全民飞机大战新战机后羿

2017軟件測試筆試題目總結

時間:2017-05-19 筆試題目 我要投稿

  接下來CN人才網小編為大家帶來的是2017軟件測試筆試題總結,歡迎大家閱讀借鑒。

  1.什么是軟件測試?

  軟件測試是為了發現錯誤而執行程序的過程。或者說,軟件測試是根據軟件開發各階段的規格說明和程序內部結構而精心設計的一批測試用例(即輸入數據及其預期的輸出結果),并用這些測試用例去運行程序,以發現程序錯誤的過程。

  2.軟件測試的目的?

  軟件測試的目的是想以最少的人力、物力和時間找出軟件中潛在的各種錯誤和缺陷,通過修正錯誤和缺陷提高軟件質量,回避軟件發布后由于潛在的軟件缺陷和錯誤造成的隱患帶來的商業風險。

  3.需求文檔測試:

  主要測試需求中是否存在邏輯矛盾以及需求在技術上是否可以實現。

  4.設計文檔測試

  測試設計是否符合全部需求以及設計是否合理

  5.白盒測試

  又稱為邏輯驅動測試,,他是知道產品內部工作過程,可通過測試來檢驗產品內部動作是否按照規格說明書的規定正常進行,按照程序內部的結構測試程序,檢驗程序的每條通路是否都能按預期要求正常工作,而不顧他的功能,白盒測試的主要方法是邏輯驅動、基路測試等,主要用于軟件驗證。

  6.白盒測試的方法有哪幾種?

  白盒測試也稱為結構測試或者邏輯驅動測試,他是想知道程序產品內部工作過程,可通過測試來檢測產品內部動作是否按照規格說明書的規定正常進行,按照程序內部的結構測試程序,檢驗程序的每條通路是否都能按預期要求正常工作,而不顧他的功能,白盒測試的主要方法有邏輯驅動測試,基路測試等,主要用于軟件驗證。“白盒”法是程序窮舉路徑測試。

  對開發語言的支持:白盒測試工具是對源代碼進行的測試,測試的主要內容包括詞法分析和語法分析、靜態錯誤分析、動態監測等。目前測試工具主要支持的開發語言包括:標準C,C++,Visual C++,Java,Visual J++等。

  7.黑盒測試

  已知產品的功能設計規格,可以進行測試證明每個實現了的功能是否符合要求。它意味著測試要在軟件測試的接口處進行。這種方法是把測試對象看成一個黑盒子,測試人員完全不考慮程序的邏輯結構和內部特征,只依據程序的需求規格說明書,檢查程序的功能是否符合他的功能說明書。因此黑盒測試又叫功能測試或數據驅動測試。

  8.如果能夠執行完美的黑盒測試,還需要進行白盒測試嗎?(白盒與黑盒的區別)

  任何工程產品(注意是任何工程產品)都可以使用一下兩種方法之一進行測試。

  黑盒測試:一直產品的功能設計規格,可以進行測試證明每個實現了的功能是否符合要求。白盒測試:一直產品的內部工作過程,可以通過測試證明每種內部操作是否符合設計規格要求,所有內部成分是否以經過檢查。

  軟件的黑盒測試意味著測試要在軟件的接口處進行。這種方法是把測試對象看做一個黑盒子,測試人員程序內部的邏輯結構和內部特性,只依據程序內部的需求規格說明書,檢查程序的功能是否符合他的功能說明書。因此黑盒測試又叫功能測試或數據驅動測試。黑盒測試主要是為了發現以下幾類錯誤:

  1)是否有不正確或者遺漏的功能?

  2)在接口上輸入是否能正確的接受?能否輸出正確的結果?

  3)是否有數據結構錯誤或外部信息(例如數據文件)訪問錯誤?

  4)性能上是否能夠滿足要求?

  5)是否有初始化或者終止性錯誤?

  軟件的白盒測試是對軟件的過程細節做細致的檢查。這種方法是把測試對象看做一個打開的盒子,他允許測試人員利用程序內部的邏輯結構以及有關信息,設計或選擇測試用例,對程序所有程序路徑進行測試。通過在不同點檢查程序狀態,確定實際狀態是否與預期狀態一致。因此白盒測試主要是相對程序模塊進行如下檢查:

  1)對程序模塊的所有獨立的執行路徑至少測試一遍

  2)對所有的邏輯判定,取“真”與取“假”的兩種情況至少都測試一遍。

  3)在循環的邊界和運行的界限內執行循環體。

  4)測試內部數據結構的有效性,等等

  以上事實說明,軟件測試有一個致命的缺陷,即測試的不完全、不徹底性。由于任何程序只能進行少量(相對于窮舉的巨大數量而言)的有限的測試,在為發現錯誤時,不能說明程序沒有錯誤。

  9.回歸測試

  回歸測試的目的是在程序有修改的情況下,保證原有功能正常的一種測試策略和方法。說白了就是,我們測試人員在對程序進行測試時發現bug,然后返還程序員修改,程序員修改后發布新的軟件包或新的軟件補丁包給我們測試人員,我們就要重新對這個程序進行測試,已保證程序在修正了以前的bug的情況下,正常運行,且不會帶來新的錯誤的這樣一個過程。一般情況下是不需要進行全面測試的,而是根據修改的情況進行有效的測試。

  10.驗收測試的兩種

  Alpha測試:是由用戶在開發環境下進行的測試,也可以是在公司內部的用戶在模擬實際操作環境下進行的受控測試,Alpha測試發現的錯誤,可以在測試現場立刻反饋給開發人員,由開發人員及時分析和處理,目的是評價軟件的功能、可使用性、可靠性、性能和支持。尤其注重產品的界面和特色。Alpha測試可以從軟件產品編碼結束之后開始,也可以在確認測試過程中產品達到一定的穩定和可靠程度再開始。有關的手冊(草稿)等應該在Alpha測試前準備好。

  Bate測試:是軟件的多用戶在一個或多個用戶的實際使用環境下進行的測試。開發者通常不在測試現場,Bate測試不能由程序員或測試員完成。因而,Bate測試是在開發者無法控制的環境下進行的軟件現場應用。在Bate測試中,由用戶記下遇到的所有問題,包括真實的以及主管的認定,定期向開發者報告,開發者在綜合用戶的報告后,做出修改,最后將軟件產品交付給全體用戶使用。Bate測試著重于產品的支持性,包括文檔、客戶培訓和支持產品的生產能力。只有Alpha測試達到一定的可靠程度后才能開始Bate測試。由于Bate測試的主要目標是測試可支持性,所以Bate測試應該盡可能由主持產品發行的人員來管理。

  11.軟件測試的缺陷等級應如何劃分

  1)致命錯誤,可能導致本模塊以及其他相關模塊異常,死機等問題。

  2)嚴重錯誤,問題局限在本模塊,導致模塊功能失效或異常退出

  3)一般錯誤,模塊功能部分失效

  4)建議問題,有問題提出人對測試對象的改進意見

  12.軟件測試應該劃分幾個階段?簡述各個階段應重點測試的點?各階段的含義?

  大體上來說可分為單元測試,集成測試,系統測試,驗收測試,每個階段又分為以下五個步驟:測試計劃,測試設計,用例設計,執行結果,測試報告。

  初始測試集中在每個模塊上,保證源代碼的正確性,該階段成為單元測試,主要用白盒測試的方法。接下來是模塊集成和集成以便組成完整的軟件包。集成測試集中在證實和程序結構成問題上。主要采用黑盒測試的方法,輔之以白盒測試方法。

  軟件集成后,需要完成確認和系統測試。確認測試提供軟件滿足所有的功能、性能需求的最后保證。確認測試僅僅應用黑盒測試的方法。

  13.驅動模塊和樁模塊

  驅動模塊:大多數場合稱為“主程序”,他接收測試數據并將這些數據傳遞到被測試模塊,單元測試一個函數單元時,被測單元本身是不能獨立運行的,需要為其傳送數據,為此寫驅動

  驅動模塊主要完成以下事情:

  1)接收測試輸入

  2)對輸入進行判斷

  3)將輸入傳給被測單元,驅動被測單元執行;

  4)接受被測單元的執行結果,并對結果進行判定

  5)將判斷結果作為用例執行結果輸出測試報告

  樁模塊:比如對函數A做單元測試的時候,被測的函數單元下還包括了也函數B,為了更好地定位錯誤,就要為B寫樁,來模擬函數B的功能,保證其正確性。

  14.各種測試所針對的問題

  1)單元測試:是對軟件中的基本組成單位進行的測試,如一個模塊、一個過程等等。他是軟件動態測試的最基本部分,也是最重要的部分之一,其目的是檢驗軟件基本組成單位的正確性。

  2)集成測試:是在軟件系統集成過程中所進行的測試,其主要目的是檢查軟件單位之間的接口是否正確。

  3)系統測試:系統測試是對已經集成好的軟件系統進行徹底的測試,已驗證軟件系統的正確性和性能等滿足其規約所指定的要求,檢查軟件的行為和輸出是否正確并非一項簡單的任務,他被稱為測試的“先知者問題”。

  4)驗收測試:驗收測試旨在向軟件的購買者展示該軟件系統滿足其用戶需求。他的測試數據通常是系統測試的測試數據的子集。

  5)回歸測試:是在軟件維護階段,對軟件進行修改之后進行的測試。其目的是檢驗對軟件進行的修改是否正確。

  15.針對缺陷采取怎樣的管理措施?

  1)要更好的管理缺陷,必須引入缺陷管理工具,商用的或者開源的都可以。

  2)根據缺陷的生命周期,考慮缺陷提交的管理、缺陷狀態的管理和缺陷分析的管理。

  3)所有發現的缺陷(不管是測試發現的還是走讀代碼發現的)都必須全部及時的、準確的提交到缺陷管理工具中。

  4)缺陷提交后,需要及時的指派給相應的開發人員,提交缺陷的人需要密切注意缺陷的狀態,幫助缺陷盡快解決。缺陷解決后需要及時對缺陷的修復進行驗證。這樣的目的有兩個:一個是讓缺陷盡快解決;二是方便后面缺陷的分析(保證缺陷相關的信息準確,如齡期等)。

  5)為了更好地改進開發過程和測試過程,需要對缺陷進行分析,總結如缺陷的類別、缺陷的齡期分布等信息,這是缺陷分析的管理。

  16.單元測試、集成測試、系統測試的側重點是什么?

  單元測試是在軟件開發過程中要進行的最低級別的測試活動,在單元測試活動中,軟件的獨立單元將在與程序的其他部分相隔離的情況下進行測試,測試的重點是系統的模塊,包括子程序的正確性驗證等。

  集成測試也叫組裝測試或聯合測試,在單元測試的基礎上,將所有模塊按照設計要求,組裝成為子系統或者系統,進行集成測試。實踐表明,一些模塊雖然能夠單獨的工作,但并不能保證連接起來也能正常的工作。程序在某些局部反應不出來的問題,在全局上很可能暴露出來,影響功能的實現。測試的重點是模塊間的銜接以及參數的傳遞等。

  系統測試是將經過測試的子系統裝配成一個完整的系統來測試,他是檢驗系統是否確實能提供系統方案說明書中指定功能的有效方法。測試重點是整個系統的運行以及與其他軟件的兼容性。

  17.測試用例的方法、依據有哪些?

  白盒測試用例設計有如下方法:基本路徑測試、等價類劃分、邊界值分析、覆蓋測試、循環測試、數據流測試、程序插樁測試、變異測試,這時候一句就是詳細設計說明書及其代碼結構

  黑盒測試用例設計方法:基于用戶需求的測試、功能圖分析方法、等價類劃分方法、邊界值分析方法、錯誤推測方法、因果圖方法、判定表驅動分析方法、正交試驗分析方法。依據是用戶需求規格說明書,詳細設計說明書。

  18.測試用例通常包含哪些內容?(著重闡釋編制測試用例的具體做法不同結構的用例包括的不一樣(版本、編號、項目、設計人員、設計日期、輸入、預期輸出。。。))

  軟件測試用例的基本要素包括測試用例的編號、測試標題、重要級別、測試輸入、操作步驟、預期結果。

  用例編號:測試用例的編號有一定的規則,比如系統測試用例的編號這樣定義規則:

  PROJECT1-ST-001,命名規則是項目名稱+測試階段類型(系統測試階段)+編號。定義測試用例編號,便于查找測試用例的跟蹤。

  測試標題:對測試用例的描述,測試用例標題應該清楚表達測試用例的用途。比如:“測試用戶登錄時輸入錯誤密碼時,軟件的響應情況”。重要級別:定義測試用例的優先級別,可以籠統的分為“高”和“低”兩個級別。一般來說,如果軟件的優先級別為“高”;反之亦然,測試輸入:提供測試執行中的各種輸入條件。根據需求中的輸入條件,確定測試用例的輸入。測試用例的輸入對軟件需求當中的輸入有很大的依賴性,如果軟件需求中沒有很好地定義需求的輸入,那么測試用例設計中將會遇到很大的障礙。

  操作步驟:提供測試執行過程的步驟。對于復雜的測試用例,測試用例的輸入需要分為幾個步驟完成,這部分內容在操作步驟中詳細列出。

  預期結果:提供測試執行的預期結果,預期結果應該根據軟件需求中的輸出得出。如果在實際測試過程中,得到的實際測試結果與預期結果不符,那么測試不通過;反之測試通過。

  用例編號

  19.描述使用bugzilla缺陷管理工具對軟件缺陷(BUG)跟蹤的管理流程

  1)測試人員或開發人員發現bug之后,判斷屬于哪個模塊的問題,填寫Bug報告后,系統會自動通過Email通知項目組長或直接通知開發者

  2)驗證無誤后,修改狀態為VERIFIED,待整個產品發布后,修改為CLOSED。

  3)還有個問題,REOPENED,狀態重新改變為“New”,并發郵件通知。

  4)項目組長根據具體情況,重新reassigned分配給bug所屬的開發者。

  5)若是,進行處理,resolved并給出解決方法。(可創建補丁附件及補充說明)

  6)開發者收到Email信息后,判斷是否為自己的修改范圍

  7)若不是,重新reassigned分配給項目組長或應該分配的開發人員。

  8)測試人員查詢開發者已修改的bug,進行重新測試。

  20.為什么想做測試不做開發?

  這個問題幾乎是所有面試官必問的,沒有什么標準答案,但是切記不要說是因為覺得測試比開發簡單又或者測試不用寫代碼之類的。

相關文章
全民飞机大战新战机后羿 大乐透选号顺口溜 水果机怎么押会赢图解 万能彩票倍投计算器 足球竞彩怎么买 黑龙江11选530期走势图 360彩票网 pk10买9码杀一码好方法 闽乐游棋牌 河南快三的开奖结果今天 上海时时票控 欢乐捕鱼人送话费版 36选7开奖结果 快新时时彩开奖表 电子游戏的发展现状