DB5101-T 168-2023 汽車零部件及配件制造企業(yè)計算機輔助工藝設計軟件測試指南

ICS

35.240.50CCS

L

675101四

川

省

成

都

市

地

方

標

準DB5101/T

168—2023汽車零部件及配件制造企業(yè)計算機輔助工藝設計軟件測試指南

for

and

發(fā)布

實施成都市市場監(jiān)督管理局 發(fā)

布DB5101/T

—2023前言

................................................................................

Ⅲ1

范圍

...............................................................................

12

規(guī)范性引用文件

.....................................................................

13

術(shù)語和定義

.........................................................................

14

縮略語

.............................................................................

25

總則

...............................................................................

36

功能測試

...........................................................................

47

性能測試

...........................................................................

88

產(chǎn)品化測試

........................................................................

109

測試總結(jié)

..........................................................................

13附錄

A

（資料性）

汽車零部件及配件制造企

CAPP

軟件測試用例設計........................

14附錄

B

（資料性）

汽車零部件及配件制造企業(yè)

軟件功能完備性框架....................

16附錄

C

（資料性）

汽車零部件及配件制造企業(yè)

軟件測試評價方法......................

20附錄

D

（資料性）

汽車零部件及配件制造企業(yè)

軟件測試報告大綱......................

24參考文獻

............................................................................

25DB5101/T

168—2023 本文件按照GB/T

—《標準化工作導則 第1部分：標準化文件的結(jié)構(gòu)和起草規(guī)則》的規(guī)定起草。請注意本文件的某些內(nèi)容可能涉及專利。本文件的發(fā)布機構(gòu)不承擔識別專利的責任。本文件由成都市經(jīng)濟和信息化局提出并歸口。公司。楚鷹軍。IIIDB5101/T

—20231 范圍產(chǎn)品化測試以及測試總結(jié)等方面的指導。本文件適用于指導成都市汽車零部件及配件制造企業(yè)開展計算機輔助工藝設計軟件測試活動。2規(guī)范性引用文件凡是不注日期的引用文件，其最新版本（包括所有的修改單）適用于本文件。GB/T

9386計算機軟件測試文檔編制規(guī)范GB/T

11457—2006 信息技術(shù)

軟件工程術(shù)語GB/T

15532 計算機軟件測試規(guī)范GB/T

26102—2010 計算機輔助工藝設計

GB/T

28282—2012 計算機輔助工藝設計

系統(tǒng)功能規(guī)范3 術(shù)語和定義GB/T

11457—2006

和

28282—2012

中界定的以及下列術(shù)語和定義適用于本文件。3.1計算機輔助工藝設計 computer

aided

planning藝定額編制、工藝管理等數(shù)字化工藝工作的活動。[來源：GB/T

26102—2010,3.1]3.2工程物料清單

bill

of

material清單。[來源：GB/T

28282—2012,3.1]3.3工藝物料清單

of

material序的物料清單。[來源：GB/T

28282—2012,3.2]DB5101/T

—20233.4制造物料清單

bill

material包含產(chǎn)品所有的裝配、制造零部件，反映工藝裝配關(guān)系，并說明配套來源的分層次的物料清單。[來源：GB/T

28282—2012,3.3]3.5系統(tǒng)測試 system

在完整的、集成的系統(tǒng)上的測試行為，用以評價系統(tǒng)與規(guī)定的需求的遵從性。[來源：GB/T

11457—2006,2.1669]3.6驗收測試 acceptance

確定一系統(tǒng)是否符合其驗收準則，使客戶能確定是否接收此系統(tǒng)的正式測試。[來源：GB/T

11457—2006,2.19]3.7完備性 completeness軟件在特定發(fā)展階段的技術(shù)水平。3.8正確性測試系統(tǒng)在它的規(guī)格說明、設計和實現(xiàn)中無故障的程度。3.9測試評價 testing

evaluation通過軟件功能、性能和產(chǎn)品化指標的測量，對計算機輔助工藝設計軟件產(chǎn)品質(zhì)量進行評價。4縮略語下列縮略語適用于本文件。CAD：計算機輔助設計（Computer

Aided

）CAM：計算機輔助制造（Computer

Aided

）CAPP：計算機輔助工藝設計（Computer

Aided

Planning）CPU：中央處理器（

Processing

Unit）EBOM：工程物理清單（

of

）ERP：企業(yè)資源計劃（Enterprise

Resource

）MBOM：制造物理清單（Manufacturing

Bill

of

Material）MES：制造執(zhí)行系統(tǒng)（Manufacturing

Execution

）PBOM：工藝物理清單（

Bill

of

Material）PDM：產(chǎn)品數(shù)據(jù)管理（

Data

）DB5101/T

—20235 總則5.1 測試目標汽車零部件及配件制造企業(yè)

CAPP

軟件測試目標是通過功能測試、性能測試和產(chǎn)品化測試，對軟件的質(zhì)量和能力進行測量和評價，包括：a) 驗證

CAPP

軟件產(chǎn)品是否達到需求說明和軟件產(chǎn)品說明等規(guī)定的軟件質(zhì)量需求；b) 檢驗

CAPP

軟件任務的執(zhí)行和對系統(tǒng)運行產(chǎn)生的影響；c) 為

CAPP

軟件的質(zhì)量評價提供依據(jù)。5.2 測試內(nèi)容5.2.1 概述汽車零部件及配件制造企業(yè)CAPP軟件測試內(nèi)容宜包括功能測試、性能測試及產(chǎn)品化測試。5.2.2 功能測試CAPP軟件功能測試是對軟件的功能正確性和完備性進行測試，宜遵循以下內(nèi)容：a) 軟件功能模塊能全部掛接，設計功能完整齊全，且符合設計文檔的需求；b) 使用方便，符合設計文檔的需求；c) 軟件發(fā)生錯誤時，有提示并記錄錯誤日志，并可恢復到正常狀態(tài)；d) 軟件的窗口、控件、菜單、鼠標的操作及操作提示符合所使用操作系統(tǒng)平臺的規(guī)范。5.2.3 性能測試CAPP率等，宜遵循以下內(nèi)容：a)軟件能滿足軟件設計文檔中說明的性能需求；b) 應時間等能滿足設計文檔的需求；c)

擬用戶數(shù)等能滿足設計文檔的需求；d) 系統(tǒng)運行時，資源監(jiān)控指標符合軟件設計文檔需求。5.2.4 產(chǎn)品化測試CAPP軟件產(chǎn)品化測試是對軟件的可用性和軟件的產(chǎn)品化程度進行測試，宜遵循以下內(nèi)容：a) 汽車零部件及配件制造企業(yè)具有質(zhì)量管理體系；b) 開發(fā)機構(gòu)具有軟件項目開發(fā)管理制度，并使用工具軟件進行項目開發(fā)管理；c) 具有線上服務、產(chǎn)品介紹、用戶培訓等方面的用戶技術(shù)支持與客戶服務。5.3 測試過程汽車零部件及配件制造企業(yè)CAPP試執(zhí)行和測試總結(jié)。有關(guān)測試過程的內(nèi)容見GB/T

。DB5101/T

—20235.4 測試方法5.4.1

汽車零部件及配件制造企業(yè)CAPPCAPP軟件的專用測試工具。5.4.2

軟件測試大綱和軟件測試技術(shù)規(guī)范書應明確規(guī)定在測試中針對系統(tǒng)的每一項功能或性能應完成的基本測試項目和測試評判依據(jù)；應能滿足測試大綱和軟件測試技術(shù)規(guī)范書需求。5.5 測試用例GB/T15532。汽車零部件及配件制造企業(yè)

CAPP

軟件測試用例設計參見附錄

A。5.6測試管理汽車零部件及配件制造企業(yè)CAPP試評審進行管理。有關(guān)測試管理的內(nèi)容見GB/T

。5.7 測試文檔汽車零部件及配件制造企業(yè)CAPP性級別和軟件規(guī)模等級可進行合理的取舍與合并。有關(guān)測試文檔的內(nèi)容見

9386。6 功能測試

6.1測試大綱6.1.1測試大綱編制宜依據(jù)被測軟件的設計文檔、用戶手冊和技術(shù)手冊中關(guān)于軟件功能項指標的說明，根據(jù)測試方式、CAPPCAPP軟件功能完備性指標參見附錄B。6.1.2 測試用例

功能完備性指標中的每一項指標宜擁有獨立的測試用例。

CAPP管理，按照設定的規(guī)則，測試用例庫中的測試用例自動生成用于測試的標準格式文檔。

宜制定測試標準文檔描述規(guī)范，將測試用例導入、導出測試用例庫。6.2 測試環(huán)境6.2.1測試環(huán)境組成CAPPa) 系統(tǒng)硬件配置；b) 系統(tǒng)軟件配置；c) 操作系統(tǒng)；d) 網(wǎng)絡環(huán)境；DB5101/T

—2023e)數(shù)據(jù)庫；f) 其它測試所需的外部條件。6.2.2 測試環(huán)境需求CAPP

軟件功能測試環(huán)境需求如下：a) 宜符合軟件運行的最低需求；b) 宜選用通用的操作系統(tǒng)和相關(guān)軟件平臺；c) 宜建立相對簡單、獨立的測試環(huán)境；d) 宜利用有效的正版殺毒軟件檢測軟件環(huán)境，確保測試環(huán)境中沒有計算機病毒；e) 宜具有獨立的網(wǎng)絡環(huán)境。6.2.3 功能測試工具

CAPP

軟件功能測試宜采用專用的測試工具，以提高功能測試的測試效率，減少人為因素對測試結(jié)果的影響。功能測試工具宜遵循以下技術(shù)內(nèi)容：a) 提供測試結(jié)果統(tǒng)計和詳細日志；b) 對失敗用例進行錯誤分類；c) 通用性強，與具體測試業(yè)務無關(guān)；d) 應支持第三方測試工具與接口。

CAPP

軟件功能測試宜采用黑盒測試法，適當時候可采用白盒測試法。

的工作任務的功能組合。6.3測試過程CAPP

軟件功能測試參照如

1

所示流程進行，測試時宜遵循以下內(nèi)容：開始是否初測否

是檢查測試大綱審驗測試環(huán)境調(diào)用測試用例執(zhí)行測試測試結(jié)果分析是否存在缺陷

是

回歸測試開發(fā)方修復缺陷并提交新版本記錄缺陷并提交問題報告否提交相關(guān)報告測試結(jié)束圖1 CAPP

軟件功能測試流程DB5101/T

—2023a)

宜按照

5.2.2

的內(nèi)容，采用合適的功能測試工具實施測試，或以手工方式實施測試；b)

c)

相關(guān)人員在測試過程中，如發(fā)現(xiàn)系統(tǒng)功能方面的問題，宜向開發(fā)方出具問題報告；d)

開發(fā)方對測試中發(fā)現(xiàn)的功能問題進行修改后，測試方宜進行回歸測試，并出具測試報告。6.4 測試內(nèi)容6.4.1 軟件安裝測試宜測試CAPP的需求。軟件安裝測試宜包括以下內(nèi)容：a) 宜按照設計文檔需求對系統(tǒng)功能模塊進行檢查；所有功能模塊可運行，且符合

5.2.2

的內(nèi)容；b) 系統(tǒng)窗口、控件、菜單等宜符合

5.2.2

6.4.2 CAPP

軟件功能測試 概述.1

CAPP每個子類包含若干功能項。.2

完備性測試是對CAPP試大綱為依據(jù)，并參照圖2所示流程進行。

圖2CAPP

軟件功能完備性測試流程.3

功能正確性測試是對某一功能執(zhí)行結(jié)果的正確與否進行判斷。正確性測試宜參照圖3所示流程進行。DB5101/T

—2023

圖3CAPP

軟件功能正確性測試流程工藝設計工藝設計測試內(nèi)容宜包括：a)工藝性審查；b) 工藝方案設計；c) 工藝路線制定；d) PBOM/MBOM；e) 材料定額；f) 工藝規(guī)程設計；g) 指令文件編輯；h) 工時定額；i) 工藝成本估算。 工藝業(yè)務管理工業(yè)業(yè)務管理測試內(nèi)容宜包括：a) 工藝任務分工；b) 業(yè)務過程管理；c) 審簽流程管理；d) 更改過程管理。 工藝信息管理工藝信息管理測試內(nèi)容宜包括：a)工藝技術(shù)狀態(tài)管理；b) 工藝配置管理；c) 工藝信息統(tǒng)計匯總；d) 工藝文檔管理；DB5101/T

—2023e) 綜合信息查詢?yōu)g覽。 工藝執(zhí)行管理工藝執(zhí)行管理測試內(nèi)容宜包括：a) 工藝發(fā)布管理；b) 工藝查詢?yōu)g覽；c) 現(xiàn)場工藝執(zhí)行。 系統(tǒng)管理系統(tǒng)管理測試內(nèi)容宜包括：a) 工藝資源管理；b) 用戶管理；c) 系統(tǒng)配置管理；d) 數(shù)據(jù)備份管理。 系統(tǒng)集成系統(tǒng)集成測試內(nèi)容宜包括：a) 與

CAD

集成；b) 與

CAM

集成；c) 與

PDM

集成；d) 與

ERP/MES

集成。6.5 功能測試評價6.5.1 完備性評價功能完備性評價目的是為了確定被測軟件中所有功能與功能測試大綱的契合度，衡量被測軟件與CAPP

相關(guān)的功能是否達到專業(yè)級別，判斷被測軟件的功能是否完備。6.5.2 正確性評價通過”來衡量功能項的正確性。6.5.3 綜合評價綜合評價是以

CAPP

軟件功能完備性與正確性的測試結(jié)果，對功能測試進行綜合評價。綜合評價過程參見附錄

C。7 性能測試7.1 測試大綱宜根據(jù)CAPP測試環(huán)境和測試工具，制定與性能測試相關(guān)的測試大綱。7.2 測試環(huán)境否DB5101/T

—2023否7.2.1 測試環(huán)境組成CAPP軟件性能測試環(huán)境宜包括硬件環(huán)境、軟件環(huán)境和數(shù)據(jù)環(huán)境。具體組成與6.2.1一致。7.2.2 測試環(huán)境需求CAPP軟件性能測試環(huán)境需求與6.2.2一致。7.2.3 性能測試工具CAPP監(jiān)控、性能數(shù)據(jù)自動采集和測試結(jié)果分析等功能。7.3 測試過程CAPP

軟件性能測試參照圖

4

所示流程進行，測試時宜遵循以下內(nèi)容：a) 宜按照

5.2.3

的內(nèi)容采用合適的性能測試工具實施性能測試；b) 在測試完成后，測試人員宜提供原始測試數(shù)據(jù)，并交給測試分析員審核；c) 方出具問題報告；d) 開發(fā)方對測試中發(fā)現(xiàn)的性能問題進行改進后，測試方宜進行回歸測試，并出具測試報告。開始是否初測是檢查測試大綱審驗測試環(huán)境調(diào)用測試用例執(zhí)行測試測試結(jié)果分析系統(tǒng)性能是否達到要求

否

回歸測試開發(fā)方對系統(tǒng)進行優(yōu)化并提交新版本記錄問題并提交問題報告是提交相關(guān)報告測試結(jié)束圖4 CAPP

軟件性能測試流程7.4 測試內(nèi)容7.4.1 負載性能測試DB5101/T

—2023加時，系統(tǒng)各組成部分的響應輸出項，如通過率、響應時間、負載、內(nèi)存使用等情況，綜合分析后確定系統(tǒng)的性能。7.4.2 壓力性能測試個系統(tǒng)的瓶頸或不能接受的性能點，從而獲得最大工作量強度或最大服務性能。7.4.3 效率測試效率測試是指在規(guī)定條件下，相對于所用資源的數(shù)量，測試CAPP軟件產(chǎn)品可提供適當性能的能力。性能測試的效率宜遵循以下內(nèi)容：a) 功能指標的執(zhí)行速度宜滿足用戶需求；b) CPU、內(nèi)存、網(wǎng)絡帶寬等硬件資源的使用較為充分合理；c) 多用戶并發(fā)訪問時，性能指標宜符合軟件描述的需求。7.5 性能測試評價CAPP性能指標是否達到設計需求、存在哪些問題以及改進建議等。性能測試評價過程參見附錄

C。8 產(chǎn)品化測試8.1 可用性測試

8.1.1 概述CAPP

軟件的可用性測試宜包括安全性、可靠性、易用性、可維護性和可移植性等。8.1.2 安全性 權(quán)限管理權(quán)限管理宜測試以下內(nèi)容：a) 可以使用“用戶--權(quán)限”模式劃分權(quán)限，權(quán)限劃分合理；b) 系統(tǒng)管理員可以增加、修改、刪除其他用戶的信息；c)系統(tǒng)管理員僅能進行人員授權(quán)操作和數(shù)據(jù)庫管理工作；d) 禁止其他用戶進行數(shù)據(jù)庫維護操作。 日志管理日志管理宜測試以下內(nèi)容：a) 能夠記錄用戶登錄和使用重要模塊的信息；b) 能夠?qū)ξ唇?jīng)授權(quán)的軟件使用或數(shù)據(jù)訪問嘗試記入日志；c) 能夠?qū)﹃P(guān)鍵數(shù)據(jù)的變更記入日志。 密碼管理10DB5101/T

—2023密碼管理宜測試以下內(nèi)容：a) 可以設置密碼策略，包括有效期、最小長度、復雜度、非空設置、大小寫敏感等；b)密碼以星號方式隱藏，不明碼顯示、存儲和傳輸；c)用戶可以修改自己的密碼，修改密碼需要校驗舊密碼，新密碼需要兩次確認輸入；d) 具有“找回密碼”功能。 訪問控制訪問控制宜能對未經(jīng)授權(quán)的軟件使用或數(shù)據(jù)訪問進行防御。 代碼檢測代碼檢測宜測試以下內(nèi)容：a)驗證是否防止結(jié)構(gòu)化查詢語言注入；b) 驗證是否防止可擴展標記語言注入；c)能通過防病毒軟件的檢驗。8.1.3 可靠性 成熟性從成熟性方面考慮，宜測試以下內(nèi)容：a) 能穩(wěn)定運行，不出現(xiàn)內(nèi)存溢出等現(xiàn)象；b) 運行過程中，若出現(xiàn)操作錯誤或非法數(shù)據(jù)，不會引起系統(tǒng)異常退出或程序損壞；c) 機故障；d) 數(shù)據(jù)和狀態(tài)；e) 當軟件出現(xiàn)故障后，可以通過異常日志查看操作過程和故障信息，便于重現(xiàn)故障。 容錯性從容錯性方面考慮，宜測試以下內(nèi)容：a) 系統(tǒng)對重要數(shù)據(jù)的錄入提供有效性檢查，對非法數(shù)據(jù)輸入有明確的提示；b) 對不符合有效性的輸入數(shù)據(jù)，使用中文給出簡潔、準確的提示信息，必要時給出幫助；c) 能屏蔽用戶常見的誤操作，對重要數(shù)據(jù)的刪除有警告及確認提示。 易恢復性從易恢復性方面考慮，宜測試以下內(nèi)容：a)在程序運行過程中進行掉電、網(wǎng)絡斷開實驗，不能出錯退出，能發(fā)現(xiàn)并向用戶提示斷開狀態(tài)，數(shù)據(jù)和系統(tǒng)不會損壞，在供電、網(wǎng)絡恢復正常后能正常工作；b) 若數(shù)據(jù)和系統(tǒng)受損，能提供補救工具，補救上次保存或自動保存以前的數(shù)據(jù)；c) 具備數(shù)據(jù)維護工具，可以對數(shù)據(jù)進行備份與恢復。8.1.4 易用性易理解性從易理解性方面考慮，宜測試以下內(nèi)容：11DB5101/T

—2023a)

界面簡潔、美觀、實用，采用簡體中文，風格較一致；b)

界面及提示信息能夠引導用戶正常使用；c)

對關(guān)鍵操作提供使用引導；d)

操作設計上避免重復操作，簡化常用功能的操作步驟。 易學性從易學性方面考慮，宜測試以下內(nèi)容：a) 用戶手冊內(nèi)容全面詳細、易于理解，描述與軟件功能一致、提供應用實例；b)潔清晰。 易操作性從易操作性方面考慮，宜測試以下內(nèi)容：a) 軟件安裝符合流行的安裝方式，易于操作；b) 軟件以易觀察、易讀的方式向用戶提供信息，必要時可向用戶發(fā)出警報；c)常用功能設置在明顯位置，易于被用戶識別；d)軟件操作簡單，界面設置和提示信息設置易于理解；e) 輸入數(shù)據(jù)的要求能夠被用戶理解，軟件輸出項符合用戶習慣，易于理解。8.1.5 可維護性從可維護性方面考慮，宜測試以下內(nèi)容：a) 對軟件指定的修改可以被實現(xiàn)；b) 軟件的局部修改不應影響軟件的整體運行；c) 軟件變更后的各項功能能通過測試用例進行測試；d) 軟件能對已修改部分進行確認。8.1.6 可移植性從可移植性方面考慮，宜測試以下內(nèi)容：a) 軟件具有可適應不同運行環(huán)境的能力；b) 依據(jù)用戶手冊安裝，能在指定環(huán)境成功安裝；c) 在同樣環(huán)境下，可替代另一個相同用途的指定軟件。8.2 產(chǎn)品化程度8.2.1 軟件文檔集CAPP軟件文檔集的測試包括資料的完整性、一致性、準確性和可理解性等內(nèi)容。進行文檔測試時，宜考慮以下內(nèi)容：a) 明確文檔驗收的標準，軟件開發(fā)人員和用戶應達成一致；b) 確定文檔的重要性和項目文檔需求；c) 檢驗文檔的種類和內(nèi)容的完整性；d) 的一致性；e) 檢驗文檔的準確性，即文檔描述應準確且無歧義；12DB5101/T

—2023f) 檢驗文檔的可理解性，即文檔表達應詳細且易于理解。8.2.2 技術(shù)支持與服務CAPP軟件的技術(shù)支持與服務宜包括線上服務、產(chǎn)品介紹、培訓資料等內(nèi)容。8.3 產(chǎn)品化測試評價CAPP

軟件的產(chǎn)品化測試完成后，宜對軟件的可用性和產(chǎn)品化程度測試結(jié)果進行分析，確定軟件的產(chǎn)品化指標是否達到設計需求、存在哪些問題以及如何改進。CAPP

軟件的產(chǎn)品化測試評價方法參見附錄

C。9 測試總結(jié)9.1 測試結(jié)果9.1.1 概述CAPP軟件測試結(jié)果宜滿足以下內(nèi)容：a) 可重復性：由同一測試者按同一測試大綱對同一軟件進行重復測試，應產(chǎn)生同一種結(jié)果；b) 可再現(xiàn)性：由不同測試者按同一測試大綱對同一軟件進行測試，應產(chǎn)生同一種結(jié)果；c) 公正性：測試不偏向任何預設的結(jié)果；d) 客觀性：測試結(jié)果為客觀事實。9.1.2 測試文檔CAPP

軟件測試完成后形成的文檔宜包括：a) 測試大綱；b) 測試說明；c) 測試報告；d) 測試記錄；e) 測試問題報告。9.2 測試報告CAPP

軟件的測試活動和測試結(jié)果宜匯總在測試報告中，測試報告大綱參見附錄

D。13CAPP--010

對零件工藝信息匯總報表生成功能進行測試CPU（測試條件）提供零件工藝信息匯總測試數(shù)據(jù)模型（測試時系統(tǒng)參數(shù)配置）數(shù)據(jù)類型、報表文件類型等DB5101/T

—2023附錄

A（資料性）汽車零部件及配件制造企業(yè)

軟件測試用例設計逐一實施測試，并記錄測試情況。A.1 設計準則測試用例設計宜遵守以下基本準則：a) 等；b) 測試執(zhí)行結(jié)果的正確性是可判定或可評估的；c) 對同樣的測試用例，系統(tǒng)的執(zhí)行結(jié)果是相同的。A.2 編制方法編寫測試用例文檔宜有用例模板，且符合內(nèi)部規(guī)范。測試用例文檔由簡介和測試用例兩部分組成。簡介部分宜包括測試目的、測試范圍、定義術(shù)語、參考文檔等；測試用例部分則逐一列示各測試用例，前提和約束及測試終止條件等信息。軟件測試中常用的基本方法進行設計。A.3 用例示例CAPP軟件測試用例模板如表A.1所示。表

表

A.1 CAPP

軟件測試用例模板0102030405工藝信息匯總完畢并生成匯總報表DB5101/T

—2023表

A.1表

A.1（續(xù)）a)

b)

c)

d)

e)

a)

b)

c)

d)

a)

PBOM

b)

c)

PBOM/MBOMa)

EBOM

PBOMb)

PBOM

c)

PBOM

d)

PBOM

e)

PBOM

f)

EBOM

g)

PBOM

h)

i)

j)

PBOM

k)

a)

b)

c)

d)

e)

f)

g)

h)

i)

DB5101/T

—2023附錄

B（資料性）汽車零部件及配件制造企業(yè)

CAPP

統(tǒng)集成等六大類；每個大類又分為若干子類，每個子類包含若干功能項，見表

B.1。表

表

B.1 汽車零部件及配件制造企業(yè)

CAPP

a)

b)

c)

d)

e)

a)

b)

c)

d)

e)

a)

b)

c)

d)

a)

b)

a)

b)

d)c)

a)

b)

c)

a)

b)

c)

d)

e)

f)

a)

b)

c)

d)

a)

b)

c)

d)

DB5101/T

—2023表

表

B.1（續(xù)）a)

b)

c)

a)

b)

c)

a)

b)

c)

a)

b)

c)

a)

a)

b)

c)

a)

b)

c)

d)

e)

a)

b)

c)

d)

e)

f)

a)

b)

c)

a)

b)

a)

b)

c)

DB5101/T

—2023表

表

B.1（續(xù)）

a)

b)

c)

a)

b)

a)

EBOM

b)

a)

b)

PBOM

c)

MBOM

d)

DB5101/T

—2023表表

B.1（續(xù)）19DB5101/T

—2023附錄

C（資料性）汽車零部件及配件制造企業(yè)

軟件測試評價方法C.1 測試評價C.1.1測試評價是對汽車零部件及配件制造企業(yè)

軟件的功能測試、性能測試和產(chǎn)品化測試結(jié)果進行綜合評價。

軟件測試評價過程如圖

所示。測試評價方法測試評價內(nèi)容功能測試結(jié)果 性能測試結(jié)果 產(chǎn)品化測試結(jié)果測試評價結(jié)果圖

C.1

C.1.2 測試評價內(nèi)容汽車零部件及配件制造企業(yè)

軟件測試評價內(nèi)容包括功能測試評價、性能測試評價、產(chǎn)品化測試評價，具體如下：a) 功能測試評價包括

軟件的功能完備性和正確性評價；b) 性能測試評價包括

軟件的軟件負載、壓力性能和效率測試評價；c) 產(chǎn)品化測試評價包括

CAPP

軟件的可用性和產(chǎn)品化評價。C.1.3 測試評價方法汽車零部件及配件制造企業(yè)

軟件測試中，功能測試、性能測試和產(chǎn)品化測試均是通過子特性）：“Y”表示“”“N”表示“不通過”，即度量值劣于期望值。品化測試子特性包括可用性和產(chǎn)品化程度。各個子特性的測量值利用式（）計算：v

=

∑????/?? …………（C.1）式中：vm

——為子特性的第

i

1為

0；n

——為子特性的測試指標項總數(shù)。20正確性等級IVIVIV≤

1

0.850.85≤

1

0.90≤

1

0.95≤

1

≤≤

2

0.850.85≤

2

0.90≤

2

0.95≤

2

≤≤

0.850.85≤

0.90≤

0.950.95≤

≤DB5101/T

—2023C.2 功能測試評價按照

C.1.3

的測試評價方法，

軟件的功能完備性和正確性的測量值分別為

v和

v，則功能測試的測量值可用式（C.2）計算：????

=

（??1

+??2）/2…………（C.2）式中：V

——為功能測試的測量值；v

為功能完備性的測量值；v

——為功能正確性的測量值。依據(jù)功能測量值

V、完備性測量值

v和正確性測量值

v，按照表

軟件的功能完備性和正確性的評價等級。表

C.1表

C.1功能測試評價等級所示。表

C.2 表

C.2 功能測試等級評價方法按照

C.1.3

的測試評價方法，

軟件的負載性能、壓力性能和效率的測量值分別為

v、v和

v，則性能測試的測量值可用式（）計算：????

=

（??1

+??2

+??3）/3 …………（C.3）??式中：V

——為性能測試的測量值；v

為負載性能的測量值；v

——為壓力性能的測量值；v

——為效率的測量值。21產(chǎn)品化程度等級IVIVIV≤

1

0.850.85≤

1

0.90≤

1

0.95≤

1

≤≤

2

0.850.85≤

2

0.90≤

2

0.95≤

2

≤≤

30.85≤

3