【正文】 增加別的文件（如“質(zhì)量保證計(jì)劃”）。 本規(guī)范并不要求采用特定的測(cè)試方法學(xué)、技術(shù)及設(shè)備或工具。 本規(guī)范可應(yīng)用于數(shù)字計(jì)算機(jī)上運(yùn)行的軟件。本規(guī)范定義每一種基本文件的目的、格式和內(nèi)容。 適用對(duì)象及范圍 本規(guī)范是為軟件管理人員、軟件開發(fā)人員和軟件維護(hù)人員、軟件質(zhì)量保證人員、審計(jì)人員、客戶及用戶制定的。而標(biāo)準(zhǔn)化的測(cè)試文件就如同一種通用的參照體系，可達(dá)到便于交流的目的。測(cè)試是軟件生存周期中一個(gè)獨(dú)立的、關(guān)鍵的階段，也是保證軟件質(zhì)量的重要手段。你可以根據(jù)自己的實(shí)際，對(duì)其修改，以適用于你的開發(fā)團(tuán)隊(duì)。第1章 目的 一般目的 執(zhí)行的測(cè)試用例 序號(hào)測(cè)試用例名稱或標(biāo)識(shí)符第2章 特殊要求 前繼規(guī)程 序號(hào)前繼規(guī)程的名稱或標(biāo)識(shí)符 專門技能 特殊環(huán)境 其它第3章 規(guī)程步驟 日志 準(zhǔn)備 啟動(dòng) 處理 度量 暫停 再啟動(dòng) 停止 清除 應(yīng)急計(jì)算機(jī)軟件測(cè)試文件編制規(guī)范編者說明： 測(cè)試是一個(gè)復(fù)雜、系統(tǒng)化的工作，也是一個(gè)內(nèi)容廣泛的課題，其間將產(chǎn)生大量的文檔。]6 測(cè)試資源消耗 [總結(jié)測(cè)試工作的資源消耗數(shù)據(jù)，如工作人員的水平級(jí)別數(shù)量、機(jī)時(shí)消耗等。] 建議 [對(duì)每項(xiàng)缺陷提出改進(jìn)建議，如：] [ a. 各項(xiàng)修改可采用的修改方法；] [ b. 各項(xiàng)修改的緊迫程度；] [ c. 各項(xiàng)修改預(yù)計(jì)的工作量；] [ d. 各項(xiàng)修改的負(fù)責(zé)人。如果所進(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è)試所帶來的影響。] 功能2（標(biāo)識(shí)符） [。] （標(biāo)識(shí)符） 能力[簡述該項(xiàng)功能，說明為滿足此項(xiàng)功能而設(shè)計(jì)的軟件能力以及經(jīng)過一項(xiàng)或多項(xiàng)測(cè)試已證實(shí)的能力。] 測(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)。][列出這些文件的標(biāo)題、文件編號(hào)、發(fā)表日期和出版單位，說明能夠得到這些文件資料的來源。] 定義 [列出本文件中用到的專問術(shù)語的定義和外文首字母組詞的原詞組。 編寫目的 [說明這份測(cè)試分析報(bào)告的具體編寫目的，指出預(yù)期的閱讀范圍。為測(cè)試設(shè)計(jì)員提供測(cè)試需求。角色職責(zé)測(cè)試設(shè)計(jì)員制定系統(tǒng)測(cè)試計(jì)劃、設(shè)計(jì)系統(tǒng)測(cè)試、實(shí)施系統(tǒng)測(cè)試以及評(píng)估系統(tǒng)測(cè)試測(cè)試員執(zhí)行系統(tǒng)測(cè)試2）項(xiàng)目組需要提供系統(tǒng)測(cè)試需要的輸入，建立測(cè)試環(huán)境，以及對(duì)測(cè)試工件進(jìn)行配置管理。 采用的測(cè)試技術(shù)系統(tǒng)測(cè)試主要采用黑盒測(cè)試技術(shù)設(shè)計(jì)測(cè)試用例來確認(rèn)軟件滿足需求規(guī)格說明書的要求。其中，功能測(cè)試、配置測(cè)試、安裝測(cè)試等在一般情況下是必需的。測(cè)試目標(biāo)應(yīng)該表明執(zhí)行測(cè)試的原因。 系統(tǒng)測(cè)試類型和目標(biāo)確定系統(tǒng)測(cè)試策略首先應(yīng)清楚地說明所實(shí)施系統(tǒng)測(cè)試的類型和測(cè)試的目標(biāo)。系統(tǒng)測(cè)試策略主要針對(duì)系統(tǒng)測(cè)試需求確定測(cè)試類型及如何實(shí)施測(cè)試的方法和技術(shù)。每一個(gè)描述信息可以生成至少一個(gè)測(cè)試需求。對(duì)包括以下內(nèi)容的語句要特別注意：1）時(shí)間語句，如響應(yīng)時(shí)間或定時(shí)情況2）指出在規(guī)定時(shí)間內(nèi)必須出現(xiàn)的事件數(shù)或用例數(shù)的語句3）將某一項(xiàng)性能的行為與另一項(xiàng)性能的行為進(jìn)行比較的語句4）將某一配置下的應(yīng)用程序行為與另一配置下的應(yīng)用程序行為進(jìn)行比較的語句5）一段時(shí)間內(nèi)的操作可靠性（平均故障時(shí)間或 MTTF ）6）配置或約束應(yīng)該為規(guī)格中反映以上信息的每個(gè)語句生成至少一個(gè)測(cè)試需求。性能通常被描述為對(duì)響應(yīng)時(shí)間和資源使用率的某種評(píng)測(cè)。對(duì)于需求規(guī)格說明書中的功能描述，將至少派生一個(gè)測(cè)試需求。每個(gè)用例至少會(huì)派生一個(gè)測(cè)試需求。3） 在需求規(guī)格說明書中每一個(gè)功能描述將派生一個(gè)或多個(gè)測(cè)試需求，性能描述、安全性描述等也將派生出一個(gè)或多個(gè)測(cè)試需求。2） 在每個(gè)用例或系統(tǒng)的補(bǔ)充需求與測(cè)試需求之間不存在一對(duì)一的關(guān)系。在分析測(cè)試需求時(shí)，可應(yīng)用以下幾條一般規(guī)則：1） 測(cè)試需求必須是可觀測(cè)、可測(cè)評(píng)的行為。2. 系統(tǒng)測(cè)試指南 系統(tǒng)測(cè)試過程活動(dòng)名稱輸入工件輸出工件參與角色制定系統(tǒng)測(cè)試計(jì)劃軟件需求工件軟件項(xiàng)目計(jì)劃系統(tǒng)測(cè)試計(jì)劃測(cè)試設(shè)計(jì)員設(shè)計(jì)系統(tǒng)測(cè)試系統(tǒng)測(cè)試計(jì)劃軟件需求工件系統(tǒng)測(cè)試用例系統(tǒng)測(cè)試過程測(cè)試設(shè)計(jì)員實(shí)施系統(tǒng)測(cè)試系統(tǒng)測(cè)試計(jì)劃工作版本系統(tǒng)測(cè)試腳本測(cè)試設(shè)計(jì)員執(zhí)行系統(tǒng)測(cè)試系統(tǒng)測(cè)試計(jì)劃系統(tǒng)測(cè)試用例系統(tǒng)測(cè)試過程系統(tǒng)測(cè)試腳本測(cè)試結(jié)果測(cè)試員評(píng)估系統(tǒng)測(cè)試測(cè)試結(jié)果 測(cè)試分析報(bào)告變更請(qǐng)求測(cè)試設(shè)計(jì)員相關(guān)組 系統(tǒng)測(cè)試需求獲取系統(tǒng)測(cè)試需求所確定的是測(cè)試的內(nèi)容，即測(cè)試的具體對(duì)象。黑盒測(cè)試（BlackBox Testing）：黑盒測(cè)試是基于系統(tǒng)需求規(guī)格，在不知道系統(tǒng)或組件的內(nèi)部結(jié)構(gòu)的情況下進(jìn)行的測(cè)試。 詞匯表系統(tǒng)測(cè)試（System Testing）：系統(tǒng)測(cè)試是通過與系統(tǒng)的需求規(guī)格作比較，發(fā)現(xiàn)軟件與系統(tǒng)需求規(guī)格不相符合或與之矛盾的地方。包括系統(tǒng)測(cè)試流程、系統(tǒng)測(cè)試需求的獲取、系統(tǒng)測(cè)試側(cè)策略選擇、系統(tǒng)測(cè)試技術(shù)和方法等。 文檔結(jié)構(gòu)第一部分：簡介，介紹軟件系統(tǒng)測(cè)試指南的目的，本指南的適用范圍，以及在本文檔中使用的術(shù)語的解釋。1. 簡介 目的本文詳細(xì)闡述了系統(tǒng)測(cè)試的類型以及各個(gè)類型的基本測(cè)試方法，指導(dǎo)項(xiàng)目開發(fā)人員進(jìn)行軟件系統(tǒng)測(cè)試。 Implementer ：提出變更請(qǐng)求變更流程Test Designer ：評(píng)估集成測(cè)試，生成評(píng)估摘要缺陷 集成測(cè)試產(chǎn)生的工件清單軟件集成測(cè)試計(jì)劃集成測(cè)試用例測(cè)試過程測(cè)試腳本測(cè)試日志測(cè)試評(píng)估摘要軟件系統(tǒng)測(cè)試工作指南編者說明： 這是一個(gè)系統(tǒng)測(cè)試的工作指南。根據(jù)集成測(cè)試發(fā)現(xiàn)的缺陷提出變更申請(qǐng)。配置管理員負(fù)責(zé)對(duì)測(cè)試工件進(jìn)行配置管理。軟件項(xiàng)目組：角色職責(zé)實(shí)施員負(fù)責(zé)實(shí)施類（包括驅(qū)動(dòng)程序和樁），并對(duì)其進(jìn)行單元測(cè)試。如圖示：軟件評(píng)測(cè)部：角色職責(zé)測(cè)試設(shè)計(jì)員負(fù)責(zé)制定集成測(cè)試計(jì)劃、設(shè)計(jì)集成測(cè)試、實(shí)施集成測(cè)試、評(píng)估集成測(cè)試。 集成測(cè)試工作機(jī)制軟件集成測(cè)試工作由產(chǎn)品評(píng)測(cè)部擔(dān)任。，從而找出該工作版本的外部接口。集成測(cè)試著重于集成版本的外部接口的行為。 集成測(cè)試需求獲取集成測(cè)試需求所確定的是對(duì)某一集成工作版本的測(cè)試的內(nèi)容，即測(cè)試的具體對(duì)象。驅(qū)動(dòng)程序或穩(wěn)定樁設(shè)計(jì)員負(fù)責(zé)設(shè)計(jì)驅(qū)動(dòng)程序和樁，實(shí)施員負(fù)責(zé)實(shí)施驅(qū)動(dòng)程序和樁。 單元測(cè)試工作內(nèi)容及其流程活動(dòng)輸入工件輸出工件參與角色和職責(zé)制定集成測(cè)試計(jì)劃設(shè)計(jì)模型集成構(gòu)建計(jì)劃集成測(cè)試計(jì)劃測(cè)試設(shè)計(jì)員負(fù)責(zé)制定集成測(cè)試計(jì)劃設(shè)計(jì)集成測(cè)試集成測(cè)試計(jì)劃設(shè)計(jì)模型集成測(cè)試用例測(cè)試過程測(cè)試設(shè)計(jì)員負(fù)責(zé)設(shè)計(jì)集成測(cè)試用例和測(cè)試過程。使用黑盒測(cè)試方法測(cè)試集成的功能。 參考文件Software Test ProcessRational Unified Process 定義與縮寫RUP：統(tǒng)一開發(fā)過程SIT：軟件集成測(cè)試SEPG：軟件工程過程小組SQA：軟件質(zhì)量保證2. 集成測(cè)試指南 簡介集成測(cè)試的目的是確保各單元組合在一起后能夠按既定意圖協(xié)作運(yùn)行，并確保增量的行為正確。1. 簡介 目的本文詳細(xì)闡述了集成測(cè)試流程，指導(dǎo)項(xiàng)目開發(fā)人員如何開展軟件集成測(cè)試。要想更好地完成集成測(cè)試工作，你就需要為團(tuán)隊(duì)制定一個(gè)工作指南。][說明用來判斷測(cè)試工作是否能通過的評(píng)價(jià)尺度，如合理和輸出結(jié)果的類型、測(cè)試輸出結(jié)果與預(yù)期輸出之間的容許偏離范圍、允許中斷或停機(jī)的