PAGE軟件測試方法資料總結目錄一、走近軟件測試（橙） 31、認識和了解軟件測試 32、軟件測試實踐 4二、黑盒測試（紅） 71、黑盒測試（紅） 72、黑盒測試工具：QTP 8三、白盒測試（紅） 91、白盒測試基本概念（紅） 92、白盒測試和黑盒測試的關系（紅） 93、白盒測試方法（紅） 94、白盒測試工具：Junit（紅）（ppt：Lesson10） 10四、集成測試（紅） 111、集成測試概念（紅） 112、集成測試策略（紅） 113、集成測試用例設計（綠） 114、集成測試過程（綠） 11五、系統測試（紅） 121、性能測試 122、壓力測試 123、容量測試 124、健壯性測試 125、安全性測試 126、可靠性測試 137、容錯性測試 138、兼容性測試 139、安裝性測試 1310、可用性測試 1311、配置性測試 1412、文檔性測試 1413、GUI測試 1414、驗收測試 1415、回歸測試 1416、系統測試概念 14七、性能測試（紅） 161、性能測試（ppt：lesson15） 162、性能測試工具：Loadrunner 16八、軟件測試管理（紫）（ppt：Lesson14） 171、建立測試管理體系 172、測試管理的基本內容 173、測試管理的原則 174、測試管理的實踐 175、測試管理工具：TD 17

一、走近軟件測試（橙）1、認識和了解軟件測試 ①為什么要做軟件測試（綠）：為了解決bug并適應市場結構變化 ②為什么要學軟件測試（綠）：就業取向之一；是門學問（測試判斷三角形用例）；對軟件開發具有促進作用 ③軟件測試的目的是什么（紅）：測試是為了發現錯誤而執行程序的過程 ④軟件測試的原則是什么（紅）：原則一：測試用例中一個必需部分是對預期輸出或結果的定義原則二：程序員應當避免測試自己編寫的程序原則三：編寫軟件的組織不應當測試自己編寫的軟件原則四：應當徹底檢查每個測試的執行結果原則五：測試用例的編寫不僅應當根據有效和預料到的輸入情況，而且也應當根據無效和未預料到的輸入情況原則六：檢查程序是否“未做其應該做的”僅是測試的一半，測試的另一半是檢查程序是否“做了其不應該做的”原則七：應避免測試用例用后即棄，除非軟件本身就是一個一次性的軟件原則八：計劃測試工作時不應默許假定不會發現錯誤原則九：程序某部分存在更多錯誤的可能性，與該部分已發現錯誤的數量成正比原則十：軟件測試是一項極富創造性、極具智力挑戰性的工作 ⑤軟件測試人員的素質是什么（紅）： 基本從業素質：溝通能力；服務意識；團隊合作意識；細心；耐心；信心；技能好的思維習慣：探索者；故障排除員；不放過任何蛛絲馬跡；具有創造性；追求 完美；判斷準確；注重策略和外交；善于說服2、軟件測試實踐 ①軟件測試過程（紅）回歸測試（維護）回歸測試（維護）已發行的軟件目的備注單元測試檢測程序模塊中有無故障存在對象：軟件設計的最小單位，與程序設計和編程實現關系密切集成測試發現與接口有關的模塊之間的問題方法：非增式集成測試法和增式集成測試法確認測試對軟件產品進行評估以確定其是否滿足軟件需求的過程系統測試針對系統中各個組成部分進行的綜合性檢驗，證明系統的性能。測試人員要求：系統開發人員、系統開發組織不能負責系統測試驗收測試向用戶表明所開發的軟件系統能夠像用戶所預定的那樣工作。回歸測試檢驗對軟件進行的修改是否正確。在軟件維護階段，對軟件進行修改之后進行的測試。 ②軟件測試與軟件開發的關系（橙）驗收測試驗收測試回歸測試驗收測試

Alpha測試：在系統開發接近完成時對應用系統的測試；測試后，仍然會有少量的設計變更。這種測試一般由最終用戶或其他人員員完成，不能由程序員或測試員完成。

Beta測試：當開發和測試根本完成時所做的測試，而最終的錯誤和問題需要在最終發行前找到。這種測試一般由最終用戶或其他人員員完成，不能由程序員或測試員完成。回歸測試回歸測試是在軟件維護階段，對軟件進行修改之后進行的測試。其目的是檢驗對軟件進行的修改是否正確。這里，修改的正確性有兩重含義：一是所作的修改達到了預定目的，如錯誤得到改正，能夠適應新的運行環境等等；二是不影響軟件的其他功能的正確性。軟件測試過程模型——V模型 特點：非常明確地表明了測試的不同級別，清晰地展示了軟件測試與開發之間的關系軟件測試過程模型——V模型特點：體現了測試貫穿于整個開發過程的思想。測試對象不僅僅是程序，需求和設計階段形成的文檔同樣是測試對象。 ③軟件測試環境的搭建（橙）測試環境=硬件+軟件+網絡+數據準備+測試工具硬件：主要是指PC機、筆記本電腦、服務器、各種PDA終端等。軟件：主要是軟件運行的操作系統。網絡：主要指的是C/S結構還是B/S結構。數據準備：主要指的是測試數據的準備。測試工具：靜態測試工具、動態測試工具、黑盒測試工具、白盒測試工具、測試執行評估工具、測試管理工具等。二、黑盒測試（紅）1、黑盒測試（紅） ①黑盒測試的基本概念（紅）黑盒測試概念：黑盒測試是從一種從軟件外部對軟件實施的測試，它把程序看作一個不能打開的黑盒子，在完全不考慮程序內部結構和內部特性的情況下，測試者在程序接口進行測試。它是在已知產品所應具有的功能，通過測試來檢測每個功能是否都能正常使用。它只檢查程序功能是否按照需求規格說明書的規定正常使用，程序是否能適當地接收輸入數據而產生正確的輸出信息，并且保持外部信息（如數據庫或文件）的完整性。也稱功能測試或數據驅動測試，是一種常用的軟件測試方法。目的：盡可能發現軟件的外部行為錯誤。在已知軟件產品功能的基礎上進行如下檢測：檢測軟件功能能否按照需求規格說明書的規定正常工作，是否有功能遺漏；檢測是否有人機交互錯誤，是否有數據結構和外部數據庫訪問錯誤，是否能恰當地接收數據并保持外部信息（如數據庫或文件）等的完整性；檢測行為、性能等特性是否滿足要求等；檢測程序初始化和終止方面的錯誤等。兩個顯著的優點：黑盒測試與軟件具體實現無關，所以如果軟件實現發生了變化，測試用例仍然可以使用；設計黑盒測試用例可以和軟件實現同時進行，因此可以壓縮項目總的開發時間。 ②等價類劃分（紅）（ppt）③邊界值分析法（紅）（ppt）④因果圖法（紅）（ppt）⑤決策表法（紅）（ppt）⑥黑盒測試方法的比較與選擇（紅）（ppt）2、黑盒測試工具：QTP①自動化測試（橙）QTP是一個B/S系統的自動化功能測試的利器。可以覆蓋絕大多數的軟件開發技術，簡單高效，并具備測試用例可重用的特點。是一款先進的自動化測試解決方案，用于創建功能和回歸測試。它自動捕獲、驗證和重放用戶的交互行為。為每一個重要軟件應用和環境提供功能和回歸測試自動化的行業最佳解決方案。②QTP測試流程（紅）1.設計測試用例；2.創建測試腳本；3.編輯測試腳本；4.運行測試；5.分析測試③QTP的使用方法（綠）三、白盒測試（紅）1、白盒測試基本概念（紅）白盒測試又稱結構測試、邏輯驅動或基于程序的測試。一般用來分析程序的內部結構對程序細節的嚴密驗證針對特定條件和循環設計測試用例，對程序的邏輯路徑進行測試通過在程序的不同點檢驗程序狀態，來判斷其實際情況是否和預期的狀態相一致白盒測試要求對被測程序的結構特性做到一定程度的覆蓋，并以軟件中的某類成分是否都已經得到測試為準則來判斷軟件測試的充分性，也被稱為基于覆蓋的測試技術。2、白盒測試和黑盒測試的關系（紅）黑盒測試不考慮程序內部結構，只需檢驗軟件的外部功能是否符合用戶的實際需求。白盒測試則深入到軟件內部，去查看源代碼，去分析程序的內部結構，如數據類型、算法、異常處理等。黑盒測試發現以下類型的缺陷：外部邏輯功能錯誤界面錯誤，如錯別字、布局不合理安裝/卸載時的錯誤兼容性的錯誤性能的問題，如運行速度慢、響應時間達不到要求等白盒測試具有如下特殊的應用領域：程序的源代碼有多個分支的，白盒測試設計某些方法盡可能覆蓋所有的分支，提高測試的覆蓋率內存泄露問題極端情況下才會出現的情況單元測試用白盒測試，集成測試中白加黑，系統測試和驗收測試中用黑盒測試3、白盒測試方法（紅）①靜態測試（黃）代碼走查在開發組內部進行，采用講解、討論和模擬運行的方式進行的查找錯誤的活動。代碼審查在開發組內部進行的，采用講解、提問并使用編碼模板進行的查找錯誤的活動。一般有正式的計劃、流程和結果報告。技術評審開發組、測試組和相關人員（QA、產品經理等）聯合進行的，采用講解、提問并使用編碼模板進行的查找錯誤的活動。一般有正式的計劃、流程和結果報告。參與人員是否有計劃和報告正式程度代碼走查開發組內部無低代碼審查開發組內部有中技術評審開發組、測試組和相關人員有高②白盒測試技術（紅）邊界值測試數據類型的邊界值數組的邊界值分支判斷語句的邊界值邏輯驅動覆蓋測試（紅紅ppt）語句覆蓋判定覆蓋條件覆蓋判定條件覆蓋條件組合覆蓋路徑覆蓋4、白盒測試工具：Junit（紅）（ppt：Lesson10）四、集成測試（紅）1、集成測試概念（紅）集成（Integration）是指把多個單元組合起來形成更大的單元。集成測試（IntegrationTesting）是在假定各個軟件單元已經通過了單元測試的前提下，檢查各個軟件單元之間的相互接口是否正確。2、集成測試策略（紅）①非漸增式（橙）先分別測試每個模塊，再把所有模塊按設計要求放在一起結合成所要的程序。②漸增式（紅）（ppt）把下一個要測試的模塊同已經測試好的那些模塊結合起來進行測試，測試完以后再把下一個應該測試的模塊結合起來進行測試。自頂向下式（紅）自底向上式（紅）三明治式（紅）3、集成測試用例設計（綠）4、集成測試過程（綠）根據集成測試不同階段的任務，可以把集成測試劃分為5個階段：計劃階段、設計階段、實施階段、執行階段、評估階段。五、系統測試（紅）1、性能測試性能：表明軟件系統或構件對于及時性要求的符合程度的指標；用時間來度量。性能測試主要檢驗軟件是否達到需求規格說明書中規定的各類性能指標，并滿足一些性能相關的約束和限制條件。性能測試的目的就是通過測試，確認軟件是否滿足產品的性能需求，同時發現系統中存在的性能瓶頸，并對系統進行優化。2、壓力測試 壓力測試（StressTesting）是指模擬巨大的工作負荷，以查看系統在峰值使用情況下是否可以正常運行。壓力測試是通過逐步增加系統負載來測試系統性能的變化，并最終確定在什么負載條件下系統性能處于失效狀態，以此來獲得系統性能提供的最大服務級別的測試。3、容量測試 所謂的容量測試（VolumeTesting）是指，采用特定的手段測試系統能夠承載處理任務的極限值所從事的測試工作。這里的特定手段是指，測試人員根據實際運行中可能出現極限，制造相對應的任務組合，來激發系統出現極限的情況。4、健壯性測試 健壯性測試（RobustnessTesting）主要用于測試系統抵御錯誤的能力。這里的錯誤通常指的是由于設計缺陷而帶來的系統錯誤。測試的重點為當出現故障時，是否能夠自動恢復或忽略故障繼續運行。5、安全性測試 安全性測試是檢查系統對非法侵入的防范能力，其目的是為了發現軟件系統中是否存在安全漏洞。軟件安全性是指在非正常條件下不發生安全事故的能力。6、可靠性測試 可靠性（Reliability）是產品在規定的條件下和規定的時間內完成規定功能的能力，它的概率度量稱為可靠度。理論上說，可靠的軟件系統應該是正確、完整、一致和健壯的。可靠性測試是以計算軟件可靠性為目的。對安全第一和具有可靠性驗收指標的軟件來說，軟件可靠性測試是必不可少的。同時，軟件可靠性測試還可以給出軟件測試應該何時結束，否則，可能由于測試不夠徹底而不能滿足用戶對軟件可靠性的要求，或者因為過多的測試會增加測試費用。7、容錯性測試 容錯性測試是檢查軟件在異常條件下自身是否具有防護性的措施或者某種災難性恢復的手段。如當系統出錯時，能否在指定時間間隔內修正錯誤并重新啟動系統。容錯性測試包括兩個方面：輸入異常數據或進行異常操作，以檢驗系統的保護性。如果系統的容錯性好的話，系統只給出提示或內部消化掉，而不會導致系統出錯甚至崩潰。災難恢復性測試。通過各種手段，讓軟件強制性地發生故障，然后驗證系統已保存的用戶數據是否丟失、系統和數據是否能盡快恢復。8、兼容性測試 兼容性測試是指檢查軟件之間是否能夠正確地進行交互和共享信息。對新軟件進行軟件兼容性測試，需要解決：1．軟件設計要求與何種其它平臺和應用軟件保持兼容？如果要測試的軟件是一個平臺，那么設計要求什么應用程序在其上運行？2．應該遵守何種定義軟件之間交互當地標準或者規范？3．軟件使用何種數據與其它平臺和軟件交互和共享信息？9、安裝性測試 軟件運行的前提是先要安裝此軟件，所以安裝測試是軟件測試首先需要解決的問題。不僅需要考慮在不同操作系統上運行，還要考慮與現有軟件系統的配合使用問題。10、可用性測試 可用性測試(UsabilityTesting)是對于用戶友好性的測試，是指在設計過程中被用來改善易用性的一系列方法。測試人員為用戶提供一系列操作場景和任務讓他們去完成，這些場景和任務與產品或服務密切相關，通過觀察來發現完成過程中出現了什么問題、用戶喜歡或不喜歡哪些功能和操作方式，原因是什么，針對問題所在提出改進的建議。可用性是指產品在特定使用環境下為特定用戶用于特定用途時所具有的有效性、效率和用戶主觀滿意度。有效性是用戶完成特定任務時所具有的正確和完整程度；效率是用戶完成任務的正確完整程度與所用資源（如時間）之間的比率；滿意度是用戶在使用產品過程中具有的主觀滿意和接受程度。可用性體現的是用戶在使用過程中所實際感受到的產品質量，即使用質量；而實用性體現的是產品功能，即產品本身所具有的功能模塊。與實用性相比，可用性重視了人的因素，重視了產品是被要最終用戶使用的。11、配置性測試 配置測試（ConfigurationTesting）是驗證系統在不同的系統配置下能否正確工作，這些配置包括：軟件，硬件，網絡等。如果開始準備進行軟件的配置測試，就要考慮哪些配置與程序的關系最密切。通常認為的理想狀況是所有生產廠家都嚴格遵照一套標準來設計硬件，那么所有使用這些硬件的軟件就可以正常運行了，但是在實際應用中，標準并沒有被嚴格遵守，一般都是由各個組織或公司自行定義規范。12、文檔性測試 軟件產品由可運行的程序、數據和文檔組成。文檔是軟件的一個重要組成部分。在軟件的整個生命周期中，會產生許多文檔，在各個階段中以文檔作為前階段工作成果的總結和后階段工作的依據。文檔測試（DocumentationTesting）主要針對系統提交給用戶的文檔進行驗證，目標是驗證軟件文檔是否正確記錄系統的開發全過程的技術細節。通過文檔測試可以改進系統的可用性、可靠性、可維護性和安裝性。13、GUI測試 GUI測試是對圖形用戶界面進行的測試。一般來說，當一個軟件產品完成GUI設計后，就確定了它的外觀架構和GUI元素。進入開發測試階段后，軟件開發工程師和軟件測試工程師通過對GUI的操作來測試和驗證軟件的功能。14、驗收測試驗收測試是部署軟件之前的最后一個測試操作。驗收測試的目的是確保軟件準備就緒，并且可以讓最終用戶將其用于執行軟件的既定功能和任務。實施驗收測試的常用策略主要有三種，分別是正式驗收測試、非正式驗收測試和Beta測試。15、回歸測試回歸測試是在軟件發生變動時保證原有功能正常運作的一種測試策略和方法。回歸測試不需要進行全面的測試，而是根據修改的情況進行有選擇性的測試。這里所說的保證軟件原有功能正常運作，或稱之為軟件修改的正確性，可以從兩方面來理