1軟件測試方法和技術(shù)

第2版

第17章軟件測試項目管理任課教師：蘭方鵬Mobile:E-mail：2本章要解決的問題軟件項目的測試過程管理；軟件自動化解決方案和實施；軟件項目的測試資源分配和進度控制；軟件測試工作和產(chǎn)品質(zhì)量的風險評估和控制；軟件版本定義、測試范圍變化的控制等；軟件構(gòu)建和發(fā)布等監(jiān)控。3第17章軟件測試項目管理

17.1測試項目管理的特點17.2如何做好測試項目管理17.3軟件測試項目的過程管理17.4測試項目的資源管理17.5測試項目的進度管理17.6測試項目的風險管理 17.7軟件測試文檔的管理417.1測試項目管理的特點軟件測試存在較大風險，質(zhì)量標準定義不準確、任務(wù)邊界模糊軟件測試項目的變化控制和預(yù)警分析要求高。軟件測試管理要求更嚴格和細致測試任務(wù)的分配難測試要求人力資源十分穩(wěn)定測試人員在待遇、地位可能受到一些不公正的待遇517.2如何做好測試項目管理

測試項目的管理原則可靠的需求能夠使用開發(fā)過程模型充分的測試和盡早開始測試合理的時間表充分的溝通基于數(shù)據(jù)庫的測試管理系統(tǒng)617.2如何做好測試項目管理測試計劃先行建立優(yōu)先級依靠團隊的能力建立客觀的評價標準

軟件測試項目管理者的責任717.3軟件測試項目的過程管理17.3.1測試的目標和準則17.3.2測試計劃內(nèi)容17.3.3測試項目的計劃過程17.3.4制定有效的測試計劃17.3.5測試策略的確定17.3.6測試設(shè)計和開發(fā)17.3.7測試執(zhí)行817.3.1測試的目標和準則確定測試目標為測試各項活動制定一個現(xiàn)實可行的、綜合的計劃；為項目實施建立一個組織模型，并定義測試項目中每個角色的責任和工作內(nèi)容；開發(fā)有效的測試模型，能正確地驗證被測試的軟件系統(tǒng)；確定所需要的時間和資源，以保證其可獲得性、有效性；確立每個測試階段進/出標準；識別出測試活動中各種風險。制定有效的測試策略，保證項目測試任務(wù)按時完成9測試進入的準則清楚了解項目的整體計劃框架；完成需求規(guī)格說明書評審；技術(shù)知識或業(yè)務(wù)知識的儲備；標準環(huán)境技術(shù)設(shè)計文檔是測試用例設(shè)計的重要參考資料；足夠的資源；人員組織結(jié)構(gòu)、成員及其責任已確定。1017.3.2測試計劃內(nèi)容軟件測試計劃是指導(dǎo)測試過程的綱領(lǐng)性文件，描述測試活動的范圍、方法、策略、資源、任務(wù)安排和進度等，并確定測試項、哪些功能特性將被測試、哪些功能特性將無需測試，識別測試過程中的風險。內(nèi)容主要集中在測試目標和需求說明、測試工作量估算、測試策略、測試資源配置、進度表、測試風險等11IEEE829－1998：測試計劃內(nèi)容測試計劃標識符（文檔編號）項目總體情況簡介；測試項（testitem）；需要測試的功能；方法（策略）；不需要測試的功能；測試項通過/失敗的標準；測試中斷和恢復(fù)的規(guī)定；測試完成所提交的材料；測試任務(wù)；測試環(huán)境要求；測試人員職責；人員安排與培訓(xùn)需求；進度表；潛在的問題和風險；審批1217.3.3測試項目的計劃過程計劃初期是收集項目各類信息，理解用戶的真正需求確定測試需求和測試范圍起草計劃。內(nèi)部審查。計劃討論和修改。測試計劃的多方審查。測試計劃的定稿和批準。。測試計劃的跟蹤。13測試周期MRD/PRD/UISign-offEng.PlanSign-offEng.SpecSign-offTestPlanSign-offProductReviewCodeFreezeTestCaseSign-offCodeCompleteER驗收測試QA創(chuàng)建

TestPlanQAQA創(chuàng)建

TestCases功能測試寫/審查Spec系統(tǒng)測試單元測試PRD/UI審查QA14測試范圍的確立優(yōu)先級最高的需求功能新功能和編碼改動較大(提高性能表現(xiàn))的舊功能運用有效的測試技術(shù)去提高測試效果經(jīng)常容易出現(xiàn)問題部分的功能一些經(jīng)常被用戶使用的功能和配置15風險評估

測試小組開始項目測試時,硬件資源沒有按時配備或仍然不足開始項目測試時,軟件產(chǎn)品編碼沒有按計劃完成開始項目測試時,測試用例沒有準備好缺少按計劃參加項目測試的測試人員在項目測試過程中,需求總是不停地改動當項目測試進行時,在設(shè)計說明書中被定義的功能總是不停地被修改16測試計劃的創(chuàng)建和評審MRD/PRDreview測試策略知識傳遞日程測試范圍反饋討論分析FormalReviewmeeting問題QAdraftofTestPlanUpdatedTestPlanFinalTestPlan測試方法任務(wù)UpdatedTestPlan資源Pear-to-PearorInternalReviewChecklist1717.3.4制定有效的測試計劃確定測試項目的任務(wù)，清楚測試范圍和測試目標盡量識別出各種測試風險，制定出相應(yīng)的對策讓所有合適的相關(guān)人員參與測試項目的計劃制定客觀、準確、留有余地；制定測試項目的輸入、輸出和質(zhì)量標準識別出可變因素，建立變化處理和控制的流程規(guī)則不要忽視技術(shù)上的問題要對測試的公正性、遵照的標準做一個說明測試計劃應(yīng)簡潔、易讀并有所側(cè)重18測試輸入/輸出標準測試的輸入標準整體項目計劃框架；需求規(guī)格說明書；技術(shù)知識或業(yè)務(wù)知識標準環(huán)境設(shè)計文檔；足夠的資源人員組織結(jié)構(gòu)測試的輸出標準測試執(zhí)行標準Bug描述和處理標準文檔標準和模板測試分析、質(zhì)量評估標準等1917.3.5測試策略的確定要使用的測試技術(shù)和工具測試完成標準影響資源分配的特殊考慮輸入、輸出和過程；基于測試技術(shù)的測試策略基于測試方案的綜合測試策略20測試策略的概念測試策略通常是描述測試工程的總體方法和目標。描述目前在進行哪一階段的測試（如單元測試、集成測試、系統(tǒng)測試）以及每個階段內(nèi)進行的測試種類（如功能測試、性能測試、壓力測試等），以確定合理的測試方案使得測試更有效。

21影響測試策略的因素1、測試完成的標準標準的高低對策略確定有著重要的影響。比如該軟件的應(yīng)該用場合為軍用，這將對軟件的可靠性、安全性要求非常高，但如果是用于小型商場的收費系統(tǒng)由于是內(nèi)部使用，主要考慮其計算的準確與精度及復(fù)雜統(tǒng)計與報表生成等方面準確性與易用性。2、資源狀況參與測試的人、測試中所需要的軟件平臺（如操作系統(tǒng)甚至會涉及到第三方的一些應(yīng)用軟件）及測試可能用到的相關(guān)硬件設(shè)備（如計算機，網(wǎng)絡(luò)硬件其它外設(shè)等）

22階段通過/失敗的標準

項目經(jīng)理和測試組長已經(jīng)全部按計劃到位?所有相關(guān)的信息已經(jīng)傳達到QA?QA.開始了測試設(shè)計?需求階段設(shè)計審查所有設(shè)計中及文檔中的問題都已經(jīng)被解決?技術(shù)設(shè)計和測試設(shè)計已經(jīng)結(jié)束?最高優(yōu)先級的功能要求已經(jīng)實現(xiàn)?新功能已經(jīng)實現(xiàn)?所有的功能是按照設(shè)計來實現(xiàn)的?代碼完成?功能驗證確認測試回歸測試完成與否?是不是完全按測試計劃完成了所有的測試?沒有嚴重的缺陷?達到產(chǎn)品發(fā)布的標準?測試環(huán)境的檢查?所有嚴重問題是不是都已測出?功能測試,壓力測試,安全測試,兼容性測試,易用性測試是否都已完成?有沒有阻礙產(chǎn)品發(fā)布的缺陷？系統(tǒng)測試23制定測試策略

全面細致地了解產(chǎn)品的項目信息:應(yīng)用領(lǐng)域,測試范圍,市場需求,產(chǎn)品的特點和主要功能,技術(shù)架構(gòu)基于模塊、功能、整體、系統(tǒng)、版本、壓力、性能、配置和安裝等各個因素對產(chǎn)品的影響,公正客觀地開展測試計劃根據(jù)程序的重要性和一旦發(fā)生故障將造成的損失,來確定它的測試等級和測試重點認真研究測試策略,以便能使用盡可能少的有效測試用例,發(fā)現(xiàn)盡可能多的程序錯誤,因為一次完整的軟件測試過后,如果程序中遺漏的錯誤過多并且很嚴重,則表明本次測試是失敗的,是不足的;而測試不足意味著讓用戶承擔隱藏錯誤帶來的危險.同時反過來說,如果過度測試,則又會浪費許多寶貴的資源.找到一個最佳平衡點。2417.3.6測試設(shè)計和開發(fā)高層次的設(shè)計vs.低層次的設(shè)計測試技術(shù)方案、測試用例、測試環(huán)境等設(shè)計非正式的審查vs.正式的審查自動化測試腳本的設(shè)計與開發(fā)2517.3.7測試執(zhí)行如何確保測試環(huán)境設(shè)置正確并滿足測試用例所描述的要求？如何保證每個測試人員清楚自己的測試任務(wù)？如何保證所有測試用例得到百分之百的執(zhí)行？如何保證所報告的Bug正確、描述清楚、沒有漏掉信息？如何在驗證Bug和對新功能的測試上尋找平衡？如何跟蹤Bug處理的進度使嚴重的Bug及時得到解決？26不同測試階段的執(zhí)行要點代碼審查，確保測試人員參與代碼的會審單元測試一般由程序員自己做集成測試應(yīng)盡早進行、持續(xù)進行功能測試的交叉進行，從用戶的角度出發(fā)，盡量挖掘和模擬各種使用情景（特殊場合或邊界條件）系統(tǒng)測試：方案可行、工具有效、環(huán)境正確獲得用戶的反饋27其它管理要點測試用例執(zhí)行，如跟蹤曲線、系統(tǒng)的詳細記錄Bug的跟蹤和管理和項目組外部人員的溝通測試執(zhí)行結(jié)束28測試執(zhí)行階段

(3，example)2917.4軟件測試項目的資源管理人力資源管理測試環(huán)境資源工作量的估計3017.5測試項目的進度管理17.5.1測試項目的里程碑和關(guān)鍵路徑17.5.2測試項目進度的特性及外在關(guān)系17.5.3測試項目進度的管理方法和工具31測試項目的里程碑任務(wù)天任務(wù)天任務(wù)天任務(wù)天M21:測試計劃制定11M23:測試設(shè)計12開發(fā)測試過程5驗證測試結(jié)果2確定項目1測試用例的設(shè)計7測試和調(diào)試測試過程2調(diào)查突發(fā)結(jié)果1定義測試策略2測試用例的審查2修改測試過程2生成缺陷日記1分析測試需求3測試工具的選擇1建立外部數(shù)據(jù)集1M62:測試評估3估算測試工作量1測試環(huán)境的設(shè)計2重新測試并調(diào)試測試過程2評估測試需求的覆蓋率1確定測試資源1M26:測試開發(fā)15M42:功能測試9評估缺陷0.5建立測試結(jié)構(gòu)組織1建立測試開發(fā)環(huán)境1設(shè)置測試系統(tǒng)1決定是否達到測試完成的標準0.5生成測試計劃文檔2錄制和回放原型過程2執(zhí)行測試4測試報告132測試項目進度的特性及外在關(guān)系進度與質(zhì)量關(guān)系

進度與成本的關(guān)系

33測試進度的S曲線法進度S曲線法通過對計劃中的進度、嘗試的進度與實際的進度三者對比來實現(xiàn)的，其采用的基本數(shù)據(jù)主要是測試用例或測試點的數(shù)量34測試進度的NOB曲線法NOB，NumberofOpenBug3517.6測試項目的風險管理3617.7軟件測試文檔的管理

文檔的分類管理文檔的格式和模板管理文檔的一致性管理文檔的存儲管理37軟件測試誤區(qū)誤區(qū)一：如果發(fā)布出去的軟件有質(zhì)量問題，都是軟件測試人員的錯誤區(qū)二：軟件測試技術(shù)要求不高，至少比編程容易多了誤區(qū)三：有時間就多測試一些，來不及就少測試一些誤區(qū)四：軟件測試是測試人員的事，與開發(fā)人員無關(guān)誤區(qū)五：根據(jù)軟件開發(fā)瀑布模型，軟件測試是開發(fā)后期的一個階段38軟件測試的原則所有測試的標準都是建立在用戶需求之上。軟件測試必須基于“質(zhì)量第一”的思想去開展各項工作，當時間和質(zhì)量沖突時，時間要服從質(zhì)量。事先定義好產(chǎn)品的質(zhì)量標準，只有有了質(zhì)量標準，才能根據(jù)測試的結(jié)果，對產(chǎn)品的質(zhì)量進行分析和評估。軟件項目一啟動，軟件測試也就是開始，而不是等程序?qū)懲辏砰_始進行測試。窮舉測試是不可能的。甚至一個大小適度的程序，其路徑排列的數(shù)量也非常大