計(jì)算機(jī)測(cè)試報(bào)告范例

測(cè)試總結(jié)和報(bào)告測(cè)試人員的工作通常并不像開發(fā)人員那樣能直接體現(xiàn)出來(lái)，讓大家一目了然。開發(fā)人員做的是建設(shè)性的工作，如開發(fā)了哪些功能，寫了幾行代碼，設(shè)計(jì)了幾個(gè)類，都能直觀地看到，而且，通過(guò)軟件能很鮮活地演示開發(fā)人員的工作成果。但是測(cè)試人員的工作相對(duì)隱蔽一點(diǎn)，測(cè)試人員做的是破壞性的工作，并且沒(méi)有很多可以直觀體現(xiàn)測(cè)試人員貢獻(xiàn)的東西。筆者曾經(jīng)聽到公司人事部的一位同事說(shuō)：“你們做測(cè)試的真好，整天坐在那里”。當(dāng)然，這是外行人看內(nèi)行時(shí)說(shuō)的話，但是給筆者的一個(gè)啟示是：測(cè)試人員需要更多地表現(xiàn)自己，展現(xiàn)自己的工作成果。說(shuō)明：由于缺陷列表太細(xì)、太大，測(cè)試用例過(guò)于專業(yè)，很多人對(duì)其不感興趣，因此測(cè)試報(bào)告能很好地展示自己的工作狀況，測(cè)試報(bào)告是提供給很多人看的一份文檔。下面是一個(gè)項(xiàng)目的測(cè)試報(bào)告的綱要：1簡(jiǎn)介1.1編寫目的1.2項(xiàng)目背景1.3術(shù)語(yǔ)和縮略詞1.4參考資料2目標(biāo)及范圍2.1測(cè)試目的及標(biāo)準(zhǔn)2.2測(cè)試范圍3測(cè)試過(guò)程3.1測(cè)試內(nèi)容3.2測(cè)試時(shí)間3.3測(cè)試環(huán)境3.4測(cè)試方法及測(cè)試用例設(shè)計(jì)4測(cè)試情況分析4.1測(cè)試概要4.2測(cè)試用例執(zhí)行情況4.3缺陷情況4.4測(cè)試覆蓋率分析4.5產(chǎn)品質(zhì)量情況分析5測(cè)試總結(jié)5.1測(cè)試資源消耗情況5.2測(cè)試經(jīng)驗(yàn)總結(jié)6附件附件1測(cè)試用例清單附件2缺陷清單一、缺陷分類報(bào)告缺陷分類報(bào)告是測(cè)試報(bào)告的重要組成部分，可以再細(xì)分為：缺陷類型分布報(bào)告、缺陷區(qū)域分布報(bào)告和缺陷狀態(tài)分布報(bào)告等。1．缺陷類型分布報(bào)告缺陷類型分布報(bào)告主要描述缺陷類型的分布情況，看缺陷屬于哪些類型的錯(cuò)誤。這些信息有助于引起開發(fā)人員的注意，并分析缺陷為什么會(huì)集中在這種類型。例如，如果缺陷主要是界面類型的，如界面提示信息不規(guī)范、界面布局凌亂等問(wèn)題，那么就要討論是否需要制定相應(yīng)的界面規(guī)范，讓開發(fā)人員遵循，從而防止類似問(wèn)題的出現(xiàn)。缺陷類型分布報(bào)告一般用餅圖或柱狀圖顯示。如圖7.29所示，用餅圖表示了幾種類型的缺陷各自所占的比例。圖缺陷分布報(bào)告2.缺陷區(qū)域分布報(bào)告缺陷區(qū)域分布報(bào)告主要描述缺陷在不同功能模塊出現(xiàn)的情況，這些信息有助于開發(fā)人員分析為什么缺陷會(huì)集中出現(xiàn)在某個(gè)功能模塊。例如，如果缺陷主要集中在單據(jù)的審批過(guò)程中，那么就要分析是否是審批流程調(diào)用的工作流接口設(shè)計(jì)不合理。缺陷區(qū)域分布報(bào)告一般使用餅圖或柱狀圖表示。如圖7.30所示，用柱狀圖表示缺陷分布在不同的功能模塊的個(gè)數(shù)。圖缺陷區(qū)域分布報(bào)告3.缺陷狀態(tài)分布報(bào)告缺陷狀態(tài)分布報(bào)告主要描述缺陷各種狀態(tài)的比例情況，例如Open、Fixed、Closed、Reopen、Rejected、Delay的Bug分別占了百分之多少。這些信息有助于評(píng)估測(cè)試和產(chǎn)品的現(xiàn)狀：如果Open的Bug比例過(guò)高，則考慮讓開發(fā)人員暫停開發(fā)新功能，先集中精力修改Bug；如果Fixed狀態(tài)的Bug很多，則考慮讓測(cè)試人員暫停測(cè)試新功能，先集中精力做一次回歸測(cè)試，把修改的Bug驗(yàn)證完；如果Closed的Bug居多，則可能意味著功能模塊趨于穩(wěn)定；如果Reopen的Bug比較多，則需要分析開發(fā)人員的開發(fā)狀態(tài)，是什么原因造成缺陷修改不徹底；如果Rejected的Bug比例過(guò)高，則要看開發(fā)人員與測(cè)試人員是否對(duì)需求存在理解上的分歧；如果Delay的Bug比例過(guò)高，則要考慮這個(gè)版本是否滿足用戶的要求，是否缺少了太多應(yīng)該在這個(gè)版本出現(xiàn)的功能特性。缺陷狀態(tài)分布報(bào)告一般使用餅圖或柱狀圖表示。如圖7.31所示，用餅圖表示各種狀態(tài)的缺陷個(gè)數(shù)以及所占的百分比。圖缺陷狀態(tài)分布報(bào)告注意：其他的缺陷分類報(bào)告也可以寫到測(cè)試報(bào)告中，例如，嚴(yán)重級(jí)別分類報(bào)告、優(yōu)先級(jí)別分類報(bào)告、負(fù)責(zé)人分類報(bào)告、發(fā)現(xiàn)人分類報(bào)告、版本分類報(bào)告等。但是要注意，應(yīng)該用這些分類報(bào)告來(lái)說(shuō)明問(wèn)題，而不要用來(lái)指責(zé)別人，例如使用負(fù)責(zé)人分類報(bào)告來(lái)嘲笑某個(gè)開發(fā)人員是“Bug大王”等。二、缺陷趨勢(shì)報(bào)告缺陷趨勢(shì)報(bào)告主要描述一段時(shí)間內(nèi)的缺陷情況。如果項(xiàng)目管理比較規(guī)范，缺陷管理和測(cè)試流程比較正常的話，缺陷趨勢(shì)報(bào)告還可以用來(lái)估算軟件可發(fā)布的日期。例如，如圖7.32所示的缺陷趨勢(shì)圖，表示在2001年9月3號(hào)至2001年9月24號(hào)之間的Bug狀態(tài)變化。圖缺陷趨勢(shì)圖從圖7.32可以看出，Open狀態(tài)的Bug在不斷地增加，F(xiàn)ixed狀態(tài)的Bug在2001年9月16號(hào)后開始驟然下降，這表示，這段時(shí)間開發(fā)人員有可能在開發(fā)幾種新的功能，忽略了Bug的修改工作。發(fā)現(xiàn)并錄入Bug，與修改并關(guān)閉Bug是一對(duì)互相對(duì)沖的兩個(gè)變量，軟件產(chǎn)品就是在這樣此消彼漲的過(guò)程中不斷完善和改進(jìn)質(zhì)量的。有經(jīng)驗(yàn)的項(xiàng)目經(jīng)理和測(cè)試人員會(huì)非常關(guān)注這樣的發(fā)展曲線，從而判斷項(xiàng)目產(chǎn)品的質(zhì)量狀態(tài)和發(fā)展趨勢(shì)。筆者曾經(jīng)在某個(gè)項(xiàng)目中與一位項(xiàng)目經(jīng)理在項(xiàng)目的待發(fā)布階段每天都在觀察缺陷趨勢(shì)圖，這位項(xiàng)目經(jīng)理甚至把它戲稱為軟件產(chǎn)品的“股市”技術(shù)圖。但是確實(shí)能從這些圖中看出一個(gè)產(chǎn)品的質(zhì)量趨勢(shì)，如果項(xiàng)目管理得比較規(guī)范的話，甚至可以從這些圖的某些關(guān)鍵點(diǎn)推算出可發(fā)布版本的日期。在微軟的項(xiàng)目管理中，把這種關(guān)鍵點(diǎn)稱為零Bug反彈點(diǎn)。例如，圖7.33中就有幾個(gè)零Bug反彈點(diǎn)（用圓圈圈住的地方）。圖零Bug反彈項(xiàng)目在第一次達(dá)到零缺陷，即所有Bug（或者大部分Bug）都基本處理掉了，沒(méi)有發(fā)現(xiàn)新的Bug時(shí)，還不能馬上發(fā)布版本，因?yàn)锽ug會(huì)反彈。由于缺陷的“隱蔽特性”和“免疫特性”，第一個(gè)零缺陷點(diǎn)是一個(gè)質(zhì)量安全的假像，測(cè)試人員很快就會(huì)在新版本中發(fā)現(xiàn)更多的Bug，有些項(xiàng)目甚至要到第三個(gè)或第四個(gè)零Bug點(diǎn)才能安全地發(fā)布，這取決于項(xiàng)目的實(shí)際控制方式。已投稿到：排行榜圈子閱讀(2473)|評(píng)論(2)|收藏(0)|打印|舉報(bào)2測(cè)試概要用表格的形式列出每一項(xiàng)測(cè)試的標(biāo)識(shí)符及其測(cè)試內(nèi)容，并指明實(shí)際進(jìn)行的測(cè)試工作內(nèi)容與測(cè)試計(jì)劃中預(yù)先設(shè)計(jì)的內(nèi)容之間的差別，說(shuō)明作出這種改變的原因。3測(cè)試結(jié)果及發(fā)現(xiàn)3.1測(cè)試1（標(biāo)識(shí)符）把本項(xiàng)測(cè)試中實(shí)際得到的動(dòng)態(tài)輸出（包括內(nèi)部生成數(shù)據(jù)輸出）結(jié)果同對(duì)于動(dòng)態(tài)輸出的要求進(jìn)行比較，陳述其中的各項(xiàng)發(fā)現(xiàn)。3.2測(cè)試2（標(biāo)識(shí)符）用類似本報(bào)告3.1條的方式給出第2項(xiàng)及其后各項(xiàng)測(cè)試內(nèi)容的測(cè)試結(jié)果和發(fā)現(xiàn)。4對(duì)軟件功能的結(jié)論4.1功能1（標(biāo)識(shí)符）4.1.1能力簡(jiǎn)述該項(xiàng)功能，說(shuō)明為滿足此項(xiàng)功能而設(shè)計(jì)的軟件能力以及經(jīng)過(guò)一項(xiàng)或多項(xiàng)測(cè)試已證實(shí)的能力。4.1.2限制說(shuō)明測(cè)試數(shù)據(jù)值的范圍（包括動(dòng)態(tài)數(shù)據(jù)和靜態(tài)數(shù)據(jù)），列出就這項(xiàng)功能而言，測(cè)試期間在該軟件中查出的缺陷、局限性。4.2功能2（標(biāo)識(shí)符）用類似本報(bào)告4.l的方式給出第2項(xiàng)及其后各項(xiàng)功能的測(cè)試結(jié)論。．．．．．．5分析摘要5.1能力陳述經(jīng)測(cè)試證實(shí)了的本軟件的能力。如果所進(jìn)行的測(cè)試是為了驗(yàn)證一項(xiàng)或幾項(xiàng)特定性能要求的實(shí)現(xiàn)，應(yīng)提供這方面的測(cè)試結(jié)果與要求之間的比較，并確定測(cè)試環(huán)境與實(shí)際運(yùn)行環(huán)境之間可能存在的差異對(duì)能力的測(cè)試所帶來(lái)的影響。5.2缺陷和限制陳述經(jīng)測(cè)試證實(shí)的軟件缺陷和限制，說(shuō)明每項(xiàng)缺陷和限制對(duì)軟件性能的影響，并說(shuō)明全部測(cè)得的性能缺陷的