1、第1章軟件測試是由“驗證（Verification）”和“有效性確認（Validation）”活動構成的整體：“驗證”是檢驗軟件是否已正確地實現(xiàn)了產品規(guī)格書所定義的系統(tǒng)功能和特性；“有效性確認”是確認所開發(fā)的軟件是否滿足用戶真正需求的活動。軟件測試和軟件開發(fā)的關系？軟件測試盒軟件開發(fā)構成一個全過程的交互、協(xié)作之關系，亮著自始至終一起工作，共同致力于同一個目標按時、高質量的完成項目。第2章軟件質量：軟件產品具有滿足規(guī)定的或隱含要求能力要求有關的特征與特征總和。軟件產品質量的屬性：功能性、可用性（簡單安裝；輕松使用；界面友好）、可靠性（用戶使用的根本）、性能、容量、可測量性、可維護性、兼容性、可擴

2、展性。軟件缺陷的標準定義：從產品內部看，軟件缺陷是軟件產品開發(fā)或維護過程中所存在的錯誤、毛病等各種問題；從外部看，軟件缺陷是系統(tǒng)所需要實現(xiàn)的某種功能的失效或違背。軟件缺陷產生的主要原因：1.技術問題，2.軟件本身，3.團隊工作。軟件缺陷的構成：規(guī)格說明書，設計，代碼，其他。軟件產品規(guī)格說明書為什么是軟件缺陷存在最多的地方？開發(fā)人員和用戶的溝通存在較大困難，對要開發(fā)的產品功能理解不一致；由于軟件產品還沒有設計、開發(fā)，完全靠想象去描述系統(tǒng)的實現(xiàn)結果，所以有些特性還不夠清晰；需求變化的不一致性；對規(guī)格說明書不夠重視；沒有在整個開發(fā)隊伍中進行充分溝通，有時只是設計師或項目經理得到比較多的信息。軟件評審

3、的目的：就是通過軟件評審盡量早地發(fā)現(xiàn)產品中的缺陷，因此軟件評審可以看做軟件測試的有機組成部分，兩者之間有著密不可分的聯(lián)系。軟件評審：是對軟件元素或者項目狀態(tài)的一種評估手段，以確定其是否與計劃的結果保持一致，并使其得到改進。軟件評審的對象分為：管理評審，技術評審，文檔評審和流程評審。軟件質量保證：是通過對軟件產品和活動有計劃的進行評審和審計來驗證軟件是否合乎標準的系統(tǒng)工程活動。SQA（軟件質量保證）與軟件測試的關系和區(qū)別？SQA與軟件測試之間相輔相成，存在包含和交叉的關系。SQA指導、監(jiān)督軟件測試的計劃和執(zhí)行，督促測試工作的結果客觀、準確和有效，并協(xié)助測試流程的改進。而軟件測試是SQA重要手段之

4、一，為SQA提供所需的數(shù)據(jù)，作為質量評價的客觀依據(jù)。它們的相同點在于兩者都是貫穿整個軟件開發(fā)生命周期的流程。它們的不同之處在于SQA是一項管理工作，側重于對流程的評審和監(jiān)控，而測試是一項技術性的工作，側重對產品的評估和驗證。軟件測試的分類：1.按測試的對象或范圍分類，如單元測試、文檔測試、系統(tǒng)測試等2.按測試目的分類，如功能測試、回歸測試、性能測試、可靠性測試、安全性測試和兼容性測試等。3.根據(jù)測試過程中被測軟件是否被執(zhí)行，分為靜態(tài)測試和動態(tài)測試。4.根據(jù)是否針對系統(tǒng)的內部結構和具體實現(xiàn)算法來完成測試，可分為白盒測試和黑盒測試。軟件測試的整個過程包括8個階段：1.規(guī)格說明書審查。2.系統(tǒng)和程序

5、設計審查。3.單元測試。4.集成測試。5.功能測試。6.系統(tǒng)測試。7.安裝測試。8.驗收測試。軟件測試工作范疇分為2個層次：1.軟件測試工作的組織與管理：制定測試策略、測試計劃，確認所采用的測試方法與規(guī)范，控制測試進度，管理測試資源。2.測試工作的實施：編制符合標準的測試文檔，搭建測試環(huán)境，開發(fā)測試腳本、與開發(fā)組織協(xié)作實現(xiàn)各階段的測試活動 。軟件測試工作流程概括為6個主要方面：（P28-29）1.測試組織和管理1.測試計劃3.測試用例設計4.測試實施5.測試結果分析6.測試評審與報告。第3章白盒測試：也稱結構測試或邏輯驅動測試，是按照程序內部的結構測試程序，通過測試來檢測產品內部動作是否按照設

6、計規(guī)格說明書的規(guī)定正常進行，檢驗程序中的每條通路是否都能按預定要求正確工作。白盒測試的具體方法有：邏輯覆蓋、循環(huán)覆蓋、基本路徑覆蓋等。白盒測試的基本原則：保證每個模塊中所有獨立路徑至少被使用一次；完成所有邏輯值分別為真值和假值的條件下的測試；在上下邊界及可操作范圍內運行所有循環(huán)，完成循環(huán)覆蓋測試；檢查內部數(shù)據(jù)結構以確保其有效性，完成邊界條件的測試。黑盒測試：也稱功能測試，在測試中，把程序看作一個不能打開的黑盒子，不考慮程序內部結構和特性，在程序接口進行測試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當?shù)亟邮蛰斎霐?shù)據(jù)而產生正確的輸出信息。黑盒測試的具體方法有：等價類劃分法

7、、邊界值分析法、錯誤推測法、因果圖法等。靜態(tài)測試：就是靜態(tài)分析，對模塊的源代碼進行研讀，查找錯誤或收集一些度量數(shù)據(jù)，并不需要對代碼進行編譯和仿真運行。動態(tài)測試：是通過真正運行程序發(fā)現(xiàn)錯誤，通過觀察代碼運行過程，來獲取系統(tǒng)行為、變量實時結果、內存、堆棧、線程以及測試覆蓋度等各方面的信息，來判斷系統(tǒng)是否存在問題，或者通過有效的測試用例，對應的輸入輸出關系來分析被測程序的運行情況，來發(fā)現(xiàn)缺陷。主動測試方法：測試人員主動向被測試對象發(fā)送請求、或借助數(shù)據(jù)、事件驅動被測試對象的行為，從而驗證被測試對象的反應或輸出結果。被動測試方法：測試人員不干預產品的運行，而是被動地監(jiān)控產品在實際環(huán)境中運行，通過一定的被

8、動機制來獲得系統(tǒng)運行的數(shù)據(jù)，包括輸入、輸出數(shù)據(jù)。第4章IBM統(tǒng)一過程（RUP）：是以用例驅動、以體系結構為中心的軟件開發(fā)迭代過程。RUP把軟件的生命周期劃分為4個階段：初始階段、細化階段、構造階段和交付階段。TMap （測試管理方法）：是一種結構化的、基于風險策略的測試方法體系，目的能更早地發(fā)現(xiàn)缺陷，以最小的成本、有效地、徹底地完成測試任務，以減少軟件發(fā)布后的支持成本。TMap所定義的測試生命周期：計劃和控制、準備、說明、執(zhí)行和完成等階段。TMap的基石：1.與軟件開發(fā)生命周期一致的測試活動生命周期（L）；2.堅實的組織融合（O）；3.正確的基礎設施和工具（I）；4.可用的技術（T）。軟件測試

9、的標準級別：國際標準，國家標準，行業(yè)標準，企業(yè)（機構）規(guī)范，項目規(guī)范。軟件測試規(guī)范：對軟件測試的流程過程化并對每一個過程元素進行明確的界定，形成完整的規(guī)范體系。軟件測試規(guī)范的內容：1.角色的確定，2.進入的準則，3.輸入項，4.活動過程，5.輸出項，6.驗證與確認，7.退出的準則，8.度量。軟件測試管理與評價體系的目標：1.監(jiān)視和測量軟件產品；2.識別和控制不符合要求的產品；3.驗證產品設計和開發(fā)；4.監(jiān)視和測量軟件過程。建立軟件測試管理體系的步驟：1.測試規(guī)劃；2.測試設計；3.測試實施；4.配置管理；5.資源管理；6.測試管理。第5章單元測試：是對軟件基本組成單元進行的測試。單元測試的基本

10、過程：1.在詳細設計階段完成單元測試計劃2.建立單元測試環(huán)境，完成測試設計和開發(fā)3.執(zhí)行單元測試用例，并詳細記錄測試結果4.判定測試用例是否通過5.提交單元測試報告。為什么要進行單元測試？1.盡早發(fā)現(xiàn)錯誤，錯誤發(fā)現(xiàn)越早，成本越低；開發(fā)人員過于自信，后期復雜度高，發(fā)現(xiàn)解決BUG困難。2.檢查代碼是否符合設計和規(guī)范。單元測試的主要目標：確保各單元模塊被正確地編碼。單元測試的任務：1.單元中所有獨立執(zhí)行路徑測試2.單元局部數(shù)據(jù)結構測試3.單元接口測試4.單元邊界條件測試5.單元的各條錯誤處理通路測試6.內存分析靜態(tài)測試技術：是指不運行被測程序本身，僅通過分析或檢查源程序的語法、結構、過程、接口等來檢

11、查程序的正確性。走查和審查的對比：走 查審 查準備通讀設計和編碼應準備好需求描述文檔、程序設計文檔、程序的源代碼清單、代碼編碼標準和代碼缺陷檢查表形式非正式會議正式會議參加人員開發(fā)人員為主項目組成員包括測試人員主要技術方法無缺陷檢查表注意事項限時、不要現(xiàn)場修改代碼限時、不要現(xiàn)場修改代碼生成文檔會議記錄靜態(tài)分析錯誤報告目標代碼標準規(guī)范，無邏輯錯誤代碼標準規(guī)范，無邏輯錯誤驅動程序：也稱驅動模塊，用以模擬被測模塊的上級模塊，能夠調用被測模塊。樁程序：也稱樁模塊，用以模擬被測模塊工作過程中所調用的下層模塊。單元測試管理的5個階段：1.計劃階段2.設計階段3.執(zhí)行階段4.評估階段5.提交階段。Junit

12、的優(yōu)點：1.可以使測試代碼與產品代碼分開，這更有利于代碼的打包發(fā)布和測試代碼的管理。2.針對某一個類的測試代碼，通地較少的改動便可以應用另一個類的測試，JUnit提供了一個編寫測試類的框架，使測試代碼的編寫更加方便。3.易于集成到程序中的構建過程中，JUnit和Ant的結合還可以實施增量開發(fā)。4.JUnit的源代碼是公開的，故而可以進行二次開發(fā)。5.JUnit具有很強的擴展性，可以方便地對JUnit進行擴展。第6章集成測試定義：集成測試是將已分別通過測試的單元按設計要求組合起來再進行的測試，以檢查這些單元之間的接口是否存在問題。集成測試前的準備：1.人員安排2.測試計劃3.測試內容4.集成模式

13、5.測試方法集成測試的模式：1.非漸增式測試模式：先分別測試每個模塊，再把所有模塊按設計要求放在一起結合成所要的程序，如大棒模式。2.漸增式測試模式：把下一個要測試的模塊同已經測試好的模塊結合起來進行測試，測試完以后再把下一個應該測試的模塊結合進來測試。非漸增式漸增式兩種模式的優(yōu)缺點：1.漸增式測試模式需要編寫的軟件較多，工作量較大，非漸增式測試開銷小。2.漸增式測試模型發(fā)現(xiàn)模塊間接口錯誤早，非漸增式測試模式晚。3.非漸增式測試模式發(fā)現(xiàn)錯誤較難診斷，使用漸增式測試模式，如果發(fā)生錯誤則往往和最近加進來的模塊有關。4.漸增式測試模式測試更徹底。5.漸增式測試模式需要較多的機器時間。6.使用非漸增式

14、測試模式，可以并行測試。回歸測試的目的：在程序有修改的情況下保證原有功能正常，不需要進行全面測試，而是根據(jù)修改的情況進行有效測試，保證改動不會帶來新的嚴重的錯誤?；貧w測試的方法：1.再測試全部用例2.基于風險選擇測試3.基于操作剖面選擇測試4.再測試修改的部分。性能測試步驟：1.確定性能測試需求2.根據(jù)測試需求，選擇測試工具和開發(fā)相應的測試腳本3.建立性能測試負載模型，就是確定并發(fā)虛擬用戶的數(shù)量、每次請求的數(shù)據(jù)量、思考時間、加載方式和持續(xù)加載的時間等4.執(zhí)行性能測試5.結果分析，并提交性能測試報告壓力測試（Stress test）：也稱為強度測試、負載測試。壓力測試是模擬實際應用的軟硬件環(huán)境及

15、用戶使用過程的系統(tǒng)負荷，長時間或超大負荷地運行測試軟件，來測試被測系統(tǒng)的性能、可靠性、穩(wěn)定性等。容量測試目的：通過容量測試可以確定軟件系統(tǒng)還能保持主要功能正常運行的某項指標的極限值（如最大并發(fā)用戶數(shù)、數(shù)據(jù)庫記錄數(shù)等），或者說能夠確定測試對象在給定時間內能夠持續(xù)處理的最大負載或工作量。安全性測試：是檢查系統(tǒng)對非法侵入的防范能力。安全性測試方法：1.靜態(tài)的代碼安全測試2.動態(tài)的滲透測試3.程序數(shù)據(jù)掃描。軟件可靠性主要包括以下三個要素：1.規(guī)定的時間；2.規(guī)定的環(huán)境條件；3.規(guī)定的功能。容錯性測試：主要檢查系統(tǒng)的容錯能力，檢查軟件在異常條件下自身是否具有防護性的措施或者某種災難性恢復的手段。容錯性測

16、試包括兩個方面：1.輸入異常數(shù)據(jù)或進行異常操作，以檢驗系統(tǒng)的保護性。如果系統(tǒng)的容錯性好的話，系統(tǒng)只給出提示或內部消化掉，而不會導致系統(tǒng)出錯甚至崩潰。2.災難恢復性測試。通過各種手段，讓軟件強制性地發(fā)生故障，然后驗證系統(tǒng)已保存的用戶數(shù)據(jù)是否丟失、系統(tǒng)和數(shù)據(jù)是否能盡快恢復。第7章驗收測試（Acceptance Test）：在軟件產品完成了功能測試和系統(tǒng)測試之后、產品發(fā)布之前所進行的軟件測試活動，它是技術測試的最后一個階段，也稱為交付測試。驗收測試的測試內容：驗證系統(tǒng)是否達到了用戶需求規(guī)格說明書（可能包括項目或產品驗收準則）中的要求，測試試圖盡可能地發(fā)現(xiàn)軟件中存留的缺陷，從而為軟件進一步改善提供幫助

17、，并保證系統(tǒng)或軟件產品最終被用戶接受。主要包括易用性測試、兼容性測試、安裝測試、文檔（如用戶手冊、操作手冊等）測試等幾個方面的內容。驗收測試的測試步驟：1.制定測試計劃，測試項，測試策略及驗收通過準則，并經過客戶參與的計劃評審。2.建立測試環(huán)境，設計測試用例，并經過評審。3.準備測試數(shù)據(jù)，執(zhí)行測試用例，記錄測試結果。4.分析測試結果，根據(jù)驗收通過準則分析測試結果，作出驗收是否通過及測試評價。5.提交測試報告。驗收測試通過標準：1.完全執(zhí)行了驗收測試計劃中的每個測試用例。2.在驗收測試中發(fā)現(xiàn)的錯誤已經得到修改并且通過了測試或者經過評估留待下一版本中修改。3.完成軟件驗收測試報告。用戶界面的7個要

18、素：符合標準和規(guī)范，直觀性，一致性，靈活性，舒適性，正確性，實用性。兼容性測試包括：軟件兼容性、數(shù)據(jù)共享兼容性、硬件兼容性。軟件兼容性測試：是指驗證軟件之間是否正確地交互和共享信息。數(shù)據(jù)共享兼容性表現(xiàn)在以下方面：1.剪切、復制和粘貼2.文件的存取3.文件導入和導出?；謴蜏y試：主要檢查系統(tǒng)的容錯能力。當系統(tǒng)出錯時，能否在指定時間間隔內修正錯誤或重新啟動系統(tǒng)。文檔的種類：1.聯(lián)機幫助文檔或用戶手冊；2.指南和向導；3.安裝、設置指南；4.示例及模板；5.錯誤提示信息；6.用于演示的圖像和聲音；7.授權/注冊登記表及用戶許可協(xié)議；8.軟件的包裝、廣告宣傳材料。文檔測試主要檢查文檔的正確性、完備性、易

19、理解性和一致性。第8章面向對象層次結構測試重點：1.對認定對象的測試2.對認定結構的測試3.構造的類層次結構的測試線程：是一個操作系統(tǒng)進程內能夠獨立運行的內容，擁有自己的計數(shù)器和本地數(shù)據(jù)。線程是能夠被調度執(zhí)行的最小單位。第10章軟件國際化：一些大型軟件或者熱門軟件，不但要提供一國語言的版本，還要提供其他國家語言的版本，這就是軟件國際化。軟件本土化：是將一個軟件產品按特定國家或語言市場的需要進行全面定制的過程。為什么要進行軟件本地化？為了使軟件產品可以滿足不同國家或地區(qū)的用戶的使用要求。軟件本地化和軟件國際化的關系？本地化要適應國際化的規(guī)定，而國際化是本地化的基礎和前提，為本地化做準備，使本地化

20、過程不需要對代碼做出改動就能完成，或將代碼修改降到最低限度。字符集：是操作系統(tǒng)中所使用的字符映射表。軟件國際化的規(guī)范：1.切換語言的機制。2.與語言無關的輸出接口。3.與語言無關的輸入接口和標準的輸入協(xié)議。4.資源文件的國際化。5.支持和包容本地化數(shù)據(jù)格式。軟件本地化的基本步驟：1.建立配置管理體系，跟蹤目標語言各個版本的源代碼；2.創(chuàng)造和維護術語表；3.源語言代碼和資源文件分離、或提取需要本地化的文本；4.把分離或提取的文本、圖片等翻譯成目標語言；5.把翻譯好的文本、圖片重新檢入目標語言的源代碼版本；6.如果需要，編譯目標語言的源代碼；7.測試翻譯后的軟件，調整UI 以適應翻譯后的文本；8.

21、測試本地化后的軟件，確保格式和內容都正確。本地化測試包括6個方面：1.功能性測試，所有基本功能、安裝、升級等測試；2.翻譯測試，包括語言完整性、術語準確性等的檢查；3.可用性測試，包括用戶界面、度量衡和時區(qū)等；4.兼容性調試，包括硬件兼容性、版本兼容性等測試；5.文化、宗教、喜好等適用性測試；6手冊驗證，包括聯(lián)機文件、在線幫助、PDF文件等測試。本地化測試的技術問題有：1.數(shù)據(jù)格式2.頁面顯示和布局3.配置和兼容性問題。第11章自動化測試（automated test）：是把人為驅動的測試行為轉化為機器執(zhí)行的一種過程，即模擬手工測試步驟，通過執(zhí)行由程序語言編制的測試腳本，自動地完成如軟件的單元

22、測試、功能測試、負載測試或性能測試等全部工作。自動化測試的優(yōu)勢：1.自動運行的速度快，執(zhí)行效率高，是手工無法相比的。2.永不疲勞3.測試結果準確。4.可靠。5.可復用性。一旦完成所用的測試腳本，可以一勞永逸運行很多遍。6特別的能力。自動化測試帶來的好處：1.縮短軟件開發(fā)測試周期2.更高質量的產品3.軟件過程更規(guī)范4.測試效率高，充分利用硬件資源5.節(jié)省人力資源，降低測試成本6.增強測試的穩(wěn)定性和可靠性7.提高軟件測試的準確度和精確度8.手工不能做的事情，軟件測試工具可以完成9.高昂的團隊士氣第12章軟件測試的人員的責任：1.發(fā)現(xiàn)軟件程序、系統(tǒng)或產品中所有的問題；2.盡早地發(fā)現(xiàn)問題；3.督促開發(fā)

23、人員盡快地解決程序中的缺陷；4.幫助項目管理人員制定合理的開發(fā)計劃；5.并對問題進行分析、分類總結和跟蹤；6.幫助改善開發(fā)流程、提高產品開發(fā)效率；7.提高程序編寫的規(guī)范性、易讀性、可維護性。測試團隊的基本構成：1.QA/測試經理：人員管理，資源調配、測試方法改進等；2.實驗室管理人員：設置、配置和維護實驗室的測試環(huán)境3.內審員：審查流程，建立測試模板，跟蹤缺陷測試報告的質量等；4.測試組長：負責項目的管理、測試計劃、測試用例、任務安排等；5.測試設計人員/資深測試工程師：產品設計規(guī)格說明書的審查、測試用例的設計、技術難題的解決、培訓和指導、實際測試任務的執(zhí)行；6.一般（初級）測試工程師：執(zhí)行測

24、試用例和相關的測試任務。優(yōu)秀測試工程師應具備的素質：1.高度的責任感2.非常好的溝通能力、幽默感3.技術能力4.自信心5.耐心6.懷疑一切的精神7.適度的好奇心8 .洞察力9.反向思維和發(fā)散思維能力10記憶力。第14章測試用例的作用：1.有效性2.可復用性3.易組織性4.可評估性5.可管理性測試用例的標準模板中主要元素如下：1.標志符（Identification）2.測試項（Test Items）3.測試環(huán)境要求4.輸入標準（Input Criteria）5.輸出標準（Output Criteria）6.測試用例之間的關聯(lián)。測試用例設計中考慮因素：1.必須具有代表性、典型性。2.尋求系統(tǒng)設計

25、、功能設計的弱點。3.測試用例需要考慮到正確的輸入，也需要考慮錯誤的或者異常的輸入，以及需要分析怎樣使得這樣的錯誤或者異常能夠發(fā)生。4.考慮用戶實際使用場景。測試用例設計的基本原則：1.盡量避免含糊的測試用例。2.盡量將具有相類似功能的測試用例抽象并歸類。3.盡量避免冗長和復雜的測試用例。測試套件：是根據(jù)特定的測試目的和任務而構造的某個測試用例的集合。測試用例的組織方法：1.按照程序的功能模塊2.按照測試用例的類型3.按照測試用例的優(yōu)先級。跟蹤測試用例包括兩個方面：1.測試用例執(zhí)行的跟蹤；2.測試用例覆蓋率的跟蹤。跟蹤測試用例的方法：1.書面文檔2.電子表格3.數(shù)據(jù)庫測試用例的覆蓋率：是評估測

26、試過程以及測試計劃的一個參考依據(jù)，它根據(jù)測試用例進行測試的執(zhí)行結果與軟件實際存在的問題進行比較，從而獲得測試有效性的評估結果。第15章軟件缺陷生命周期指的是一個軟件缺陷被發(fā)現(xiàn)、報告到這個缺陷被修復、驗證直至最后關閉的完整過程。一個基本的軟件缺陷生命周期包含了3個狀態(tài)：“新打開的”、“已修正”和“已關閉”。軟件缺陷的嚴重性級別：1.致命的（fatal）2.嚴重的（critical）3.一般的（major）4.微小的（minor）軟件缺陷的優(yōu)先級級別：1.立即解決2.高優(yōu)先級3.正常排隊4.低優(yōu)先級缺陷描述的基本要求：1.單一準確2.可以再現(xiàn)3.完整統(tǒng)一4.短小簡練5.特定條件6.補充完善7.不做評價優(yōu)秀的缺陷報告和散漫的缺陷報告的主要區(qū)別？優(yōu)秀的缺陷報告：記錄下最少的重現(xiàn)步驟，不僅包括了期望結果、實際結果和必要的數(shù)據(jù)、附件、測試環(huán)境或條件，還包括了簡單的分析。散漫的缺陷報告：無關的重現(xiàn)步驟，以及對開發(fā)人員