第11章項目測試測試計劃的制定

單元測試集成測試確認測試系統(tǒng)測試驗收測試產(chǎn)品發(fā)布報告第11章項目測試測試計劃的制定

為何要制定測試計劃如何制定測試計劃測試計劃設計實例測試計劃修改與維護第11章項目測試測試計劃的制定--為何要制定測試計劃可以讓項目有條理有計劃的進行。可以提前預知項目過程中可能出現(xiàn)的問題。有助于項目人員更好的理解這個項目內(nèi)容，明確測試的目標，測試范圍和測試重點。參與測試的項目成員，尤其是測試管理人員，可以明確測試任務和測試方法，保持測試實施過程的順暢溝通，跟蹤和控制測試進度，應對測試過程中的可能出現(xiàn)的各種變更。第11章項目測試測試計劃的制定--如何制定測試計劃

產(chǎn)品基本情況調(diào)研測試需求說明時間計劃表測試資源配置系統(tǒng)風險估計測試的策略和記錄問題跟蹤報告測試計劃的發(fā)布第11章項目測試測試計劃的制定--測試計劃設計實例以“IBloger博客系統(tǒng)”為例，詳細介紹測試設計的內(nèi)容和書寫格式第11章項目測試測試計劃的制定--測試計劃修改與維護在項目進行的過程中，由于資源，時間的限制，以及市場需求的改變，需要對開發(fā)的項目做必要的調(diào)整，此時，測試計劃也要有相應的改動。文檔應該由一個人維護或者把文檔統(tǒng)一存放于類似CVS的工具里。修改文檔時，應該在每一處有改動的地方，做出明顯的標記，并且在版本信息里添加索引，方便查找。第11章項目測試單元測試分析單元測試的任務設計單元測試用例選擇單元測試工具執(zhí)行單元測試第11章項目測試單元測試--分析單元測試的任務測試函數(shù)的基本功能是否正確。

測試函數(shù)的入口的邊界值。在邊界值出現(xiàn)錯誤是軟件開發(fā)中的常見錯誤。軟件經(jīng)常在邊界上失效，采用邊界值分析技術，針對邊界值及其左、右設計測試用例，很有可能發(fā)現(xiàn)新的錯誤。測試函數(shù)的異常。我們知道Java中經(jīng)常有異常，當遇到異常時，應當處理異常。如果不處理異常，有時候會產(chǎn)生嚴重的后果以至于服務器死機。第11章項目測試單元測試--設計單元測試用例單元測試用例一般根據(jù)源代碼進行設計。單元測試用例要覆蓋到每個類，每個類的方法，每個方法的邊界值。第11章項目測試集成測試分析集成測試的任務和目標設計集成測試用例選擇集成測試工具執(zhí)行集成測試集成測試報告第11章項目測試集成測試--分析集成測試的任務和目標集成測試的任務是確保各單元組合在一起后能夠按既定意圖協(xié)作運行，并確保增量的行為正確。集成測試的內(nèi)容包括單元間的接口以及集成后的功能。第11章項目測試IBloger博客系統(tǒng)的集成測試確定哪些單元模塊之間存在數(shù)據(jù)的存在接口第11章項目測試集成測試--設計集成測試用例集成測試用例的設計必須基于集成測試的任務和目標，覆蓋所有需要測試的接口，保證單元之間、多個單元之間、乃至整個系統(tǒng)能夠正常、正確的運行測試用例的編寫分為三步：劃分測試模塊繪制測試流程圖設計詳細的測試用例第11章項目測試集成測試--選擇集成測試工具為了能更有效的執(zhí)行集成測試，在測試過程中經(jīng)常需要借助一些工具分析工具主要是用于捕捉訪問日志、數(shù)據(jù)。然后通過對數(shù)據(jù)、日志進行分析，找到缺陷的根本原因，發(fā)現(xiàn)測試中無法發(fā)現(xiàn)的缺陷測試工具測試工具主要用來設計自動化測試腳本、進行自動化測試第11章項目測試集成測試--執(zhí)行集成測試測試用例設計完成后，就可以按照測試計劃執(zhí)行集成測試。在執(zhí)行集成測試的過程中，各個角色負責的內(nèi)容不一樣：項目負責人測試工程師開發(fā)項目經(jīng)理產(chǎn)品經(jīng)理第11章項目測試集成測試--集成測試報告集成測試完成后，測試工程師需要提交自己測試任務的狀態(tài)：功能的運行情況、存在的問題、沒有測試的部分、以及沒有測試的理由。項目負責人搜集所有的測試任務狀態(tài)，編寫測試報告，提交給項目經(jīng)理，或者產(chǎn)品經(jīng)理。第11章項目測試確認測試分析確認測試的任務和目標設計確認測試用例選擇確認測試工具執(zhí)行確認測試用例確認測試報告第11章項目測試確認測試--分析確認測試的任務和目標確認測試是驗證被測軟件是否能完全滿足需求規(guī)格說明書所列出的需求第11章項目測試確認測試--設計確認測試用例以“IBloger博客系統(tǒng)”為例設計測試用例第11章項目測試確認測試--選擇確認測試工具Badboy是一個強大的開源測試工具，是用C++開發(fā)的，被設計用于測試和開發(fā)復雜的動態(tài)應用。Badboy功能豐富，使得測試和開發(fā)更加容易。Badboy監(jiān)控internetexplorer的活動，提供錄制/回放功能。第11章項目測試確認測試--執(zhí)行確認測試用例以Badboy來做確認測試的工具以IBloger博客系統(tǒng)系統(tǒng)為例編寫測試腳本和測試第11章項目測試確認測試--確認測試報告根據(jù)確認測試結(jié)果，編寫測試報告第11章項目測試系統(tǒng)測試分析系統(tǒng)測試的任務和目標設計系統(tǒng)測試用例利用JMeter進行系統(tǒng)測試實例系統(tǒng)測試報告第11章項目測試系統(tǒng)測試--分析系統(tǒng)測試的任務和目標系統(tǒng)測試的任務系統(tǒng)測試的目的是充分運行系統(tǒng)，驗證系統(tǒng)各部件是否都能正常工作并完成所賦予的任務。這里所謂的系統(tǒng)不僅僅包括軟件本身，而且還包括計算機硬件及其相關的外圍設備、實際運行時大批量數(shù)據(jù)、非正常操作(如黑客攻擊)等。系統(tǒng)測試的目標系統(tǒng)測試的目標是模仿客戶真實的使用環(huán)境，發(fā)現(xiàn)一切可能的情況下所可能發(fā)生的問題。是軟件測試的不可缺少的一個階段，隨著軟件質(zhì)量要求的不斷提高，系統(tǒng)測試也更加的重要了。第11章項目測試系統(tǒng)測試--設計系統(tǒng)測試用例壓力測試壓力測試是模擬實際應用的軟硬件環(huán)境，以及用戶使用過程的系統(tǒng)負荷，長時間或超大負荷地運行測試軟件，來測試被測系統(tǒng)的性能、可靠性、穩(wěn)定性等。容量測試通過測試預先分析軟件系統(tǒng)應用特征的某項指標的極限值（如最大并發(fā)用戶數(shù)、數(shù)據(jù)庫記錄數(shù)等），系統(tǒng)在其極限值狀態(tài)下沒有出現(xiàn)任何軟件故障或還能保持主要功能正常運行。性能測試通過測試確定系統(tǒng)運行時的性能表現(xiàn)，如得到運行速度、響應時間、占有系統(tǒng)資源等方面的系統(tǒng)數(shù)據(jù)。安全性測試檢查系統(tǒng)對非法侵入的防范能力，目前也是軟件測試中較重視的部分。兼容性測試檢查產(chǎn)品和硬件軟件之間的兼容性。第11章項目測試系統(tǒng)測試--利用JMeter進行系統(tǒng)測試以“IBloger博客系統(tǒng)”為例，介紹如何使用JMeter做壓力測試第11章項目測試系統(tǒng)測試--系統(tǒng)測試報告以“大學學籍管理系統(tǒng)”為例,編寫系統(tǒng)測試報告第11章項目測試驗收測試制訂項目驗收標準設計驗收測試用例執(zhí)行驗收測試編寫驗收質(zhì)量報告第11章項目測試驗收測試--制訂項目驗收標準功能和非功能標準確定具體的客戶任務，商業(yè)流程，或者項目結(jié)束時必須有的功能。問題或缺陷定義哪些缺陷是可接受的。性能由于很難衡量性能的質(zhì)量，通常用響應時間來進行衡量。所希望的性能要求應該被清晰的定義成一個范圍，例如客戶登錄時間在1-2s內(nèi)。第11章項目測試驗收測試--設計驗收測試用例驗收測試環(huán)境驗收測試是在客戶參與下的測試，一般都是在客戶的現(xiàn)場環(huán)境中進行。驗收策略正式驗收非正式驗收或Alp