和自動(dòng)化測(cè)試課件

軟件產(chǎn)品質(zhì)量度量軟件產(chǎn)品質(zhì)量度量2主要議程為什么軟件質(zhì)量需要有度量？（必要性）使用軟件測(cè)試的質(zhì)量度量的挑戰(zhàn)評(píng)價(jià)軟件質(zhì)量的優(yōu)秀度量的特征制定軟件質(zhì)量度量時(shí)注意事項(xiàng)微軟軟件質(zhì)量測(cè)試常用度量使用軟件質(zhì)量度量的注意事項(xiàng) 問(wèn)題解答2主要議程為什么軟件質(zhì)量需要有度量？（必要性）3一為什么軟件質(zhì)量需要有度量？有效產(chǎn)品質(zhì)量管理改進(jìn)用戶滿意度改進(jìn)產(chǎn)品質(zhì)量減少產(chǎn)品開(kāi)發(fā)和售后服務(wù)支持費(fèi)用沒(méi)有質(zhì)量度量，等于沒(méi)有質(zhì)量標(biāo)準(zhǔn)！3一為什么軟件質(zhì)量需要有度量？有效產(chǎn)品質(zhì)量管理4軟件測(cè)試的質(zhì)量需要有度量有效實(shí)行測(cè)試質(zhì)量分析和管理可及時(shí)檢查測(cè)試進(jìn)度和質(zhì)量幫助發(fā)現(xiàn)測(cè)試漏洞比較測(cè)試質(zhì)量變化趨勢(shì)，風(fēng)險(xiǎn)分析幫助找出最佳實(shí)踐4軟件測(cè)試的質(zhì)量需要有度量有效實(shí)行測(cè)試質(zhì)量分析和管理5二使用軟件產(chǎn)品質(zhì)量度量的挑戰(zhàn)無(wú)公認(rèn)準(zhǔn)確和科學(xué)的度量產(chǎn)品性質(zhì)不同，很難有通用的度量最佳實(shí)踐實(shí)際上是經(jīng)驗(yàn)積累總結(jié)涉及不定因素和人為因素片面理解和使用可以造成負(fù)面影響和效果5二使用軟件產(chǎn)品質(zhì)量度量的挑戰(zhàn)無(wú)公認(rèn)準(zhǔn)確和科學(xué)的度量6三評(píng)價(jià)軟件質(zhì)量的優(yōu)秀度量的特征

準(zhǔn)確性穩(wěn)定性可驗(yàn)證性有針對(duì)性有說(shuō)服力重復(fù)使用性可追蹤性簡(jiǎn)單實(shí)用性6三評(píng)價(jià)軟件質(zhì)量的優(yōu)秀度量的特征準(zhǔn)確性7四制定軟件質(zhì)量度量時(shí)注意事項(xiàng)跟蹤度量的變化的一致性提供基礎(chǔ)數(shù)據(jù)以便杜絕濫用數(shù)據(jù)討論會(huì)或所有有關(guān)方面認(rèn)可體現(xiàn)產(chǎn)品質(zhì)量結(jié)果是否滿足質(zhì)量標(biāo)準(zhǔn)明確誰(shuí)是使用者7四制定軟件質(zhì)量度量時(shí)注意事項(xiàng)跟蹤度量的變化的一致性8五微軟軟件質(zhì)量測(cè)試常用度量產(chǎn)品設(shè)計(jì)規(guī)范(Spec或設(shè)計(jì)文檔)質(zhì)量狀態(tài)缺陷（bug）數(shù)據(jù)有關(guān)度量測(cè)試案例度量測(cè)試規(guī)范度量測(cè)試過(guò)的系統(tǒng)數(shù)量自動(dòng)化測(cè)試度量CodeCoverage（代碼覆蓋）單一功能測(cè)試驗(yàn)收質(zhì)量度量8五微軟軟件質(zhì)量測(cè)試常用度量產(chǎn)品設(shè)計(jì)規(guī)范(Spec或設(shè)計(jì)文91.產(chǎn)品設(shè)計(jì)規(guī)范質(zhì)量狀態(tài)分類常用的五種狀態(tài)一頁(yè)(Onepage)–用于安排時(shí)間和分配人員草稿(Draft)–用于提出疑問(wèn)和初步設(shè)想以供討論審閱(Review)–有所有的設(shè)計(jì)技術(shù)細(xì)節(jié)，可以供審閱提交審核會(huì)(Inspection)–所有的設(shè)計(jì)技術(shù)細(xì)節(jié)到位、沒(méi)有明顯遺留疑問(wèn)、漏洞等開(kāi)始編碼(Coding)–開(kāi)發(fā)人員可以開(kāi)始便寫代碼來(lái)實(shí)現(xiàn)該設(shè)計(jì)功能規(guī)范91.產(chǎn)品設(shè)計(jì)規(guī)范質(zhì)量狀態(tài)分類常用的五種狀態(tài)10產(chǎn)品設(shè)計(jì)規(guī)范質(zhì)量到位狀況五種狀態(tài)中各占的%是多少?按事先計(jì)劃日程完成的比例是多少？多少%開(kāi)發(fā)人員至少有一個(gè)指派給他的功能可以進(jìn)行編碼？10產(chǎn)品設(shè)計(jì)規(guī)范質(zhì)量到位狀況五種狀態(tài)中各占的%是多少?112.缺陷統(tǒng)計(jì)數(shù)據(jù)的度量(I)所有缺陷數(shù)量的時(shí)間走勢(shì)或趨勢(shì)統(tǒng)計(jì)(BugTrendsByTime)未被處理的缺陷按照嚴(yán)重程度的統(tǒng)計(jì)(ActiveBugsBySeverity)

未被處理的缺陷按照優(yōu)先程度的統(tǒng)計(jì)(ActiveBugsByPriority)未被處理的缺陷數(shù)量的時(shí)間走勢(shì)或趨勢(shì)統(tǒng)計(jì)

（ActiveBugsOverTime）所有的缺陷按照嚴(yán)重程度的統(tǒng)計(jì)(AllBugsBySeverity)新被發(fā)現(xiàn)的缺陷按嚴(yán)重程度的統(tǒng)計(jì)(OpenedBugsBySeverity)

已處理的缺陷按照嚴(yán)重程度的統(tǒng)計(jì)(ResolvedBugsBySeverity)

被修復(fù)的缺陷按照嚴(yán)重程度的統(tǒng)計(jì)

(FixedBySeverity)112.缺陷統(tǒng)計(jì)數(shù)據(jù)的度量(I)所有缺陷數(shù)量的時(shí)間走勢(shì)或趨勢(shì)12時(shí)間缺陷數(shù)量所有的缺陷按照嚴(yán)重程度的統(tǒng)計(jì)(AllBugsBySeverity)12時(shí)間缺陷數(shù)量所有的缺陷按照嚴(yán)重程度的統(tǒng)計(jì)(AllBug132.缺陷統(tǒng)計(jì)數(shù)據(jù)的度量(II)已發(fā)現(xiàn)缺陷的數(shù)量和已修復(fù)的缺陷的數(shù)量的比率

(Fixed/Found)。也被稱為修改率或糾錯(cuò)率(FixRate)

未處理的缺陷數(shù)量和已處理的的缺陷數(shù)量的比率

(active/resolved)已處理的被修復(fù)的缺陷數(shù)量和已處理的缺陷數(shù)量的比率（ResolvedasFixed/resolved）重新被激活的已修復(fù)的缺陷數(shù)量(Bugre-activationrate)通過(guò)測(cè)試找到的缺陷的統(tǒng)計(jì)(Bugsopenedbytestingactivity)132.缺陷統(tǒng)計(jì)數(shù)據(jù)的度量(II)已發(fā)現(xiàn)缺陷的數(shù)量和已修復(fù)的142.缺陷統(tǒng)計(jì)數(shù)據(jù)的度量(III)不同語(yǔ)言版本缺陷數(shù)量的統(tǒng)計(jì)(BugsopenedbyLanguageversion)被報(bào)告存在缺陷的各功能統(tǒng)計(jì)(Whereyourbugswerefound)處理缺陷的平均時(shí)間的統(tǒng)計(jì)(AverageTimetoResolve)關(guān)閉缺陷的平均時(shí)間的統(tǒng)計(jì)(AverageTimetoClose)被處理缺陷的不同結(jié)論統(tǒng)計(jì)(ResolvedBugsByResolution)142.缺陷統(tǒng)計(jì)數(shù)據(jù)的度量(III)不同語(yǔ)言版本缺陷數(shù)量的統(tǒng)15里程碑編程階段缺陷變化趨勢(shì)15里程碑編程階段缺陷變化趨勢(shì)163.測(cè)試案例度量運(yùn)行測(cè)試案例數(shù)量和通過(guò)測(cè)試的案例數(shù)量之比不同產(chǎn)品開(kāi)發(fā)階段該比率變化測(cè)試案例包括的范圍運(yùn)行測(cè)試案例的頻率有測(cè)試案例的功能數(shù)量163.測(cè)試案例度量運(yùn)行測(cè)試案例數(shù)量和通過(guò)測(cè)試的案例數(shù)量之比174.測(cè)試規(guī)范度量測(cè)試規(guī)范數(shù)量和所有功能數(shù)量之比滿足撰寫要求的測(cè)試規(guī)范數(shù)量和所有測(cè)試規(guī)范數(shù)量之比必要的內(nèi)容遺漏的比率測(cè)試規(guī)范:

微軟把針對(duì)怎樣測(cè)試某功能的，有細(xì)分功能后的具體測(cè)試條例等細(xì)節(jié)的測(cè)試文檔叫做測(cè)試規(guī)范（TestDesignSpecification或簡(jiǎn)稱TDS）。174.測(cè)試規(guī)范度量測(cè)試規(guī)范數(shù)量和所有功能數(shù)量之比測(cè)試規(guī)范:185.測(cè)試過(guò)的系統(tǒng)數(shù)量所支持的不同語(yǔ)言系統(tǒng)的總數(shù)與測(cè)試過(guò)的語(yǔ)言系統(tǒng)數(shù)量所支持系統(tǒng)的總數(shù)與測(cè)試過(guò)的系統(tǒng)數(shù)量Windows2000(SPx)WindowsXP(SPx)Windows2003Server(SPx)TabletPC新的系統(tǒng)平臺(tái)185.測(cè)試過(guò)的系統(tǒng)數(shù)量所支持的不同語(yǔ)言系統(tǒng)的總數(shù)與測(cè)試過(guò)的196.自動(dòng)化測(cè)試度量測(cè)試的可自動(dòng)化程度能自動(dòng)化的和實(shí)現(xiàn)自動(dòng)化的比率運(yùn)行通過(guò)的自動(dòng)化腳本比率不同產(chǎn)品開(kāi)發(fā)階段該比率變化196.自動(dòng)化測(cè)試度量測(cè)試的可自動(dòng)化程度207.CodeCoverage（代碼覆蓋）代碼覆蓋度量定義和目的代碼覆蓋種類代碼覆蓋的有效使用開(kāi)發(fā)人員：?jiǎn)卧獪y(cè)試(unittesting)測(cè)試人員：系統(tǒng)測(cè)試(systemtesting)和自動(dòng)化測(cè)試207.CodeCoverage（代碼覆蓋）代碼覆蓋度量定21代碼覆蓋是什么？動(dòng)態(tài)白盒測(cè)試評(píng)價(jià)技術(shù)已經(jīng)執(zhí)行（測(cè)試）了什么（whathasbeenexecuted）沒(méi)有執(zhí)行的（測(cè)試）有什么whathasnotbeenexecutedandstillremainstobetested.需要有源代碼內(nèi)部輔助工具21代碼覆蓋是什么？動(dòng)態(tài)白盒測(cè)試評(píng)價(jià)技術(shù)22使用代碼覆蓋度量的目地經(jīng)驗(yàn)總結(jié)：大約的20%代碼囊括缺陷總數(shù)的80%目的不是要達(dá)到某個(gè)神奇的數(shù)字，而是要發(fā)現(xiàn)測(cè)試中的漏洞達(dá)到比較廣泛的覆蓋率相對(duì)容易，但要達(dá)到100%覆蓋常需要多得多的成本平均目標(biāo)65%理想目標(biāo)75%22使用代碼覆蓋度量的目地經(jīng)驗(yàn)總結(jié)：大約的20%代碼囊括缺陷23代碼覆蓋度量種類代碼函數(shù)覆蓋數(shù)量代碼運(yùn)行使用到的功能覆蓋數(shù)量代碼數(shù)據(jù)種類覆蓋數(shù)量代碼函數(shù)條件覆蓋數(shù)量代碼通路(path)覆蓋數(shù)量23代碼覆蓋度量種類代碼函數(shù)覆蓋數(shù)量24代碼覆蓋結(jié)果分析24代碼覆蓋結(jié)果分析25使用代碼覆蓋度量改進(jìn)測(cè)試代碼覆蓋度量只能揭示測(cè)試的漏洞，并不能直接改進(jìn)測(cè)試為什么有些代碼沒(méi)有執(zhí)行到？腳本運(yùn)行時(shí)執(zhí)行到了代碼不意味著測(cè)試的深度和全面性先查功能代碼覆蓋率，再計(jì)劃寫自動(dòng)化腳本的優(yōu)先順序撰寫測(cè)試用例已覆蓋所有要測(cè)試的功能行為，然后編寫自動(dòng)化腳本加以驗(yàn)證添加新自動(dòng)化腳本覆蓋找到的漏洞25使用代碼覆蓋度量改進(jìn)測(cè)試代碼覆蓋度量只能揭示測(cè)試的漏洞，26使用代碼覆蓋度量結(jié)果分析沒(méi)有覆蓋代碼的可能原因和改進(jìn)措施：遺漏的功能行為：追加測(cè)試程序中有‘死角’代碼，沒(méi)有功能行為可以執(zhí)行該代碼：刪除？很難模擬的出錯(cuò)條件：可否有其他方法？過(guò)時(shí)的功能規(guī)范？--更新功能規(guī)范26使用代碼覆蓋度量結(jié)果分析沒(méi)有覆蓋代碼的可能原因和改進(jìn)措施278.單一功能測(cè)試驗(yàn)收質(zhì)量度量預(yù)先計(jì)劃的詳細(xì)測(cè)試：100%完成？自動(dòng)化測(cè)試覆蓋率：≥65%？自動(dòng)化測(cè)試運(yùn)行結(jié)果：0%失敗率？發(fā)現(xiàn)缺陷的難易程度：4小時(shí)發(fā)現(xiàn)缺陷≤2缺陷嚴(yán)重度和數(shù)量變化趨勢(shì)：近期無(wú)高嚴(yán)重度缺陷功能穩(wěn)定程度：近期代碼無(wú)需改變、自動(dòng)化運(yùn)行一直保持100%通過(guò)278.單一功能測(cè)試驗(yàn)收質(zhì)量度量預(yù)先計(jì)劃的詳細(xì)測(cè)試：100%28六使用軟件質(zhì)量度量的注意事項(xiàng)和建議應(yīng)當(dāng)加以分析后挑選適當(dāng)度量不應(yīng)作為唯一的測(cè)試質(zhì)量衡量標(biāo)準(zhǔn)考慮人為因素和不定性因素的影響同一產(chǎn)品不同功能也應(yīng)使用統(tǒng)一衡量標(biāo)準(zhǔn)分析度量結(jié)果以指導(dǎo)測(cè)試和開(kāi)發(fā)過(guò)程研發(fā)適合自己產(chǎn)品使用的質(zhì)量度量28六使用軟件質(zhì)量度量的注意事項(xiàng)和建議應(yīng)當(dāng)加以分析后挑選適29問(wèn)題解答？謝謝大家！歡迎交流！29問(wèn)題解答？3030軟件產(chǎn)品質(zhì)量度量軟件產(chǎn)品質(zhì)量度量32主要議程為什么軟件質(zhì)量需要有度量？（必要性）使用軟件測(cè)試的質(zhì)量度量的挑戰(zhàn)評(píng)價(jià)軟件質(zhì)量的優(yōu)秀度量的特征制定軟件質(zhì)量度量時(shí)注意事項(xiàng)微軟軟件質(zhì)量測(cè)試常用度量使用軟件質(zhì)量度量的注意事項(xiàng) 問(wèn)題解答2主要議程為什么軟件質(zhì)量需要有度量？（必要性）33一為什么軟件質(zhì)量需要有度量？有效產(chǎn)品質(zhì)量管理改進(jìn)用戶滿意度改進(jìn)產(chǎn)品質(zhì)量減少產(chǎn)品開(kāi)發(fā)和售后服務(wù)支持費(fèi)用沒(méi)有質(zhì)量度量，等于沒(méi)有質(zhì)量標(biāo)準(zhǔn)！3一為什么軟件質(zhì)量需要有度量？有效產(chǎn)品質(zhì)量管理34軟件測(cè)試的質(zhì)量需要有度量有效實(shí)行測(cè)試質(zhì)量分析和管理可及時(shí)檢查測(cè)試進(jìn)度和質(zhì)量幫助發(fā)現(xiàn)測(cè)試漏洞比較測(cè)試質(zhì)量變化趨勢(shì)，風(fēng)險(xiǎn)分析幫助找出最佳實(shí)踐4軟件測(cè)試的質(zhì)量需要有度量有效實(shí)行測(cè)試質(zhì)量分析和管理35二使用軟件產(chǎn)品質(zhì)量度量的挑戰(zhàn)無(wú)公認(rèn)準(zhǔn)確和科學(xué)的度量產(chǎn)品性質(zhì)不同，很難有通用的度量最佳實(shí)踐實(shí)際上是經(jīng)驗(yàn)積累總結(jié)涉及不定因素和人為因素片面理解和使用可以造成負(fù)面影響和效果5二使用軟件產(chǎn)品質(zhì)量度量的挑戰(zhàn)無(wú)公認(rèn)準(zhǔn)確和科學(xué)的度量36三評(píng)價(jià)軟件質(zhì)量的優(yōu)秀度量的特征

準(zhǔn)確性穩(wěn)定性可驗(yàn)證性有針對(duì)性有說(shuō)服力重復(fù)使用性可追蹤性簡(jiǎn)單實(shí)用性6三評(píng)價(jià)軟件質(zhì)量的優(yōu)秀度量的特征準(zhǔn)確性37四制定軟件質(zhì)量度量時(shí)注意事項(xiàng)跟蹤度量的變化的一致性提供基礎(chǔ)數(shù)據(jù)以便杜絕濫用數(shù)據(jù)討論會(huì)或所有有關(guān)方面認(rèn)可體現(xiàn)產(chǎn)品質(zhì)量結(jié)果是否滿足質(zhì)量標(biāo)準(zhǔn)明確誰(shuí)是使用者7四制定軟件質(zhì)量度量時(shí)注意事項(xiàng)跟蹤度量的變化的一致性38五微軟軟件質(zhì)量測(cè)試常用度量產(chǎn)品設(shè)計(jì)規(guī)范(Spec或設(shè)計(jì)文檔)質(zhì)量狀態(tài)缺陷（bug）數(shù)據(jù)有關(guān)度量測(cè)試案例度量測(cè)試規(guī)范度量測(cè)試過(guò)的系統(tǒng)數(shù)量自動(dòng)化測(cè)試度量CodeCoverage（代碼覆蓋）單一功能測(cè)試驗(yàn)收質(zhì)量度量8五微軟軟件質(zhì)量測(cè)試常用度量產(chǎn)品設(shè)計(jì)規(guī)范(Spec或設(shè)計(jì)文391.產(chǎn)品設(shè)計(jì)規(guī)范質(zhì)量狀態(tài)分類常用的五種狀態(tài)一頁(yè)(Onepage)–用于安排時(shí)間和分配人員草稿(Draft)–用于提出疑問(wèn)和初步設(shè)想以供討論審閱(Review)–有所有的設(shè)計(jì)技術(shù)細(xì)節(jié)，可以供審閱提交審核會(huì)(Inspection)–所有的設(shè)計(jì)技術(shù)細(xì)節(jié)到位、沒(méi)有明顯遺留疑問(wèn)、漏洞等開(kāi)始編碼(Coding)–開(kāi)發(fā)人員可以開(kāi)始便寫代碼來(lái)實(shí)現(xiàn)該設(shè)計(jì)功能規(guī)范91.產(chǎn)品設(shè)計(jì)規(guī)范質(zhì)量狀態(tài)分類常用的五種狀態(tài)40產(chǎn)品設(shè)計(jì)規(guī)范質(zhì)量到位狀況五種狀態(tài)中各占的%是多少?按事先計(jì)劃日程完成的比例是多少？多少%開(kāi)發(fā)人員至少有一個(gè)指派給他的功能可以進(jìn)行編碼？10產(chǎn)品設(shè)計(jì)規(guī)范質(zhì)量到位狀況五種狀態(tài)中各占的%是多少?412.缺陷統(tǒng)計(jì)數(shù)據(jù)的度量(I)所有缺陷數(shù)量的時(shí)間走勢(shì)或趨勢(shì)統(tǒng)計(jì)(BugTrendsByTime)未被處理的缺陷按照嚴(yán)重程度的統(tǒng)計(jì)(ActiveBugsBySeverity)

未被處理的缺陷按照優(yōu)先程度的統(tǒng)計(jì)(ActiveBugsByPriority)未被處理的缺陷數(shù)量的時(shí)間走勢(shì)或趨勢(shì)統(tǒng)計(jì)

（ActiveBugsOverTime）所有的缺陷按照嚴(yán)重程度的統(tǒng)計(jì)(AllBugsBySeverity)新被發(fā)現(xiàn)的缺陷按嚴(yán)重程度的統(tǒng)計(jì)(OpenedBugsBySeverity)

已處理的缺陷按照嚴(yán)重程度的統(tǒng)計(jì)(ResolvedBugsBySeverity)

被修復(fù)的缺陷按照嚴(yán)重程度的統(tǒng)計(jì)

(FixedBySeverity)112.缺陷統(tǒng)計(jì)數(shù)據(jù)的度量(I)所有缺陷數(shù)量的時(shí)間走勢(shì)或趨勢(shì)42時(shí)間缺陷數(shù)量所有的缺陷按照嚴(yán)重程度的統(tǒng)計(jì)(AllBugsBySeverity)12時(shí)間缺陷數(shù)量所有的缺陷按照嚴(yán)重程度的統(tǒng)計(jì)(AllBug432.缺陷統(tǒng)計(jì)數(shù)據(jù)的度量(II)已發(fā)現(xiàn)缺陷的數(shù)量和已修復(fù)的缺陷的數(shù)量的比率

(Fixed/Found)。也被稱為修改率或糾錯(cuò)率(FixRate)

未處理的缺陷數(shù)量和已處理的的缺陷數(shù)量的比率

(active/resolved)已處理的被修復(fù)的缺陷數(shù)量和已處理的缺陷數(shù)量的比率（ResolvedasFixed/resolved）重新被激活的已修復(fù)的缺陷數(shù)量(Bugre-activationrate)通過(guò)測(cè)試找到的缺陷的統(tǒng)計(jì)(Bugsopenedbytestingactivity)132.缺陷統(tǒng)計(jì)數(shù)據(jù)的度量(II)已發(fā)現(xiàn)缺陷的數(shù)量和已修復(fù)的442.缺陷統(tǒng)計(jì)數(shù)據(jù)的度量(III)不同語(yǔ)言版本缺陷數(shù)量的統(tǒng)計(jì)(BugsopenedbyLanguageversion)被報(bào)告存在缺陷的各功能統(tǒng)計(jì)(Whereyourbugswerefound)處理缺陷的平均時(shí)間的統(tǒng)計(jì)(AverageTimetoResolve)關(guān)閉缺陷的平均時(shí)間的統(tǒng)計(jì)(AverageTimetoClose)被處理缺陷的不同結(jié)論統(tǒng)計(jì)(ResolvedBugsByResolution)142.缺陷統(tǒng)計(jì)數(shù)據(jù)的度量(III)不同語(yǔ)言版本缺陷數(shù)量的統(tǒng)45里程碑編程階段缺陷變化趨勢(shì)15里程碑編程階段缺陷變化趨勢(shì)463.測(cè)試案例度量運(yùn)行測(cè)試案例數(shù)量和通過(guò)測(cè)試的案例數(shù)量之比不同產(chǎn)品開(kāi)發(fā)階段該比率變化測(cè)試案例包括的范圍運(yùn)行測(cè)試案例的頻率有測(cè)試案例的功能數(shù)量163.測(cè)試案例度量運(yùn)行測(cè)試案例數(shù)量和通過(guò)測(cè)試的案例數(shù)量之比474.測(cè)試規(guī)范度量測(cè)試規(guī)范數(shù)量和所有功能數(shù)量之比滿足撰寫要求的測(cè)試規(guī)范數(shù)量和所有測(cè)試規(guī)范數(shù)量之比必要的內(nèi)容遺漏的比率測(cè)試規(guī)范:

微軟把針對(duì)怎樣測(cè)試某功能的，有細(xì)分功能后的具體測(cè)試條例等細(xì)節(jié)的測(cè)試文檔叫做測(cè)試規(guī)范（TestDesignSpecification或簡(jiǎn)稱TDS）。174.測(cè)試規(guī)范度量測(cè)試規(guī)范數(shù)量和所有功能數(shù)量之比測(cè)試規(guī)范:485.測(cè)試過(guò)的系統(tǒng)數(shù)量所支持的不同語(yǔ)言系統(tǒng)的總數(shù)與測(cè)試過(guò)的語(yǔ)言系統(tǒng)數(shù)量所支持系統(tǒng)的總數(shù)與測(cè)試過(guò)的系統(tǒng)數(shù)量Windows2000(SPx)WindowsXP(SPx)Windows2003Server(SPx)TabletPC新的系統(tǒng)平臺(tái)185.測(cè)試過(guò)的系統(tǒng)數(shù)量所支持的不同語(yǔ)言系統(tǒng)的總數(shù)與測(cè)試過(guò)的496.自動(dòng)化測(cè)試度量測(cè)試的可自動(dòng)化程度能自動(dòng)化的和實(shí)現(xiàn)自動(dòng)化的比率運(yùn)行通過(guò)的自動(dòng)化腳本比率不同產(chǎn)品開(kāi)發(fā)階段該比率變化196.自動(dòng)化測(cè)試度量測(cè)試的可自動(dòng)化程度507.CodeCoverage（代碼覆蓋）代碼覆蓋度量定義和目的代碼覆蓋種類代碼覆蓋的有效使用開(kāi)發(fā)人員：?jiǎn)卧獪y(cè)試(unittesting)測(cè)試人員：系統(tǒng)測(cè)試(systemtesting)和自動(dòng)化測(cè)試207.CodeCoverage（代碼覆蓋）代碼覆蓋度量定51代碼覆蓋是什么？動(dòng)態(tài)白盒測(cè)試評(píng)價(jià)技術(shù)已經(jīng)執(zhí)行（測(cè)試）了什么（whathasbeenexecuted）沒(méi)有執(zhí)行的（測(cè)試）有什么whathasnotbeenexecutedandstillremainstobetested.需要有源代碼內(nèi)部輔助工具21代碼覆蓋是什么？動(dòng)態(tài)白盒測(cè)試評(píng)價(jià)技術(shù)52使用代碼覆蓋度量的目地經(jīng)驗(yàn)總結(jié)：大約的20%代碼囊括缺陷總數(shù)的80%目的不是要達(dá)到某個(gè)神奇的數(shù)字，而是要發(fā)現(xiàn)測(cè)試中的漏洞達(dá)到比較廣泛的覆蓋率相對(duì)容易，但要達(dá)到100%覆蓋常需要多得多的成本平均目標(biāo)65%理想目標(biāo)75%22使用代碼覆蓋度量的目地經(jīng)驗(yàn)總結(jié)：大約的20%代碼囊括缺陷53代碼覆蓋度量種類