軟件測試定義類.doc

軟件測試筆試題匯總文章來源：安博測試空間技術中心/ 什么是軟件測試？軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程?；蛘哒f，軟件測試是根據軟件開發(fā)各階段的規(guī)格說明和程序的內部結構而精心設計一批測試用例（即輸入數(shù)據及其預期的輸出結果），并利用這些測試用例去運行程序，以發(fā)現(xiàn)程序錯誤的過程。軟件測試的目的？測試的目的是想以最少的人力、物力和時間找出軟件中潛在的各種錯誤和缺陷，通過修正種錯誤和缺陷提高軟件質量，回避軟件發(fā)布后由于潛在的軟件缺陷和錯誤造成的隱患帶來的商業(yè)風險。需求文檔測試：主要測試需求中是否存在邏輯矛盾以及需求在技術上是否可以實現(xiàn)；設計文檔測試：測試設計是否符合全部需求以及設計是否合理。測試:Alpha測試（測試）是由一個用戶在開發(fā)環(huán)境下進行的測試，也可以是公司內部的用戶在模擬實際操作環(huán)境下進行的受控測試，Alpha測試不能由程序員或測試員完成。Alpha測試發(fā)現(xiàn)的錯誤，可以在測試現(xiàn)場立刻反饋給開發(fā)人員，由開發(fā)人員及時分析和處理。目的是評價軟件產品的功能、可使用性、可靠性、性能和支持。尤其注重產品的界面和特色。Alpha測試可以從軟件產品編碼結束之后開始，或在模塊（子系統(tǒng)）測試完成后開始，也可以在確認測試過程中產品達到一定的穩(wěn)定和可靠程度之后再開始。有關的手冊（草稿）等應該在Alpha測試前準備好。測試Beta測試（測試）是軟件的多個用戶在一個或多個用戶的實際使用環(huán)境下進行的測試。開發(fā)者通常不在測試現(xiàn)場，Beta測試不能由程序員或測試員完成。因而，Beta測試是在開發(fā)者無法控制的環(huán)境下進行的軟件現(xiàn)場應用。在Beta測試中，由用戶記下遇到的所有問題，包括真實的以及主管認定的，定期向開發(fā)者報告，開發(fā)者在綜合用戶的報告后，做出修改，最后將軟件產品交付給全體用戶使用。Beta測試著重于產品的支持性，包括文檔、客戶培訓和支持產品的生產能力。只有當Alpha測試達到一定的可靠程度后，才能開始Beta測試。由于Beta測試的主要目標是測試可支持性，所以Beta測試應該盡可能由主持產品發(fā)行的人員來管理。驅動模塊:驅動模塊在大多數(shù)場合稱為主程序，它接收測試數(shù)據并將這些數(shù)據傳遞到被測試模塊.單元測試一個函數(shù)單元時，被測單元本身是不能獨立運行的，需要為其傳送數(shù)據，為此寫驅動驅動模塊主要完成以下事情：1、接受測試輸入；2、對輸入進行判斷；3、將輸入傳給被測單元，驅動被測單元執(zhí)行；4、接受被測單元執(zhí)行結果，并對結果進行判斷；5、將判斷結果作為用例執(zhí)行結果輸出測試報告。樁模塊比如對函數(shù)A做單元測試時，被測的函數(shù)單元下還包括了一個函數(shù)B，為了更好的錯誤，定位錯誤，就要為函數(shù)B寫樁，來模擬函數(shù)B的功能，保證其正確。白盒測試白盒測試(White-box Testing，又稱邏輯驅動測試,結構測試),它是知道產品內部工作過程，可通過測試來檢測產品內部動作是否按照規(guī)格說明書的規(guī)定正常進行，按照程序內部的結構測試程序，檢驗程序中的每條通路是否都有能按預定要求正確工作，而不顧它的功能，白盒測試的主要方法有邏輯驅動、基路測試等，主要用于軟件驗證。對開發(fā)語言的支持：白盒測試工具是對源代碼進行的測試，測試的主要內容包括詞法分析與語法分析、靜態(tài)錯誤分析、動態(tài)檢測等。目前測試工具主要支持的開發(fā)語言包括：標準C、C、Visual C、Java、Visual J+等。靜態(tài)測試動態(tài)通過評審文檔、閱讀代碼等方式測試軟件稱為靜態(tài)測試,通過運行程序測試軟件稱為測試.在動態(tài)測試中,通常使用白盒測試和黑盒測試從不同的角度設計測試用例,查找軟件代碼中的錯誤.回歸測試回歸測試的目的是在程序有修改的情況下，保證原有功能正常的一種測試策略和方法。說白了就是，我們測試人員在對程序進行測試時發(fā)現(xiàn)bug，然后返還程序員修改，程序員修改后發(fā)布新的軟件包或新的軟件補丁包給我們測試人員，我們就要重新對這個程序測試，已保證程序在修正了以前bug的情況下，正常運行，且不會帶來新的錯誤的這樣一個過程。一般情況下是不需要全面測試的，而是根據修改的情況進行有效的測試。白盒測試有哪幾種方法？白盒測試也稱結構測試或邏輯驅動測試，它是知道產品內部工作過程，可通過測試來檢測產品內部動作是否按照規(guī)格說明書的規(guī)定正常進行，按照程序內部的結構測試程序，檢驗程序中的每條通路是否都有能按預定要求正確工作，而不顧它的功能，白盒測試的主要方法有邏輯驅動、基路測試等，主要用于軟件驗證?！鞍缀小狈ㄈ媪私獬绦騼炔窟壿嫿Y構、對所有邏輯路徑進行測試?！鞍缀小狈ㄊ歉F舉路徑測試。軟件的缺陷等級應如何劃分？1致命錯誤，可能導致本模塊以及其他相關模塊異常，死機等問題；2嚴重錯誤，問題局限在本模塊，導致模塊功能失效或異常退出3一般錯誤，模塊功能部分失效；4建議問題，由問題提出人對測試對象的改進意見；如果能夠執(zhí)行完美的黑盒測試，還需要進行白盒測試嗎？(白盒與黑盒的區(qū)別)任何工程產品（注意是任何工程產品）都可以使用以下兩種方法之一進行測試。黑盒測試：已知產品的功能設計規(guī)格，可以進行測試證明每個實現(xiàn)了的功能是否符合要求。白盒測試：已知產品的內部工作過程，可以通過測試證明每種內部操作是否符合設計規(guī)格要求，所有內部成分是否以經過檢查。軟件的黑盒測試意味著測試要在軟件的接口處進行。這種方法是把測試對象看做一個黑盒子，測試人員完全不考慮程序內部的邏輯結構和內部特性，只依據程序的需求規(guī)格說明書，檢查程序的功能是否符合它的功能說明。因此黑盒測試又叫功能測試或數(shù)據驅動測試。黑盒測試主要是為了發(fā)現(xiàn)以下幾類錯誤：1、是否有不正確或遺漏的功能？2、在接口上，輸入是否能正確的接受？能否輸出正確的結果？3、是否有數(shù)據結構錯誤或外部信息（例如數(shù)據文件）訪問錯誤？4、性能上是否能夠滿足要求？5、是否有初始化或終止性錯誤？軟件的白盒測試是對軟件的過程性細節(jié)做細致的檢查。這種方法是把測試對象看做一個打開的盒子，它允許測試人員利用程序內部的邏輯結構及有關信息，設計或選擇測試用例，對程序所有邏輯路徑進行測試。通過在不同點檢查程序狀態(tài)，確定實際狀態(tài)是否與預期的狀態(tài)一致。因此白盒測試又稱為結構測試或邏輯驅動測試。白盒測試主要是想對程序模塊進行如下檢查：1、對程序模塊的所有獨立的執(zhí)行路徑至少測試一遍。2、對所有的邏輯判定，取“真”與取“假”的兩種情況都能至少測一遍。3、在循環(huán)的邊界和運行的界限內執(zhí)行循環(huán)體。4、測試內部數(shù)據結構的有效性，等等。以上事實說明，軟件測試有一個致命的缺陷，即測試的不完全、不徹底性。由于任何程序只能進行少量（相對于窮舉的巨大數(shù)量而言）的有限的測試，在未發(fā)現(xiàn)錯誤時，不能說明程序中沒有錯誤。軟件測試應該劃分幾個階段?簡述各個階段應重點測試的點?各個階段的含義？大體上來說可分為單元測試,集成測試,系統(tǒng)測試,驗收測試,每個階段又分為以下五個步驟:測試計劃，測試設計，用例設計，執(zhí)行結果，測試報告初始測試集中在每個模塊上，保證源代碼的正確性，該階段成為單元測試，主要用白盒測試方法。接下來是模塊集成和集成以便組成完整的軟件包。集成測試集中在證實和程序構成問題上。主要采用黑盒測試方法，輔之以白盒測試方法。軟件集成后，需要完成確認和系統(tǒng)測試。確認測試提供軟件滿足所有功能、性能需求的最后保證。確認測試僅僅應用黑盒測試方法。單元測試單元測試是對軟件中的基本組成單位進行的測試，如一個模塊、一個過程等等。它是軟件動態(tài)測試的最基本的部分，也是最重要的部分之一，其目的是檢驗軟件基本組成單位的正確性。集成測試集成測試是在軟件系統(tǒng)集成過程中所進行的測試，其主要目的是檢查軟件單位之間的接口是否正確。系統(tǒng)測試系統(tǒng)測試是對已經集成好的軟件系統(tǒng)進行徹底的測試，以驗證軟件系統(tǒng)的正確性和性能等滿足其規(guī)約所指定的要求，檢查軟件的行為和輸出是否正確并非一項簡單的任務，它被稱為測試的“先知者問題”。驗收測試驗收測試旨在向軟件的購買者展示該軟件系統(tǒng)滿足其用戶的需求。它的測試數(shù)據通常是系統(tǒng)測試的測試數(shù)據的子集.回歸測試回歸測試是在軟件維護階段，對軟件進行修改之后進行的測試。其目的是檢驗對軟件進行的修改是否正確。針對缺陷采取怎樣的管理措施？1. 要更好的管理缺陷，必須引入缺陷管理工具，商用的或者開源的都可。2. 根據缺陷的生命周期，考慮缺陷提交的管理、缺陷狀態(tài)的管理和缺陷分析的管理。3. 所有發(fā)現(xiàn)的缺陷（不管是測試發(fā)現(xiàn)的還是走讀代碼發(fā)現(xiàn)的）都必須全部即時的、準確的提交到缺陷管理工具中，這是缺陷提交的管理。4. 缺陷提交后，需要即時的指派給相應的開發(fā)人員，提交缺陷的人需要密切注意缺陷的狀態(tài)，幫助缺陷的盡快解決。缺陷解決后需要即時對缺陷的修復進行驗證。這樣的目的有兩個：一個是讓缺陷盡快解決；二是方便后面缺陷的分析（保證缺陷相關的信息準確，如齡期等），這是缺陷狀態(tài)的管理。5. 為了更好的改進開發(fā)過程和測試過程，需要對缺陷進行分析，總結如缺陷的類別、缺陷的齡期分布等信息，這是缺陷分析的管理。單元測試、集成測試、系統(tǒng)測試的側重點是什么？單元測試是在軟件開發(fā)過程中要進行的最低級別的測試活動，在單元測試活動中，軟件的獨立單元將在與程序的其他部分相隔離的情況下進行測試，測試重點是系統(tǒng)的模塊，包括子程序的正確性驗證等。集成測試，也叫組裝測試或聯(lián)合測試。在單元測試的基礎上，將所有模塊按照設計要求，組裝成為子系統(tǒng)或系統(tǒng)，進行集成測試。實踐表明，一些模塊雖然能夠單獨地工作，但并不能保證連接起來也能正常的工作。程序在某些局部反映不出來的問題，在全局上很可能暴露出來，影響功能的實現(xiàn)。測試重點是模塊間的銜接以及參數(shù)的傳遞等。系統(tǒng)測試是將經過測試的子系統(tǒng)裝配成一個完整系統(tǒng)來測試。它是檢驗系統(tǒng)是否確實能提供系統(tǒng)方案說明書中指定功能的有效方法。測試重點是整個系統(tǒng)的運行以及與其他軟件的兼容性。設計用例的方法、依據有那些？白盒測試用例設計有如下方法:基本路徑測試等價類劃分邊界值分析覆蓋測試循環(huán)測試數(shù)據流測試程序插樁測試變異測試.這時候依據就是詳細設計說明書及其代碼結構黑盒測試用例設計方法:基于用戶需求的測試功能圖分析方法等價類劃分方法邊界值分析方法錯誤推測方法因果圖方法判定表驅動分析方法正交實驗設計方法.依據是用戶需求規(guī)格說明書,詳細設計說明書。測試用例通常包括那些內容？著重闡述編制測試用例的具體做法不同結構的用例包括的不一樣（版本、編號、項目、設計人員、設計日期、輸入、預期輸出）軟件測試用例的基本要素包括測試用例編號、測試標題、重要級別、測試輸入、操作步驟、預期結果。用例編號：測試用例的編號有一定的規(guī)則，比如系統(tǒng)測試用例的編號這樣定義規(guī)則： PROJECT1-ST-001 ，命名規(guī)則是項目名稱測試階段類型（系統(tǒng)測試階段）編號。定義測試用例編號，便于查找測試用例，便于測試用例的跟蹤。測試標題：對測試用例的描述，測試用例標題應該清楚表達測試用例的用途。比如 “ 測試用戶登錄時輸入錯誤密碼時，軟件的響應情況 ” .重要級別：定義測試用例的優(yōu)先級別，可以籠統(tǒng)的分為 “ 高 ” 和 “ 低 ” 兩個級別。一般來說，如果軟件需求的優(yōu)先級為 “ 高 ” ，那么針對該需求的測試用例優(yōu)先級也為 “ 高 ” ；反之亦然，測試輸入：提供測試執(zhí)行中的各種輸入條件。根據需求中的輸入條件，確定測試用例的輸入。測試用例的輸入對軟件需求當中的輸入有很大的依賴性，如果軟件需求中沒有很好的定義需求的輸入，那么測試用例設計中會遇到很大的障礙。操作步驟：提供測試執(zhí)行過程的步驟。對于復雜的測試用例，測試用例的輸入需要分為幾個步驟完成，這部分內容在操作步驟中詳細列出。預期結果：提供測試執(zhí)行的預期結果，預期結果應該根據軟件需求中的輸出得出。如果在實際測試過程中，得到的實際測試結果與預期結果不符，那么測試不通過；反之則測試通過。描述使用bugzilla缺陷管理工具對軟件缺陷（BUG）跟蹤的管理的流程1) 測試人員或開發(fā)人員發(fā)現(xiàn)bug后，判斷屬于哪個模塊的問題，填寫bug報告后，系統(tǒng)會自動通過Email通知項目組長或直接通知開發(fā)者。2) 經驗證無