軟件測試復習資料

1、1. 黑盒測試法是通過分析程序的功能來設計測試用例的方法。2. 黑盒測試除了測試程序外，它還適用于對需求分析階段的軟件文檔進行測試。3. 白盒測試除了測試程序外，它也適用于對軟件具體設計階段的軟件文檔進行測試。4. 單元測試一般以白盒測試法為主，測試的依據(jù)是模塊功能規(guī)格說明。5. 軟件測試中常用的靜態(tài)分析方法是引用分析和接口分析。6. 測試人員的基本素質為計算機專業(yè)技能、測試專業(yè)技能、行業(yè)知識7. 軟件危機的體現(xiàn)為：A、開發(fā)成本和進度估計不正確B、用戶對完成的軟件不滿足C、軟件經(jīng)常不可維護；8. 軟件測試按照開發(fā)階段劃分：A、單元測試B、集成測試；系統(tǒng)測試C、確認測試；驗收測試9. 軟件測試按

2、照測13t技術劃分：A、性能測試、負載測試、壓力測試B、恢復測試、安全測試、兼容測試10. 軟件測試項目周期是指：A、需求階段、測試計劃B、階段測試、設計階段測試、執(zhí)行階段11. 軟件測試原則有：A、制定嚴格的測試計劃B、保留所有的測試文檔C功能測試中的缺陷確認12. 制定測試計劃的步驟：確定測試范圍、確定測試策略、確定測試標準、確定測試構架、確定項目管理機制、預計測試工作量、測試計劃評審13. 對于軟件的3測試，3測試就是在軟件公司外部展開的測試，由非專業(yè)的測試人員執(zhí)行的測試。14. 正式的技術評審FTR(FormalTechnicalReview)是軟件質量保證活動，其相關的描述為：A.F

3、TR是評審產(chǎn)品而不是評審生產(chǎn)者的能力B.FTR要有嚴格的評審計劃并遵守日程安排C.FTR艮制參與者人數(shù)并要求評審會之前做好預備15. 在進行單元測試時，常用的方法是采用白盒測試，輔之以黑盒測試16. 側重于觀察資源耗盡情況下的軟件表現(xiàn)的系統(tǒng)測試被稱為壓力測試17. 必須要求用戶參與的測試階段是驗收測試18. 系統(tǒng)測試的目的是對最終軟件系統(tǒng)進行全面的測試，確保最終軟件系統(tǒng)滿足產(chǎn)品需求并且遵循系統(tǒng)設計。19. 測試通?？煞譃榘缀袦y試和黑盒測試。白盒測試是根據(jù)程序的內部邏輯來設計測試用例，黑盒測試是根據(jù)軟件的規(guī)格說明來設計測試用例。20. 一個程序中所含有的路徑數(shù)與程序的復雜程度有著直接的關系。1

4、.測試階段的根本目標是盡可能多地發(fā)現(xiàn)并排除軟件中潛藏的錯誤，最終把一個高質量的軟件系統(tǒng)交給用戶使用。2 .功能測試時系統(tǒng)測試的主要內容，檢查系統(tǒng)的功能、性能是否與需求規(guī)格說明相同。3 .軟件測試主要分為單元測試、集成測試、確認測試和系統(tǒng)測試四類測試。4 .漸增方式把模塊結合到程序中去時，有自頂向下和自底向上兩種集成策略。5 .編寫測試用例的依據(jù)是單元測試計劃和詳細設計說明書。6 .系統(tǒng)測試時在集成測試完成后，確認測試之前進行的測試。7 .設計系統(tǒng)測試計劃需要參考的項目文檔有軟件測試計劃、軟件需求工件、和迭代計戈IJ。8 .測試設計員的職責有設計測試用例、設計測試過程、腳本。9 .軟件驗收測試包

5、括正式驗收測試、alpha測試、beta測試三種類型。10 .軟件測試按照開發(fā)階段劃分單元測試、集成測試、系統(tǒng)測試、確認測試、驗收測試。11 .軟件測試按照測試技術劃分性能測試、負載測試、壓力測試、恢復測試、安全測試、兼容測試12 .靜態(tài)測試基本特征是在對軟件進行分析、檢查和審閱，不實際運行被測試的軟件13 .軟件測試項目周期是指需求階段、測試計劃、階段測試、設計階段測試、執(zhí)行階段14 .軟件測試的角色分析人員、設計人員、開發(fā)人員、執(zhí)行人員15 .軟件測試原則有制定嚴格的測試計劃、保留所有的測試文檔、功能測試中的缺陷確認16 .測試工作的文檔主要有：測試計劃、測試模型和用例設計或規(guī)格說明、測試

6、分析報+結口守17 .測試計劃的制定必須要注重測試策略、測試范圍、測試方法、測試安排、測試風險、測試治理18 .缺陷的分類為：需求文檔的缺陷、軟件配置引起的缺陷、分析、設計的缺陷、靜態(tài)文檔的缺陷、軟件開發(fā)引起的缺陷、短視將來的缺陷19 .測試用例工作主要是如何添加測試用例、如何編寫測試用例、將測試用例和需求關聯(lián)20 .自動化測試工具有：ratinalRobot、winrunner>quicktest21 .軟件性能測試工具有：loadRunner、RatinaolVisualQantify、PureLoad22 .BUG的種類有：需求階段的BUG、分析設計階段的BUG、實現(xiàn)階段的BUG配

7、置階段的BUG靜態(tài)文檔的BUG。23 .測試項目主要包括以下幾個階段：計劃階段、初始階段、執(zhí)行階段、總結評估階段、設計階段。1 .缺陷報告是描述軟件缺陷現(xiàn)象和重現(xiàn)步驟地集合。軟件缺陷報告SoftwareBugReport（SBR）或軟件問題報告SoftwareProblemReport（SPR2 .回歸測試是指重新執(zhí)行已經(jīng)做過的測試的某個子集，以保證修改變化沒有帶來非預期的副作用。3 .動態(tài)測試通過運行軟件來檢驗軟件的動態(tài)行為和運行結果的正確性。動態(tài)測試的兩個基本要素：被測試程序、測試數(shù)據(jù)（測試用例）4 .白盒測試又稱為結構測試和邏輯驅動測試，允許測試人員對程序內部邏輯結構及有關信息來設計和選

8、擇測試用例，對程序的邏輯路徑進行測試。白盒測試是把測試對象看作一個打開的盒子，測試人員須了解程序的內部結構和處理過程，由于白盒測試是一種結構測試，所以被測對象基本上是源程序，以程序的內部邏輯和指定的覆蓋標準確定測試數(shù)據(jù)。5 .黑盒測試又稱為功能測試或數(shù)據(jù)驅動測試，把系統(tǒng)看成一個黑盒子，不考慮程序的內在邏輯，只根據(jù)需求規(guī)格說明書的要求來檢查程序的功能是否符合它的功能說明。6 .路徑覆蓋的含義是，選取足夠多的測試數(shù)據(jù)，使程序的每條可能路徑都至少執(zhí)行一次（如果程序圖中有環(huán)，則要求每個環(huán)至少經(jīng)過一次）。7 .軟件測試：在軟件投入運行前，對軟件需求分析、設計規(guī)格說明和編碼的最終復審，是軟件質量保證的關鍵

9、步驟。8 .單元測試（模塊測試）：針對每個模塊進行的測試，可從程序的內部結構出發(fā)設計測試用例，多個模塊可以平行地對立地測試。通常在編碼階段進行，必要的時候要制作驅動模塊和樁模塊。9 .集成測試：在單元測試的基礎上，將所有模塊按照設計要求組裝成為系統(tǒng)，應提交集成測試計劃、集成測試規(guī)格說明和集成測試分析報告。10 .確認測試：驗證軟件的功能和性能及其它特性是否與用戶的要求一致。11 .系統(tǒng)測試：將軟件放在整個計算機環(huán)境下，包括軟硬件平臺、某些支持軟件、數(shù)據(jù)和人員等，在實際運行環(huán)境下進行一系列的測試。1 .測試過程中會產(chǎn)生哪些基本文檔？(1) 測試計劃(通常包括單元測試和集成測試)：確定測試范圍、方

10、法和需要的資源(2) 測試過程：詳細描述和每個測試方案有關的測試步驟和數(shù)據(jù)(包括測試數(shù)據(jù)及預期的結果)；(3) 測試結果：把每次測試運行的結果歸入文檔，如果運行出錯，則應產(chǎn)生問題報告，并且必須通過調試解決所發(fā)現(xiàn)的問題。(4)2 .大型軟件系統(tǒng)的測試過程基本上由幾個步驟組成？1) ).模塊測試在設計得好的軟件系統(tǒng)中，每個模塊完成一個清晰定義的子功能，而且這個子功能和同級其他模塊的功能之間沒有相互依賴關系。因此，有可能把每個模塊作為一個單獨的實體來測試，而且通常比較容易設計檢驗模塊正確性的測試方案。模塊測試的目的是保證每個模塊作為一個單元能正確運行，所以模塊測試通常又稱為單元測試。在這個測試步驟中

11、所發(fā)現(xiàn)的往往是編碼和詳細設計的錯誤。2) .子系統(tǒng)測試子系統(tǒng)測試是把經(jīng)過單元測試的模塊放在一起形成一個子系統(tǒng)來測試。模塊相互間的協(xié)調和通信是這個測試過程中的主要問題，因此，這個步驟著重測試模塊的接口。3) .系統(tǒng)測試系統(tǒng)測試是把經(jīng)過測試的子系統(tǒng)裝配成一個完整的系統(tǒng)來測試。在這個過程中不僅應該發(fā)現(xiàn)設計和編碼的錯誤，還應該驗證系統(tǒng)確實能提供需求說明書中指定的功能，而且系統(tǒng)的動態(tài)特性也符合預定要求。在這個測試步驟中發(fā)現(xiàn)的往往是軟件設計中的錯誤，也可能發(fā)現(xiàn)需求說明中的錯誤。不論是子系統(tǒng)測試還是系統(tǒng)測試，都兼有檢測和組裝兩重含義，通常稱為集成測試。4) .驗收測試驗收測試把軟件系統(tǒng)作為單一的實體進行測試

12、，測試內容與系統(tǒng)測試基本類似，但是它是在用戶積極參與下進行的，而且可能主要使用實際數(shù)據(jù)(系統(tǒng)將來要處理的信息)進行測試。驗收測試的目的是驗證系統(tǒng)確實能夠滿足用戶的需要，在這個測試步驟中發(fā)現(xiàn)的往往是系統(tǒng)需求說明書中的錯誤。驗收測試也稱為確認測試。5) .平行運行關系重大的軟件產(chǎn)品在驗收之后往往并不立即投入生產(chǎn)性運行，而是要再經(jīng)過一段平行運行時間的考驗。所謂平行運行就是同時運行新開發(fā)出來的系統(tǒng)和將被它取代的舊系統(tǒng)，以便比較新舊兩個系統(tǒng)的處理結果。這樣做的具體目的有如下幾點：(1)可以在準生產(chǎn)環(huán)境中運行新系統(tǒng)而又不冒風險；(2)用戶能有一段熟悉新系統(tǒng)的時間；(3)可以驗證用戶指南和使用手冊之類的文檔

13、；(4)能夠以準生產(chǎn)模式對新系統(tǒng)進行全負荷測試，可以用測試結果驗證性能指標。6) 一套完整的測試應該由哪些階段組成？分別闡述一下各個階段。計劃階段、設計階段、白盒單元、白盒集成、黑盒單元、黑盒集成、系統(tǒng)測試、回歸測試、驗收測試一套完整的測試應該由五個階段組成：1）測試計劃首先，根據(jù)用戶需求報告中關于功能要求和性能指標的規(guī)格說明書，定義相應的測試需求報告，即制訂黑盒測試的最高標準。以后所有的測試工作都將圍繞著測試需求來進行，符合測試需求的應用程序即是合格的，反之即是不合格的；同時，還要適當選擇測試內容，合理安排測試人員、測試時間及測試資源等。2）測試設計將測試計劃階段制訂的測試需求分解、細化為若

14、干個可執(zhí)行的測試過程，并為每個測試過程選擇適當?shù)臏y試用例（測試用例選擇的好壞將直接影響測試結果的有效性）。3）測試開發(fā)建立可重復使用的自動測試過程。4）測試執(zhí)行執(zhí)行測試開發(fā)階段建立的自動測試過程，并對所發(fā)現(xiàn)的缺陷進行跟蹤管理，測試執(zhí)行一般由單元測試、組合測試、集成測試、系統(tǒng)聯(lián)調及回歸測試等步驟組成，測試人員應本著科學負責的態(tài)度，一步一個腳印地進行測試。5）測試評估結合量化的測試覆蓋域及缺陷跟蹤報告，對于應用軟件的質量和開發(fā)團隊的工作進度及工作效率進行綜合評價。4 .軟件測試的流程制訂測試計劃、設計測試用例、實施測試、提交缺陷報告、編寫測試總結。5 .測試計劃的內容都包括什么？其中哪些是最重要的

15、？1）測試計劃的內容：測試目的和測試項目簡介、測試參考文檔和測試提交文檔、術語和定義、測試策略、確定測試內容、資源、測試進度、測試員的職責與任務分配、項目通過或失敗的標準、暫停和重新啟動測試的標準、風險和問題等。2）最重要的：測試策略、確定測試內容、資源、測試進度、測試員的職責與任務分配、項目通過或失敗的標準6 .測試計劃的目的是什么？測試計劃的目的：編寫軟件測試計劃的目的是指導測試組成員進行工作和讓測試組以外的項目成員了解測試工作的。7 .簡述靜態(tài)測試和動態(tài)測試的區(qū)別？a）靜態(tài)測試：基本特征是在對軟件進行分析、檢查和審閱，不實際運行被測試的軟件。靜態(tài)測試約可找出3070%的邏輯設計錯誤。對需

16、求規(guī)格說明書、軟件設計說明書、源程序做檢查和審閱。包括：是否符合標準和規(guī)范；通過結構分析、流圖分析、符號執(zhí)行指出軟件缺陷。b）動態(tài)測試：通過運行軟件來檢驗軟件的動態(tài)行為和運行結果的正確性。動態(tài)測試的兩個基本要素：被測試程序和測試數(shù)據(jù)（測試用例）。動態(tài)測試方法：（1）選取定義域有效值，或定義域外無效值；（2）對已選取值決定預期的結果；（3）用選取值執(zhí)行程序；（4）執(zhí)行結果與預期的結果相比，不吻和程序有錯。8 .白盒測試有哪幾種方法？語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、多重條件覆蓋。9 .壓力測試和性能測試的區(qū)別？1）廣義上說壓力測試是包括在性能測試之中的，是性能測試項內的一種。2）性能

17、測試：顧名思義就是測試軟件的運行性能。驗證SR汕的性能需求，是否實現(xiàn)。3）壓力測試：測試軟件在超負荷下的工作情況，也是一種軟件的性能。因此是屬于性能測試范圍的。10 .測試結束的標準是什么？測試計劃中所有規(guī)定的測試內容和回歸測試都已經(jīng)運行完成或根據(jù)上級主管對測試結果的意見，就可以結束本次測試。11 .黑盒測試的測試用例設計方法包括哪些？：a)等價類劃分：劃分等價類-確立測試用例-設計用例。b)邊界值分析：通過分析，考慮如何確立邊界情況c)錯誤推測法：靠經(jīng)驗和直覺來推測程序中可能存在的各種錯誤，從而有針對性地編寫用例。可以列舉出可能的錯誤和可能發(fā)生錯誤的地方，然后選擇用例。d)因果圖：通過畫因果

18、圖，在圖上標明約束和限制，轉換成判定表，然后設計測試用例。這適合于檢查程序輸入條件的各種組合情況。12 .缺陷報告的作用缺陷報告是軟件測試人員的工作成果之一，體現(xiàn)軟件測試的價值缺陷報告可以把軟件存在的缺陷準確的描述出來，便于開發(fā)人員修正缺陷報告可以反映項目、產(chǎn)品當前的質量狀態(tài)，便于項目整體進度和質量控制。軟件測試缺陷報告是軟件測試的輸出成果之一，可以衡量測試人員的工作能力。13 .等價分類法的基本思想是什么？根據(jù)程序的輸入特性，將程序的定義域劃分為有限個等價區(qū)段“等價類”，從等價類中選擇出的用例具有“代表性”，即測試某個等價類的代表值就等于對這一類其他值的測試。如果某個等價類的一個輸入數(shù)據(jù)(代表值)測試中查出了錯誤，說明該類中其他測試用例也會有錯誤。14 .簡單闡述一下軟件測試的目標(1) 測試是為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序的過程；(2) 好的測試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯誤的測試方案；(3) 成功的測試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯誤的測試。15 .軟件測試準則有哪些？(1)所有測試都應該能追溯到用戶需求。(2)應當把“盡早地和不斷地進行軟件測試”作為軟件開發(fā)者的座右銘。(3) pareto原則：測試發(fā)現(xiàn)的錯誤中的80%艮可能是由程序中20淵模塊造成的。(4)應該從“小規(guī)?！睖y試開始，并逐步進行“大規(guī)?！睖y試。(5)測試用例應由輸入數(shù)據(jù)和預期的輸出結