(高清版)GB∕T 38634.1-2020 系統(tǒng)與軟件工程 軟件測(cè)試 第1部分：概念和定義

系統(tǒng)與軟件工程軟件測(cè)試第1部分：概念和定義Softwaretesting—Part國(guó)家市場(chǎng)監(jiān)督管理總局國(guó)家標(biāo)準(zhǔn)化管理委員會(huì)IGB/T38634.1—2020 Ⅲ 1 1 14軟件測(cè)試概念 附錄A(資料性附錄)測(cè)試在驗(yàn)證和確認(rèn)中的作用 29附錄B(資料性附錄)度量和測(cè)度 附錄C(資料性附錄)不同生存周期模型中的測(cè)試 附錄D(資料性附錄)詳細(xì)的測(cè)試子過程示例 附錄E(資料性附錄)測(cè)試角色和職責(zé) 附錄F(資料性附錄)本部分與ISO/IEC/IEEE29119-1:2013相比的結(jié)構(gòu)變化情況 47 Ⅲ本部分為GB/T38634的第1部分。本部分與ISO/IEC/IEEE29119-1:2013相比在結(jié)構(gòu)上有較多調(diào)整，附錄F列出了本部分與V1—測(cè)試技術(shù)2變量或變量集的值域的子集。在測(cè)試項(xiàng)或者其接口中，預(yù)期測(cè)試項(xiàng)以同樣等價(jià)類覆蓋率equivalencepartitioncoverage一種基于經(jīng)驗(yàn)的測(cè)試。測(cè)試者基于其現(xiàn)有的相關(guān)知識(shí)、測(cè)試項(xiàng)的前期探索(包括以前的測(cè)試結(jié)果)3易安裝性測(cè)試installabilitytesting維護(hù)性測(cè)試maintainabilitytesting45靜態(tài)測(cè)試statictesting結(jié)構(gòu)測(cè)試structuraltesting6測(cè)試管理過程的子過程。用于確保有用的測(cè)試資產(chǎn)可供以后使用、測(cè)試使用測(cè)試設(shè)計(jì)技術(shù)從一個(gè)或多個(gè)測(cè)試條件導(dǎo)出的屬性或?qū)傩越M合，可以用于測(cè)量測(cè)試執(zhí)行的充7測(cè)試環(huán)境準(zhǔn)備報(bào)告testenviro動(dòng)態(tài)測(cè)試過程的子過程。用于在準(zhǔn)備好的測(cè)試環(huán)境中執(zhí)行測(cè)試設(shè)計(jì)和實(shí)現(xiàn)過程中創(chuàng)建的測(cè)試規(guī)動(dòng)態(tài)測(cè)試過程的子過程。用于向利益相關(guān)方報(bào)告在測(cè)試執(zhí)行過程中確定的、需要進(jìn)一步處理的測(cè)試項(xiàng)testitem89測(cè)試技術(shù)testtechnique 一測(cè)試過程和子過程可以應(yīng)用于任何測(cè)試階段或級(jí)別(如系統(tǒng)測(cè)試組或在其他非測(cè)試標(biāo)準(zhǔn)中定義。靜態(tài)測(cè)試活動(dòng)對(duì)于全生存周期的 一靜態(tài)測(cè)試包括使用靜態(tài)分析工具在不運(yùn)行代碼的前提下發(fā)現(xiàn)代碼和文檔中的缺陷(例如編譯 展完整的產(chǎn)品驗(yàn)證和確認(rèn)活動(dòng)。有關(guān)驗(yàn)證和確認(rèn)活動(dòng)的層次結(jié)構(gòu)參見附錄A?；騽?dòng)態(tài)),包括特定子過程計(jì)劃中所用的測(cè)試技術(shù)。有關(guān)測(cè)試設(shè)計(jì)技術(shù)的更多信息，見4.5.7指導(dǎo)測(cè)試指導(dǎo)測(cè)試細(xì)化144細(xì)化測(cè)試級(jí)別);圖2還明確了測(cè)試類型和質(zhì)量特性之間的關(guān)系(如GB/T25000.10—2016定義的系統(tǒng)和軟件質(zhì)量模型)。每種測(cè)試類型都針對(duì)一個(gè)特定的質(zhì)量特性。測(cè)試類型和質(zhì)量特性之間關(guān)系的更多信息GB/T38634.1—2020測(cè)試過程測(cè)試過程項(xiàng)目測(cè)試過程1測(cè)試級(jí)別/階段組件測(cè)試集成測(cè)試系統(tǒng)測(cè)試驗(yàn)收測(cè)試測(cè)試子過程△測(cè)試類型△信息安全性測(cè)試功能性測(cè)試易用性測(cè)試質(zhì)量特性性能測(cè)試0..”圖2通用測(cè)試子過程、測(cè)試級(jí)別和測(cè)試類型之間的關(guān)系4.2.2測(cè)試過程本標(biāo)準(zhǔn)采用了三層過程模型。圖3給出了高層次的模型，其詳細(xì)描述見GB/T38634.2。過程模型以管理高層(組織級(jí))測(cè)試規(guī)格說明的組織級(jí)開始，如組織級(jí)測(cè)試方針和組織級(jí)測(cè)試策略。中間層是測(cè)試管理(項(xiàng)目測(cè)試管理、階段測(cè)試管理、類型測(cè)試管理),底層定義了用于動(dòng)態(tài)測(cè)試的測(cè)試過程。三層過程模型如圖3所示?？刂七^程做的問題做的問題測(cè)試設(shè)計(jì)測(cè)試設(shè)計(jì)和實(shí)現(xiàn)有關(guān)測(cè)試過程的更多信息，包括組織級(jí)測(cè)試過程、測(cè)試管理過程和動(dòng)態(tài)測(cè)試過程，參如圖6所示。項(xiàng)目開發(fā)(初始)項(xiàng)目開發(fā)詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)編碼集成驗(yàn)收模塊1設(shè)計(jì)模塊;設(shè)計(jì)架構(gòu)設(shè)計(jì)模塊。模塊1需求更新模塊著更新模塊著更新模塊r設(shè)計(jì)更新架構(gòu)設(shè)計(jì)更新需求新完整系統(tǒng)新子系統(tǒng)n維護(hù)發(fā)布階段圖9整體項(xiàng)目和測(cè)試項(xiàng)目的關(guān)系測(cè)試活動(dòng)的估算、風(fēng)險(xiǎn)分析和進(jìn)度安排應(yīng)與整體項(xiàng)目策劃統(tǒng)一。項(xiàng)目計(jì)劃是項(xiàng)目管理過程中的信息項(xiàng)，因此在用于管理測(cè)試項(xiàng)目時(shí)，它是測(cè)試管理過程的輸入。在測(cè)試項(xiàng)目過程中，測(cè)試經(jīng)理會(huì)分析從詳細(xì)的測(cè)試活動(dòng)中收集的測(cè)量結(jié)果，并將其傳達(dá)給項(xiàng)目經(jīng)理，以便在項(xiàng)目周境中進(jìn)行分析。這可能會(huì)導(dǎo)致影響測(cè)試項(xiàng)目的項(xiàng)目計(jì)劃變更，更新的項(xiàng)目計(jì)劃和相應(yīng)的指令應(yīng)發(fā)布到測(cè)試項(xiàng)目中，以幫助確保測(cè)試項(xiàng)目得到控制。當(dāng)測(cè)試子過程或測(cè)試項(xiàng)目完成時(shí)，向項(xiàng)目經(jīng)理提供一份總結(jié)測(cè)試子過程或測(cè)試項(xiàng)目的過程和結(jié)果的完成報(bào)告。配置管理是測(cè)試交互的另一組支持過程。配置管理的目的是建立和維護(hù)工作產(chǎn)品的完整性。好的做法是在運(yùn)營(yíng)使用之前對(duì)組織或項(xiàng)目的配置管理系統(tǒng)進(jìn)行測(cè)試，以確定其是否符合組織或項(xiàng)目要求。配置管理過程包括產(chǎn)品周期內(nèi)所選工作產(chǎn)品、系統(tǒng)組件和系統(tǒng)的唯一標(biāo)識(shí)、受控更控制和狀態(tài)報(bào)告。配置管理的對(duì)象稱為配置項(xiàng)。配置管理過程是事件驅(qū)動(dòng)的，即都是依據(jù)各自的過程獨(dú)立啟動(dòng)的。測(cè)試過程中的工作產(chǎn)品可以納入配置管理，包括：——組織級(jí)測(cè)試規(guī)范(例如測(cè)試方針、組織級(jí)測(cè)試策略);——測(cè)試計(jì)劃：本標(biāo)準(zhǔn)中定義的測(cè)試過程模型中的三個(gè)層次都可以與配置管理進(jìn)行交互。提供給測(cè)試過程的配置項(xiàng)是過程需要作為輸入并納入配置管理的工作產(chǎn)品。從測(cè)試過程傳遞的配置項(xiàng)是測(cè)試過程產(chǎn)生的工作例如，組織級(jí)測(cè)試過程可以產(chǎn)生測(cè)試方針和組織級(jí)測(cè)試策略，其被納入配置管理。項(xiàng)目測(cè)試經(jīng)理可以從配置管理中獲取項(xiàng)目計(jì)劃，并作為項(xiàng)目測(cè)試計(jì)劃的基礎(chǔ)，隨后該項(xiàng)目測(cè)試計(jì)劃納入配置管理。執(zhí)行動(dòng)態(tài)測(cè)試子過程的測(cè)試人員可以從配置管理中獲取需求規(guī)格說明，并作為測(cè)試規(guī)格說明的基礎(chǔ)，該測(cè)試規(guī)格說明隨后納入配置管理。為了能夠復(fù)現(xiàn)問題以便進(jìn)一步分析，最好的做法是(在可能的情況下)使配置管理系統(tǒng)足夠全面和健壯，以便在將來(lái)的任何時(shí)候都可以在恰好與以前相同的條件情況下重復(fù)測(cè)試。只要在組織級(jí)測(cè)試策略或項(xiàng)目計(jì)劃中明確異常，就可以從重復(fù)性需求中排除某些類型的測(cè)試，例如單元測(cè)試。測(cè)試過程的配置管理報(bào)告宜提供分析事件進(jìn)度和狀態(tài)所需的詳細(xì)措施。a)測(cè)試過程提供過程改進(jìn)操作可參考的信息(以及從其他來(lái)源獲得的信息);4.4基于風(fēng)險(xiǎn)的測(cè)試對(duì)軟件系統(tǒng)進(jìn)行窮盡測(cè)試是不可能的，因此測(cè)試是一種抽樣活動(dòng)。本部分討組織級(jí)測(cè)試策略為組織中的測(cè)試設(shè)定周境。在這樣做時(shí)，宜識(shí)別可能影響測(cè)試過程的組織風(fēng)險(xiǎn)。術(shù)、測(cè)試完成準(zhǔn)則)。風(fēng)險(xiǎn)的優(yōu)先級(jí)可以用來(lái)確定測(cè)試時(shí)間表(通常較早處理高優(yōu)先級(jí)風(fēng)險(xiǎn)相關(guān)的測(cè)10給出了測(cè)試子過程的示例。動(dòng)態(tài)測(cè)試1動(dòng)態(tài)測(cè)試2圖10測(cè)試子過程的通用示例示例。測(cè)試的執(zhí)行用于實(shí)現(xiàn)一個(gè)或多個(gè)目標(biāo)。本標(biāo)準(zhǔn)所涵蓋的測(cè)試目標(biāo)包括：——向風(fēng)險(xiǎn)管理活動(dòng)提供信息；——提供有關(guān)產(chǎn)品質(zhì)量的信息；——評(píng)價(jià)產(chǎn)品是否符合利益相關(guān)方的期望；——評(píng)價(jià)缺陷是否已正確修復(fù)，同時(shí)未引入其他不良影響；——評(píng)價(jià)變更是否正確實(shí)施，同時(shí)未引入其他不良影響；測(cè)試是用以完成特征或特征集的測(cè)試目標(biāo)。所測(cè)的特征類型將決定所需的測(cè)試類型。特征可用于體現(xiàn)需滿足的質(zhì)量特性。測(cè)試者通過特征或特征集所組成的質(zhì)量特性來(lái)確定達(dá)到測(cè)試目標(biāo)所需使用的測(cè)試類型。一些測(cè)試目標(biāo)可能僅與特定測(cè)試子過程或測(cè)試項(xiàng)類型相關(guān)。確定測(cè)試項(xiàng)的相關(guān)測(cè)試目標(biāo)有助于確定合適的測(cè)試子過程。例如，在測(cè)試商業(yè)現(xiàn)貨產(chǎn)品時(shí)，評(píng)價(jià)缺陷修復(fù)的測(cè)試目標(biāo)可能不適用了，因?yàn)楣?yīng)商已經(jīng)完成了健壯性測(cè)試并修復(fù)缺陷。因此，在這種情況下采用驗(yàn)收測(cè)試子過程以滿足測(cè)試目標(biāo)，即實(shí)施變更而未引入其他不良影響。應(yīng)依據(jù)測(cè)試項(xiàng)的預(yù)期對(duì)測(cè)試項(xiàng)進(jìn)行測(cè)試；這種預(yù)期是由測(cè)試依據(jù)(見4.5.5)描述。測(cè)試項(xiàng)是諸如管理、開發(fā)維護(hù)、測(cè)試本身或其他支持過程等活動(dòng)的結(jié)果。測(cè)試項(xiàng)示例包括：●可執(zhí)行的軟件組件；●完整系統(tǒng)——文件相關(guān)測(cè)試項(xiàng)：●計(jì)劃，例如項(xiàng)目計(jì)劃、測(cè)試計(jì)劃或者配置管理計(jì)劃；●需求規(guī)格說明；●詳細(xì)設(shè)計(jì)·手冊(cè)，例如用戶手冊(cè)或安裝手冊(cè)；●測(cè)試規(guī)格說明和測(cè)試規(guī)程。上述列表中的最后一條表明，盡管測(cè)試規(guī)格說明和測(cè)試規(guī)程是由測(cè)試人員開發(fā)的，但也應(yīng)接受測(cè)試(靜態(tài)測(cè)試),因?yàn)樗鼈儾⒎菦]有缺陷。4.5.4質(zhì)量特性的測(cè)試GB/T25000.10—2016系統(tǒng)與軟件質(zhì)量模型概述了軟件的質(zhì)量模型。該模型描述了八個(gè)質(zhì)量特性，用于定義測(cè)試項(xiàng)目的質(zhì)量屬性。測(cè)試是一種測(cè)量給定測(cè)試項(xiàng)的重要質(zhì)量特性的活動(dòng)。八個(gè)質(zhì)量特性如下：——功能性：在指定條件下使用時(shí)，產(chǎn)品或系統(tǒng)提供滿足明確或隱含功能的程度?！阅苄剩盒阅芘c在指定條件下所使用的資源量有關(guān)。 ——功能性需求：指定該項(xiàng)目應(yīng)做什么,與GB/T25000.10—2016系統(tǒng)與軟件質(zhì)量模型中的功能 工和自動(dòng)化測(cè)試來(lái)執(zhí)行。使用基于風(fēng)險(xiǎn)的測(cè)試并不意味著不能使用這些實(shí)踐作為聲稱符合求的實(shí)踐將是管理組織風(fēng)險(xiǎn)的方法。本條介紹了多個(gè)測(cè)試實(shí)踐，每個(gè)測(cè)試實(shí)踐都可以作為符合優(yōu)點(diǎn)缺點(diǎn)行，從而為驗(yàn)證與確認(rèn)活動(dòng)提供良好的可審計(jì)性。用，可減少將來(lái)測(cè)試設(shè)計(jì)和實(shí)施所需的時(shí)間通常比無(wú)腳本的測(cè)試執(zhí)行更耗時(shí)且成本更高；會(huì)隨著時(shí)間的推移而節(jié)省成本。由于大多數(shù)分析工作已經(jīng)完成，因此可以減少對(duì)測(cè)試執(zhí)行者的激勵(lì)，這可能導(dǎo)致測(cè)試人員試執(zhí)行”以適應(yīng)系統(tǒng)的行為。測(cè)試一般不可重復(fù)。的測(cè)試人員更容易找到缺陷。錄。因此，除非使用工具來(lái)捕獲測(cè)試執(zhí)行，否他部分。缺陷管理概念和過程可以在以下標(biāo)準(zhǔn)中獲?。篒SO/IEC/IEEE12207、ISO/IEC20000和(資料性附錄)這些活動(dòng)在GB/T32423—2015和ISO/IEC/IEEE12207中進(jìn)行了定義和細(xì)化。許多V&.V都是通過測(cè)試完成的。GB/T38634解決了軟件的動(dòng)態(tài)和靜態(tài)測(cè)試(直接或通過引用),因此涵蓋了測(cè)試和驗(yàn)證評(píng)價(jià)度量和測(cè)度測(cè)試的主要目的是提供有助于管理風(fēng)險(xiǎn)的信息。為了監(jiān)測(cè)和控制測(cè)試并 多年來(lái)，軟件行業(yè)已經(jīng)使用了許多生存周期模型。這 C.2.1敏捷開發(fā)原則org/)。由于本部分沒有足夠的時(shí)間和篇幅來(lái)提供使用每種不同的敏捷方法和框架部分將使用Scrum框架作為示例。Scrum不是一種開發(fā)方法(也就是說，它不會(huì)告訴你描述需求或如不斷變化的業(yè)務(wù)需求不斷變化的業(yè)務(wù)需求產(chǎn)品開發(fā)模型進(jìn)行開發(fā)的組織中，通常會(huì)有一個(gè)涵蓋敏捷開發(fā)的特定組織級(jí)測(cè)試分來(lái)執(zhí)行。在沖刺開始時(shí)，Scrum團(tuán)隊(duì)和客戶(PO,產(chǎn)品負(fù)責(zé)人)同意應(yīng)及分配團(tuán)隊(duì)成員的角色和職責(zé)來(lái)計(jì)劃沖刺。敏捷在所有產(chǎn)品開發(fā)和測(cè)試中遵循相同的通用過程，Scrum沖刺示例如圖C.2所示。選擇沖刺待辦開發(fā)故事什么,以及團(tuán)隊(duì)面臨的任何問題。他們還可以讓敏捷教練決定需要移除哪些障礙以使團(tuán)隊(duì)更高效地敏捷項(xiàng)目中的考慮的關(guān)鍵因素是管理回歸缺陷的風(fēng)險(xiǎn)(因?yàn)槊總€(gè)沖刺都基于之前的沖刺),并管理需求變化的本質(zhì)及其對(duì)測(cè)試工件的影響。測(cè)試自動(dòng)化——測(cè)試驅(qū)動(dòng)開發(fā)(TDD),這是在編寫代碼之前為代碼編寫測(cè)試。測(cè)試是基于用戶故事，可由測(cè)試人員和開發(fā)人員共同開發(fā)。這些測(cè)試通常使用自動(dòng)化組件測(cè)試工具來(lái)實(shí)現(xiàn)。這可能導(dǎo)致—自動(dòng)化構(gòu)建和持續(xù)集成的測(cè)試，它用在當(dāng)系統(tǒng)在簽入代碼時(shí)不斷更新和回歸測(cè)試。用于確保 C.3順序開發(fā)和測(cè)試完整系統(tǒng)驗(yàn)收系統(tǒng)模塊設(shè)計(jì)模塊1設(shè)計(jì)架構(gòu)設(shè)計(jì)模塊,模塊1需求結(jié)果都會(huì)發(fā)布給客戶，這意味著用戶可以在一系列的交付中獲得了系統(tǒng)，并且系統(tǒng)具有越來(lái)越多的圖C.3顯示了順序生存周期。演化開發(fā)生存周期可以表示為許多獨(dú)立組織級(jí)測(cè)試策略應(yīng)該反映開發(fā)遵循演化開發(fā)模型這一事實(shí)。在使用包可以為兩個(gè)設(shè)計(jì)階段以及編碼階段定義類似的測(cè)試子過程。圖C.3所示的 動(dòng)態(tài)測(cè)試2:演示靜態(tài)測(cè)試2:詳細(xì)設(shè)計(jì)項(xiàng)易用性(不是系統(tǒng)的易用性),靜態(tài)測(cè)試3:詳細(xì)設(shè)計(jì)項(xiàng)完整性。以與測(cè)試項(xiàng)目定義為一個(gè)具體的詳細(xì)設(shè)計(jì)項(xiàng)目。詳細(xì)設(shè)計(jì)測(cè)試子過程僅在所有計(jì)劃的測(cè)試完成后(或靜態(tài)測(cè)試1:詳細(xì)設(shè)計(jì)項(xiàng)文件靜態(tài)測(cè)試2:詳細(xì)設(shè)計(jì)項(xiàng)可用性這些示例表示與開發(fā)生存周期中的集成階段相關(guān)的測(cè)試子過程，其中(被測(cè)試的)組件正在逐步該示例表示在與測(cè)試項(xiàng)相關(guān)的項(xiàng)目中實(shí)現(xiàn)的更改和/或?qū)\(yùn)行測(cè)試項(xiàng)的環(huán)境的更改之后要執(zhí)行的靜態(tài)測(cè)試1:需求文檔靜態(tài)測(cè)試2:需求的可用性靜態(tài)測(cè)試3:需求完整性E.2測(cè)試交流f)測(cè)試由外部組織中的測(cè)試人員設(shè)計(jì)和執(zhí)行(第三方測(cè)試)。和當(dāng)前測(cè)試子過程計(jì)劃中繼承。風(fēng)險(xiǎn)較高的情況通常會(huì)導(dǎo)致更高的獨(dú)立性。IEEE1012:2014中提出的獨(dú)立性(即沒有獨(dú)立性),即使在同行評(píng)審中應(yīng)用相同程度的獨(dú)立性(開發(fā)者進(jìn)行的靜態(tài)測(cè)試)通常也本部分與ISO/IEC/IEEE29119-1:2013相比的結(jié)構(gòu)變本部分與ISO/IEC/IEEE29119-1:2013相比在結(jié)構(gòu)上有較多調(diào)整，具體章條編號(hào)對(duì)照情況見表表F.1本部分與ISO/IEC/IEEE29119-1:2013的章條編號(hào)對(duì)照情況對(duì)應(yīng)ISO/IEC/IEEE2