軟件質(zhì)量保證與測(cè)試第10章軟件測(cè)試組織和管理SoftwareQualityAssuranceandTesting

10.3文檔、用例和缺陷管理軟件開(kāi)發(fā)人員可以用開(kāi)發(fā)的代碼來(lái)體現(xiàn)他們所完成的工作量和工作價(jià)值。而軟件測(cè)試人員如何來(lái)體現(xiàn)他們所完成的工作量和工作價(jià)值呢？例如，有的軟件可能質(zhì)量較好，對(duì)其進(jìn)行了長(zhǎng)時(shí)間大量的測(cè)試，但發(fā)現(xiàn)的問(wèn)題并不多，難道我們的測(cè)試工作就白做了。當(dāng)然不是，軟件測(cè)試可以用文檔來(lái)保存測(cè)試工作成果，體現(xiàn)測(cè)試工作量和工作價(jià)值，作為對(duì)軟件進(jìn)行評(píng)價(jià)的客觀依據(jù)，并可用于測(cè)試復(fù)用，例如用在回歸測(cè)試中以及類似的軟件測(cè)試項(xiàng)目中等。軟件測(cè)試文檔的重要性軟件測(cè)試文檔是對(duì)要執(zhí)行的軟件測(cè)試及測(cè)試的結(jié)果進(jìn)行描述、定義、規(guī)定和報(bào)告的任何書(shū)面或圖示信息。它為測(cè)試項(xiàng)目的組織、規(guī)劃和管理提供了一個(gè)規(guī)范化的架構(gòu)。軟件測(cè)試文檔的概念主要的測(cè)試文檔有：測(cè)試需求分析、測(cè)試計(jì)劃書(shū)、測(cè)試設(shè)計(jì)書(shū)、測(cè)試用例說(shuō)明、測(cè)試方案說(shuō)明、測(cè)試規(guī)程說(shuō)明、測(cè)試日志、測(cè)試執(zhí)行記錄、缺陷報(bào)告、測(cè)試總結(jié)報(bào)告等。主要的測(cè)試文檔作為技術(shù)文檔，各種軟件測(cè)試文檔都有其一定的撰寫規(guī)范，例如，這是某知名IT企業(yè)的“集成測(cè)試方案”文檔撰寫要點(diǎn)。軟件測(cè)試文檔的撰寫規(guī)范集成測(cè)試方案1 引言 2 術(shù)語(yǔ)、定義和縮略語(yǔ)3 概述（測(cè)試簡(jiǎn)介、通過(guò)準(zhǔn)則、構(gòu)件清單）4 測(cè)試內(nèi)容 5 測(cè)試方法 6 測(cè)試任務(wù) 6.1 <XX接口>測(cè)試 6.2 <XX功能>測(cè)試 6.3 <XX性能>測(cè)試 6.4 <XXXXX>測(cè)試 7 其它說(shuō)明 8 參考文獻(xiàn)

一個(gè)軟件測(cè)試項(xiàng)目，首先要做到各種測(cè)試文檔都齊全規(guī)范，這是測(cè)試工作過(guò)程和工作成果的體現(xiàn)；其次對(duì)重要的測(cè)試文檔要進(jìn)行評(píng)審，以提高質(zhì)量，只有通過(guò)評(píng)審后才投入實(shí)施，開(kāi)始下一個(gè)環(huán)節(jié)，防止要重新返工；第三測(cè)試文檔要長(zhǎng)期保存，不僅用作對(duì)軟件進(jìn)行最終評(píng)價(jià)的支撐材料，還可用于測(cè)試復(fù)用，為后續(xù)的測(cè)試工作奠定基礎(chǔ)，節(jié)約工作量。軟件測(cè)試文檔的管理

測(cè)試用例（TestCase）是為某個(gè)特定的目標(biāo)而編制的一組測(cè)試輸入、執(zhí)行條件以及預(yù)期結(jié)果，以便測(cè)試某個(gè)程序路徑或者測(cè)試是否滿足某個(gè)特定需求。完整的測(cè)試用例是對(duì)一項(xiàng)特定的軟件測(cè)試任務(wù)的詳細(xì)描述，它可以體現(xiàn)測(cè)試方案、方法、技術(shù)和策略。內(nèi)容包括測(cè)試目標(biāo)、測(cè)試環(huán)境、輸入數(shù)據(jù)、測(cè)試步驟、預(yù)期結(jié)果、測(cè)試腳本等，并應(yīng)形成文檔。最簡(jiǎn)單的情況下，一個(gè)測(cè)試用例至少應(yīng)當(dāng)包括輸入數(shù)據(jù)和預(yù)期結(jié)果兩部分。測(cè)試用例的概念測(cè)試用例的設(shè)計(jì)、管理和優(yōu)化

按照不同的測(cè)試方法和技術(shù)可以設(shè)計(jì)得到不同的測(cè)試用例，不同的測(cè)試員也會(huì)設(shè)計(jì)得到不同的測(cè)試用例。

為了便于對(duì)大量測(cè)試用例進(jìn)行匯總、管理和分析，可以建立測(cè)試用例數(shù)據(jù)庫(kù)。為了提高覆蓋率并減少測(cè)試冗余，需要對(duì)測(cè)試用例進(jìn)行分析和優(yōu)化，補(bǔ)充需要的，刪除冗余的。

測(cè)試用例的更新

測(cè)試用例還需要不斷更新和完善。主要原因有三個(gè)：第一、在后續(xù)的測(cè)試過(guò)程中可能發(fā)現(xiàn)前面設(shè)計(jì)測(cè)試用例時(shí)考慮不周，需要補(bǔ)充完善；第二、在軟件交付使用后反饋了軟件缺陷，而這些軟件缺陷在測(cè)試時(shí)并沒(méi)有發(fā)現(xiàn)，需要補(bǔ)充針對(duì)這些缺陷的測(cè)試用例；第三、軟件版本的更新及功能的新增等，要求測(cè)試用例也需要配套修改更新。測(cè)試用例的作用測(cè)試用例的作用體現(xiàn)在以下幾個(gè)方面發(fā)現(xiàn)和跟蹤軟件缺陷如果軟件中存在缺陷，那么設(shè)計(jì)的某一個(gè)測(cè)試用例執(zhí)行時(shí)，就可能發(fā)現(xiàn)這一缺陷，并且只要這個(gè)缺陷沒(méi)有被修改處理調(diào)，那么每次執(zhí)行這個(gè)測(cè)試用例時(shí)就都能夠發(fā)現(xiàn)這個(gè)缺陷，并可以通過(guò)這個(gè)測(cè)試用例跟蹤這個(gè)缺陷，找到問(wèn)題的源頭。測(cè)試用例的作用更準(zhǔn)確地反映軟件的某一特性通過(guò)一組測(cè)試用例，或者說(shuō)是一個(gè)測(cè)試用例集可以反映出軟件的某一特性。例如通過(guò)一個(gè)安全測(cè)試用例集的執(zhí)行，可以反映出一個(gè)軟件在安全性方面的特性等。測(cè)試用例的作用全面地反映軟件的性能和質(zhì)量等通過(guò)執(zhí)行精心設(shè)計(jì)的大量測(cè)試用例，能夠?qū)浖M(jìn)行全面的測(cè)試和驗(yàn)證，并最終反映出軟件的性能和質(zhì)量，為軟件的質(zhì)量評(píng)價(jià)提供依據(jù)。測(cè)試用例的作用明確故障責(zé)任當(dāng)軟件執(zhí)行出錯(cuò)，甚至是釀成事故時(shí)，通過(guò)測(cè)試用例可以找到錯(cuò)誤，并分析明確問(wèn)題出在什么地方，該由誰(shuí)來(lái)承擔(dān)責(zé)任。測(cè)試用例的評(píng)審

當(dāng)大量的測(cè)試用例被設(shè)計(jì)出來(lái)后，為保證其質(zhì)量，應(yīng)對(duì)其進(jìn)行評(píng)審，評(píng)審的要點(diǎn)有：是否覆蓋到了測(cè)試需求上的所有功能點(diǎn)？用例編號(hào)是否和測(cè)試需求相對(duì)應(yīng)？是否包含非功能性測(cè)試用例？測(cè)試設(shè)計(jì)是否包含了正面和反面的測(cè)試用例？測(cè)試用例是否明確了測(cè)試特性、步驟、執(zhí)行條件和預(yù)期結(jié)果等？測(cè)試用例的評(píng)審測(cè)試用例是否具備可操作性？測(cè)試用例的優(yōu)先級(jí)安排是否合理？是否已經(jīng)刪除了冗余的用例？測(cè)試用例是否簡(jiǎn)潔、復(fù)用性強(qiáng)？例如，可將重復(fù)度高的步驟或過(guò)程抽取出來(lái)，定義為可復(fù)用的標(biāo)準(zhǔn)化測(cè)試過(guò)程。缺陷管理

軟件中的缺陷（Defect或Bug）是軟件開(kāi)發(fā)過(guò)程中的“副產(chǎn)品”。一個(gè)規(guī)模很大的軟件，通過(guò)測(cè)試可能會(huì)發(fā)現(xiàn)成千上萬(wàn)的缺陷，對(duì)于這些缺陷，需要進(jìn)行有效的管理，可以建立缺陷數(shù)據(jù)庫(kù)，也有專門的缺陷管理工具軟件可供使用。首先要對(duì)每一個(gè)缺陷進(jìn)行記錄，并有詳細(xì)的缺陷描述。例如，缺陷記錄一般應(yīng)當(dāng)包含的要點(diǎn)如表所示?？勺粉櫺畔⑷毕軮D缺陷ID唯一，可以根據(jù)該ID追蹤缺陷。缺陷基本信息缺陷狀態(tài)缺陷的狀態(tài)，分為“待分配”、“待修正”、“待驗(yàn)證”、“待評(píng)審”、“關(guān)閉”。缺陷標(biāo)題描述缺陷的標(biāo)題。缺陷的嚴(yán)重程度描述缺陷的嚴(yán)重程度，一般分為“致命”、“嚴(yán)重”、“一般”、“建議”。缺陷的緊急程度描述缺陷的緊急程度，從1到4，1是優(yōu)先級(jí)最高的等級(jí)，4是優(yōu)先級(jí)最低的等級(jí)。缺陷類型界面缺陷、功能缺陷、安全性缺陷、接口缺陷、數(shù)據(jù)缺陷、性能缺陷等。缺陷提交人缺陷提交人的姓名和郵件地址。缺陷提交時(shí)間缺陷提交的時(shí)間。缺陷所屬項(xiàng)目/模塊缺陷所屬的項(xiàng)目和模塊，最好能精確到模塊。缺陷指定解決人缺陷指定的解決人，在缺陷“提交”狀態(tài)為空，或在缺陷“分發(fā)”狀態(tài)下，由項(xiàng)目經(jīng)理指定相關(guān)開(kāi)發(fā)人員修改。缺陷指定解決時(shí)間項(xiàng)目經(jīng)理指定的開(kāi)發(fā)人員修改此缺陷的期限。缺陷處理人最終處理缺陷的處理人。缺陷處理結(jié)果描述對(duì)處理結(jié)果的描述，如果對(duì)代碼做了修改，要求在此處體現(xiàn)出修改。缺陷處理時(shí)間缺陷處理的時(shí)間。缺陷驗(yàn)證人對(duì)被處理缺陷驗(yàn)證的驗(yàn)證人。缺陷驗(yàn)證結(jié)果描述對(duì)驗(yàn)證結(jié)果的描述（通過(guò)、不通過(guò)）。缺陷驗(yàn)證時(shí)間對(duì)缺陷驗(yàn)證的時(shí)間。缺陷詳細(xì)描述對(duì)缺陷的詳細(xì)描述；對(duì)缺陷描述的詳細(xì)程度直接影響開(kāi)發(fā)人員對(duì)缺陷的修改，描述應(yīng)盡可能的詳細(xì)。測(cè)試環(huán)境說(shuō)明對(duì)測(cè)試環(huán)境的描述。必要的附件對(duì)于某些文字很難表達(dá)清楚的缺陷，使用圖片等附件是必要的。缺陷記錄和描述

對(duì)缺陷進(jìn)行記錄，除了要有缺陷ID、缺陷狀態(tài)、缺陷標(biāo)題、嚴(yán)重程度、緊急程度、缺陷類型、缺陷提交人、提交時(shí)間、所屬項(xiàng)目/模塊等基本信息之外。還要有缺陷詳細(xì)描述、測(cè)試環(huán)境說(shuō)明、甚至是必要的附件。缺陷管理

其次，要對(duì)缺陷進(jìn)行統(tǒng)計(jì)和分析。如分析缺陷主要分布在哪些模塊，因?yàn)榘l(fā)現(xiàn)缺陷越多的模塊隱藏的缺陷可能也越多；分析缺陷產(chǎn)生的原因主要有哪些，以便后續(xù)改進(jìn)；根據(jù)已知缺陷數(shù)據(jù)，基于數(shù)學(xué)模型分析預(yù)測(cè)隱含的缺陷等。

缺陷管理

第三，要跟蹤缺陷的狀態(tài)。缺陷的狀態(tài)變化過(guò)程如圖所示。缺陷被發(fā)現(xiàn)后，測(cè)試人員進(jìn)行提交，然后分配到項(xiàng)目開(kāi)發(fā)人員修改，開(kāi)發(fā)人員完成修改并通過(guò)測(cè)試驗(yàn)證后缺陷關(guān)閉，有的缺陷開(kāi)發(fā)人員可以不修改，陳述理由、采取一些彌補(bǔ)措施，通過(guò)評(píng)審也可以關(guān)閉。缺陷跟蹤就是要確保每個(gè)被