(高清版)GB∕T 38634.3-2020 系統(tǒng)與軟件工程 軟件測試 第3部分：測試文檔

系統(tǒng)與軟件工程軟件測試第3部分：測試文檔(ISO/IEC/IEEE29119-3:2013,Softwareandsystemsengineeri國家市場監(jiān)督管理總局國家標(biāo)準(zhǔn)化管理委員會I Ⅲ 12符合性 2 3 3 65.1概述 6 65.3組織級測試策略 86測試管理過程文檔集 6.1概述 6.2測試計劃 6.3測試狀態(tài)報告 6.4測試完成報告 7動態(tài)測試過程文檔集 207.1概述 207.2測試設(shè)計規(guī)格說明 217.3測試用例規(guī)格說明 237.4測試規(guī)程規(guī)格說明 277.5測試數(shù)據(jù)需求 297.6測試環(huán)境需求 7.7測試數(shù)據(jù)準(zhǔn)備報告 7.8測試環(huán)境準(zhǔn)備報告 7.9實測結(jié)果 7.10測試結(jié)果 附錄A(資料性附錄)文檔概述和大綱 41 48附錄C(資料性附錄)示例概述 附錄D(資料性附錄)測試方針 附錄E(資料性附錄)組織級測試策略 附錄F(資料性附錄)測試計劃 附錄G(資料性附錄)測試狀態(tài)報告 ⅡGB/T38634.3—2020附錄H(資料性附錄)測試完成報告 附錄I(資料性附錄)測試設(shè)計規(guī)格說明 附錄J(資料性附錄)測試用例規(guī)格說明 附錄K(資料性附錄)測試規(guī)程規(guī)格說明 附錄L(資料性附錄)測試數(shù)據(jù)需求 附錄M(資料性附錄)測試環(huán)境需求 附錄N(資料性附錄)測試數(shù)據(jù)準(zhǔn)備報告 附錄O(資料性附錄)測試環(huán)境準(zhǔn)備報告 附錄P(資料性附錄)實測結(jié)果 附錄Q(資料性附錄)測試結(jié)果 附錄R(資料性附錄)測試執(zhí)行日志 附錄S(資料性附錄)事件報告 附錄T(資料性附錄)本部分與現(xiàn)有標(biāo)準(zhǔn)的映射 附錄U(資料性附錄)本部分與ISO/IEC/IEEE29119-3:2013相比的結(jié)構(gòu)變化情況 參考文獻(xiàn) Ⅲ本部分為GB/T38634的第3部分。ISO/IEC/IEEE29119-3:2013的第3章);●用修改采用國際標(biāo)準(zhǔn)的GB/T38634.2代替了ISO/IEC/IEEE29119-2(見第1章、2.1、本部分包括了在測試過程中產(chǎn)生軟件測試文檔的模板和示例。模板設(shè)計時需要與GB/T38634.2中的測試過程框架保持一致。附錄A給出了每個文檔的內(nèi)容大綱。附錄B給出了由本部分的第5章、第6章和第7章定義的所有信息項與GB/T38634.2測試過程符合級別(應(yīng)/宜/可)的對應(yīng)關(guān)系。附錄C給出了示例的概述。附錄D～附錄S給出了模板的應(yīng)用示例。附錄T提供了本部分與現(xiàn)有標(biāo)準(zhǔn)的映射關(guān)系。附錄U提供了本部分與ISO/IEC/IEEE29119-3:2013相比的結(jié)構(gòu)變化情況。本部分的參考測試文檔相關(guān)的概念和術(shù)語已經(jīng)在GB/T38634.1中定義。1(項目)(項目)(項目)(項目)2本部分的需求包含在第5章、第6章和第7章。本部分提供了許多適合整個軟件生存周期使用的本部分的第5章、第6章和第7章聲明的信息項與GB/T38634.2中的信息項相對應(yīng)。附錄B是規(guī)范性附錄，概述了GB/T38634.2中關(guān)于建立本部分第5章、第6章和第7章中定義的信息項的規(guī)范性以修改(增加、合并或者重新命名),不需要使用第5章、第6章和第7章中特定記錄的命名法來聲明其所需信息項的最小集是第5章、第6章和第7章中規(guī)定的所有信息項。第5章、第6章和第7章中定義的測試文檔內(nèi)容可以根據(jù)GB/T38634.2和/或組織或項目的特定需求進(jìn)行剪裁。當(dāng)需要剪裁時，如果信息項沒有在第5章、第6章和第7章中定義，則需要提供理由。a)根據(jù)GB/T38634.2中第2章對過程和活動進(jìn)行剪裁，確定所需的最小測試文檔集；3下列文件對于本文件的應(yīng)用是必不可少的。凡是注日期的引GB/T38634.2系統(tǒng)與軟件工程軟件測試第2部分：測試過程(GB/T38634.2—2020,覆蓋項coverageitem4使用測試設(shè)計技術(shù)從一個或多個測試條件導(dǎo)出的屬性或?qū)傩越M合，可以用于測量測試執(zhí)行的充5說明一個或多個測試規(guī)程的文檔。這些測試規(guī)程是具有特定目標(biāo)的測6組織級測試規(guī)格說明描述組織層面測試的信息，并且不依賴于項目。文檔的完整模板將在5.2和5.3中進(jìn)行文本解釋。附錄A為每個文檔提供了簡短的說明。附錄D和附錄E分別提供了關(guān)于測試方針的示例和關(guān)于組織級測試策略的項目示例。測試方針定義了組織內(nèi)適用的軟件測試的目的和原則。它定義了測試應(yīng)該完成什么,但沒有詳細(xì)7唯一標(biāo)識文檔的版本。說明負(fù)責(zé)編制和發(fā)布的組織，可能包括作者。聲明負(fù)責(zé)審查和簽署文件(可能是電子形式)的指定人員，也包括了相關(guān)評審、管理人員。用于記錄自文檔生成開始所經(jīng)過的所有改動的修訂記錄。提供關(guān)于文檔周境和結(jié)構(gòu)的解釋性信息。通過文檔識別對象區(qū)域的覆蓋程度，并描述所有的包含關(guān)系、排除關(guān)系、假設(shè)和/或限制。列出引用的文檔并標(biāo)識系統(tǒng)、軟件和測試信息的存儲庫。這些引用可以分為“外部”引用(來自組織提供了一個詞庫，其中包括了在文檔中使用的任何術(shù)語、縮略語和首字母縮寫詞。描述組織內(nèi)部的目的、目標(biāo)和整體測試范圍。陳述組織為什么實施測試和他們期望達(dá)到的目標(biāo)。確定組織將要依據(jù)的測試過程?？赡馨艘粋€提供測試過程細(xì)節(jié)的具體參考文檔。8一個組織級測試策略包括相關(guān)子過程的識別和對應(yīng)的策略說明。如說明如圖2所示。9測試子過程1(例如組合測試)——準(zhǔn)入和準(zhǔn)出準(zhǔn)則——測試完成準(zhǔn)則(例如集成測試)——準(zhǔn)入和準(zhǔn)出準(zhǔn)則——測試完成準(zhǔn)則(例如驗收測試)-準(zhǔn)入和準(zhǔn)出準(zhǔn)則—測試完成準(zhǔn)則圖2組織級測試策略結(jié)構(gòu)示例文檔概要信息主要用來識別文檔和描述文檔的來源和歷史。唯一標(biāo)識文檔的版本。說明負(fù)責(zé)編制和發(fā)布的組織，可能包括作者。聲明負(fù)責(zé)審查和簽署文件(可能是電子形式)的指定人員，也包括了相關(guān)評審、管理人員。用于記錄自文檔生成開始所經(jīng)過的所有改動的修訂記錄。介紹了組織以優(yōu)先測試規(guī)程的方式選擇和確定測試執(zhí)行的優(yōu)先級。測試規(guī)程包括優(yōu)先測試用例，標(biāo)識整個測試項目在測試期間預(yù)期生成的文檔。介紹每個文檔完成的時間點和相關(guān)的審批流程。帶解釋的完整文檔模板可在下文找到。附錄A為每個文檔提供了一個簡短的說明。附錄F~測試計劃提供了一個測試計劃和測試管理文檔。一些項目可以有一個獨較大的項目可能會產(chǎn)生多個測試計劃。測試計劃可用于多個項目(從項目層面),或者用于一個單一的項目(項目測試計劃/主測試計劃),或者用于一個特定的測試子過程(系統(tǒng)測試計劃、集成軟件測試計如果制定更多的軟件測試計劃，可能需要構(gòu)建映射樹來幫助記錄文檔之間的關(guān)系和每個文檔包含的對待測的測試項的特征進(jìn)行總結(jié)。并確定被特別排除在測試之外的測試項的描述了測試特定測試項目或者測試子過程的方法，如下面列出的子條目確定測試活動中需要交付的所有文檔或以電子方式記錄的同等信息，例如 交付物可包括測試輸入數(shù)據(jù)和測試輸出數(shù)據(jù)，也可包括作為測試活動的一部分的測試工具。如果文檔已經(jīng)合并或者消除，那么這個列表需要相應(yīng)的修改。本條可包括文檔需要交付的時間和交付給誰/從誰手里交付(最好用職位而非人名)。說明采用的測試設(shè)計技術(shù)。描述了相關(guān)的測試組織認(rèn)為測試執(zhí)行活動完成的條件。描述了在測試活動中需要為其收集值的度量。指定項目或者測試子過程(如果適用)的所有相關(guān)測試數(shù)據(jù)需求。如果適用，這些測試數(shù)據(jù)的需求可參見測試數(shù)據(jù)需求(見7.5)。指定測試環(huán)境的必要性和期望的屬性。包括每個工具的選擇、評估、獲取和支持等信息?？砂y試準(zhǔn)備、測試執(zhí)行(包括數(shù)據(jù)采集),以及任何執(zhí)行后期活動的測試環(huán)境需求。如果適用，這些測試環(huán)境的需求可能被推遲到測試環(huán)境需求文檔(見7.6)中，但是在測試計劃中應(yīng)該說明對這個單獨文檔的引用。說明復(fù)測和回歸測試的執(zhí)行條件?？赡馨y試周期預(yù)測數(shù)的描述。說明在暫停和恢復(fù)測試計劃中所有或者一部分測試活動時的準(zhǔn)則。說明暫停和恢復(fù)測試活動的負(fù)責(zé)人。說明當(dāng)恢復(fù)測試時可能應(yīng)重復(fù)的測試活動。標(biāo)明測試過程中使用的所有必要的測試活動。用于重新執(zhí)行測試活動的描述對每個可識別的測試活動的估算，這些活動是作為測試計劃覆蓋的部分測試活動來實施的。確定測試項目或者測試子過程應(yīng)配備的額外測試人員的具體需求。詳細(xì)說描述了不符合測試計劃的進(jìn)度。任何和計劃有顯著偏差的應(yīng)該要標(biāo)示出識別在報告期阻礙進(jìn)展的因素和消除它們的相應(yīng)的解決方案。仍然阻礙進(jìn)測試完成報告提供了已執(zhí)行測試的總結(jié)。這個報告可能是針對整個項目/程序或者是針對特定測帶說明的完整文檔模板可以在下文找到。附錄A提供了每個文檔的簡短概述。附錄I~附錄S為特征集是測試項需被測試的特征的邏輯分組，這些特征在測試計劃中指定獨立的特征集或多個特征集中進(jìn)行描述，可能以層級結(jié)構(gòu)來編排。特征集可能描述了特征集的唯一標(biāo)識符，以便于其他所有的特征集進(jìn)行區(qū)分。自動總結(jié)了特征集的測試條件。測試條件是測試依據(jù)上指定的一個描述了測試條件的唯一標(biāo)識，以便與所有其他的特征集進(jìn)行區(qū)分。自動描述特征集的可追溯性或在測試依據(jù)上列出相關(guān)需求和/或設(shè)計描述的引用。這可在測試跟蹤矩描述了測試覆蓋項的唯一標(biāo)識符，以便將其與所有其他的測試覆蓋項區(qū)控制標(biāo)識符的生成，也可以根據(jù)合適的符號模式人工生成。唯一標(biāo)識符不會在測如果需要的話，定義在測試條件下該特定測試覆蓋項的測試優(yōu)先級描述測試覆蓋項所屬的測試條件或特征集的可追溯性，或者列出對相關(guān)描述從測試覆蓋項導(dǎo)出的測試用例。測試用例指定如何執(zhí)行一個或多個如果需要的話，定義該特定測試用例的測試優(yōu)先級。優(yōu)先級越高的指定使測試項進(jìn)入可將預(yù)期結(jié)果與實測結(jié)果進(jìn)行比較的狀態(tài)所需的每指定測試項在其預(yù)處理狀態(tài)下響應(yīng)給測試項的輸入所需的預(yù)期輸出和測試用例的描述可以包括空白表格，用于記錄測試用例執(zhí)行期間的實測結(jié)果和/或測試結(jié)果。或者，這些可以記錄在測試規(guī)程規(guī)格說明中(見7.4),或單獨記錄在實測結(jié)果(見7.9)和/或測試結(jié)果(見7.10)中。測試規(guī)程規(guī)格說明按照執(zhí)行順序描述了所選測試集中的測試用例，以及描述為執(zhí)行測試過程中指定的測試用例而準(zhǔn)備的必要操作。這通常是為按照執(zhí)行測試用例的順序列出測試用例。測試用例可以在測試規(guī)程中順如果規(guī)程中一個或多個測試用例的執(zhí)行沒有為下一個測試用例設(shè)置錄在實測結(jié)果文檔(見7.9)和/或測試結(jié)果文檔中(見7.10)。聲明負(fù)責(zé)審查和簽署文件(可能是電子形式)的指定人員，也包括了相關(guān)評審、管理人員。用于記錄自文檔生成開始所經(jīng)過的所有改動的修訂記錄。提供關(guān)于文檔周境和結(jié)構(gòu)的解釋性信息。通過文檔識別對象區(qū)域的覆蓋程度，并介紹所有的包含關(guān)系、排除關(guān)系、假設(shè)和/或限制。列出引用的文檔并標(biāo)識系統(tǒng)、軟件和測試信息的存儲庫。這些引用可以分為“外部”引用(來自組織提供了一個詞庫，其中包括了在文檔中使用的任何術(shù)語、縮略語和首字母縮寫詞。7.5.4詳細(xì)的測試數(shù)據(jù)需求描述執(zhí)行測試規(guī)程規(guī)格說明中定義的測試規(guī)程所需的數(shù)據(jù)。它還可包含任何清理數(shù)據(jù)的需求。這些數(shù)據(jù)可以被劃分為反映測試項數(shù)據(jù)結(jié)構(gòu)的元素。描述了測試數(shù)據(jù)需求的唯一標(biāo)識符，以便與所有其他測試數(shù)據(jù)需求區(qū)別開來。自動化工具可以控制標(biāo)識符的生成，也可以根據(jù)適當(dāng)?shù)姆柲Ｊ饺斯ね瓿?。唯一?biāo)識符不會在測試數(shù)據(jù)需求的生命周期內(nèi)更改，因為它是用于可追溯性目的。為每個測試數(shù)據(jù)元素定義特定的名稱和所需的值或值范圍。它還可以描述數(shù)據(jù)何時需要匿名或以其他方式處理。確定何時以及多長時間需要測試數(shù)據(jù)。測試數(shù)據(jù)可能需要在一個未分割的測試環(huán)境需求描述了執(zhí)行測試規(guī)程規(guī)格說明中定義的測試規(guī)程所需的測確定執(zhí)行測試規(guī)程規(guī)格說明中定義的測試規(guī)程所需的環(huán)境項。這包括測試規(guī)程執(zhí)行之前的設(shè)置、 描述所需測試數(shù)據(jù)項的狀態(tài)。狀態(tài)可包括實際測試數(shù)據(jù)如何偏離需求的描述，例如在值或容積方面。A.2.13提供了測試環(huán)境準(zhǔn)備報告的大綱，而0.1和0.2提供了示例，用來演示如何為兩個不同的聲明負(fù)責(zé)審查和簽署文件(可能是電子形式)的指定人員，也包括了評審和相關(guān)的管理人員。用于記錄自文檔生成開始所經(jīng)過的所有改動的修訂記錄。提供關(guān)于文檔周境和結(jié)構(gòu)的解釋性信息。通過文檔識別對象區(qū)域的覆蓋程度，并介紹所有的包含關(guān)系、排除關(guān)系、假設(shè)和/或限制。列出引用的文檔并標(biāo)識系統(tǒng)、軟件和測試信息的存儲庫。這些引用可以分為“外部”引用(來自組織提供了一個詞庫，其中包括了在文檔中使用的任何術(shù)語、縮略語和首字母縮寫詞。的詞匯)7.8.4測試環(huán)境準(zhǔn)備為每個測試環(huán)境需求提供滿足聲明。這可以在測試環(huán)境需求文檔中的相關(guān)處注明。在測試環(huán)境需求文檔中使用的唯一標(biāo)識符。描述所需測試環(huán)境項的滿足情況。7.9實測結(jié)果實測結(jié)果是測試規(guī)程的測試用例執(zhí)行結(jié)果的記錄。將實測結(jié)果和預(yù)期結(jié)果兩者相比較，以便能夠?qū)崪y結(jié)果并不總是被正式記錄下來。某些類型的系統(tǒng)(例如，安A.2.14提供了測試執(zhí)行日志的大綱測試事件是在測試過程中注意到的任何需要記錄操作的問題。測試事件從發(fā)現(xiàn)者的角度看待該事件在技術(shù)和業(yè)務(wù)問題上產(chǎn)生影響的廣度和深度。這可能包括修復(fù)相關(guān)缺陷的時間和精力的估計。還可以確定是否存在任何已知的解決方法。對修復(fù)的緊迫性進(jìn)行評估。大多數(shù)組織有三到五類。在適用的情況下，提供關(guān)于引入新風(fēng)險或更改現(xiàn)有風(fēng)險狀態(tài)的信息。(資料性附錄)文檔概述和大綱圖A.1展示了測試文檔的周境是由組織級測試方針設(shè)置的。對于一個特定的項目，應(yīng)基于測試管理文檔集的內(nèi)容設(shè)計動態(tài)測試文檔集。組織級測試文檔集組織級測試文檔集對應(yīng)條款號組織級測試策略測試管理文檔集測試計劃測試計劃動態(tài)測試文檔集測試規(guī)格說明測試環(huán)境需求測試環(huán)境準(zhǔn)備報告執(zhí)行動態(tài)測試事件報告測試狀態(tài)報告測試完成報告測試計劃測試計劃測試完成報告測試計劃測試計劃測試數(shù)據(jù)準(zhǔn)備報告組織級測試策略測試執(zhí)行文檔測試數(shù)據(jù)需求測試方針圖A.1測試文檔集的層次結(jié)構(gòu)圖A.2展示了在GB/T38634.2中概述的測試設(shè)計和實現(xiàn)過程中生成的文檔內(nèi)容之間的層次特征集測試規(guī)程規(guī)格說明2)發(fā)布組織；3)審批權(quán)限；4)修訂說明。2)引用文檔；1)測試目標(biāo)；4)測試人員培訓(xùn)；7)其他相關(guān)方針；8)測量價值的衡量；9)測試資產(chǎn)歸檔和復(fù)用；2)測試選擇和優(yōu)先級劃分；4)測試自動化和工具；5)測試工作產(chǎn)品的配置管理；7)測試子過程。3)測試文檔集和報告；4)獨立程度；5)測試設(shè)計技術(shù)；6)測試環(huán)境；8)復(fù)測和回歸測試。3)測試范圍；2)項目風(fēng)險。1)測試子過程；3)測試設(shè)計技術(shù)；6)測試數(shù)據(jù)需求；3)培訓(xùn)需求。2)不符合測試計劃的進(jìn)度；6)計劃的測試。6)殘余風(fēng)險；7)測試交付物；8)可復(fù)用的測試資產(chǎn)；9)經(jīng)驗教訓(xùn)。1)唯一標(biāo)識符；3)優(yōu)先級；4)具體策略；5)可追溯性。1)唯一標(biāo)識符；3)優(yōu)先級；4)可追溯性。1)唯一標(biāo)識符；3)優(yōu)先級；4)可追溯性。1)唯一標(biāo)識符；3)優(yōu)先級；5)前置條件；7)預(yù)期結(jié)果；8)實測結(jié)果和測試結(jié)果。1)唯一標(biāo)識符；3)優(yōu)先級；5)待執(zhí)行的測試用例(可追溯性);6)與其他規(guī)程的關(guān)系；A.2.10測試數(shù)據(jù)需求6)歸檔或清除。4)需要的周期。1)唯一標(biāo)識符；2)狀態(tài)描述。1)唯一標(biāo)識符；4)影響。1)時間信息；2)發(fā)現(xiàn)者；4)事件描述；6)發(fā)現(xiàn)者對優(yōu)先級的評估；本附錄從高層級解釋了GB/T38634.2中定義的活動如何映射到本部分定義的文檔集模板中的信息項。如果本部分的用戶不使用GB/T38634.2,則本附錄是可選的。表B.1總結(jié)了用于本部分中信息項與GB/T38634.2條款的規(guī)范性需求的映射。本部分信息項1)測試目標(biāo)應(yīng)可3)測試組織結(jié)構(gòu)可4)測試人員培訓(xùn)可5)測試人員道德可可7)其他相關(guān)方針可可9)測試資產(chǎn)歸檔和重用可10)測試過程改進(jìn)可a)項目范圍的組織級測試策略聲明：1)通用的風(fēng)險管理應(yīng)2)測試選擇和優(yōu)先級應(yīng)3)測試文檔集和報告可可可可可1)準(zhǔn)入和準(zhǔn)出準(zhǔn)則可2)測試完成準(zhǔn)則可3)測試文檔集和報告可可5)測試設(shè)計技術(shù)可本部分信息項可7)待收集的度量可可應(yīng)應(yīng)1)項目/測試子過程應(yīng)2)測試項應(yīng)3)測試范圍應(yīng)宜宜宜c)風(fēng)險標(biāo)記：應(yīng)1)產(chǎn)品風(fēng)險應(yīng)應(yīng)d)測試策略：應(yīng)1)測試子過程應(yīng)2)測試交付物應(yīng)3)測試設(shè)計技術(shù)應(yīng)4)測試完成準(zhǔn)則應(yīng)應(yīng)應(yīng)7)測試環(huán)境需求應(yīng)應(yīng)9)暫停和恢復(fù)準(zhǔn)則應(yīng)10)與組織級測試策略的偏差宜e)測試活動和估算應(yīng)宜1)角色、活動和職責(zé)宜宜3)培訓(xùn)需求宜g)進(jìn)度表應(yīng)應(yīng)應(yīng)1)報告期應(yīng)本部分信息項2)不符合測試計劃的進(jìn)展應(yīng)3)阻礙進(jìn)度的因素應(yīng)應(yīng)5)新建和變更的風(fēng)險應(yīng)應(yīng)a)測試執(zhí)行：應(yīng)1)測試執(zhí)行的總結(jié)應(yīng)2)與計劃測試的偏差應(yīng)應(yīng)應(yīng)5)測試測度應(yīng)應(yīng)7)測試交付物應(yīng)8)可復(fù)用的測試資產(chǎn)宜9)經(jīng)驗教訓(xùn)應(yīng)B.1.6測試設(shè)計規(guī)格說明應(yīng)a)特征集：應(yīng)1)唯一標(biāo)識符應(yīng)應(yīng)3)優(yōu)先級應(yīng)應(yīng)應(yīng)b)測試條件：應(yīng)1)唯一標(biāo)識符應(yīng)應(yīng)3)優(yōu)先級應(yīng)應(yīng)B.1.7測試用例規(guī)格說明應(yīng)a)測試覆蓋項：應(yīng)1)唯一標(biāo)識符應(yīng)應(yīng)3)優(yōu)先級應(yīng)應(yīng)b)測試用例：應(yīng)本部分信息項1)唯一標(biāo)識符應(yīng)宜3)優(yōu)先級應(yīng)應(yīng)5)前置條件應(yīng)應(yīng)7)預(yù)期結(jié)果應(yīng)8)實測結(jié)果和測試結(jié)果應(yīng)B.1.8測試規(guī)程規(guī)格說明應(yīng)應(yīng)1)唯一標(biāo)識符應(yīng)應(yīng)3)優(yōu)先級應(yīng)4)內(nèi)容(可追溯性)應(yīng)b)測試規(guī)程：應(yīng)1)唯一標(biāo)識符應(yīng)應(yīng)3)優(yōu)先級應(yīng)應(yīng)5)待執(zhí)行的測試用例(可追溯性)應(yīng)6)與其他規(guī)程的關(guān)系應(yīng)7)停止和結(jié)束應(yīng)應(yīng)應(yīng)1)唯一標(biāo)識符應(yīng)應(yīng)應(yīng)4)需要的周期應(yīng)5)重置的需要應(yīng)應(yīng)B.1.10測試環(huán)境需求應(yīng)a)詳細(xì)測試環(huán)境需求：應(yīng)1)唯一標(biāo)識符應(yīng)應(yīng)本部分信息項應(yīng)4)需要的周期應(yīng)應(yīng)應(yīng)1)唯一標(biāo)識符應(yīng)應(yīng)應(yīng)應(yīng)1)唯一標(biāo)識符應(yīng)應(yīng)B.1.13測試執(zhí)行日志應(yīng)應(yīng)1)唯一標(biāo)識符應(yīng)應(yīng)應(yīng)4)影響應(yīng)B.1.14測試事件報告應(yīng)應(yīng)1)時間信息應(yīng)應(yīng)應(yīng)應(yīng)5)發(fā)起者對嚴(yán)重性的評估應(yīng)應(yīng)應(yīng)應(yīng)附錄D～附錄S包含了在敏捷和傳統(tǒng)項目上應(yīng)用模版的示例，闡述了本部分對于這兩種類型項目敏捷企業(yè)A是一個出版雜志和書籍的大型企業(yè)，企業(yè)有一個內(nèi)部IT部門，負(fù)責(zé)組織使用所有IT傳統(tǒng)企業(yè)B是一家為農(nóng)業(yè)生產(chǎn)先進(jìn)分析設(shè)備的小企業(yè)。他們的一些產(chǎn)品是非常重要的，因為錯誤本示例項目是開發(fā)名為UV/TIT-1433a產(chǎn)品的PC部分。它是一種測定土壤樣本中肥料成分及(資料性附錄)D.1示例1:敏捷企業(yè)A敏捷企業(yè)A是一個出版雜志和書籍的大型企業(yè)，有關(guān)該企業(yè)的詳細(xì)內(nèi)容參見附錄C。(TDD)和驗收測試驅(qū)動開發(fā)(ATDD)兩種方法進(jìn)行軟件開發(fā)。在其執(zhí)行測試驅(qū)動開發(fā)時，敏捷企業(yè)A使用了D.2示例2:傳統(tǒng)企業(yè)B傳統(tǒng)企業(yè)B是一家為農(nóng)業(yè)生產(chǎn)先進(jìn)分析設(shè)備的小企業(yè)，有關(guān)該企業(yè)的詳細(xì)內(nèi)容參見附錄C。該方針是在內(nèi)網(wǎng)的管理→方針層級發(fā)布，因此它不包含所有與文檔相關(guān)的信息，也沒有版本控制，但是發(fā)布日期是可見的。遵循企業(yè)內(nèi)部的相關(guān)標(biāo)準(zhǔn)。這些標(biāo)準(zhǔn)都是基于GB/T傳統(tǒng)企業(yè)B的方針軟件開發(fā)和質(zhì)量保證的方針構(gòu)成了傳統(tǒng)企業(yè)B在產(chǎn)品發(fā)布時，測試組需從測試角度對項目進(jìn)行分析并出具一份報告。管理者會針對報告中提出的改進(jìn)建議進(jìn)行(資料性附錄)組織級測試策略E.1示例1:敏捷企業(yè)A敏捷企業(yè)A是一個出版雜志和書籍的大型機構(gòu)企業(yè)，有關(guān)該企業(yè)的詳細(xì)內(nèi)容參見附錄C。(1人)E.2示例2:傳統(tǒng)企業(yè)B傳統(tǒng)企業(yè)B是一家為農(nóng)業(yè)生產(chǎn)先進(jìn)分析設(shè)備的小企業(yè)，有關(guān)該企業(yè)的詳細(xì)內(nèi)容參見附錄C。傳統(tǒng)企業(yè)B的組織級測試策略包括了項目范圍和每個測試的子過程。這個示例僅僅包括項目范項目風(fēng)險管理必須基于特定類型的項目，以及為風(fēng)險管標(biāo)記。風(fēng)險在××進(jìn)行標(biāo)記。當(dāng)項目關(guān)閉時，必須酌情更新測試用例和測試規(guī)程將根據(jù)與用例所覆蓋的與需求相關(guān)的風(fēng)險進(jìn)行優(yōu)先級排序。如果一個測試規(guī)程包括了具有不同風(fēng)險級別的測試用例，在整個規(guī)程中測試用例最高的風(fēng)險級別決定了整體的風(fēng)險級別。測試規(guī)程的執(zhí)行必須始終依照風(fēng)險進(jìn)行安排，風(fēng)險級別測試文檔和報告在GB/T38634.3中概述過的項目測試計劃和項目測試完成報告必須在測試項目級別被制定自動化測試和工具對所有測試項目和子過程使用測試管理工具BCG。若項目有超過4項回歸測試的計劃，可以考慮使用一個在所有進(jìn)行測試的工作產(chǎn)品上建立傳統(tǒng)企業(yè)測試子項目每個測試項目必須包括以下測試子過程：——性能測試：如果能滿足相關(guān)的需要；——易操作性測試；——組件測試；——組件集成測試：最好是自下而上；準(zhǔn)入和準(zhǔn)出準(zhǔn)則在系統(tǒng)測試執(zhí)行開始之前，集成測試完成報告和系統(tǒng)測試規(guī)在系統(tǒng)測試完成之前，所有的系統(tǒng)測試交付測試完成準(zhǔn)則系統(tǒng)測試應(yīng)該達(dá)到100%的需求覆蓋，所有測試規(guī)程必須執(zhí)行并保證沒有事件的在GB/T38634.3進(jìn)行概述的系統(tǒng)測試計劃和系統(tǒng)測試總結(jié)報告測試完成報告必適當(dāng)?shù)氖褂煤诤袦y試用例設(shè)計技術(shù)。如果以前的版本也存在缺用錯誤猜測在硬件和軟件方面，系統(tǒng)測試環(huán)境必須與生產(chǎn)環(huán)境相同。在嵌入試可以在一個仿真器上執(zhí)行。數(shù)據(jù)可以匿名，否則必須具有——指定的測試規(guī)程的總數(shù)；——執(zhí)行的測試規(guī)程的總數(shù)；——在測試規(guī)格說明上所花費時間的總量；——在事件執(zhí)行和登記上所花費時間的總量；——在測試上花費時間的總數(shù)；所有出現(xiàn)了事件報告的測試規(guī)程在缺陷得到修正之后準(zhǔn)入和準(zhǔn)出準(zhǔn)則在組件測試執(zhí)行開始之前，必須編寫和鏈接測試項(組件),同在組件測試完成之前，所有的組件測試交付測試完成準(zhǔn)則每個組件的測試應(yīng)該實現(xiàn)至少90%的語句覆蓋率以及至少80率，同時組件的所有測試用例在執(zhí)行時沒有事件發(fā)在GB/T38634.3概述的組件測試計劃和組件測試完成報告必每個組件生成確保覆蓋率的測試用例是編寫組件的開發(fā)人員來負(fù)責(zé)合理的使用黑盒測試用例設(shè)計技術(shù)。必須以白盒技術(shù)加以補組件測試由開發(fā)人員在為測試設(shè)計的開發(fā)環(huán)境中執(zhí)行?！Z句覆蓋率的平均值；——判定結(jié)果覆蓋率的平均值；(資料性附錄)F.1示例1:敏捷企業(yè)A敏捷企業(yè)A是一個出版雜志和書籍的大型企業(yè)，有關(guān)該企業(yè)的詳細(xì)內(nèi)容參見附錄C。測試計劃可以在項目門戶網(wǎng)站上獲得，最新版本也發(fā)布在開發(fā)室故事板的右上角。F.2示例2:傳統(tǒng)企業(yè)BF.2.1項目測試計劃傳統(tǒng)企業(yè)B是一家為農(nóng)業(yè)生產(chǎn)先進(jìn)分析設(shè)備的小企業(yè)，有關(guān)該企業(yè)的詳細(xì)內(nèi)容參見附錄C。項目測試計劃 版本1.3日期：11.03.2005日期縮寫首次發(fā)布的文檔審查后糾正了錯別字●紫外線光譜儀；●紅外光譜儀：●傳送帶；●計算機(服務(wù)器);●個人計算機(PC)?？偪偩€●紫外線模塊；●傳送帶模塊●網(wǎng)絡(luò)模塊。PC端的系統(tǒng)由以下軟件模塊組成：●校準(zhǔn)模塊；●復(fù)合識別和集成模塊；●設(shè)置模塊；●控制和報告模塊；●網(wǎng)絡(luò)模塊●軟件系統(tǒng)完整的功能。不同的測試項的準(zhǔn)確版本必須在指定測試時從配置管理系統(tǒng)中獲取，同時必須在所有測試活動執(zhí)行前對其進(jìn)行PC系統(tǒng)由上面列出的軟件模塊組成。網(wǎng)絡(luò)模塊是作為標(biāo)準(zhǔn)產(chǎn)品購買的，并由許容將會外包給其他企業(yè)來負(fù)責(zé)。負(fù)責(zé)測試的外包企業(yè)將制定獨立的測試計劃。無。PIE1.不正確的校準(zhǔn)25額外進(jìn)行徹底的組件測試?？疾熳詣訙y試記錄的可能性。(檢查實測結(jié)果與預(yù)期的差異——也許得到一個預(yù)2.不正確的復(fù)合識別26設(shè)計評審。代碼檢查。166設(shè)計評審。代碼檢查。移”35代碼檢查。對識別到的內(nèi)存泄漏進(jìn)行動態(tài)分析。31325額外進(jìn)行徹底的組件測試。考察自動測試記錄的可能性。(檢查實測結(jié)果與預(yù)期的差異——也許得到一個預(yù)7.分析期間軟件的崩潰，帶來不可靠的結(jié)果224PIE的內(nèi)容43用戶手冊的易用性評估。428額外注意需求規(guī)格說明。對需求進(jìn)行評審。設(shè)計評審。10.本地化的文字問題53以已知的語言審查所有報告，以創(chuàng)建更長的文本P=風(fēng)險的概率或可能性；I=風(fēng)險出現(xiàn)時的影響或結(jié)果；E=暴露=概率×影響。概率和影響設(shè)定的級別分為1～6,而6是最高PIE1.可用的員工不足248在估計項目的工作量時要格外小心。計劃。236針對相關(guān)需求執(zhí)行差異分析。在計劃中包括培訓(xùn)時間。有條件的話，找一個導(dǎo)師。留出額外的時間來審查那些經(jīng)驗很少或沒有經(jīng)驗的員工所做的工作3.有些可用的人不可/不能一起工作52如果有必要/可行的話安排仲裁。在必要時，安排一個Belbin分析，以促進(jìn)不同類型的人之間相互了解。4.可用于測試執(zhí)行工具的許可太少326試圖說服相關(guān)責(zé)任人批準(zhǔn)額外的許可。分配和計劃活動，盡可能地減少等待的時間。進(jìn)行完善的進(jìn)度追蹤。PIE測試項目414可行的話，為課程籌集資金并制定計劃。從公司內(nèi)部找一個有該工具使用經(jīng)驗的員工?；ǜ嗟臅r間來對測試管理活動進(jìn)行評估。定能夠滿足預(yù)期的質(zhì)量34準(zhǔn)確陳述相關(guān)合同要求。為交付物建立特定的質(zhì)量標(biāo)準(zhǔn)。指明如果偏離計劃、質(zhì)量不合格則需要承擔(dān)的后密切關(guān)注進(jìn)度和質(zhì)量。必要時實施結(jié)果7.在事件報告上花費了超過30%的測試執(zhí)行時間45暫停測試，直到單元測試完成P=風(fēng)險的概率或可能性；I=風(fēng)險出現(xiàn)時的影響或結(jié)果；E=暴露=概率×影響。概率和影響設(shè)定的級別分為1～6,而6是最高●組件測試；●系統(tǒng)測試。https://mpower.T/irj//projectdashboard/Dashboardhome_F.2.2系統(tǒng)測試計劃2.1項目測試項是UV/TIT-14PC部分的PC端軟件的集成?！裣到y(tǒng)設(shè)置；●復(fù)合物的識別(紅外線+紫外線);●復(fù)合物的濃度(紫外線十滴定管控制);●安裝報告；●輸送系統(tǒng)的控制(速度、正確的啟動和停止位置等);●統(tǒng)計數(shù)據(jù)。測試覆蓋了所有針對該系統(tǒng)開發(fā)的PC軟件，這意味著操作系統(tǒng)和網(wǎng)絡(luò)等其他元素沒有得到明確測試。1.開發(fā)的依賴性的測試會被延遲。這樣很時間點計劃不是“一刀切”2.看來我們不能像預(yù)期的規(guī)程執(zhí)行。這樣很難按期達(dá)到進(jìn)度表的相應(yīng)時間點很難按期達(dá)到進(jìn)度表的相應(yīng)時間點D:為規(guī)格說明制定基線，并遵循基線注：D——開發(fā)；T——測試。●分類樹方法；●決策表測試：●用戶用例測試?！癖緶y試計劃；活動1234AAAARRRC測試設(shè)計人員RRRIRIIIIR注：R——負(fù)責(zé)；A——批準(zhǔn)；C——咨詢；I——通知。姓名測試分析師/測試設(shè)計人員需要兩個學(xué)生(或相似的人員)來執(zhí)行測試。這將根據(jù)人力資源的相關(guān)規(guī)則來招聘。只需要為兩個測試執(zhí)行者介紹系統(tǒng)，估計第一天要花1個小時。8進(jìn)度表123456789(共三個周期)(資料性附錄)測試狀態(tài)報告G.1示例1:敏捷企業(yè)A狀態(tài)報告在每次迭代結(jié)束時生成，并以摘要報告的形式放在項目門戶網(wǎng)站上。G.2示例2:傳統(tǒng)企業(yè)B傳統(tǒng)企業(yè)是一家為農(nóng)業(yè)生產(chǎn)先進(jìn)分析設(shè)備的小企業(yè)，有關(guān)該企業(yè)的詳細(xì)內(nèi)容參見附錄C。2004年3月22日的測試狀態(tài)報告周期：2004年3月15日—3月21日。一10月710月20+20月11610月日期日翔日期000010月710月10號10月11號10月14號10月17號10月1百分?jǐn)?shù)當(dāng)天實際執(zhí)行的測試用例總數(shù)3百分比失敗的測試用例總數(shù)45004100新的缺陷5004100再測試8.關(guān)閉的缺陷8004310重新開放的缺陷1000100表G.4缺陷摘要累積迄今為止的缺陷0920迄今為止拒絕的缺陷1001000迄今為止修復(fù)的缺陷07620迄今為止復(fù)測&.關(guān)閉的缺陷07720迄今為止開放/掛起的缺陷026200(資料性附錄)測試完成報告H.1示例1:敏捷企業(yè)A敏捷企業(yè)A是一個出版雜志和書籍的大型企業(yè)，有關(guān)該企業(yè)的詳細(xì)內(nèi)容參見附錄C。測試完成報告可以在項目門戶網(wǎng)站上獲得，隨著它的開發(fā)或更新，其最新版本也發(fā)布在開發(fā)室故事板的右下角。H.2示例2:傳統(tǒng)企業(yè)B傳統(tǒng)企業(yè)B是一家為農(nóng)業(yè)生產(chǎn)先進(jìn)分析設(shè)備的小企業(yè)，參見附錄C。(資料性附錄)測試設(shè)計規(guī)格說明1.1示例1:敏捷企業(yè)A敏捷企業(yè)A是一個出版雜志和書籍的大型企業(yè)，有關(guān)該企業(yè)的詳細(xì)內(nèi)容參見附錄C。測試設(shè)計規(guī)格說明可以在項目門戶網(wǎng)站上獲得，其最新版本也發(fā)布在開發(fā)室測試計劃的故事板的右下角。1.2示例2:傳統(tǒng)企業(yè)B傳統(tǒng)企業(yè)B是一家為農(nóng)業(yè)生產(chǎn)先進(jìn)分析設(shè)備的小企業(yè)，有關(guān)該企業(yè)的詳細(xì)內(nèi)容參見附錄C?！駛魉蛶гO(shè)置；●最快速度：5mm/s～50mm/s;●設(shè)置完成；●超出范圍的最快速度；測量范圍100~樣本編號=T”-“n[n]”-“nnn”-“dd"."mm".“yyn=0～9的數(shù)字dd=01～31的數(shù)字mm=01～12的數(shù)字●操作類型(A、S或M);●樣本類型(1位或2位數(shù)字);●樣本獲取的日期。對樣本類型進(jìn)行說明的方式取決于操作類型。在全自動處理的情況下，1代表打印報告，2代表沒有報告。對于半對樣本的自動化處理進(jìn)行分析，結(jié)果存儲在樣本ID當(dāng)中。如果在數(shù)據(jù)庫中沒有找到樣本ID,就不會執(zhí)行分析，并要能夠運行半自動分析，必須在數(shù)據(jù)庫中找到示例類型。在數(shù)據(jù)庫中必須找到一種能夠運行半自動分析的樣本類日期編寫修改介紹系統(tǒng)需求，測試依據(jù)版本1.8PC部分的需求規(guī)格說明PCUV:UV/TIT-1433aPC部分。超出范圍超出范圍L未知超出范圍U1超出范圍L2UL超出范圍U未知超出范圍需求覆蓋：[341]域域域域行動自動中等以上1-打印報告中等以上2-無報告數(shù)據(jù)庫中是數(shù)據(jù)庫中的步驟是高否高否中等以上半自動數(shù)據(jù)庫中是數(shù)據(jù)庫中的步驟是驟[n]是中等以上否中等以上否高否中等以上高P“前進(jìn)”P“鎖定”保護(hù)蓋“鎖定”P“打開”保護(hù)蓋“打開”P“后退”p“停止”開始需求覆蓋：[581](資料性附錄)測試用例規(guī)格說明J.1示例1:敏捷企業(yè)A敏捷企業(yè)A是一個出版雜志和書籍的大型企業(yè)，有關(guān)該企業(yè)的詳細(xì)內(nèi)容參見附錄C。測試覆蓋項和故事的測試用例總結(jié)成測試用例，并記錄在故事卡片的背面，如下所示。1:秘書可以創(chuàng)建一個新的訂閱類型。2:秘書可以輸入名稱、可用的長度、相關(guān)的價格、以及對新的訂閱類型的備3:秘書可以存儲一個新的訂閱類型。4:秘書可以看到現(xiàn)有的訂閱類型。5:只要沒有訂閱，秘書就可以改變訂閱類型的名稱、可用的長度及相關(guān)的價6:在存儲之前，秘書可以撤銷訂閱類型的更7:秘書可以存儲更改的訂閱類型。在本故事中，訂閱的“刪除”可能缺失了，應(yīng)該與客戶一起進(jìn)行檢查。否則它就是正常的。J.2示例2:傳統(tǒng)企業(yè)B傳統(tǒng)企業(yè)B是一家為農(nóng)業(yè)生產(chǎn)先進(jìn)分析設(shè)備的小企業(yè)，有關(guān)該企業(yè)的詳細(xì)內(nèi)容參見附錄C。日期編寫系統(tǒng)需求，測試依據(jù)UV/TIT-1433a.PC部分的需求規(guī)格UV/TIT-1433a.PC部分的測試設(shè)明，版本1.0(FS2).5.2,(FS2).5.1.b,(FS2).5.2.a,(FS2).5.2.b,(FP‘F’P*S’P*S’P*O’期望輸出結(jié)束狀態(tài)P*F’P*S’P*O’有14個空轉(zhuǎn)移(覆蓋項):3.3特征集(FS2):復(fù)合物的識別測試用例ID:17-1目的：測試超出范圍的樣本值的反應(yīng)顯示器顯示“無效的樣本”測試用例ID:17-4目的：測試對有效樣本上邊界上的樣本值的反應(yīng)顯示器顯示“警告”測試用例ID:21-3目的：測試類型1的自動分析樣本類型“1”,具有適當(dāng)?shù)牟襟E；分析的執(zhí)行不需要互動性；打印出一份報告；樣本類型“1”的相關(guān)步驟(在報告中檢查)測試用例ID:21-16目的：測試人工分析跟蹤：(FS2).8.1前置條件：預(yù)期結(jié)果：用戶必須在分析過程中輸入每個步驟。要求用戶編寫打印出一份報告；(資料性附錄)測試規(guī)程規(guī)格說明K.1示例1:敏捷企業(yè)AK.1.1示例1.1:敏捷企業(yè)A以下內(nèi)容敏捷企業(yè)A的客戶和團隊達(dá)成一致。團隊也可以選擇使用相同的信息在線生成文檔。它是輕量級的，覆蓋測試規(guī)格說明、測試用例、測試規(guī)程以及測試實測結(jié)果的第一級。探索性會話章程(敏捷企業(yè))2.K.1.2示例1.2:敏捷企業(yè)A敏捷企業(yè)A是一個出版雜志和書籍的大型企業(yè)，有關(guān)該企業(yè)的詳細(xì)內(nèi)容在附錄C可以看到。該示例展示了更多的文檔集(半敏捷)。實測結(jié)果創(chuàng)建新的訂閱存儲新的訂閱K.2示例2:傳統(tǒng)企業(yè)B傳統(tǒng)企業(yè)B是一家為農(nóng)產(chǎn)品企業(yè)生產(chǎn)先進(jìn)分析設(shè)備的小企業(yè)，有關(guān)該企業(yè)的詳細(xì)內(nèi)容參見附錄C。本條介紹了在第一次執(zhí)行周期內(nèi)待執(zhí)行的測試集。該集目標(biāo)內(nèi)容測量范圍中等以上測試用例(17-1)～(17-5)目標(biāo)和優(yōu)先級預(yù)估的持續(xù)時間此測試規(guī)程的目的是測試系統(tǒng)處理NCS規(guī)定測量范圍的方式。日期步驟NO.測試用例活動實測結(jié)果1樣本”2檢查，樣本分析過了3檢查，樣本分析過了4檢查，樣本分析過了5樣本”(資料性附錄)測試數(shù)據(jù)需求L.1示例1:敏捷企業(yè)A敏捷企業(yè)A是一個出版雜志和書籍的大型企業(yè)，有關(guān)該企業(yè)的詳細(xì)內(nèi)容參見附錄C。需要填充一組經(jīng)過修改的實時數(shù)據(jù)，但是數(shù)據(jù)不能包括以下關(guān)鍵客戶數(shù)據(jù)：信用卡、地址或電話號碼。在項目啟動時，這些數(shù)據(jù)將由測試團隊和客戶進(jìn)行“清理”。在迭代期間，測試將會使用L.2示例2:傳統(tǒng)企業(yè)B傳統(tǒng)企業(yè)B是一家為農(nóng)業(yè)生產(chǎn)先進(jìn)分析設(shè)備的小企業(yè)，有關(guān)該企業(yè)的詳細(xì)內(nèi)容參見附錄C。引用文檔編號用戶需求規(guī)格說明介紹負(fù)責(zé)IT部門是AIT部門A樣本id:“314”IT部門A(資料性附錄)測試環(huán)境需求M.1示例1:敏捷企業(yè)A敏捷企業(yè)A是一個出版雜志和書籍的大型企業(yè)，有關(guān)該企業(yè)的詳細(xì)內(nèi)容參見附錄C。測試環(huán)境是一個與IBM相兼容的PC環(huán)境，包括登錄名稱/密碼以及在測試系統(tǒng)配置上可用數(shù)據(jù)。不計劃在該環(huán)境下進(jìn)行配置測試，但將對其進(jìn)行功能測試和性能測M.2示例2:傳統(tǒng)企業(yè)B傳統(tǒng)企業(yè)B是一家為農(nóng)業(yè)生產(chǎn)先進(jìn)分析設(shè)備的小企業(yè)，有關(guān)該企業(yè)的詳細(xì)內(nèi)容參見附錄C。日期審核者2008年2月12日傳統(tǒng)的測試主管；傳統(tǒng)的測試經(jīng)理；傳統(tǒng)的安全主管；傳統(tǒng)的測試管理員(資料性附錄)測試數(shù)據(jù)準(zhǔn)備報告N.1示例1:敏捷企業(yè)A敏捷企業(yè)A是一個出版雜志和書籍的大型企業(yè)，有關(guān)該企業(yè)的詳細(xì)內(nèi)容參見附錄C。狀態(tài)板發(fā)布：數(shù)據(jù)已經(jīng)在每日站會上準(zhǔn)備好了。N.2示例2:傳統(tǒng)企業(yè)B傳統(tǒng)企業(yè)B是一家為農(nóng)業(yè)生產(chǎn)先進(jìn)分析設(shè)備的小企業(yè)，有關(guān)該企業(yè)的詳細(xì)內(nèi)容參見附錄C。需求數(shù)據(jù)庫需求1由于數(shù)據(jù)庫的維護(hù)，在2008年3月22日前數(shù)據(jù)將全部遷移到測試環(huán)境數(shù)據(jù)庫需求n+10.1示例1:敏捷企業(yè)A0.2示例2:傳統(tǒng)企業(yè)B需求無無無實測結(jié)果開發(fā)團隊、管理人員和本地客戶代表在系統(tǒng)演示中一致認(rèn)為，該產(chǎn)品的修訂對生產(chǎn)交付有好處(10還達(dá)成一致同意，在下一次交付中不存在無法解決的風(fēng)險或積壓問題。將通過電子交付(電子郵件)由敏捷企業(yè)向客戶提供的、帶有代碼和所需產(chǎn)品的交付聲明。實測結(jié)果也是直接登記在測試規(guī)程表格內(nèi)。登記的內(nèi)容以斜體進(jìn)行標(biāo)目標(biāo)和優(yōu)先級預(yù)估的持續(xù)時間此測試規(guī)程的目的是測試系統(tǒng)處理NCS規(guī)定測量范圍的方啟動：設(shè)置設(shè)備，準(zhǔn)備抽樣分析。把具有以下值的NCS樣本放入傳送帶日期2011年4月29日MSR-ubV.2.3組件步驟NO.測試用例活動輸出(實測結(jié)果)1樣本”顯示“無效樣本”2檢查，樣本分析過了樣本分析過了3檢查，樣本分析過了樣本分析過了4檢查，樣本分析過了樣本分析過了5樣本”顯示“無效樣本”測試結(jié)果Q.1示例1:敏捷企業(yè)A以下是面向客戶測試的具體測試結(jié)果。獲得的實測結(jié)果和數(shù)據(jù)可以在相關(guān)項目網(wǎng)頁中進(jìn)行查看(ww測試8～16:通過(自動運行，回歸到之前的迭代)注：該信息可以通過許多不同的格式來呈現(xiàn)，例如報告、幻燈片演目標(biāo)和優(yōu)先級預(yù)估的持續(xù)時間此測試規(guī)程的目的是測試系統(tǒng)處理NCS規(guī)定測量范圍日期2011年4月29日MSR-ubV2.3組件測試用例活動輸出(實測結(jié)果)1啟動采樣分析，等待樣本”顯示“無效樣本”2檢查，樣本分析過了樣本分析過了√3檢查，樣本分析過了樣本分析過了√4檢查，樣本分析過了樣本分析過了√5樣本”顯示“無效樣本”(資料性附錄)測試執(zhí)