版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)
文檔簡介
1、57/57模版集萃(軟件質(zhì)量保證類)綜述:在程序員的日常工作中,除了編寫代碼之外,還免不了需要編寫各種技術(shù)文檔。一個編寫良好的技術(shù)文檔在項目中能夠?qū)iT好地建立溝通與協(xié)作,起到專門積極的作用。因此,編寫技術(shù)文檔也就成為了程序員技能提升的專門重要的一面。為此,我們專門收集了一些在項目開發(fā)過程中經(jīng)常用到的文檔模板,這些模板包括格式和簡單的寫作講明,相信能夠關(guān)心大伙兒編寫出更加高效、有用的技術(shù)文檔。在收集過程中,我們十分注重事實上用性,以確保每個模板的價值,而且關(guān)于一些重要的文檔提供了多個模板。為了方便大伙兒查找,我們將收錄的57模板分為以下幾類:項目及開發(fā)治理類:包括立項前的分析,立項后的打算、以及
2、進(jìn)度跟蹤、風(fēng)險操縱方面的文檔模板,共計16個;需求分析類:明確清晰的需求,是項目成功的基礎(chǔ),在此收集了在需求分析過程中所將使用到的文檔模板,共計14個;系統(tǒng)分析與設(shè)計類:包括體系結(jié)構(gòu)設(shè)計、高層設(shè)計、詳細(xì)設(shè)計、數(shù)據(jù)庫設(shè)計等6個相關(guān)文檔模板;軟件質(zhì)量保證類:軟件測試是質(zhì)量保證的關(guān)鍵活動,在此收集了軟件測試相關(guān)的11個文檔模板;其它類:除此之外,還收集了關(guān)于用戶手冊、軟件維護(hù)等方面的10個文檔模板,其中還有一個軟件過程規(guī)范的示例。另外,值得講明的是,文檔模板只是為文檔的編寫提供一個基礎(chǔ),在實際的編寫過程中,你能夠依照自己的需要進(jìn)行必要的剪裁和增補(bǔ)。測試打算編者講明: 要想系統(tǒng)性地完成一件事,首先要做
3、好打算,測試工作是十分重要的,因此測試打算也是十分必要的。該文檔適用于集成測試、系統(tǒng)測試、驗收測試的打算制訂,并不適用于單元測試打算。第1章引言1.1綜述1.2參考文獻(xiàn)序號名稱文件標(biāo)識/版本出版單位出版日期第2章測試項2.1測試項測試項名稱測試項標(biāo)識介質(zhì)特性變換要求相關(guān)引用材料2.2不測試的軟件項軟件項名稱軟件項標(biāo)識未測試緣故相關(guān)引用材料第3章被測試的特性特性或組合名稱測試設(shè)計講明編號第4章不被測試的特性特性或組合名稱測試設(shè)計講明編號第5章方法5.15.2第6章項通過準(zhǔn)則第7章暫停標(biāo)準(zhǔn)和再啟動要求7.1暫停標(biāo)準(zhǔn)7.2再啟動要求第8章應(yīng)提供的測試文檔文檔名稱標(biāo)識符第9章測試任務(wù)序號任務(wù)前期任務(wù)專
4、門技能責(zé)任人工作量(天)完成日期第10章環(huán)境要求10.1硬件10.2軟件10.3安全性10.4工具10.5文檔第11章職責(zé)11.1測試組11.2開發(fā)組11.3第12章人員和培訓(xùn)要求12.1人員12.1.1測試組12.2培訓(xùn)第13章進(jìn)度13.1進(jìn)度序號測試任務(wù)名稱工作量開始日期完成日期13.2測試資源使用期限第14章風(fēng)險和應(yīng)急測試日志編者講明: 測試都有一個結(jié)果,而這些結(jié)果關(guān)于軟件質(zhì)量保證活動來講是十分重要的,因此應(yīng)該將這些結(jié)果有序地記錄下來,這確實是測試日志模板所要解決的問題。第1章描述1.1測試項序號測試項名稱標(biāo)識符版本相關(guān)傳遞報告1.2測試的環(huán)境1.2.1硬件1.2.2軟件第2章活動和事件
5、條目2.1時刻活動描述事件2.2測試設(shè)計講明編者講明: 假如講測試打算是對測試的活動、人員進(jìn)行安排,那么測試設(shè)計則是對測試方法、測試技術(shù)的講明。第1章被測試的特性1.1單項特性1.2組合特性1.3引用文檔第2章方法詳述2.1方法描述2.2測試評價標(biāo)準(zhǔn)2.3測試用例選擇原則2.4測試用例的共同屬性和依靠關(guān)系測試用例講明編者講明: 測試打算解決的是如何安排測試活動,測試設(shè)計講明是如何測試,那么測試用例講明確實是測試什么,也確實是列出具體的測試項目,以使得測試有目的、有打算。第1章測試項1.1測試項名稱測試項名稱標(biāo)識符講明1.2引用文檔編號文檔名稱章節(jié)名第2章輸入講明序號名稱值類型同意誤差輸入方式第
6、3章輸出講明序號名稱值類型同意誤差輸出方式第4章環(huán)境要求4.1硬件4.2軟件4.3其它第5章專門的規(guī)程要求第6章用例間的依靠關(guān)系6.1所依靠的用例序號用例名稱或標(biāo)識6.2依靠關(guān)系的性質(zhì)集成測試打算(ISO標(biāo)準(zhǔn))編者講明: 前面的測試打算模板是一個通用性的,也能夠是用于制定所有測試活動的打算,而本模塊則是用來指導(dǎo)編寫集成測試打算的。1.引言1.1編寫目的 講明編寫這份測試打算目的,指出預(yù)期的讀者。1.2背景a.待開發(fā)系統(tǒng)的名稱;b.列出本項目的任務(wù)提出者、開發(fā)者、用戶。1.3定義 列出本文件中用到的專門術(shù)語的定義和外文首字母組詞的原詞組。1.4參考資料 列出有關(guān)的參考資料。2打算2.1系統(tǒng)講明提
7、供一份圖表,并逐項講明被測系統(tǒng)的功能、輸入、輸出等質(zhì)量指標(biāo),作為敘述測試打算的提綱。2.2測試內(nèi)容列出集成測試和確認(rèn)測試中的每一項測試內(nèi)容的名稱標(biāo)識符、這些測試的進(jìn)度安排以及這些測試的內(nèi)容和目的。2.3測試1(標(biāo)識符) 給出這項測試內(nèi)容的參與單位及被測試的部位。2.3.1進(jìn)度安排 給出對這項測試的進(jìn)度安排,包括進(jìn)行測試的日期和工作內(nèi)容。2.3.2條件 陳述本項測試工作對資源的要求。包括:a.硬件b.軟件c.人員2.3.3測試資料 列出本項測試所需的資料。2.3.4測試培訓(xùn)講明或引用資料講明為被測系統(tǒng)的使用提供培訓(xùn)的打算。規(guī)定培訓(xùn)的內(nèi)容、受訓(xùn)的人員及從事培訓(xùn)的工作人員。2.4測試2(標(biāo)識符)用與
8、本測試打算2。3條相類似的方式講明用于另一項及其后各項測試內(nèi)容的測試工作打算。 3測試設(shè)計講明3.1測試1(標(biāo)識符) 講明對第一項測試內(nèi)容的測試設(shè)計考慮。3.1.1操縱 講明本測試的操縱方式。3.1.2輸入 講明本項測試中所使用的輸入數(shù)據(jù)及選擇這些輸入數(shù)據(jù)的策略。3.1.3輸出 講明預(yù)期的輸出數(shù)據(jù)。3.1.4過程 講明完成此項測試的一個個步驟和操縱命令。3.2測試2(標(biāo)識符)用與本測試打算3。1條相類似的方式講明第2項及其后各項測試工作的設(shè)計考慮。 4評價準(zhǔn)則4.1范圍 講明所選擇的測試用例能夠檢查的范圍及其局限性。4.2數(shù)據(jù)整理陳述為了把測試數(shù)據(jù)加工成便于評價的適當(dāng)形式,使得測試結(jié)果能夠同已
9、知結(jié)果進(jìn)行比較而要用到的轉(zhuǎn)換處理技術(shù);假如是用自動方式整理數(shù)據(jù),還要講明為進(jìn)行處理而要用到的硬件、軟件資源。4.3尺度講明用來推斷測試工作是否能通過的評價尺度,如合理和輸出結(jié)果的類型、測試輸出結(jié)果與預(yù)期輸出之間的容許偏離范圍、同意中斷或停機(jī)的最大數(shù)。軟件集成測試工作流程指南編者講明: 嚴(yán)格地講,該文檔不屬于文檔模板,它只是一個工作指南。要想更好地完成集成測試工作,你就需要為團(tuán)隊制定一個工作指南。你能夠依照該文檔,結(jié)合實際進(jìn)行修改。1. 簡介1.1 目的本文詳細(xì)闡述了集成測試流程,指導(dǎo)項目開發(fā)人員如何開展軟件集成測試。1.2 范圍此指南可運(yùn)用于使用RUP 的任一軟件項目的集成測試。1.3 參考文
10、件Software Test ProcessRational Unified Process1.4 定義與縮寫RUP:統(tǒng)一開發(fā)過程SIT:軟件集成測試SEPG:軟件工程過程小組SQA:軟件質(zhì)量保證2. 集成測試指南2.1 簡介集成測試的目的是確保各單元組合在一起后能夠按既定意圖協(xié)作運(yùn)行,并確保增量的行為正確。它所測試的內(nèi)容包括單元間的接口以及集成后的功能。使用黑盒測試方法測試集成的功能。同時對往常的集成進(jìn)行回歸測試。2.2 單元測試工作內(nèi)容及其流程活動輸入工件輸出工件參與角色和職責(zé)制定集成測試打算設(shè)計模型集成構(gòu)建打算集成測試打算測試設(shè)計員負(fù)責(zé)制定集成測試打算設(shè)計集成測試集成測試打算設(shè)計模型集成
11、測試用例測試過程測試設(shè)計員負(fù)責(zé)設(shè)計集成測試用例和測試過程。實施集成測試集成測試用例測試過程工作版本測試腳本(可選)測試過程(更新)測試設(shè)計員負(fù)責(zé)編制測試腳本(可選),更新測試過程。驅(qū)動程序或穩(wěn)定樁設(shè)計員負(fù)責(zé)設(shè)計驅(qū)動程序和樁,實施員負(fù)責(zé)實施驅(qū)動程序和樁。執(zhí)行集成測試測試腳本(可選)工作版本測試結(jié)果測試員負(fù)責(zé)執(zhí)行測試并記錄測試結(jié)果評估集成測試集成測試打算測試結(jié)果測試評估摘要測試設(shè)計員負(fù)責(zé)會同集成員、編碼員、設(shè)計員等有關(guān)人員(具體化)評估此次測試,并生成測試評估摘要。2.3 集成測試需求獵取集成測試需求所確定的是對某一集成工作版本的測試的內(nèi)容,即測試的具體對象。集成測試需求要緊來源于設(shè)計模型(Des
12、ign Model )和集成構(gòu)件打算(Integration Build Plan )。集成測試著重于集成版本的外部接口的行為。因此,測試需求須具有可觀測、可測評性。1.集成工作版本應(yīng)分析其類協(xié)作與消息序列,從而找出該工作版本的外部接口。2.由集成工作版本的外部接口確定集成測試用例。3.測試用例應(yīng)覆蓋工作版本每一外部接口的所有消息流序列。注意:一個外部接口和測試用例的關(guān)系是多對多,部分集成工作版本的測試需求可映射到系統(tǒng)測試需求,因此對這些集成測試用例可采納重用系統(tǒng)測試用例技術(shù)。2.4 集成測試工作機(jī)制軟件集成測試工作由產(chǎn)品評測部擔(dān)任。需要項目組相關(guān)角色配合完成。如圖示:軟件評測部:角色職責(zé)測試
13、設(shè)計員負(fù)責(zé)制定集成測試打算、設(shè)計集成測試、實施集成測試、評估集成測試。測試員執(zhí)行集成測試,記錄測試結(jié)果。軟件項目組:角色職責(zé)實施員負(fù)責(zé)實施類(包括驅(qū)動程序和樁),并對其進(jìn)行單元測試。依照集成測試發(fā)覺的缺陷提出變更申請。配置治理員負(fù)責(zé)對測試工件進(jìn)行配置治理。設(shè)計員負(fù)責(zé)設(shè)計測試驅(qū)動程序和樁。依照集成測試發(fā)覺的缺陷提出變更申請。集成測試工作內(nèi)容及其流程工作流程:Desinger:開發(fā)設(shè)計模型Desinger:開發(fā)設(shè)計模型Integrator:制定集成打算Implementer :實施類,進(jìn)行單元測試Test Designer :制定集成測試打算,設(shè)計集成測試用例、測試過程、測試腳本Tester :執(zhí)
14、行集成測試,生成測試日志Designer & Implementer :提出變更請求變更流程Test Designer :評估集成測試,生成評估摘要缺陷2.5 集成測試產(chǎn)生的工件清單1、軟件集成測試打算2、集成測試用例3、測試過程4、測試腳本5、測試日志6、測試評估摘要軟件系統(tǒng)測試工作指南編者講明: 這是一個系統(tǒng)測試的工作指南。你能夠依照該文檔,結(jié)合實際進(jìn)行修改。1. 簡介1.1 目的本文詳細(xì)闡述了系統(tǒng)測試的類型以及各個類型的差不多測試方法,指導(dǎo)項目開發(fā)人員進(jìn)行軟件系統(tǒng)測試。1.2 范圍本文適用于使用RUP 的所有軟件項目的系統(tǒng)測試工作。1.3 文檔結(jié)構(gòu)第一部分:簡介,介紹軟件系統(tǒng)測試指南的目
15、的,本指南的適用范圍,以及在本文檔中使用的術(shù)語的解釋。第二部分:描述系統(tǒng)測試指南。包括系統(tǒng)測試流程、系統(tǒng)測試需求的獵取、系統(tǒng)測試側(cè)策略選擇、系統(tǒng)測試技術(shù)和方法等。第三部分:列出本指南使用的參考文獻(xiàn)。1.4 詞匯表系統(tǒng)測試(System Testing):系統(tǒng)測試是通過與系統(tǒng)的需求規(guī)格作比較,發(fā)覺軟件與系統(tǒng)需求規(guī)格不相符合或與之矛盾的地點(diǎn)。它將通過確認(rèn)測試的軟件,作為整個基于計算機(jī)系統(tǒng)的一個元素,與計算機(jī)硬件、外設(shè)、某些支持軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合起來,在實際運(yùn)行(使用)環(huán)境下,對計算機(jī)系統(tǒng)進(jìn)行的測試。黑盒測試(Black-Box Testing):黑盒測試是基于系統(tǒng)需求規(guī)格,在不明白
16、系統(tǒng)或組件的內(nèi)部結(jié)構(gòu)的情況下進(jìn)行的測試。通常又將黑盒測試叫做:基于規(guī)格的測試(Specification-Based Testing )、輸入輸出測試(Input/Output Testing )、功能測試(Functional Testing )。2. 系統(tǒng)測試指南2.1 系統(tǒng)測試過程活動名稱輸入工件輸出工件參與角色制定系統(tǒng)測試打算軟件需求工件軟件項目打算系統(tǒng)測試打算測試設(shè)計員設(shè)計系統(tǒng)測試系統(tǒng)測試打算軟件需求工件系統(tǒng)測試用例系統(tǒng)測試過程測試設(shè)計員實施系統(tǒng)測試系統(tǒng)測試打算工作版本系統(tǒng)測試腳本測試設(shè)計員執(zhí)行系統(tǒng)測試系統(tǒng)測試打算系統(tǒng)測試用例系統(tǒng)測試過程系統(tǒng)測試腳本測試結(jié)果測試員評估系統(tǒng)測試測試結(jié)果
17、 測試分析報告變更請求測試設(shè)計員相關(guān)組 2.2 系統(tǒng)測試需求獵取系統(tǒng)測試需求所確定的是測試的內(nèi)容,即測試的具體對象。系統(tǒng)測試需求要緊來源于需求工件集,它可能是一個需求規(guī)格講明書,或是由前景、用例、用例模型、詞匯表、補(bǔ)充規(guī)約組成的一個集合。在分析測試需求時,可應(yīng)用以下幾條一般規(guī)則:測試需求必須是可觀測、可測評的行為。假如不能觀測或測評的測試需求,就無法對其進(jìn)行評估,以確定需求是否差不多滿足。在每個用例或系統(tǒng)的補(bǔ)充需求與測試需求之間不存在一對一的關(guān)系。用例通常具有多個測試需求;有些補(bǔ)充需求將派生一個或多個測試需求,而其他補(bǔ)充需求(如市場需求或包裝需求)將不派生任何測試需求。在需求規(guī)格講明書中每一個
18、功能描述將派生一個或多個測試需求,性能描述、安全性描述等也將派生出一個或多個測試需求。1. 功能性測試需求功能性測試需求來自于測試對象的功能性講明。每個用例至少會派生一個測試需求。關(guān)于每個用例事件流,測試需求的詳細(xì)列表至少會包括一個測試需求。關(guān)于需求規(guī)格講明書中的功能描述,將至少派生一個測試需求。2. 性能測試需求性能測試需求來自于測試對象的指定性能行為。性能通常被描述為對響應(yīng)時刻和資源使用率的某種評測。性能需要在各種條件下進(jìn)行評測,這些條件包括:1)不同的工作量和/或系統(tǒng)條件2)不同的用例/功能3)不同的配置4)性能需求在補(bǔ)充規(guī)格或需求規(guī)格講明書中的性能描述部分中講明。對包括以下內(nèi)容的語句要
19、特不注意:1)時刻語句,如響應(yīng)時刻或定時情況2)指出在規(guī)定時刻內(nèi)必須出現(xiàn)的事件數(shù)或用例數(shù)的語句3)將某一項性能的行為與另一項性能的行為進(jìn)行比較的語句4)將某一配置下的應(yīng)用程序行為與另一配置下的應(yīng)用程序行為進(jìn)行比較的語句5)一段時刻內(nèi)的操作可靠性(平均故障時刻或 MTTF )6)配置或約束應(yīng)該為規(guī)格中反映以上信息的每個語句生成至少一個測試需求。3. 其它測試需求其它測試需求包括配置測試、安全性測試、容量測試、強(qiáng)度測試、故障恢復(fù)測試、負(fù)載測試等測試需求能夠從非功能性需求中發(fā)覺與其對應(yīng)的描述。每一個描述信息能夠生成至少一個測試需求。2.3 系統(tǒng)測試策略測試策略用于講明某項特定測試工作的一般方法和目標(biāo)
20、。系統(tǒng)測試策略要緊針對系統(tǒng)測試需求確定測試類型及如何實施測試的方法和技術(shù)。一個好的測試策略應(yīng)該包括要實施的測試類型和測試的目標(biāo)、所采納的技術(shù)、用于評估測試結(jié)果和測試是否完成的標(biāo)準(zhǔn)、對測試策略所述的測試工作存在阻礙的專門事項等內(nèi)容。2.3.1 系統(tǒng)測試類型和目標(biāo)確定系統(tǒng)測試策略首先應(yīng)清晰地講明所實施系統(tǒng)測試的類型和測試的目標(biāo)。清晰地講明這些信息有助于盡量幸免混淆和誤解(尤其是由于有些類型測試看起來特不類似,如強(qiáng)度測試和容量測試)。測試目標(biāo)應(yīng)該表明執(zhí)行測試的緣故。系統(tǒng)測試的測試類型一般包括:功能測試(Functional Testing)、性能測試(Performance Testing)負(fù)載測試
21、(Load Testing)、強(qiáng)度測試(Stress Testing)、容量測試(Volume Testing)、安全性測試(Security Testing)、配置測試(Configuration Testing)、故障恢復(fù)測試(Recovery Testing)、安裝測試(Installation Testing)、文檔測試(Documentation Testing)、用戶界面測試(GUI Testing)等等。其中,功能測試、配置測試、安裝測試等在一般情況下是必需的。而其它的測試類型則需要依照軟件項目的具體要求進(jìn)行裁剪。2.3.2 采納的測試技術(shù)系統(tǒng)測試要緊采納黑盒測試技術(shù)設(shè)計測試用例
22、來確認(rèn)軟件滿足需求規(guī)格講明書的要求。2.4 系統(tǒng)測試的工作機(jī)制1)項目組為每一個軟件項目成立測試組,確定測試經(jīng)理(通常由測試設(shè)計員擔(dān)任)一名,測試設(shè)計員和測試員若干。角色職責(zé)測試設(shè)計員制定系統(tǒng)測試打算、設(shè)計系統(tǒng)測試、實施系統(tǒng)測試以及評估系統(tǒng)測試測試員執(zhí)行系統(tǒng)測試2)項目組需要提供系統(tǒng)測試需要的輸入,建立測試環(huán)境,以及對測試工件進(jìn)行配置治理。角色職責(zé)系統(tǒng)分析員生成需求工件集,治理需求。為測試設(shè)計員提供測試需求。配置治理員對測試工件進(jìn)行配置治理軟件需求講明書軟件需求講明書測試需求測試需求測試需求測試用例測試用例測試用例測試過程測試過程測試過程測試過程測試過程測試分析報告軟件配置管理系統(tǒng)分析員測試設(shè)
23、計員測試設(shè)計員測試設(shè)計員測試設(shè)計員測試員2.5 系統(tǒng)測試產(chǎn)生的工件清單1)軟件系統(tǒng)測試打算2)系統(tǒng)測試用例3)系統(tǒng)測試過程4)測試腳本(可選)5)測試結(jié)果6)測試分析報告測試分析報告(GB標(biāo)準(zhǔn))編者講明: 測試完成后,將會形成一些測試日志,關(guān)于每個測試用例也有了一個反饋的結(jié)果,那么從那個數(shù)據(jù)中看出問題、找到問題以及查找解決問題的方法,那確實是測試分析報告所要完成的事了。1.引言 1.1 編寫目的 講明這份測試分析報告的具體編寫目的,指出預(yù)期的閱讀范圍。 1.2 背景 講明: a. 被測試軟件系統(tǒng)的名稱; b. 該軟件的任務(wù)提出者、開發(fā)者、用戶及安裝此軟件的計算中心,指出測試環(huán)境與實際運(yùn)行環(huán)境之
24、間可能存在的差異以及這些差異對測試結(jié)果的阻礙。 1.3 定義 列出本文件中用到的專問術(shù)語的定義和外文首字母組詞的原詞組。 1.4 參考資料 列出要用到的參考資料,如: a. 本項目的經(jīng)核準(zhǔn)的打算任務(wù)書或合同、上級機(jī)關(guān)的批文; b. 屬于本項目的其他已發(fā)表的文件; c. 本文件中各處引用的文件、資料,包括所要用到的軟件開發(fā)標(biāo)準(zhǔn)。列出這些文件的標(biāo)題、文件編號、發(fā)表日期和出版單位,講明能夠得到這些文件資料的來源。2.測試概要 用表格的形式列出每一項測試的標(biāo)識符及其測試內(nèi)容,并指明實際進(jìn)行的測試工作內(nèi)容與測試打算中預(yù)先設(shè)計的內(nèi)容之間的差不,講明作出這種改變的緣故。3.測試結(jié)果及發(fā)覺 3.1 測試1(標(biāo)
25、識符)把本項測試中實際得到的動態(tài)輸出(包括內(nèi)部生成數(shù)據(jù)輸出)結(jié)果同關(guān)于動態(tài)輸出的要求進(jìn)行比較,陳述其中的各項發(fā)覺。 3.2 測試2(標(biāo)識符) 用類似本報告 3.1 條的方式給出第 2項及其后各項測試內(nèi)容的測試結(jié)果和發(fā)覺。4.對軟件功能的結(jié)論 4.1功能1(標(biāo)識符) 4.1.1 能力簡述該項功能,講明為滿足此項功能而設(shè)計的軟件能力以及通過一項或多項測試已證實的能力。 4.1.2 限制講明測試數(shù)據(jù)值的范圍(包括動態(tài)數(shù)據(jù)和靜態(tài)數(shù)據(jù)),列出就這項功能而言,測試期間在該軟件中查出的缺陷、局限性。 4.2 功能2(標(biāo)識符) 用類似本報告4.l的方式給出第2項及其后各項功能的測試結(jié)論。 5 分析摘要 5.1
26、 能力陳述經(jīng)測試證實了的本軟件的能力。假如所進(jìn)行的測試是為了驗證一項或幾項特定性能要求的實現(xiàn),應(yīng)提供這方面的測試結(jié)果與要求之間的比較,并確定測試環(huán)境與實際運(yùn)行環(huán)境之間可能存在的差異對能力的測試所帶來的阻礙。5.2 缺陷和限制陳述經(jīng)測試證實的軟件缺陷和限制,講明每項缺陷和限制對軟件性能的阻礙,并講明全部測得的性能缺陷的累積阻礙和總阻礙。 5.3 建議 對每項缺陷提出改進(jìn)建議,如: a. 各項修改可采納的修改方法; b. 各項修改的緊迫程度; c. 各項修改可能的工作量; d. 各項修改的負(fù)責(zé)人。5.4 評價 講明該項軟件的開發(fā)是否已達(dá)到預(yù)定目標(biāo),能否交付使用。6 測試資源消耗 總結(jié)測試工作的資源
27、消耗數(shù)據(jù),如工作人員的水平級不數(shù)量、機(jī)時消耗等。測試規(guī)程講明編者講明: 軟件測試就像生產(chǎn)線上的產(chǎn)品測試一樣,需要專業(yè)的技能與工作方法,而測試規(guī)程則是確保每次測試動作高度統(tǒng)一。第1章目的1.1一般目的1.2執(zhí)行的測試用例 序號測試用例名稱或標(biāo)識符第2章專門要求2.1前繼規(guī)程 序號前繼規(guī)程的名稱或標(biāo)識符 2.2專門技能2.3專門環(huán)境2.4其它第3章規(guī)程步驟3.1日志3.2預(yù)備3.3啟動3.4處理3.5度量3.6暫停3.7再啟動3.8停止3.9清除3.10應(yīng)急計算機(jī)軟件測試文件編制規(guī)范編者講明: 測試是一個復(fù)雜、系統(tǒng)化的工作,也是一個內(nèi)容廣泛的課題,其間將產(chǎn)生大量的文檔。本文檔確實是一個指導(dǎo)所有這些
28、文檔編寫的規(guī)范。你能夠依照自己的實際,對其修改,以適用于你的開發(fā)團(tuán)隊。1.引言 1.1 目的和作用 本規(guī)范規(guī)定一組軟件測試文件。測試是軟件生存周期中一個獨(dú)立的、關(guān)鍵的時期,也是保證軟件質(zhì)量的重要手段。為了提高檢測出錯誤的幾率,使測試能有打算地、有條不紊地進(jìn)行地進(jìn)行,就必須要編制測試文件。而標(biāo)準(zhǔn)化的測試文件就如同一種通用的參照體系,可達(dá)到便于交流的目的。文件中所規(guī)定的內(nèi)容能夠作為對測試過程完備性的對比檢查表,故采納這些文件將會提高測試過程的每個時期的能見度,極大地提高測試工作的可治理性。 1.2 適用對象及范圍 本規(guī)范是為軟件治理人員、軟件開發(fā)人員和軟件維護(hù)人員、軟件質(zhì)量保證人員、審計人員、客戶
29、及用戶制定的。 本規(guī)范用于描述一組測試文件,這些測試文件描述測試行為。本規(guī)范定義每一種差不多文件的目的、格式和內(nèi)容。所描述的文件著重于動態(tài)測試過程,但有些文件仍適用其它種類的測試活動。 本規(guī)范可應(yīng)用于數(shù)字計算機(jī)上運(yùn)行的軟件。它的應(yīng)用范圍不受軟件大小、復(fù)雜度或重要性的限制,本規(guī)范既適用于初始開發(fā)的軟件測試文件編制,也適用于其后的軟件產(chǎn)品更新版本的測試文件編制。 本規(guī)范并不要求采納特定的測試方法學(xué)、技術(shù)及設(shè)備或工具。對文件操縱、配置治理或質(zhì)量保證既不指明也不強(qiáng)制特定的方法學(xué)。依照所用的方法學(xué),可能需要增加不的文件(如“質(zhì)量保證打算”)。 本規(guī)范既適用于紙張上的文件,也適用于其它媒體上的文件。假如電
30、子文件編制系統(tǒng)不具有安全的批準(zhǔn)注冊機(jī)制,則批準(zhǔn)簽字的文件必須使用紙張。 2.引用標(biāo)準(zhǔn) GB/T 11457 軟件工程術(shù)語 GB 8566 計算機(jī)軟件開發(fā)規(guī)范 GB 8567 計算機(jī)軟件產(chǎn)品開發(fā)文件編制指南 3.定義 本章定義本規(guī)范中使用的關(guān)鍵術(shù)語。 3.1 設(shè)計層 design level 軟件項的設(shè)計分解(如系統(tǒng)、子系統(tǒng)、程序或模塊)。 3.2 通過準(zhǔn)則 pass criteria 推斷一個軟件項或軟件特性的測試是否通過的判不依據(jù)。 3.3 軟件特性 software feature 軟件項的顯著特性。(如功能、性能或可移植性等)。 3.4 軟件項 software item 源代碼、目標(biāo)代
31、碼、作業(yè)操縱代碼、操縱數(shù)據(jù)或這些項的集合。 3.5 測試項 test item 作為測試對象的軟件項。 4.概述 4.1 要緊內(nèi)容 本規(guī)范確定了各個測試文件的格式和內(nèi)容,所提出的文件類型包括測試打算、測試講明和測試報告。 測試打算描述測試活動的范圍、方法、資源和進(jìn)度。它規(guī)定被測試的項、被測試的特性、應(yīng)完成的測試任務(wù)、擔(dān)任各項工作的人員職責(zé)及與本打算有關(guān)的風(fēng)險等。 測試講明包括三類文件: (1)測試設(shè)計講明:詳細(xì)描述測試方法,規(guī)定該設(shè)計及其有關(guān)測試所包括的特性,還規(guī)定完成測試所需的測試用例和測試規(guī)程,并規(guī)定特性的通過準(zhǔn)則。 (2)測試用例講明:列出用于輸入的具體值以及預(yù)期的輸出結(jié)果,并規(guī)定在使用
32、具體測試用例時,對測試規(guī)程的各種限制。將測試用例與測試設(shè)計分開,能夠使它們用于多個設(shè)計并能在其它情形下重復(fù)使用。 (3)測試規(guī)程講明:規(guī)定關(guān)于運(yùn)行系統(tǒng)和執(zhí)行指定的測試用例來實現(xiàn)有關(guān)測試設(shè)計所要求的所有步驟。 測試報告包括四類文件: (1)測試項傳遞報告:指明在開發(fā)組和測試組獨(dú)立工作的情況下或者在希望正式開始測試的情況下為進(jìn)行測試而被傳遞的測試項。 (2)測試日志:測試組用于記錄測試執(zhí)行過程中發(fā)生的情況。 (3)測試事件報告:描述在測試執(zhí)行期間發(fā)生并需進(jìn)一步調(diào)查的一切事件。 (4)測試7總結(jié)報告:總結(jié)與測試設(shè)計講明有關(guān)的測試活動。 這些文件同其它文件在編制方面的關(guān)系以及同測試過程的對應(yīng)關(guān)系如圖1
33、所示。 4.2 實施靈活性 在GB 8567中,涉及軟件測試的文件有“測試打算”及“測試分析報告”。本規(guī)范中的八個測試文件是上述二個文件的補(bǔ)充和細(xì)化,如此可使文件的書定更具體、更有參照性,其中測試打算可細(xì)化為本規(guī)范的測試打算、測試設(shè)計講明、測試用例講明及測試規(guī)程講明,測試分析報告可細(xì)化為本規(guī)范的測試項傳遞報告、測試日志、測試事件報告及測試總結(jié)報告。 使用本規(guī)范的每個單位,要規(guī)定測試時期所應(yīng)有的特定文件,并在測試打算中規(guī)定測試完成后所能提交的全部文件。關(guān)于不同的設(shè)計層或不同規(guī)模的軟件,所選文件的種類也可有所不同。 在所提供的每個標(biāo)準(zhǔn)文件中,每一章的內(nèi)容關(guān)于具體的應(yīng)用和特定的測試時期能夠有所增減。
34、不僅能夠調(diào)整內(nèi)容,還能夠在差不多文件集中增加另外的文件。任何一個文件都能夠增加新的內(nèi)容,同時某章若無可寫的內(nèi)容,則可不寫,但須保留該章的編號。使用本規(guī)范的每個單位應(yīng)該補(bǔ)充規(guī)定對內(nèi)容的要求和約定,以便反映自己在測試、文件操縱、配置治理和質(zhì)量保證方面所用的特定方法、設(shè)備和工具。 附錄A(參考件)中,將敘述文件編制實施及使用指南。 4.3 總體要求 以下將敘述各個測試文件的書寫格式及內(nèi)容。關(guān)于每一個文件而言各章應(yīng)按指定的次序排列,補(bǔ)充的章能夠放在最后或放在“批準(zhǔn)”一章的前面(假如該文件最后一章是“批準(zhǔn)”的話)。假如某章的部分或全部內(nèi)容在另一文件中,則應(yīng)在相應(yīng)的內(nèi)容位置上列出所引用的材料,引用的材料必
35、須附在該文件后面或交給文件的使用者。 5.內(nèi)容要求 5.1 測試打算 測試打算結(jié)構(gòu)如下圖所示。 1 測試打算名稱1 測試打算名稱2 引言3 測試項4 被測試的特性5 不被測試的特性6 方法7 項通過準(zhǔn)則8 暫停標(biāo)準(zhǔn)和再啟動要求9 應(yīng)提供的測試文件10 測試任務(wù)11 環(huán)境要求12 職責(zé) 13 人員和訓(xùn)練要求 14 進(jìn)度 15 風(fēng)險和應(yīng)急 16 批準(zhǔn) 下面給出每一章的詳細(xì)內(nèi)容: 5.1.1 測試打算名稱(本打算的第1章) 為本測試打算取現(xiàn)代戰(zhàn)爭專用的名稱。 5.1.2 引言(本打算的第2章) 歸納所要求測試的軟件項和軟件特性,能夠包括系統(tǒng)目標(biāo)、背景、范圍及引用材料等。 在最高層測試打算中,假如存在
36、下述文件,則需要引用它們:項目打算、質(zhì)量保證打算、有關(guān)的政策、有關(guān)的標(biāo)準(zhǔ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ù)所需的時刻。
37、規(guī)定所希望的電低程度的測試完全性,指明用于推斷測試完全性的技術(shù)(如:檢查哪些語句至少執(zhí)行過一次)。指出對測試的要緊限制,例如:測試項可用性、測試資源的可用性和測試截止期限等。 5.1.7 項通過準(zhǔn)則(本打算的第7章) 規(guī)定各測試項通過測試的標(biāo)準(zhǔn)。 5.1.8 暫停標(biāo)準(zhǔn)和再啟動要求(本打算第8章) 規(guī)定用于暫停全部或部分與本打算有關(guān)的測試項的測試活動的標(biāo)準(zhǔn)。規(guī)定當(dāng)測試再啟動時必須重復(fù)的測試活動。 5.1.9 應(yīng)提供的測試文件(本打算的第9章) 規(guī)定測試完成后所應(yīng)遞交的文件,這些文件能夠是前述八個文件的全部或者部分。 5.1.10 測試任務(wù)(本打算的第10章) 指明執(zhí)行測試所需的任務(wù)集合,指出任務(wù)
38、音的一切依靠關(guān)系和所需的一切專門技能。 5.1.11 環(huán)境要求(本打算的第11章) 規(guī)定測試環(huán)境所必備的和希望的的性質(zhì)。包括:硬件、通信和系統(tǒng)軟件的物理特征、使用方式以及任何其它支撐測試所需的軟件或設(shè)備,指出所需的專門測試工具及其它測試要求(如出版物或辦公場地等)。指出測試組目前還不能得到的所有要求的來源。 5.1.12 職責(zé)(本打算的第12章) 指出負(fù)責(zé)治理、設(shè)計、預(yù)備、執(zhí)行、監(jiān)督、檢查和仲裁的小組。另外指出負(fù)責(zé)提供5.1.3 中指出的測試項和在5.1.11中指出的環(huán)境要求的小組。 這些小組能夠包括開發(fā)人員、測試人員、操作員、用戶代表、數(shù)據(jù)治理員和質(zhì)量保證人員。 5.1.13 人員和訓(xùn)練要求
39、(本打算的第13章) 指明測試人員應(yīng)有的水平以及為掌握必要技能可供選擇的訓(xùn)練科目。 5.1.14 進(jìn)度(本打算的第14章) 包括在軟件項目進(jìn)度中規(guī)定的測試?yán)锍瘫约八袦y試項傳遞時刻。 定義所需的新的測試?yán)锍瘫?,可能完成每項測試任務(wù)所需的時刻,為每項測試任務(wù)和測試?yán)锍瘫?guī)定進(jìn)度,對每項測試資源規(guī)定使用期限。 5.1.15 風(fēng)險和應(yīng)急(本打算的第15章) 預(yù)測測試打算中的風(fēng)險,規(guī)定對各種風(fēng)險的應(yīng)急措施(如:延期傳遞的測試項可能需要加夜班來趕上規(guī)定的進(jìn)度。) 5.1.16 批準(zhǔn)(本打算的第16章) 規(guī)定本打算必須由哪些人(姓名和職務(wù))審批。為簽名和填寫日期留出位置。 5.2 測試設(shè)計講明 測試設(shè)計
40、講明如下圖所示。 1 測試設(shè)計講明名稱 2 被測試的特性 3 方法詳述 4 測試用例名稱 5 特性通過準(zhǔn)則 下面給出本講明每一章的詳細(xì)內(nèi)容。 5.2.1 測試設(shè)計講明名稱(本講明第1章) 給每一個測試設(shè)計講明取一個專用名稱。假如存在的話,也可引用有關(guān)的測試打算中給出的名稱。 5.2.2 被測試的特性(本講明的第2章) 規(guī)定測試項,描述作為本設(shè)計測試目標(biāo)的特性和特性的組合,其它特性能夠論及,但不必測試。 5.2.3 方法詳述(本講明的第3章) 將測試打算中規(guī)定的方法進(jìn)行細(xì)化,包括要用的具體測試技術(shù),規(guī)定分析測試結(jié)果的方法(如比較程序或人工觀看)。 規(guī)定為選擇測試用例提供合理依據(jù)的一切分析結(jié)果。例
41、如:能夠講明容錯的條例(如:區(qū)不有效輸入和無效輸入的條件)。 歸納所有測試用例的共同屬性,能夠包括輸入約束條件,共享環(huán)境的要求,對共享的專門規(guī)程的要求及任何共享的測試用例間的依靠關(guān)系。 5.2.4 測試?yán)Q(本講明的第4章) 列出與本設(shè)計有關(guān)的每一測試用例的名稱和簡要講明。某個特定的測試用例可能在多個測試設(shè)計講明中出現(xiàn),列出與本測試設(shè)計講明有關(guān)的規(guī)程及其簡要講明。 5.2.5 特性通過準(zhǔn)則(本講明的第5章) 規(guī)定用于判不特性和特性組合是否通過測試的準(zhǔn)。5.3 測試用例講明 測試用例講明結(jié)構(gòu)如下圖所示。 1 測試用例講明名稱 2 測試項 3 輸入講明 4 輸出講明 5 環(huán)境要求 6 專門的規(guī)程
42、講明 7 用例間的依靠關(guān)系 由于測試用例可能被由多個小組長期使用的多個測試設(shè)計講明引用,因此在測試用例講明中必須包含足夠具體的信息以便重復(fù)使用。 下面給出本講明每一章的詳細(xì)內(nèi)容。 5.3.1 測試用例講明名稱(本講明的第1章) 給本測試用例講明取一個專用名稱 5.3.2 測試項(本講明的第2章) 規(guī)定并簡要講明本測試用例所要涉及的項和特性、關(guān)于每一項、可考慮引用以下文件:需求講明書、設(shè)計講明書、用戶手冊、操作手冊。 5.3.3 輸入講明(本講明的第3章) 規(guī)定執(zhí)行測試用例所需的各個輸入。有些輸入能夠用值(同意適當(dāng)?shù)恼`差)來規(guī)定。而另一些輸入,如常數(shù)表或事務(wù)文件能夠用名來規(guī)定。規(guī)定所有合適的數(shù)據(jù)
43、庫、文件、終端信息、內(nèi)存常駐區(qū)域和由操作系統(tǒng)傳送的值。規(guī)定各輸入間所需的所有關(guān)系(如時序關(guān)系等)。 5.3.4 輸出講明(本講明的第4章) 規(guī)定測試項的所有輸出和特性(如:響應(yīng)時刻)。提供各個輸出或特性的正確值(在適當(dā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è)施要求或通過專門訓(xùn)練的人員等。 5.3.6 專門的規(guī)
44、程要求(本講明的第6章) 描述對執(zhí)行本測試用例的測試規(guī)程的一切專門限制。這些限制能夠包括特定的預(yù)備、操作人員干預(yù)、確定專門的輸出和清除過程。 5.3.7 用例間的依靠關(guān)系(本講明的第7章) 列出必須在本測試用例之前執(zhí)行的測試用例名稱,歸納依靠性質(zhì)。 5.4 測試規(guī)程講明 測試規(guī)程講明結(jié)構(gòu)如下圖表示 1 測試規(guī)程講明名稱 2 目的 3 專門要求 4 規(guī)程步驟 下面給出本講明每一章的詳細(xì)內(nèi)容。 5.4.1 測試規(guī)程講明名稱(本講明的第1章) 給每個測試規(guī)程講明取一個專用名稱,給出對有關(guān)測試設(shè)計講明的引用。 5.4.2 目的(本講明的第2章) 描述本規(guī)程的目的。假如本規(guī)程執(zhí)行測試用例,則引用各有關(guān)的
45、測試用例講明。 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 預(yù)備 描述新任務(wù)執(zhí)行規(guī)程所必需的動作序列。 5.4.4.3 啟動 描述開始執(zhí)行規(guī)程所必需的動作。 5.4.4.4 處理 描述在規(guī)程執(zhí)行過程中所必需的動作。 5.4.4.5 度量 描述如何進(jìn)行測試度量(如描述如何用網(wǎng)絡(luò)模擬程序來充其量遠(yuǎn)程終端的響應(yīng)時刻
46、)。 5.4.4.6 暫停 描述因發(fā)生意外事件暫停測試所必需的動作。 5.4.4.7 再啟動 規(guī)定所有再撥動點(diǎn)和在啟動點(diǎn)上重新啟動規(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)如下圖所示。 1 傳遞報告名稱 2 傳遞項 3 位置 4 狀態(tài) 5 批準(zhǔn) 下面給出本報告每一章的詳細(xì)內(nèi)容。 5.5.1 傳遞報告名稱(本報告的第1章) 為本測試項傳遞報告取一個專用名稱。 5.5.2 傳遞項(本報告的第2章) 規(guī)定被傳遞的項及其版本/修訂級不。提供與傳遞項有關(guān)的項文件和測試打算的相關(guān)信息,指出對該傳遞項負(fù)責(zé)的人員。 5.5.3 位置(本報告的第3章) 規(guī)定傳遞項的
溫馨提示
- 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)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 2025版窗簾布藝定制與售后維修服務(wù)合同3篇
- 2024版信息調(diào)研保密協(xié)議3篇
- 個人二手房產(chǎn)買賣協(xié)議樣本(2024版)
- 2025年度工業(yè)用地租賃居間合同范本4篇
- 2025餐飲業(yè)食品安全溯源技術(shù)合作合同范本3篇
- 2024版深水井施工合同
- 2025年叉車租賃合同范本一(含綠色節(jié)能要求)4篇
- 二零二五年度補(bǔ)充協(xié)議范本:簽約次數(shù)規(guī)定及實施標(biāo)準(zhǔn)3篇
- 2024礦業(yè)資產(chǎn)買賣貸款居間服務(wù)協(xié)議版B版
- 二零二五年度風(fēng)力發(fā)電機(jī)組安裝與維護(hù)協(xié)議6篇
- 上海市12校2025屆高三第一次模擬考試英語試卷含解析
- 三年級數(shù)學(xué)(上)計算題專項練習(xí)附答案集錦
- 鋪大棚膜合同模板
- 長亭送別完整版本
- 《鐵路軌道維護(hù)》課件-更換道岔尖軌作業(yè)
- 股份代持協(xié)議書簡版wps
- 職業(yè)學(xué)校視頻監(jiān)控存儲系統(tǒng)解決方案
- 《銷售心理學(xué)培訓(xùn)》課件
- 2024年安徽省公務(wù)員錄用考試《行測》真題及解析
- 你比我猜題庫課件
- 豐順縣鄉(xiāng)鎮(zhèn)集中式飲用水水源地基礎(chǔ)狀況調(diào)查和風(fēng)險評估報告
評論
0/150
提交評論