第07章軟件測試項目管理

軟件測試

第7章-軟件測試項目管理

第七章軟件測試項目管理

7.1軟件測試項目管理的概述7.2軟件測試項目的組織7.3軟件測試項目的過程管理7.4軟件測試項目的資源管理7.5測試項目的進(jìn)度管理7.6測試項目的風(fēng)險管理7.7測試項目的質(zhì)量管理和配置管理7.8軟件測試文檔的管理7.9軟件測試成本管理7.1軟件測試項目管理的概述7.1.1軟件項目管理的共性7.1.2軟件測試項目管理的特點(diǎn)軟件項目管理的共性人員(People)

問題(Problem)過程(Process)項目軟件測試項目管理的特點(diǎn)軟件質(zhì)量標(biāo)準(zhǔn)定義不準(zhǔn)確、任務(wù)邊界模糊，如何確定什么時候軟件測試可以結(jié)束，找不到嚴(yán)重的缺陷并不代表軟件不存在嚴(yán)重的缺陷。軟件測試項目具有智力密集、勞動密集的特點(diǎn)，受人力資源影響最大，項目成員的結(jié)構(gòu)、責(zé)任心、能力和穩(wěn)定性對測試執(zhí)行、產(chǎn)品質(zhì)量有很大的影響。測試任務(wù)的分配難測試要求人力資源十分穩(wěn)定。由于軟件測試項目不僅是一個技術(shù)工作，而且要求對產(chǎn)品的功能、特性需要非常了解。軟件測試人員在待遇、地位可能受到一些不公正的待遇，7.2軟件測試項目的組織軟件測試項目的人員組織模式測試項目的管理原則

測試計劃先行

建立優(yōu)先級

建立客觀的評價標(biāo)準(zhǔn)

測試的管理和組織機(jī)構(gòu)開發(fā)經(jīng)理開發(fā)經(jīng)理開發(fā)經(jīng)理測試員開發(fā)經(jīng)理開發(fā)經(jīng)理程序員測試的管理和組織機(jī)構(gòu)項目經(jīng)理開發(fā)經(jīng)理開發(fā)經(jīng)理測試員開發(fā)經(jīng)理開發(fā)經(jīng)理程序員測試經(jīng)理開發(fā)經(jīng)理測試的管理和組織機(jī)構(gòu)執(zhí)行經(jīng)理開發(fā)經(jīng)理開發(fā)經(jīng)理開發(fā)經(jīng)理開發(fā)經(jīng)理開發(fā)經(jīng)理項目經(jīng)理開發(fā)經(jīng)理開發(fā)經(jīng)理測試經(jīng)理7.3軟件測試項目的過程管理測試項目啟動測試計劃階段測試設(shè)計階段測試執(zhí)行階段測試結(jié)果的審查和分析測試計劃階段測試項目計劃的整體目標(biāo)是為了確定測試的任務(wù)、所需的各種資源和投入、預(yù)見可能出現(xiàn)的問題和風(fēng)險，以指導(dǎo)測試的執(zhí)行，最終實(shí)現(xiàn)測試的目標(biāo)，保證軟件產(chǎn)品的質(zhì)量。制定測試計劃，要達(dá)到的目標(biāo)有：制定一個現(xiàn)實(shí)可行的、綜合的計劃，包括每項測試活動的對象、范圍、方法、進(jìn)度和預(yù)期結(jié)果；為項目實(shí)施建立一個組織模型，并定義每個角色的責(zé)任和任務(wù)；確定測試所需要的時間和資源，以保證其可獲得性、有效性；確立每個測試階段測試完成以及測試成功的標(biāo)準(zhǔn)、要實(shí)現(xiàn)的目標(biāo)；識別出測試活動中各種風(fēng)險，并消除可能存在的風(fēng)險，降低那些不可能消除的風(fēng)險所帶來的損失

測試計劃階段

（2）測試的輸入標(biāo)準(zhǔn)整體項目計劃框架；需求規(guī)格說明書；技術(shù)知識或業(yè)務(wù)知識標(biāo)準(zhǔn)環(huán)境設(shè)計文檔；足夠的資源人員組織結(jié)構(gòu)測試的輸出標(biāo)準(zhǔn)測試執(zhí)行標(biāo)準(zhǔn)Bug描述和處理標(biāo)準(zhǔn)文檔標(biāo)準(zhǔn)和模板測試分析、質(zhì)量評估標(biāo)準(zhǔn)等軟件測試設(shè)計和開發(fā)

制定測試的技術(shù)方案，確認(rèn)各個測試階段要采用的測試技術(shù)、測試環(huán)境和平臺，以及選擇什么樣的測試工具。

設(shè)計測試用例，根據(jù)產(chǎn)品需求分析、系統(tǒng)技術(shù)設(shè)計等規(guī)格說明書，在測試的技術(shù)方案基礎(chǔ)上，設(shè)計具體的測試用例。測試開發(fā)：根據(jù)所選擇的測試工具，將所有可以進(jìn)行自動化測試的測試用例轉(zhuǎn)化為測試腳本的過程；測試環(huán)境的設(shè)計。測試執(zhí)行階段如何確保測試環(huán)境滿足測試用例所描述的要求？如何保證每個測試人員清楚自己的測試任務(wù)？如何保證每個測試用例得到百分之百的執(zhí)行？如何保證所報告的Bug正確、描述清楚？如何跟蹤Bug處理的進(jìn)度使嚴(yán)重的Bug及時得到解決？測試執(zhí)行階段

(2)測試階段目標(biāo)的檢查測試用例執(zhí)行的跟蹤

Bug的跟蹤和管理和項目組外部人員的溝通測試執(zhí)行結(jié)束評判7.4軟件測試項目的資源管理人力資源管理測試環(huán)境資源工作量的估計7.5測試項目的進(jìn)度管理7.5.1測試項目的里程碑和關(guān)鍵路徑7.5.2測試項目進(jìn)度的特性及外在關(guān)系7.5.3測試項目進(jìn)度的管理方法和工具測試項目的里程碑任務(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決定是否達(dá)到測試完成的標(biāo)準(zhǔn)0.5生成測試計劃文檔2錄制和回放原型過程2執(zhí)行測試4測試報告1測試項目進(jìn)度的特性及外在關(guān)系進(jìn)度與質(zhì)量關(guān)系

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

測試進(jìn)度的S曲線法進(jìn)度S曲線法通過對計劃中的進(jìn)度、嘗試的進(jìn)度與實(shí)際的進(jìn)度三者對比來實(shí)現(xiàn)的，其采用的基本數(shù)據(jù)主要是測試用例或測試點(diǎn)的數(shù)量測試進(jìn)度的NOB曲線法NOB，NumberofOpenBug7.6測試項目的風(fēng)險管理7.7測試項目的配置管理

SCM（SoftwareConfigurationManagement的縮寫），是在團(tuán)隊開發(fā)中，標(biāo)識、控制和管理軟件變更的一種管理，包括更改管理、版本管理、問題跟蹤管理等。配置管理對軟件測試和質(zhì)量保證影響比較大，其影響程度取決于項目規(guī)模和復(fù)雜性、人員素質(zhì)、流程、管理水平等。軟件項目中可能遇到如下的問題:找不到某個文件的歷史版本；開發(fā)人員使用錯誤的程序版本；開發(fā)人員未經(jīng)授權(quán)修改代碼或文檔；人員流動，交接工作不徹底；因協(xié)同開發(fā)，或者異地開發(fā)，版本變更混亂導(dǎo)致整個項目失??；……不同程序員對程序的更改會產(chǎn)生沖突程序員A程序員Bcommon-function.javacommon-function.java修改修改添加了函數(shù)checkStringlength()添加了函數(shù)checkDate()服務(wù)器提交提交程序完整性受到破壞

軟件項目進(jìn)行中面臨的一個主要問題是持續(xù)不斷的變化，變化可能導(dǎo)致混亂，而軟件配置管理就是用于控制變化。軟件配置管理(SoftwareConfigurationManagement,SCM)是指一套管理軟件開發(fā)和維護(hù)過程中所產(chǎn)生的各種中間軟件產(chǎn)品的方法和規(guī)則。它是控制軟件系統(tǒng)演變的學(xué)科。測試活動的配置管理屬于整個軟件項目配置管理的一部分。

軟件配置管理的作用服務(wù)器存儲所有文檔和源程序，由版本控制系統(tǒng)管理程序員1程序員n下載提交下載提交……團(tuán)隊開發(fā)的一般模式安裝有版本控制系統(tǒng)客戶端記錄軟件產(chǎn)品的演化過程。確保軟件開發(fā)者在軟件生命周期中的各個階段都能得到精確的產(chǎn)品配置。最終保證軟件產(chǎn)品的完整性、一致性、可追溯性。常見的軟件測試配置項：測試樣品、測試標(biāo)準(zhǔn)、測試計劃、測試用例、缺陷報告、測試報告、測試工具、用戶手冊。

軟件配置管理的效果軟件配置管理的工作是要解決下列問題：（1）采用什么方式去標(biāo)識和管理數(shù)量眾多的程序、文檔等的各種版本？（2）在軟件產(chǎn)品交付用戶之前和交付之后如何控制變更？實(shí)現(xiàn)有效的變更？（3）誰有權(quán)批準(zhǔn)變更以及安排變更的優(yōu)先級？（4）用什么方法估計變更可能引起的其他問題？

這些問題的解決正是軟件配置管理應(yīng)完成的任務(wù)：配置標(biāo)識、版本管理、變更管理、配置審核及配置報告。軟件配置管理

配置標(biāo)識主要是標(biāo)識配置項的名稱和類型。配置標(biāo)識是配置管理的基礎(chǔ)。所有配置項的操作權(quán)限都應(yīng)當(dāng)嚴(yán)格管理，其基本原則是：所有基線配置項向測試人員開放讀取權(quán)限；而非基線配置項向測試組長、項目經(jīng)理及相關(guān)人員開放。配置標(biāo)識基線配置項：基線（baseline）是軟件生存期各開發(fā)階段末尾的特定點(diǎn)，也被稱為里程碑（milestone）。它的作用是把各階段的開發(fā)工作劃分得更加明確，使得本來連續(xù)的工作在這些點(diǎn)上斷開，使之便于檢驗和確認(rèn)階段開發(fā)成果。它對變更控制起的作用是，不允許跨越里程碑去修改另一階段的工作成果。配置標(biāo)識

下圖所示為軟件過程的若干配置基線。以設(shè)計基線為例，若項目的進(jìn)展已跨過了設(shè)計基線，開始了編碼工作，那么設(shè)計的變更必須受到嚴(yán)格的控制，原則上已不允許，應(yīng)該認(rèn)為，此時的設(shè)計已被“凍結(jié)”。版本管理和發(fā)行版本管理（versionmanagement）是對系統(tǒng)不同版本進(jìn)行標(biāo)識和跟蹤的過程。版本標(biāo)識的目的是便于對版本加以區(qū)分、檢索和跟蹤，以表明各個版本之間的關(guān)系。新版本是在修改發(fā)現(xiàn)的軟件缺陷后，開發(fā)出新的程序、形成新的系統(tǒng)；新發(fā)行是除了寫出新的程序，形成新系統(tǒng)之外，還要為用戶準(zhǔn)備數(shù)據(jù)、配置文件、編寫新文檔，準(zhǔn)備新包裝。

版本控制SCI1.0SCI1.1SCI1.2SCI1.3SCI1.4SCI2.0SCI2.1SCI1.1.1SCI1.1.2配置項版本的演化圖(EvolutionGraph)

變更管理過程可用下圖給出的流程來說明。變更管理變更請求表（changerequestform，CRF）的格式如下表所示。表中一些內(nèi)容需由變更分析人員對變更進(jìn)行分析和評估以后填寫。變更管理變更管理存取和同步控制如圖所示。根據(jù)經(jīng)批準(zhǔn)的變更請求和變更實(shí)施方案，軟件工程師從項目數(shù)據(jù)庫中檢出要變更的配置對象。軟件的完整性，是指開發(fā)后期的軟件產(chǎn)品能夠正確地反映用戶所提出的對軟件的要求。軟件配置審核（configurationaudit）的目的就是要證實(shí)整個軟件生存期中各項產(chǎn)品在技術(shù)上和管理上的完整性。正式的技術(shù)評審著重檢查評價軟件配置項，決定它與其他軟件配置項的一致性，是否有遺漏或可能引起的副作用。原則上，技術(shù)評審應(yīng)對所有的變更進(jìn)行。配置審核下圖描述了配置狀態(tài)報告。每次新分配一個軟件配置項或更新一個已有軟件配置項的標(biāo)識，或者一項變更申請被變更控制負(fù)責(zé)人批準(zhǔn)，在配置狀態(tài)報告中就要增加一條變更記錄條目。一旦進(jìn)行了配置審核，其結(jié)果也應(yīng)該寫入報告之中。配置狀態(tài)報告7.8軟件測試文檔的管理

文檔的分類管理文檔的格式和模板管理文檔的一致性管理文檔的存儲管理

測試文檔的類型

根據(jù)測試文檔所起的不同作用，通常把它分成兩類，即前置作業(yè)文檔和后置作業(yè)文檔。

前置作業(yè)文檔:測試計劃及測試用例的文檔。

后置作業(yè)文檔:在測試完成后提交的，主要包括軟件缺陷報告和分析總結(jié)報告。軟件測試文檔測試計劃測試設(shè)計規(guī)格說明測試用例測試日志測試缺陷報告測試總結(jié)報告…7.9軟件測試的成本管理7.9.1軟件測試成本管理概述軟件測試項目成本管理就是根據(jù)企業(yè)的情況和軟件測試項目的具體要求，利用公司既定的資源，在保證軟件測試項目的進(jìn)度、質(zhì)量達(dá)到客戶滿意的情況下，對軟件測試項目成本進(jìn)行有效的組織、實(shí)施、控制、跟蹤、分析和考核等一系列管理活動，最大限度地降低軟件測試項目成本，提高項目利潤。成本管理的過程包括：

1資源計劃

2成本估算

3成本預(yù)算

4成本控制1．測試費(fèi)用有效性測試費(fèi)用的有效性，可以用測試費(fèi)用的質(zhì)量曲線來表示，如圖7-1所示。隨著測試費(fèi)用的增加，發(fā)現(xiàn)的缺陷也會越多，兩線相交的地方是過多測試開始的地方，這時，排除缺陷的測試費(fèi)用超過了缺陷給系統(tǒng)造成的損失費(fèi)用

2．測試成本控制測試成本控制也稱為項目費(fèi)用控制，就是在整個測試項目的實(shí)施過程中，定期收集項目的實(shí)際成本數(shù)據(jù)，與成本的計劃值進(jìn)行對比分析，并進(jìn)行成本預(yù)測，及時發(fā)現(xiàn)并糾正偏差，使項目的成本目標(biāo)盡可能好地實(shí)現(xiàn)。測試工作的主要目標(biāo)是使測試產(chǎn)能最大化，也就是，要使通過測試找出錯誤的能力最大化，而檢測次數(shù)最小化。測試的成本控制目標(biāo)是使測試開發(fā)成本、測試實(shí)施成本和測試維護(hù)成本最小化。在軟件產(chǎn)品測試過程中，測試實(shí)施成本主要包括：測試準(zhǔn)備成本、測試執(zhí)行成本和測試結(jié)束成本。3．質(zhì)量成本測試是一種帶有風(fēng)險性的管理活動，可以使企業(yè)減少因為軟件產(chǎn)品質(zhì)量低劣，而花費(fèi)不必要的成本。質(zhì)量成本要素質(zhì)量成本要素主要包括一致性成本和非一致性成本。一致性成本是指用于保證軟件質(zhì)量的支出，包括預(yù)防成本和測試預(yù)算，如測試計劃、測試開發(fā)、測試實(shí)施費(fèi)用。

非一致性成本是由出現(xiàn)的軟件錯誤和測試過程故障（如延期、劣質(zhì)的發(fā)布）引起的。這些問題會導(dǎo)致返工、補(bǔ)測、延遲。追加測試時間和資金就是一種由于內(nèi)部故障引起的非一致性成本。非一致性成本還包括外部故障（軟件遺留錯誤影響客戶）引起部分。4．缺陷探測率缺陷探測率是另一個衡量測試工作效率的軟件質(zhì)量成本的指標(biāo)。缺陷探測率=測試發(fā)現(xiàn)的軟件缺陷數(shù)/(測試發(fā)現(xiàn)的軟件缺陷數(shù)+客戶發(fā)現(xiàn)并