![整理的軟件測試文檔_第1頁](http://file4.renrendoc.com/view10/M02/34/05/wKhkGWVr9WKAKC6jAADajs6aEDs053.jpg)
![整理的軟件測試文檔_第2頁](http://file4.renrendoc.com/view10/M02/34/05/wKhkGWVr9WKAKC6jAADajs6aEDs0532.jpg)
![整理的軟件測試文檔_第3頁](http://file4.renrendoc.com/view10/M02/34/05/wKhkGWVr9WKAKC6jAADajs6aEDs0533.jpg)
![整理的軟件測試文檔_第4頁](http://file4.renrendoc.com/view10/M02/34/05/wKhkGWVr9WKAKC6jAADajs6aEDs0534.jpg)
![整理的軟件測試文檔_第5頁](http://file4.renrendoc.com/view10/M02/34/05/wKhkGWVr9WKAKC6jAADajs6aEDs0535.jpg)
版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)
文檔簡介
深圳市華為技術(shù)有限公司研究管理部文檔中心文檔編號產(chǎn)品版本密級產(chǎn)品名稱:共6頁軟件測試報告(STR)(僅供內(nèi)部使用)擬制:日期:yyyy/mm/dd審核:日期:yyyy/mm/dd審核:日期:yyyy/mm/dd批準:日期:yyyy/mm/dd深圳市華為技術(shù)有限公司版權(quán)所有侵權(quán)必究修訂記錄用于說明對文檔加附頁或文檔版本升級時對文檔的改動情況,一般設(shè)計類文檔需要用于說明對文檔加附頁或文檔版本升級時對文檔的改動情況,一般設(shè)計類文檔需要日期修訂版本描述作者1999/01/301.00初稿完成作者名目錄軟件測試報告(STR)41范圍41.1標記41.2系統(tǒng)概論41.3文檔概述42參考文獻43測試結(jié)果概述43.1被測軟件的全面評估43.2測試環(huán)境的影響53.3改進建議54詳細測試結(jié)果54.1(一個測試的項目唯一標識符)54.1.1測試結(jié)果概要54.1.2遇到的問題54.1.3測試步驟的背離65測試日志66注意67附錄6
軟件測試報告(STR)軟件測試報告是計算機軟件配置項(CSCI)、軟件系統(tǒng)或子系統(tǒng)或其他軟件相關(guān)項目進行質(zhì)量測試的記錄。STR可以用來評估測試及其結(jié)果。范圍這部分將被分為以下幾段。標記這一部分應(yīng)包含系統(tǒng)、接口實體、被說明接口的完整標記,盡可能包括:標記號碼、標題、縮寫、版本號、發(fā)布號。系統(tǒng)概論這一部分將簡要的闡述文檔所說明的系統(tǒng)和軟件的目的。它將大概描述系統(tǒng)、軟件的本質(zhì);總結(jié)系統(tǒng)的發(fā)展、操作和維護的歷史;確定這個方案的發(fā)起人、受益人、使用人、開發(fā)者和維護機構(gòu);確定當前的狀況并計劃操作地點;最后列出其它相關(guān)聯(lián)的文檔。文檔概述這一部分總結(jié)了這個文檔的目的和內(nèi)容,并且描述了與文檔用處有關(guān)的任何安全性及保密性的事項。參考文獻這一部分列出了一些文檔中引用的所有文檔的號碼、名稱、修訂本和數(shù)據(jù)。測試結(jié)果概述這部分將被分成下面幾段來對測試結(jié)果進行概述。被測軟件的全面評估本段應(yīng)該包括:a. 根據(jù)本文檔中的測試結(jié)果對被測軟件的整體評價。b. 任何在測試中檢查到的殘留的不足,限制,局限。可以用問題/修改報告來提供缺陷信息。c. 對每個殘留的缺陷,限制,局限,描述如下:1對軟件和系統(tǒng)性能的影響,包括沒有滿足的需求2為了更正它,會對軟件和系統(tǒng)設(shè)計產(chǎn)生的影響。3推薦的解決方法/策略測試環(huán)境的影響這一段將提供對測試環(huán)境和運行環(huán)境不同的評價以及這種不同對測試結(jié)果的影響。改進建議這一段將提供對被測軟件的測試,操做,設(shè)計的改進建議。每一條建議的分析及其對軟件的影響影響也應(yīng)提供。如果沒有推薦改進,則提供“None”。詳細測試結(jié)果這一部分將分為下面幾段來描述每個測試的詳細結(jié)果。說明:“測試”是指測試用例集合。(一個測試的項目唯一標識符)本段用項目唯一的標識符來定義一個測試,并分成以下段落來描述一個測試結(jié)果測試結(jié)果概要本段總結(jié)測試結(jié)果,總結(jié)應(yīng)該包括(可能在一個表格中)和測試有關(guān)的每個測試用例的完成狀態(tài)(例如:“所有結(jié)果正?!薄坝龅絾栴}”“偏離需求”)。如果狀態(tài)不是“正?!保托枰ㄟ^引用以下段落內(nèi)容來說明詳細信息。遇到的問題這一段將分為幾段來說明每個存在問題的測試用例1. (測試用例的項目唯一標志)這一段將用唯一計劃標識符來表示一個存在問題的測試用例,并將提供:a. 發(fā)生問題的一個簡單描述b. 證明問題發(fā)生的測試步驟c. 對相關(guān)問題/修改報告以及備份數(shù)據(jù)的引用。d. 為嘗試解決問題步驟重復(fù)的次數(shù)及每次嘗試的結(jié)果e. 測試重新開始的備份點或測試步驟測試步驟的偏離這一段將分成幾段來說明每一個偏離測試步驟的測試用例。1. (測試用例的項目唯一標識符)本段應(yīng)該用一個項目內(nèi)部唯一的標識符來表示一個存在偏離現(xiàn)象的測試用例,并提供以下內(nèi)容:焈 偏離的描述(例如:發(fā)生偏離的測試用例和偏離的本質(zhì),例如:所需設(shè)備的偏離,沒有遵從測試步驟,計劃偏離)。偏離的原因偏離對測試有效性的影響測試日志這部分將提供(用圖或附錄)測試事件的時間記錄,測試記錄將包括:焈 測試進行的的日期,時間,地點每個測試用到的軟件和硬件配置,盡可能包括:零件、模型、序列號、制造者、修訂級別、所有硬件的標定時間、所有軟件部件的名稱和版本號碼。注意這部分將包含一些有助于文檔理解的一般信息(背景信息,術(shù)語表,基本原理)。這一部分將以字母順序列出所有縮寫詞以及在文檔中使用的意思并且列出所有理解文檔所需的定義。附錄附錄用來提供為了文檔維護方便而進行獨立發(fā)行的信息(例如,圖表,分類數(shù)據(jù))。如果可能,在文檔主體中需要相關(guān)數(shù)據(jù)的地方提供對文檔的索引。為了便于處理,附錄裝訂成獨立文檔。附錄應(yīng)按字母順序標記(A,B,等..)。計算機軟件測試文件編制規(guī)范1引言1.1目的和作用本規(guī)范規(guī)定一組軟件測試文件。測試是軟件生存周期中一個獨立的、關(guān)鍵的階段,也是保證軟件質(zhì)量的重要手段。為了提高檢測出錯誤的幾率,使測試能有計劃地、有條不紊地進行地進行,就必須要編制測試文件。而標準化的測試文件就如同一種通用的參照體系,可達到便于交流的目的。文件中所規(guī)定的內(nèi)容可以作為對測試過程完備性的對照檢查表,故采用這些文件將會提高測試過程的每個階段的能見度,極大地提高測試工作的可管理性。1.2適用對象及范圍本規(guī)范是為軟件管理人員、軟件開發(fā)人員和軟件維護人員、軟件質(zhì)量保證人員、審計人員、客戶及用戶制定的。本規(guī)范用于描述一組測試文件,這些測試文件描述測試行為。本規(guī)范定義每一種基本文件的目的、格式和內(nèi)容。所描述的文件著重于動態(tài)測試過程,但有些文件仍適用其它種類的測試活動。本規(guī)范可應(yīng)用于數(shù)字計算機上運行的軟件。它的應(yīng)用范圍不受軟件大小、復(fù)雜度或重要性的限制,本規(guī)范既適用于初始開發(fā)的軟件測試文件編制,也適用于其后的軟件產(chǎn)品更新版本的測試文件編制。本規(guī)范并不要求采用特定的測試方法學(xué)、技術(shù)及設(shè)備或工具。對文件控制、配置管理或質(zhì)量保證既不指明也不強制特定的方法學(xué)。根據(jù)所用的方法學(xué),可能需要增加別的文件(如“質(zhì)量保證計劃”)。本規(guī)范既適用于紙張上的文件,也適用于其它媒體上的文件。如果電子文件編制系統(tǒng)不具有安全的批準注冊機制,則批準簽字的文件必須使用紙張。2引用標準GB/T11457軟件工程術(shù)語GB8566計算機軟件開發(fā)規(guī)范GB8567計算機軟件產(chǎn)品開發(fā)文件編制指南3定義本章定義本規(guī)范中使用的關(guān)鍵術(shù)語。3.1設(shè)計層designlevel軟件項的設(shè)計分解(如系統(tǒng)、子系統(tǒng)、程序或模塊)。3.2通過準則passcriteria判斷一個軟件項或軟件特性的測試是否通過的判別依據(jù)。3.3軟件特性softwarefeature軟件項的顯著特性。(如功能、性能或可移植性等)。3.4軟件項softwareitem源代碼、目標代碼、作業(yè)控制代碼、控制數(shù)據(jù)或這些項的集合。3.5測試項testitem作為測試對象的軟件項。4概述4.1主要內(nèi)容本規(guī)范確定了各個測試文件的格式和內(nèi)容,所提出的文件類型包括測試計劃、測試說明和測試報告。測試計劃描述測試活動的范圍、方法、資源和進度。它規(guī)定被測試的項、被測試的特性、應(yīng)完成的測試任務(wù)、擔任各項工作的人員職責及與本計劃有關(guān)的風險等。測試說明包括三類文件:(1)測試設(shè)計說明:詳細描述測試方法,規(guī)定該設(shè)計及其有關(guān)測試所包括的特性,還規(guī)定完成測試所需的測試用例和測試規(guī)程,并規(guī)定特性的通過準則。(2)測試用例說明:列出用于輸入的具體值以及預(yù)期的輸出結(jié)果,并規(guī)定在使用具體測試用例時,對測試規(guī)程的各種限制。將測試用例與測試設(shè)計分開,可以使它們用于多個設(shè)計并能在其它情形下重復(fù)使用。(3)測試規(guī)程說明:規(guī)定對于運行系統(tǒng)和執(zhí)行指定的測試用例來實現(xiàn)有關(guān)測試設(shè)計所要求的所有步驟。測試報告包括四類文件:(1)測試項傳遞報告:指明在開發(fā)組和測試組獨立工作的情況下或者在希望正式開始測試的情況下為進行測試而被傳遞的測試項。(2)測試日志:測試組用于記錄測試執(zhí)行過程中發(fā)生的情況。(3)測試事件報告:描述在測試執(zhí)行期間發(fā)生并需進一步調(diào)查的一切事件。(4)測試7總結(jié)報告:總結(jié)與測試設(shè)計說明有關(guān)的測試活動。這些文件同其它文件在編制方面的關(guān)系以及同測試過程的對應(yīng)關(guān)系如圖1所示。4.2實施靈活性在GB8567中,涉及軟件測試的文件有“測試計劃”及“測試分析報告”。本規(guī)范中的八個測試文件是上述二個文件的補充和細化,這樣可使文件的書定更具體、更有參照性,其中測試計劃可細化為本規(guī)范的測試計劃、測試設(shè)計說明、測試用例說明及測試規(guī)程說明,測試分析報告可細化為本規(guī)范的測試項傳遞報告、測試日志、測試事件報告及測試總結(jié)報告。使用本規(guī)范的每個單位,要規(guī)定測試階段所應(yīng)有的特定文件,并在測試計劃中規(guī)定測試完成后所能提交的全部文件。對于不同的設(shè)計層或不同規(guī)模的軟件,所選文件的種類也可有所不同。在所提供的每個標準文件中,每一章的內(nèi)容對于具體的應(yīng)用和特定的測試階段可以有所增減。不僅可以調(diào)整內(nèi)容,還可以在基本文件集中增加另外的文件。任何一個文件都可以增加新的內(nèi)容,并且某章若無可寫的內(nèi)容,則可不寫,但須保留該章的編號。使用本規(guī)范的每個單位應(yīng)該補充規(guī)定對內(nèi)容的要求和約定,以便反映自己在測試、文件控制、配置管理和質(zhì)量保證方面所用的特定方法、設(shè)備和工具。附錄A(參考件)中,將敘述文件編制實施及使用指南。4.3總體要求以下將敘述各個測試文件的書寫格式及內(nèi)容。對于每一個文件而言各章應(yīng)按指定的次序排列,補充的章可以放在最后或放在“批準”一章的前面(如果該文件最后一章是“批準”的話)。如果某章的部分或全部內(nèi)容在另一文件中,則應(yīng)在相應(yīng)的內(nèi)容位置上列出所引用的材料,引用的材料必須附在該文件后面或交給文件的使用者。5內(nèi)容要求5.1測試計劃測試計劃結(jié)構(gòu)如表1所示。表1測試計劃1測試計劃名稱2引言3測試項4被測試的特性5不被測試的特性6方法7項通過準則8暫停標準和再啟動要求9應(yīng)提供的測試文件10測試任務(wù)11環(huán)境要求12職責13人員和訓(xùn)練要求14進度15風險和應(yīng)急16批準下面給出每一章的詳細內(nèi)容:5.1.1測試計劃名稱(本計劃的第1章)為本測試計劃取現(xiàn)代戰(zhàn)爭專用的名稱。5.1.2引言(本計劃的第2章)歸納所要求測試的軟件項和軟件特性,可以包括系統(tǒng)目標、背景、范圍及引用材料等。在最高層測試計劃中,如果存在下述文件,則需要引用它們:項目計劃、質(zhì)量保證計劃、有關(guān)的政策、有關(guān)的標準等。5.1.3測試項(本計劃的第3章)描述被測試的對象,包括其版本、修訂級別,并指出在測試開始之前對邏輯或物理變換的要求。5.1.4被測試的特性(本計劃的第4章)指明所有要被測試的軟件特性及其組合,指明每個特性或特性組合有關(guān)的測試設(shè)計說明。5.1.5不被測試的特性(本計劃的第5章)指出不被測試的所有特性和特性的有意義的組合及其理由。5.1.6方法(本計劃的第6章)描述測試的總體方法,規(guī)定測試指定特性組志需的主要活動、、技術(shù)和工具,應(yīng)詳盡地描述方法,以便列出主要的測試任務(wù),并估計執(zhí)行各項任務(wù)所需的時間。規(guī)定所希望的電低程度的測試徹底性,指明用于判斷測試徹底性的技術(shù)(如:檢查哪些語句至少執(zhí)行過一次)。指出對測試的主要限制,例如:測試項可用性、測試資源的可用性和測試截止期限等。5.1.7項通過準則(本計劃的第7章)規(guī)定各測試項通過測試的標準。5.1.8暫停標準和再啟動要求(本計劃第8章)規(guī)定用于暫停全部或部分與本計劃有關(guān)的測試項的測試活動的標準。規(guī)定當測試再啟動時必須重復(fù)的測試活動。5.1.9應(yīng)提供的測試文件(本計劃的第9章)規(guī)定測試完成后所應(yīng)遞交的文件,這些文件可以是前述八個文件的全部或者部分。5.1.10測試任務(wù)(本計劃的第10章)指明執(zhí)行測試所需的任務(wù)集合,指出任務(wù)音的一切依賴關(guān)系和所需的一切特殊技能。5.1.11環(huán)境要求(本計劃的第11章)規(guī)定測試環(huán)境所必備的和希望的的性質(zhì)。包括:硬件、通信和系統(tǒng)軟件的物理特征、使用方式以及任何其它支撐測試所需的軟件或設(shè)備,指出所需的特殊測試工具及其它測試要求(如出版物或辦公場地等)。指出測試組目前還不能得到的所有要求的來源。5.1.12職責(本計劃的第12章)指出負責管理、設(shè)計、準備、執(zhí)行、監(jiān)督、檢查和仲裁的小組。另外指出負責提供5.1.3中指出的測試項和在5.1.11中指出的環(huán)境要求的小組。這些小組可以包括開發(fā)人員、測試人員、操作員、用戶代表、數(shù)據(jù)管理員和質(zhì)量保證人員。5.1.13人員和訓(xùn)練要求(本計劃的第13章)指明測試人員應(yīng)有的水平以及為掌握必要技能可供選擇的訓(xùn)練科目。5.1.14進度(本計劃的第14章)包括在軟件項目進度中規(guī)定的測試里程碑以及所有測試項傳遞時間。定義所需的新的測試里程碑,估計完成每項測試任務(wù)所需的時間,為每項測試任務(wù)和測試里程碑規(guī)定進度,對每項測試資源規(guī)定使用期限。5.1.15風險和應(yīng)急(本計劃的第15章)預(yù)測測試計劃中的風險,規(guī)定對各種風險的應(yīng)急措施(如:延期傳遞的測試項可能需要加夜班來趕上規(guī)定的進度。)5.1.16批準(本計劃的第16章)規(guī)定本計劃必須由哪些人(姓名和職務(wù))審批。為簽名和填寫日期留出位置。5.2測試設(shè)計說明測試設(shè)計說明如表2所示。表2測試設(shè)計說明1測試設(shè)計說明名稱2被測試的特性3方法詳述4測試用例名稱5特性通過準則下面給出本說明每一章的詳細內(nèi)容。5.2.1測試設(shè)計說明名稱(本說明第1章)給每一個測試設(shè)計說明取一個專用名稱。如果存在的話,也可引用有關(guān)的測試計劃中給出的名稱。5.2.2被測試的特性(本說明的第2章)規(guī)定測試項,描述作為本設(shè)計測試目標的特性和特性的組合,其它特性可以論及,但不必測試。5.2.3方法詳述(本說明的第3章)將測試計劃中規(guī)定的方法進行細化,包括要用的具體測試技術(shù),規(guī)定分析測試結(jié)果的方法(如比較程序或人工觀察)。規(guī)定為選擇測試用例提供合理依據(jù)的一切分析結(jié)果。例如:可以說明容錯的條例(如:區(qū)別有效輸入和無效輸入的條件)。歸納所有測試用例的共同屬性,可以包括輸入約束條件,共享環(huán)境的要求,對共享的特殊規(guī)程的要求及任何共享的測試用例間的依賴關(guān)系。5.2.4測試例名稱(本說明的第4章)列出與本設(shè)計有關(guān)的每一測試用例的名稱和簡要說明。某個特定的測試用例可能在多個測試設(shè)計說明中出現(xiàn),列出與本測試設(shè)計說明有關(guān)的規(guī)程及其簡要說明。5.2.5特性通過準則(本說明的第5章)規(guī)定用于判別特性和特性組合是否通過測試的準。5.3測試用例說明測試用例說明結(jié)構(gòu)如表3所示。表3測試用例說明1測試用例說明名稱2測試項3輸入說明4輸出說明5環(huán)境要求6特殊的規(guī)程說明7用例間的依賴關(guān)系由于測試用例可能被由多個小組長期使用的多個測試設(shè)計說明引用,所以在測試用例說明中必須包含足夠具體的信息以便重復(fù)使用。下面給出本說明每一章的詳細內(nèi)容。5.3.1測試用例說明名稱(本說明的第1章)給本測試用例說明取一個專用名稱5.3.2測試項(本說明的第2章)規(guī)定并簡要說明本測試用例所要涉及的項和特性、對于每一項、可考慮引用以下文件:需求說明書、設(shè)計說明書、用戶手冊、操作手冊。5.3.3輸入說明(本說明的第3章)規(guī)定執(zhí)行測試用例所需的各個輸入。有些輸入可以用值(允許適當?shù)恼`差)來規(guī)定。而另一些輸入,如常數(shù)表或事務(wù)文件可以用名來規(guī)定。規(guī)定所有合適的數(shù)據(jù)庫、文件、終端信息、內(nèi)存常駐區(qū)域和由操作系統(tǒng)傳送的值。規(guī)定各輸入間所需的所有關(guān)系(如時序關(guān)系等)。5.3.4輸出說明(本說明的第4章)規(guī)定測試項的所有輸出和特性(如:響應(yīng)時間)。提供各個輸出或特性的正確值(在適當?shù)恼`差范圍內(nèi))。5.3.5環(huán)境要求(本說明的第5章)5.3.5.1硬件規(guī)定執(zhí)行本測試用例所需的硬件特征和配置(如:80字符×24行的顯示終端)。5.3.5.2軟件規(guī)定執(zhí)行本測試用例所需的系統(tǒng)軟件和應(yīng)用軟件。系統(tǒng)軟件可以包括操作系統(tǒng)、編譯程序、模擬程序和測試工具等。5.3.5.3其它說明所有其它的要求,如特種設(shè)施要求或經(jīng)過專門訓(xùn)練的人員等。5.3.6特殊的規(guī)程要求(本說明的第6章)描述對執(zhí)行本測試用例的測試規(guī)程的一切特殊限制。這些限制可以包括特定的準備、操作人員干預(yù)、確定特殊的輸出和清除過程。5.3.7用例間的依賴關(guān)系(本說明的第7章)列出必須在本測試用例之前執(zhí)行的測試用例名稱,歸納依賴性質(zhì)。5.4測試規(guī)程說明測試規(guī)程說明結(jié)構(gòu)如表4表示表4測試規(guī)程說明1測試規(guī)程說明名稱2目的3特殊要求4規(guī)程步驟下面給出本說明每一章的詳細內(nèi)容。5.4.1測試規(guī)程說明名稱(本說明的第1章)給每個測試規(guī)程說明取一個專用名稱,給出對有關(guān)測試設(shè)計說明的引用。5.4.2目的(本說明的第2章)描述本規(guī)程的目的。如果本規(guī)程執(zhí)行測試用例,則引用各有關(guān)的測試用例說明。5.4.3特殊要求(本說明的第3章)指出執(zhí)行本規(guī)程所需的所有特殊要求,包括作為先決條件的規(guī)程、專門技能要求和特殊環(huán)境要求。5.4.4規(guī)程步驟(本說明的第4章)5.4.4.1日志說明用來記錄測試的執(zhí)行結(jié)果、觀察到的事件和其它與測試有關(guān)事件(見5.6條測試日志和5.7條測試事件報告)的所有特殊方法或格式。5.4.4.2準備描述新任務(wù)執(zhí)行規(guī)程所必需的動作序列。5.4.4.3啟動描述開始執(zhí)行規(guī)程所必需的動作。5.4.4.4處理描述在規(guī)程執(zhí)行過程中所必需的動作。5.4.4.5度量描述如何進行測試度量(如描述如何用網(wǎng)絡(luò)模擬程序來充其量遠程終端的響應(yīng)時間)。5.4.4.6暫停描述因發(fā)生意外事件暫停測試所必需的動作。5.4.4.7再啟動規(guī)定所有再撥動點和在啟動點上重新啟動規(guī)程所必需的動作。5.4.4.8停止描述正常停止執(zhí)行時所必需的動作。5.4.4.9清除描述恢復(fù)環(huán)境所必需的動作。5.4.4.10應(yīng)急描述處理執(zhí)行過程中可能發(fā)生的異常事件所必需的動作。5.5測試項傳遞報告測試項傳遞報告結(jié)構(gòu)如表5所示。表5測試項傳遞報告1傳遞報告名稱2傳遞項3位置4狀態(tài)5批準下面給出本報告每一章的詳細內(nèi)容。5.5.1傳遞報告名稱(本報告的第1章)為本測試項傳遞報告取一個專用名稱。5.5.2傳遞項(本報告的第2章)規(guī)定被傳遞的項及其版本/修訂級別。提供與傳遞項有關(guān)的項文件和測試計劃的相關(guān)信息,指出對該傳遞項負責的人員。5.5.3位置(本報告的第3章)規(guī)定傳遞項的位置及其所在媒體。5.5.4狀態(tài)(本報告的第4章)描述被傳遞的測試項的狀態(tài),包括其與項文件、這些項的以往傳遞以及測試計劃的差別。列出希望由被傳遞項解決的事件報告。5.5.5批準(本報告的第5章)規(guī)定本傳遞報告必須由哪些人(姓名和職務(wù))審批,并為簽名和日期留出位置。5.6測試日志測試日志結(jié)構(gòu)如表6所示。表6測試日志1測試日志名稱2描述3活動和事件條目下面給出本報告每一章的詳細內(nèi)容。5.6.1測試日志名稱(本日志的第1章)為本測試日志取一專用的名稱。5.6.2描述(本日志的第2章)除了在日志條目中特別注明的以外,用于日志中所有條目的信息都包括在本章中。應(yīng)該考慮有以下信息:(1)規(guī)定被測試項及其版本/修訂級別。如果存在的話,引用各項的傳遞報告。(2)規(guī)定完成測試的環(huán)境屬性,包括設(shè)備說明、所用的硬件、所用的系統(tǒng)軟件及可用存儲容量等可用資源。5.6.3活動和事件條目(本日志的第3章)對每個事件(包括事件的開始和結(jié)束),記錄發(fā)生的日期和時間,并說明記錄者。應(yīng)考慮以下各項信息。5.6.3.1執(zhí)行描述記錄所執(zhí)行的測試規(guī)程的名稱,并引用該測試規(guī)程說明。記錄執(zhí)行時在場人員,包括:測試者、操作員和觀察員,還要說明每個人的作用。5.6.3.2測試結(jié)果對每次執(zhí)行,記錄人工可觀察到的結(jié)果(如:產(chǎn)生的錯誤信息、異常中止和對操作員動作的請求等),還要記錄所有輸出的位置(如磁帶號碼),記錄測試的執(zhí)行是否成功。5.6.3.3環(huán)境信息記錄本條目的的一切特殊的環(huán)境條件。5.6.3.4意外事件記錄意外事件及其發(fā)生前后的情況(如請求顯示總計,屏幕顯示正常,但響應(yīng)時間似乎異常長,重復(fù)執(zhí)行時響應(yīng)時間也同樣過長)。記錄無法開始執(zhí)行測試或無法結(jié)束測試的周圍環(huán)境(如電源故障或系統(tǒng)軟件問題)。5.6.3.5事件報告名稱每產(chǎn)生一個測試事件報告時,記錄其名稱。5.7測試事件報告測試事件報告結(jié)構(gòu)如表7所示。表7測試事件報告1測試事件報告名稱2摘要3事件描述4影響下面給出本報告每一章的詳細內(nèi)容。5.7.1測試事件報告名稱(本報告的第1章)為本測試事件報告取一個專用名稱。5.7.2摘要(本報告的第2章)簡述事件,指出有關(guān)測試項及其
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
- 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- Ortho-methyl-4-anilino-1-boc-piperidine-生命科學(xué)試劑-MCE-9872
- 2025年度網(wǎng)紅電商品牌購銷合同
- 2025年度礦山資源整合與投資合作協(xié)議
- 施工方案對土石方材料的要求與選擇
- 游泳教學(xué)與生命安全教育的融合
- 高校突發(fā)公共事件應(yīng)急預(yù)案
- 數(shù)據(jù)中心安全管理措施與緊急情況應(yīng)對實例分析
- 60條合同規(guī)定:如何實現(xiàn)一次性產(chǎn)品零使用
- 上市公司廣告策劃與執(zhí)行合同范本
- 二手房訂房合同條款解析
- 初中數(shù)學(xué)深度學(xué)習與核心素養(yǎng)探討
- 特殊教育導(dǎo)論 課件 第1-6章 特殊教育的基本概念-智力異常兒童的教育
- DB13(J)T145-2012建筑工程資料管理規(guī)程(上冊)
- 企業(yè)職務(wù)犯罪法制講座課件
- 2023學(xué)年完整公開課版家鄉(xiāng)的方言
- 護理質(zhì)量管理課件
- 護理學(xué)基礎(chǔ)教案導(dǎo)尿術(shù)
- 顱腦外傷(新版)課件
- 《先秦漢魏晉南北朝詩》(精校WORD版)
- 分包商座談會領(lǐng)導(dǎo)致辭
- GB/T 16679-1996信號與連接的代號
評論
0/150
提交評論