第四屆全省職業(yè)技能大賽

暨第二屆全國技能大賽山西選拔賽

計算機軟件測試項目技術文件

全省職業(yè)技能大賽組委會

2023年5月

目錄

一、技術描述1

（一）項目概要1

（二）基本知識與能力要求1

二、試題與評判標準4

（一）競賽試題內(nèi)容4

（二）樣題及賽題變化4

（三）競賽評判標準4

三、競賽細則6

（一）競賽時間安排6

（二）裁判員分組和職責7

（三）競賽實施細則7

四、競賽場地、設施設備等安排8

（一）賽場規(guī)格要求8

（二）場地布局要求9

（三）基礎設施設備清單9

五、健康、安全和環(huán)保要求10

（一）選手安全防護要求10

（二）賽事安全要求11

（三）賽場要求11

（四）綠色環(huán)保要求11

（五）疫情防控11

1

一、技術描述

（一）項目概要

1、項目名稱

計算機軟件測試(SoftwareTesting)

2、項目簡介

“計算機軟件測試”競賽項目按照計算機程序員職業(yè)國家職業(yè)技能

標準（三級）及以上要求，主要面向功能測試工程師、自動化測試工程

師、性能測試工程師、接口測試工程師、白盒測試工程師、大數(shù)據(jù)測試

工程師、架構測試工程師、測試開發(fā)工程師等崗位，融合世界技能大賽

項目的技術要求，并結合國內(nèi)外行業(yè)企業(yè)要求，采取現(xiàn)場實操形式，完

成軟件測試任務?？己思夹g內(nèi)容包括：測試計劃、測試分析與設計、執(zhí)

行手工測試、執(zhí)行接口測試、編寫測試報告等測試崗位必須具備的核心

技能，促進教學過程與生產(chǎn)過程對接、課程內(nèi)容與職業(yè)標準對接、專業(yè)

設置與產(chǎn)業(yè)需求對接，最大限度匹配與適應人才培養(yǎng)供給側和產(chǎn)業(yè)需求

側，從而促進產(chǎn)教融合、校企合作、產(chǎn)業(yè)發(fā)展。

（二）基本知識與能力要求

本競賽是對計算機軟件測試技能的展示和評估。僅測試技能操作方

面的能力。參賽選手需要按照計算機軟件測試標準（或要求）展示計算

機軟件測試技能。

基本知識與能力要求列表如下：

表1基本知識與能力要求表

序號相關要求權重比例（%）

1測試計劃5

選手需要知曉和理解：

測試計劃的目的；

測試任務的識別；

測試目標和測試范圍的確定；

測試資源的規(guī)劃；

基本知識

測試策略的制訂方法;

測試活動的進度與安排；

測試活動的編制與預算方法；

測試進度安排表與測試計劃的設計方法；

測試中可能遇到的風險以及風險控制。

選手應該能夠做到：

工作能力通過考慮產(chǎn)品需求和環(huán)境理解測試目標和風

險來規(guī)劃測試活動，設計測試策略；

1

選擇測試方法，估算測試的時間、工作量和成

本，獲取資源并定義測試級別和測試周期；

編寫測試進度安排表；

編寫和更新測試計劃；

與項目經(jīng)理、產(chǎn)品負責人和其他人員協(xié)調制定

測試計劃，并評審測試計劃；

采取有效方法控制測試中遇到的風險；

監(jiān)督與度量測試活動。

2測試分析與設計20

選手需要知曉和理解：

測試依據(jù)的收集方法，包括直接需求和間接需

求的獲??；

測試依據(jù)的分析方法；

測試依據(jù)的分析步驟和流程；

需求測試項的提取方法；

基本知識

測試設計的任務；

測試用例的定義與組成要素；

測試用例的設計方法；

測試用例優(yōu)先級的確定方法；

測試用例所需的測試數(shù)據(jù)的識別；

測試工具和環(huán)境的識別和設計。

選手應該能夠做到：

收集測試依據(jù)相關的直接或間接信息，包括需

求文檔、方案文檔、設計文檔、與用戶或項目人員

的口頭交流、郵件等來獲取信息；

全面分析測試依據(jù)，包括業(yè)務需求、功能需求、

系統(tǒng)需求文檔、用戶口頭交流等所有直接或間接需

求信息；

識別測試依據(jù)中功能和非功能等顯性需求和

隱性需求，比如軟件功能、兼容性、性能、安全性

等各方面的需求；

工作能力分析系統(tǒng)的設計和實現(xiàn)信息，如分析系統(tǒng)架構

圖或文檔、設計規(guī)格說明、模型圖、業(yè)務流程圖、

數(shù)據(jù)庫設計說明、接口規(guī)格說明等；

根據(jù)對產(chǎn)品需求和系統(tǒng)設計的分析，并考慮到

技術因素以及風險級別，提取需求項，并界定每個

需求項的測試條件并確定其測試優(yōu)先級；

識別被測系統(tǒng)的特征，評估被測需求項，以識

別各種類型的缺陷。

運用測試用例的設計方法編寫和設計測試用

例，并確定測試的優(yōu)先級；

設計和識別必要的測試數(shù)據(jù)；

2

設計所需的測試工具。

3執(zhí)行手工測試30

選手需要知曉和理解：

手工測試的方法；

數(shù)據(jù)庫知識；

http與https協(xié)議；

基本知識缺陷管理的流程；

缺陷報告的編寫規(guī)范；

定義缺陷的嚴重程度、缺陷類型的方法；

缺陷的定位方法；

回歸缺陷的方法。

選手應該能夠做到：

按照測試用例執(zhí)行手工測試；

基于經(jīng)驗來執(zhí)行測試；

使用數(shù)據(jù)庫SQL命令查詢數(shù)據(jù)庫，跟蹤業(yè)務數(shù)

據(jù)流向；

使用Linux常用命令查看系統(tǒng)日志信息；

工作能力

比較測試結果和預期結果，分析異常現(xiàn)象以確

定異?？赡馨l(fā)生的原因；

記錄測試執(zhí)行的實際結果(例如通過、失敗、

阻塞、跳過等)；

發(fā)現(xiàn)缺陷后編寫缺陷報告并跟蹤缺陷；

執(zhí)行回歸測試。

4執(zhí)行接口測試40

選手需要知曉和理解：

HTTP協(xié)議；

抓包工具使用；

接口規(guī)范；

接口測試流程；

接口測試用例設計；

基本知識接口請求設置；

參數(shù)設置；

參數(shù)化；

關聯(lián)使用；

斷言設置；

連接和操作數(shù)據(jù)庫；

生成測試報告等。

選手應該能夠做到：

能夠掌握接口測試流程；

工作能力

能夠根據(jù)接口文檔設計接口測試用例；

能夠根據(jù)接口測試用例，使用工具Postman完

3

成接口測試；

能夠根據(jù)接口測試的結果判斷接口測試是否

通過，并生成接口測試報告等。

5編寫測試報告5

選手需要知曉和理解：

測試報告的目的；

測試報告的內(nèi)容；

基本知識測試結束的準則；

編寫測試報告的方法；

交付物的檢查、測試環(huán)境、數(shù)據(jù)等歸檔的方法；

測試經(jīng)驗的總結方法。

選手應該能夠做到：

根據(jù)測試規(guī)范判斷測試是否結束；

根據(jù)各種測試數(shù)據(jù)匯總、缺陷分析統(tǒng)計，編寫

工作能力

測試總結；

評估軟件質量，給出測試結論與建議；

歸檔整理測試結束后的環(huán)境、數(shù)據(jù)、交付物等。

總計100

二、試題與評判標準

（一）競賽試題內(nèi)容

模塊A：功能測試

此模塊重點考查參賽選手的文檔編寫能力、用例設計及功能測試

能力，參賽選手根據(jù)給定的需求文檔進行測試計劃的編寫、測試用例

的設計、根據(jù)測試用例執(zhí)行測試并填寫缺陷報告，最后完成測試報告。

模塊B：接口測試

此模塊重點考查接口測試用例的設計、使用接口測試工具設置接

口請求、設置接口參數(shù)、變量的設置、關聯(lián)的設置、數(shù)據(jù)驅動、斷言

的設置、執(zhí)行接口測試、判斷接口測試是否通過、生成接口測試報告

等。

（二）樣題及賽題變化

本賽項試題全部采用保密開發(fā)形式，由裁判長開發(fā)試題，所有競

賽試題、評分標準需在賽前密封。本項目在賽前公布樣題，供參賽隊

了解題目框架、呈現(xiàn)方式等。

（三）競賽評判標準

1、競賽試題配分

本次競賽評分采取測量評分。

表2競賽模塊配分表

4

分數(shù)

模塊編號模塊名稱

評價分測量分合計

A功能測試06060

B接口測試04040

合計0100100

2、成績計算方式

項目總成績?yōu)?00分。各個評分項的分數(shù)可精確到小數(shù)點后兩位，

小數(shù)點后第三位數(shù)字采用四舍五入（如1.055計1.06，1.054計1.05）。

3、評判方法

（1）評判分組

評分組成員由若干名裁判員組成，各裁判員將被分入不同的評分

組，每個評分組將分配基本相同的分值。裁判長通過考察各位裁判員

的專業(yè)知識水平及綜合協(xié)調能力等具體情況確定一名組長，負責本小

組的具體評判工作。

根據(jù)大賽技術規(guī)則，裁判長不參與具體評判。

（2）評分程序

①選手在競賽結束前按要求的存盤方式保存好比賽成果文件，按

要求提交相應成果物截圖，并拷貝到U盤，確保所有截圖包含完整的

文件名、CRC32碼和系統(tǒng)時間后，在《成果物提交確認單》簽競賽工

位號。比賽結束時，選手應停止操作，在自己的競賽工位原地不動，

由場地裁判確認相關材料齊全后方可離開競賽工位。選手離開比賽現(xiàn)

場時，不要關閉任何設備的電源，不要退出系統(tǒng)當前狀態(tài)或關閉系統(tǒng)。

②監(jiān)考組收集選手的比賽成果文件，按競賽工位號進行歸整，并

做好相應的保密措施，嚴禁泄露競賽成果文件的選手信息。

③評判組對選手的比賽成果進行評分。各模塊評判結束后，裁判

員核對本人對本模塊評判成績并簽字確認。一旦簽字確認，原則上不

得再進行修改。

④評判結束后，裁判長將簽字確認后的評分表密封保存。

⑤本賽項采用測量評分的方式。若無特殊情況，則只有最高分或

0分給出。如果有中間分，則中間分的評判標準必須在評分標準中清

晰的定義出來。在試題中可以有三種不同類型的測量標準。三種類型

測量標準的解釋，示例如下：

表3測量分評分準則樣例表

類型例子最高分正確不正確

5

接口測試腳本請求方法設置正

滿分或零分0.50.50

確

從滿分中扣除每遺漏一個重點Bug扣分=5/重

550.0-4.9

規(guī)定分數(shù)點Bug數(shù)量,扣完為止

每寫一條符合需求且規(guī)范的測

以預先設定的

試用例得分=5/用例數(shù)量（不能

比例從零分加550.0-4.9

有重復的測試用例，編寫要符合

起

需求且正確）

（3）統(tǒng)分方法

由評分組裁判復核后交登分員錄入系統(tǒng)，再根據(jù)系統(tǒng)操作流程

進行二次復核，選手競賽最終匯總結果由全體裁判簽字確認。

4、成績并列

按比賽總成績相同依次按模塊A、模塊B得分高低決定排名次

序。如果模塊A、B分值相同，則比較模塊A各任務分值，按照任

務編號從大到小的得分值排序。

三、競賽細則

（一）競賽時間安排

本比賽選手比賽時間總共2天。賽前2天12點前裁判報到技術

培訓，競賽時間安排根據(jù)大賽整體安排，可能會做適當調整。詳見下

表。

表4競賽時間安排表

日期工作內(nèi)容

比賽前一天12點前選手報到，下午賽前技術說明

07:45-08:15比賽相關人員進賽場，賽前準備；選手檢錄進入競

賽工位，檢查設備；熟悉設備及軟件。

08:15-08:30發(fā)放試卷，下載素材。

08:30-12:30模塊A功能測試競賽。

比賽第一天

12:30-13:30封閉場地；午餐。

13:30-14:00比賽相關人員進賽場，賽前準備；選手檢錄進入工

位，檢查設備。

14:00-17:00模塊B接口測試競賽；模塊A裁判評分。

08:00-12:00模塊B裁判評分

14:00-16:00總成績評定、公示。

比賽第二天

16:30技術點評環(huán)節(jié)，由裁判長主持，裁判組全員參加，對本次

選手表現(xiàn)進行點評。

6

（二）裁判員分組和職責

本次競賽設立裁判組，由1名裁判長，若干裁判員組成。

1、裁判長

裁判長按照本項目技術文件，對裁判員進行培訓和工作分工，帶

領裁判員對本項目比賽設備設施和現(xiàn)場布置情況進行檢驗；組織選手

進行安全培訓并熟悉賽場及設備，保障所有選手在比賽前掌握必備的

安全知識和安全操作規(guī)范；比賽期間組織裁判員執(zhí)裁，并按照相關要

求和程序，處理項目內(nèi)出現(xiàn)的問題；組織統(tǒng)計、匯總并及時錄入大賽

成績等工作；賽后組織開展技術點評。裁判長應公平公正組織執(zhí)裁工

作，不參與評分。

2、裁判員

裁判員應服從本項目裁判長的工作安排，誠實、客觀和公正執(zhí)裁。

根據(jù)裁判員的相關工作經(jīng)驗以及賽前培訓的情況，裁判員分成監(jiān)

考組和評判組。

監(jiān)考組：主要負責競賽現(xiàn)場監(jiān)考工作和安全巡查，做好維護賽場

紀律；記錄賽場情況，做好監(jiān)考記錄；糾正選手違規(guī)行為，并對情節(jié)

嚴重者及時向裁判長報告作好記錄并給出處罰結果；核查實際操作競

賽使用材料、設備；記錄每位選手的實際工作時間。

評判組：負責競賽結果的評判、成績復核和匯總工作。

（三）競賽實施細則

1、賽前準備

①參賽選手報到時需領取參賽證卡、參賽資料、參賽物料，報到完

畢后提前前往賽場，熟悉場地。

②賽前30分鐘，到指定檢錄口進行檢錄，由檢錄人員核實編號，

開賽后遲到15分鐘的選手視為自動放棄參賽。

③檢錄完畢，每位選手按照選手抽簽工工位號到指定位置。所有通

訊、照相、攝像、磁盤等工具一律不得帶入比賽現(xiàn)場。

2、競賽實施

①在競賽過程中，選手應遵守安全操作規(guī)程，接受裁判員的監(jiān)督和

警示，確保參賽選手人身安全及設備安全。

②競賽過程中嚴禁交頭接耳，也不能相互借用工具、儀器儀表。各

參賽選手間不能走動、交談。

③由裁判長統(tǒng)一告知選手比賽規(guī)則、時間和流程后，裁判長宣布比

賽正式開始并計時。比賽過程中，選手若需休息、飲水或去洗手間，一

律計算在操作時間內(nèi)。

④選手進入賽場后，不得擅自離開賽場，因病或其他原因離開賽場

或終止比賽，應向裁判示意，須經(jīng)賽場裁判長同意，并在賽場記錄表上

簽字確認后，方可離開賽場并在賽場工作人員指引下到達指定地點。

7

⑤因參賽選手個人誤操作造成人身安全事故或設備故障時，裁判長

有權中止選手競賽。如非參賽選手個人因素出現(xiàn)的設備或工具故障而無

法繼續(xù)競賽時，參賽選手可提出更換設備或工具的要求，裁判長同意并

更換后，參賽選手可繼續(xù)參加競賽，并給參賽選手補足所耽誤的競賽時

間。

⑥參賽選手如提前結束競賽，應舉手向裁判員報告，競賽結束時間

由裁判員進行記錄。參賽選手結束競賽后不得再進行任何操作，離場后

也不得再進入賽場。

⑦裁判長在競賽結束前30分鐘、10分鐘進行競賽剩余時間提醒。

裁判長發(fā)布競賽結束指令后，未完成任務的參賽選手應立即停止操作，

不得以任何理由拖延競賽時間，并按要求清理賽位。

⑧選手須按照程序提交比賽結果，配合裁判做好賽場情況記錄，并

簽字確認比賽結果，裁判提出簽名要求時，不得無故拒絕。

3、技術違規(guī)處理

①不得攜帶其他未經(jīng)組委會認可的設備、工具、機具、材料等參賽，

不聽勸告的取消比賽資格。

②競賽過程中，選手不得接受場外送進的材料、加工過的半成品等。

③選手不得損壞、拆卸、改裝賽場提供的設備、工具和工作臺等設

施。

④選手不得在任何競賽區(qū)域、位置、賽件上作任何涉嫌作弊的標記。

如比賽開始前發(fā)現(xiàn)有明顯痕跡，可上報裁判員進行處理，嚴重者可按作

弊處理。

⑤在完成競賽任務的過程中，因操作不當導致事故，扣10～20分，

情況嚴重者取消比賽資格。

⑥因違規(guī)操作損壞賽場提供的設備、污染賽場環(huán)境等不符合職業(yè)規(guī)

范的行為，視情節(jié)扣5～10分。

⑦擾亂賽場秩序，干擾裁判員工作，視情節(jié)扣5～10分，情況嚴

重者取消比賽資格。

4、問題或爭議處理

參賽選手、裁判員發(fā)現(xiàn)競賽過程中存在問題或爭議，應向裁判長反

映。裁判長依據(jù)相關規(guī)定處理或組織比賽現(xiàn)場裁判員研究解決。處理意

見需比賽現(xiàn)場全體裁判員表決的，須獲全體裁判員半數(shù)以上通過。最終

處理意見應及時告知意見反映人，并填寫《問題或爭議處理記錄表》。

四、競賽場地、設施設備等安排

（一）賽場規(guī)格要求

1、參賽選手競賽區(qū)域。每個競賽工位標有醒目的賽位編號，各競

賽工位間距大于1m，每個競賽工位面積約3㎡，并標有醒目的賽位編號，

8

確保參賽隊之間互不干擾。環(huán)境要求賽場采光（大于500lux）、照明和

通風良好；提供穩(wěn)定的水、電，并提供應急的備用電源；提供足夠的干

粉滅火器材；每個競賽工位提供一個垃圾桶。

2、觀摩區(qū)。需要與競賽場地分開的隔離帶，供參賽隊領隊、指

導教師及工作人員休息，并開展其他相關活動。

3、裁判區(qū)域。供裁判休息及工作場地。共配有服務器1臺，計

算機5臺；A4激光打印機1臺；桌椅10套；飲水機、紙杯、文具用

品若干。

4、技術支持區(qū)。為技術支持人員的工作場地。

5、服務區(qū)。提供醫(yī)療等服務保障，并用隔離帶隔離。

（二）場地布局要求

（上圖僅供參考，最終圖紙按實際賽場布局為準）

（三）基礎設施設備清單

1、場地設施設備（賽場為每一個工位必須配備的設施、設備和

工具）

(1)硬件平臺

硬件清單中提供的硬件應能保證選手順利完成比賽，清單不包含

要求參賽選手和/或專家攜帶的物品，也不包含禁止選手攜帶的物品。

清單所列硬件為每一個選手必須配備的場地設備（由賽場提供）。

表5硬件平臺清單

序號硬件類別規(guī)格要求單位數(shù)量

操作系統(tǒng)：Windows10（64位）

處理器：i5以上處理器（支持VT

內(nèi)存：16GB或以上

1計算機臺1

硬盤：500GB或以上

顯示器：分辨率1024×768像素以上

可訪問互聯(lián)網(wǎng)

9

（上述配置僅供參考，最終配置按賽場實際提供為準）

(2)軟件平臺

表6軟件平臺清單

序號軟件名稱版本號

1ChromeVersion113.0.5672（正式版本）（64位）

2WPSWord/Excel11.1.0

3Windows操作系統(tǒng)Windows10

搜狗拼音輸入法、搜狗五筆

412.0.0

輸入法

5WinRAR

6XshellVersion6.0版本

7WinSCPVersion5.13.1

8PostmanVersion10.13.0

9FiddlerVersion5.0

10JDKWindows版本：jdk-8u212-windows-x64

11Notepad++npp.7.8.2.Installer.x64

（上述配置僅供參考，最終配置按賽場實際提供為準）

(3)競賽環(huán)境

賽場中選手電腦不連接Internet或其他公共網(wǎng)絡，只連接賽場

現(xiàn)場設置的服務器及賽場局域網(wǎng)，便于存儲選手成果。

2、禁止自帶使用的設備、工具和材料

表7禁止使用的設備、工具和材料清單

序號設備和材料名稱

電子設備，如通信工具、多媒體播放器、錄音器、照相機、攝

1

影機等

2移動存儲設備，如U盤、光盤、硬盤等

3參考資料，如書籍、筆記等

4禁止使用聊天工具或者在論壇上發(fā)布信息，請求技術幫助。

除了比賽過程中提供的程序資源外，不能下載使用其它第三方

5

程序作為比賽資源

五、健康、安全和環(huán)保要求

（一）選手安全防護要求

1、各參賽單位應提前對參賽選手進行安全教育。

2、比賽開始前，競賽安全員須提醒參賽選手、裁判及工作人員

有關安全事項，如安全區(qū)域標識等。

3、參賽選手未經(jīng)裁判同意，不得擅自通電調試。

10

4、工作前必須詳細檢查工具、測量儀表和防護用品是否安全可

靠。

5、操作過程中，參賽選手要嚴格遵守電力安全工作規(guī)程和國家

有關規(guī)定，安全、正確使用設備，確保設備完好和人身安全。

6、在比賽過程中，違反安全工作規(guī)程和國家有關規(guī)定，造成設

備損壞、人身傷害的取消其參賽資格。

（二）賽事安全要求

1、禁止選手及所有參加賽事的人員攜帶任何有毒有害物品進入

競賽現(xiàn)場。

2、應設置專門的安全防衛(wèi)組，負責競賽期間健康和安全事務。

主要包括檢查競賽場地、與會人員居住地、車輛交通及其周圍環(huán)境的

安全防衛(wèi)；制定緊急應對方案；監(jiān)督與會人員食品安全與衛(wèi)生；分析

和處理安全突發(fā)事件等工作。

3、賽場須配備相應醫(yī)療人員和急救人員，并備有相應急救設施。

（三）賽場要求

1、賽場內(nèi)除指定的裁判、技術支持、選手、工作人員外，其他

人員不得進入賽場內(nèi)。

2、允許進入賽場的人員，只可在安全區(qū)內(nèi)觀摩競賽。

3、允許進入賽場的人員，應遵守賽場規(guī)則，不得與選手交談，

不得妨礙、干擾選手競賽。

4、允許進入賽場的人員，不得在場內(nèi)吸煙、喧嘩。

5、賽場所在場館周圍保證沒有人員妨礙、干擾選手競賽，不得

有任何影響競賽公平、公正的行為、

6、賽場設有保安、公安、消防、醫(yī)療、設備維修和電力搶險人

員待命，以防突發(fā)事件；賽場還應設有生活補給站等公共服務設施，

為選手和賽場人員提供服務。

7、賽場設置安全通道和警戒線，確保進入賽場的大賽參觀、采

訪、視察的人員限定在安全區(qū)域內(nèi)活動，以保證大賽安全有序進行。

（四）綠色環(huán)保要求

1、賽場嚴格遵守我國環(huán)境保護法。

2、賽場所有廢棄物應有效分類并處理，盡可能回收利用。

3、競賽相關人員，要注意保持環(huán)境整潔衛(wèi)生，垃圾集中存放。

4、每場競賽結束后，選手要做到工完場清，賽場保潔人員要保

障賽場整體的環(huán)境衛(wèi)生，體現(xiàn)安全、整潔、有序。

（五）疫情防控

執(zhí)行國家相關防控規(guī)定。

11

計算機軟件測試項目比賽樣題

模塊一功能測試

一、概述

要求按照《制造業(yè)智運行管理系統(tǒng)_功能測試樣題模塊A_產(chǎn)品需

求規(guī)格說明書》完成系統(tǒng)的Web端部分模塊功能測試，完成測試計劃、

測試用例、缺陷報告、測試總結報告等文檔。

二、競賽任務一：制訂功能測試計劃

（一）任務描述

根據(jù)《制造業(yè)智運行管理系統(tǒng)_功能測試樣題模塊A_產(chǎn)品需求規(guī)

格說明書》進行需求分析。明確測試目標，界定測試范圍，分解測試

任務，預估測試時間、測試工作量及測試風險。按照《功能測試計劃

模板》模板完成功能測試計劃文檔。

（二）任務要求

功能測試計劃文檔包括的內(nèi)容：

1、概述：編寫目的、項目背景、參考資料。

2、測試環(huán)境。

3、測試內(nèi)容。

4、測試計劃：測試開始時間、測試結束時間、實施計劃。

5、風險控制。

（三）任務成果

完成《制造業(yè)智運行管理系統(tǒng)_功能測試樣題模塊A_功能測試計

劃》文檔編寫。

模板詳見附件1：功能測試計劃模板。

三、競賽任務二：設計功能測試用例

（一）任務描述

根據(jù)《制造業(yè)智運行管理系統(tǒng)_功能測試樣題模塊A_產(chǎn)品需求規(guī)

格說明書》理解業(yè)務功能，根據(jù)功能測試計劃設計功能測試用例，按

照《功能測試用例模板》完成功能測試用例文檔。

（二）任務要求

完成下列模塊的測試用例編寫：

12

功能測試測試用例文檔應包括的內(nèi)容：

功能測試用例應包含以下要素：用例編號、所屬模塊、測試功能

點、用例標題、前置條件、操作步驟、預期結果、優(yōu)先級、執(zhí)行結果。

（三）任務成果

完成《制造業(yè)智運行管理系統(tǒng)_功能測試樣題模塊A_功能測試用

例》文檔編寫。

測試用例，模板如下：

模板詳見附件2：功能測試用例模板。

四、競賽任務三：執(zhí)行功能測試用例

（一）任務描述

根據(jù)《制造業(yè)智運行管理系統(tǒng)_功能測試樣題模塊A_產(chǎn)品需求規(guī)

格說明書》和設計的功能測試用例，使用電腦已安裝Chrome瀏覽器

執(zhí)行功能測試，并填寫執(zhí)行結果。對測試中出現(xiàn)的缺陷進行記錄、截

圖，按照《缺陷報告模板》完成功能測試缺陷報告文檔。

（二）任務要求

完成下列模塊的測試：

13

缺陷報告文檔應包含的內(nèi)容：

1、缺陷編號

2、所屬模塊

3、缺陷標題

4、缺陷重現(xiàn)步驟

5、缺陷預期結果

6、缺陷實際結果

7、缺陷嚴重程度

8、提交人（工位號）

9、缺陷圖示，每個缺陷都需要截圖，缺陷圖片命名示例：缺陷

_id編號_圖1，以插入附件形式放入缺陷圖示單元格中。

（三）任務成果

完成《制造業(yè)智運行管理系統(tǒng)_功能測試樣題模塊A_缺陷報告》

文檔編寫。

模板如下：

模板詳見附件3：缺陷報告模板。

五、競賽任務四：編寫測試報告

（一）任務描述

根據(jù)功能測試結果，按照《功能測試報告模板》模板完成功能測

試總結報告文檔。

（二）任務要求

測試報告包括的內(nèi)容：

1、概述：編寫目的、項目背景、測試目的、參考資料。

2、測試過程：測試環(huán)境、測試工具、測試范圍、測試方法、測

試進度執(zhí)行情況。

3、測試結果及分析：測試用例統(tǒng)計與分析、測試缺陷統(tǒng)計。

4、測試結論。

（三）任務成果

完成《制造業(yè)智運行管理系統(tǒng)_功能測試樣題模塊A_功能測試報

14

告》文檔編寫。

模板詳見附件4：功能測試報告模板。

提交作品：

1、《制造業(yè)智運行管理系統(tǒng)_功能測試樣題模塊A_功能測試計

劃》文檔；

2、《制造業(yè)智運行管理系統(tǒng)_功能測試樣題模塊A_功能測試用

例》文檔；

3、《制造業(yè)智運行管理系統(tǒng)_功能測試樣題模塊A_缺陷報告》

文檔；

4、《制造業(yè)智運行管理系統(tǒng)_功能測試樣題模塊A_功能測試報

告》文檔；

整體打包壓縮提交，壓縮包命名為：制造業(yè)智運行管理系統(tǒng)_功

能測試樣題模塊A_功能測試_提交人姓名(工位號).zip。

模塊二接口測試

此模塊重點考查按照軟件接口測試要求，設計接口測試用例、使

用接口測試工具Postman進行接口請求的設置、接口參數(shù)的設置、變

量的設置、關聯(lián)的設置、數(shù)據(jù)驅動的實現(xiàn)、斷言的設置，以及執(zhí)行接

口測試、判斷接口測試是否通過、生成接口測試報告等，并對測試過

程和結果進行截圖。

注意：

1.訪問地址：http://localhost:8902/（具體訪問地址參考現(xiàn)場系統(tǒng)

環(huán)境）

2.每個請求接口的token要通過設置關聯(lián)及關聯(lián)變量引用的方式獲

取

競賽任務一：新增設備信息測試

1、任務描述

根據(jù)給定的接口定義或者通過抓包工具（fiddler）抓取相關接

口進行數(shù)據(jù)分析，測試“新增設備信息測試”。

2、任務要求

15

（1）創(chuàng)建一個新Collections集，測試集命名為“制造業(yè)智運

行管理系統(tǒng)”，在制造業(yè)智運行管理系統(tǒng)測試集下新建一個folder

文件，命名為“設備信息”。

（2）在設備信息文件夾下，新建一個“新增設備信息測試”，

在新增設備信息測試中按照下列接口配置測試。

請求URL/prod-api/baseInfo/equipmentInfo

請求方式Post

請求數(shù)據(jù)類型application/json

請求參數(shù)

參數(shù)名稱類型是否必須備注

nameStringYES名稱

codeStringNO編碼

modelStringNO型號

productDateStringNO生產(chǎn)日期

batchNoStringNO生產(chǎn)批號

manufacturerStringNO制造商

statusStringYES設備狀態(tài)：0空閑1使用中2

故障

remarkStringNO備注

參考例子：

返回結果：

{"msg":"操作成功","code":200}

（3）在此接口中配置一個關聯(lián)（提取設備id），關聯(lián)變量名稱

為EQ_ID。

（4）當新增設備時設備名稱與設備列表已有的設備名稱不重復時，

配置一個斷言判斷實際執(zhí)行結果是否和預期結果一致。

（5）當新增設備時設備名稱與設備列表已有的設備名稱重復時，

再配置一個斷言,驗證被測系統(tǒng)是否校驗貨物名稱不能重復。

（6）當新增設備時設備名稱為空，再配置一個斷言,驗證被測系

統(tǒng)是否校驗貨物名稱不能為空。

3、任務成果

截圖要求：

（1）測試用例腳本包含：測試名稱和設置的URL和所傳參數(shù)和

URL中引用的ip變量、Collections集合及folder文件夾等相關內(nèi)

容截圖。（截圖名稱：新增設備測試）

（2）斷言截圖包含：斷言和斷言結果，截在一張圖片上即可。

（共3張圖片，截圖名稱為：①新增成功斷言、②名稱重復校驗斷言、

③名稱為空斷言）

（3）所有文件存放在“test01“文件夾中。

16

競賽任務二、設備信息列表測試

1、任務描述

根據(jù)給定的接口定義或者通過抓包工具（fiddler）抓取相關接口

進行數(shù)據(jù)分析，測試“設備信息列表測試”

2、任務要求

（1）在設備信息文件夾下新建一個“設備信息列表測試“，在修

改設備信息接口中按照下列接口配置測試。

請求URL/prod-api/baseInfo/equipmentInfo/list

請求方式GET

請求數(shù)據(jù)類型application

請求參數(shù)

參數(shù)名稱類型是否必須備注

pageNumIntegerNO頁數(shù)

pageSizeIntegerNO每頁數(shù)據(jù)有多少條

NamestringNO設備名稱

參考例子

返回結果：

{

"total":46,

"rows":[

{

"searchValue":null,

"createBy":null,

"createTime":null,

"updateBy":null,

"updateTime":null,

"remark":null,

"params":{},

"id":7,

"name":"電泳涂裝設備",

"code":"EP00005",

"model":null,

"productDate":null,

"batchNo":null,

"manufacturer":null,

"status":"0"

},

],

"code":200,

"msg":"查詢成功"

}

17

（2）在此接口中配置一個關聯(lián)（提取設備id，關聯(lián)變量名稱為

EQ_ID）。

（3）配置一個斷言判斷實際執(zhí)行結果是否和預期結果一致。

3、任務成果

截圖要求：

（1）測試用例腳本包含：測試名稱和設置的URL和所傳參數(shù)和

URL中引用的ip變量、關聯(lián)設置（提取設備id）、Collections集合及

folder文件夾等相關內(nèi)容截圖。（截圖名稱：設備信息列表測試）

（2）斷言截圖包含：斷言和斷言結果，截在一張圖片上即可。

（共1張圖片，截圖名稱為：查詢成功斷言）

（3）在環(huán)境配置中截圖，要包含：ip地址的變量值、變量名（截

圖名稱：設備信息列表環(huán)境變量）。

（4）所有文件存放在“test02“文件夾中。本賽項試題不提前

公開，全部采用保密開發(fā)形式，由裁判長或第三方開發(fā)試題，參與試

題開發(fā)的專家須事先簽訂保密協(xié)議。所有競賽試題、評分標準需在賽

前密封。本項目擬在賽前公布樣題，供參賽隊了解題目框架、呈現(xiàn)方

式等。

競賽任務三、修改設備信息測試

1、任務描述

根據(jù)給定的接口定義或者通過抓包工具（fiddler）抓取相關接口

進行數(shù)據(jù)分析，測試“修改設備信息接口”。

2、任務要求

（1）在設備信息文件夾下新建一個“修改設備信息接口“，在

修改設備信息接口中按照下列接口配置測試。

請求URL/prod-api/baseInfo/equipmentInfo

請求方式Put

請求數(shù)據(jù)類application/json

型

請求參數(shù)

參數(shù)名稱類型是否必須備注

nameStringYES名稱

codeStringNO編碼

modelStringNO型號

productDateStringNO生產(chǎn)日期

batchNoStringNO生產(chǎn)批號

manufacturerStringNO制造商

statusStringYES設備狀態(tài)：0空閑1使用中2

18

故障

remarkStringNO備注

參考例子：

返回結果：

{"msg":"操作成功","code":200}

（2）輸入?yún)?shù)時要引用“設備信息列表接口”中配置的關聯(lián)id

變量（變量名稱為EQ_ID）。

（3）當修改設備時設備名稱與設備列表已有的設備名稱不重復

時，配置一個斷言判斷實際執(zhí)行結果是否和預期結果一致。

（4）當修改設備時設備名稱與設備列表已有的設備名稱重復時，

再配置一個斷言,驗證被測系統(tǒng)是否校驗貨物名稱不能重復。

（5）當修改設備時設備名稱為空，再配置一個斷言,驗證被測系

統(tǒng)是否校驗貨物名稱不能為空。

3、任務成果

截圖要求：

（1）測試用例腳本包含：測試名稱和設置的URL和所傳參數(shù)和

URL中引用的ip變量、Collections集合及folder文件夾等相關內(nèi)

容截圖。（截圖名稱：修改設備信息測試）

（2）斷言截圖包含：斷言和斷言結果，截在一張圖片上即可。

（共3張圖片，截圖名稱：①修改成功斷言、②名稱重復校驗斷言、

③名稱為空斷言）

（3）所有文件存放在“test03“文件夾中。

競賽任務四、刪除設備信息測試

1、任務描述

根據(jù)給定的接口定義或者通過抓包工具（fiddler）抓取相關接口

進行數(shù)據(jù)分析，測試“刪除設備信息接口”。

2、任務要求

（1）在設備信息文件夾下新建一個“刪除設備信息接口“，在

刪除設備信息接口中按照下列接口配置測試。

請求URL/prod-api/baseInfo/equipmentInfo/{ids}

請求方式Delete

請求數(shù)據(jù)類application/json

型

請求參數(shù)

參數(shù)名稱類型是否必須備注

idsIntegerYES設備id

19

參考例子：

返回結果：

{"msg":"操作成功","code":200}

（2）當?shù)谝淮螆?zhí)行刪除設備信息接口時，配置一個斷言判斷實

際執(zhí)行結果是否和預期結果一致。

（3）當同一個接口（上述刪除設備信息接口）執(zhí)行刪除兩次時，

配置一個斷言（code=500）,測試被測系統(tǒng)刪除設備是否操作失敗。

3、任務成果

截圖要求：

(1)測試用例腳本包含：測試名稱和設置的URL和所傳參數(shù)和

URL中引用的ip變量、Collections集合及folder文件夾等相關內(nèi)容

截圖。（截圖名稱：刪除設備名稱測試）

(2)斷言截圖包含：斷言和斷言結果，截在一張圖片上即可。（共

2張圖片，截圖名稱：①刪除成功斷言②刪除失敗斷言）

(3)所有文件存放在“test04“文件夾中。

競賽任務五、新增工藝建模測試

1、任務描述

根據(jù)給定的接口定義或者通過抓包工具（fiddler）抓取相關接

口進行數(shù)據(jù)分析，測試“新增工藝建模接口”。

2、任務要求

(1)制造業(yè)智運行管理系統(tǒng)測試集下新建一個folder文件，命名

為“工藝建?！?。

(2)在工藝建模文件夾下，新建一個“新增工藝建模接口”，在

設備信息列表測試中按照下列接口配置測試

請求URL/prod-api/mesModel/processModel

請求方式Post

請求數(shù)據(jù)類application/json

型

請求參數(shù)

參數(shù)名稱類型是否必須備注

materialIdintegerYES產(chǎn)品ID

processNameStringYES工藝名稱

powerConsumeStringYES耗電量

remarkStringNO備注

descriptionStringNO工藝描述

參考例子：

返回結果：

20

{"msg":"操作成功","code":200}

(3)將配置的ip環(huán)境變量，在URL地址欄中進行引用。

(4)當新增工藝建模時工藝建模名稱與工藝建模列表已有的工藝

建模名稱不重復時，配置一個斷言判斷實際執(zhí)行結果是否和預期結果

一致。

(5)當新增工藝建模時工藝建模名稱與工藝建模列表已有的工藝

建模名稱重復時，再配置一個斷言,驗證被測系統(tǒng)是否校驗貨物名稱

不能重復。

(6)當新增工藝建模時工藝建模名稱為空，再配置一個斷言,驗證

被測系統(tǒng)是否校驗貨物名稱不能為空。

3、任務成果

截圖要求：

(1)測試用例腳本包含：測試名稱和設置的URL和所傳參數(shù)和URL

中引用的ip變量、Collections集合及folder文件夾等相關內(nèi)容截

圖。（截圖名稱：新增工藝建模測試）

(2)斷言截圖包含：斷言和斷言結果，截在一張圖片上即可。（共

3張圖片，截圖名稱：①新增成功斷言、②名稱重復校驗斷言、③名

稱為空斷言）

(3)所有文件存放在“test05“文件夾中。

競賽任務六、工藝建模列表查詢測試

1、任務描述

根據(jù)給定的接口定義或者通過抓包工具（fiddler）抓取相關接

口進行數(shù)據(jù)分析，測試“工藝建模列表測試”

2、任務要求

(1)在工藝建模文件夾下，新建一個“工藝建模列表測試”，在

設備信息列表測試中按照下列接口配置測試。

請求URL/prod-api/mesModel/processModel/list

請求方式Get

請求數(shù)據(jù)類型application/

請求參數(shù)

參數(shù)名稱類型是否必須備注

pageNumIntegerNO頁數(shù)

pageSizeIntegerNO每頁數(shù)據(jù)有多少條

processNameStringNo設備名稱

參考例子：

返回結果：

{

21

"total":1,

"rows":[

{

"searchValue":null,

"createBy":null,

"createTime":null,

"updateBy":null,

"updateTime":null,

"remark":null,

"params":{},

"purchaserId":15,

"purchaserName":"京東金融",

"address":"三里屯",

"contactPerson":"mikey",

"contact":

}

],

"code":200,

"msg":"查詢成功"

}

(2)將配置的ip環(huán)境變量，在URL地址欄中進行引用。

(3)在此接口與修改工藝接口進行關聯(lián)的配置（提取id，變量名

為IN_ID）

(4)配置一個斷言判斷實際執(zhí)行結果是否和預期結果一致

3、任務成果

截圖要求：

(1)測試用例腳本包含：測試名稱和設置的URL和所傳參數(shù)和URL

中引用的ip變量、提取id關聯(lián)設置、Collections集合及folder

文件夾等相關內(nèi)容截圖。（截圖名稱：工藝建模列表測試）

(2)斷言截圖包含：斷言和斷言結果，截在一張圖片上即可。（共

1張圖片，截圖名稱為：查詢成功斷言）

(3)所有文件存放在“test06“文件夾中。

競賽任務七、修改工藝建模測試

1、任務描述

根據(jù)給定的接口定義或者通過抓包工具（fiddler）抓取相關接

口進行數(shù)據(jù)分析，測試“修改工藝建模接口”。

2、任務要求

(1)在工藝建模文件夾下，新建一個“修改工藝建模接口“，在

22

修改工藝建模接口中按照下列接口配置測試。

請求URL/prod-api/mesModel/processModel

請求方式Put

請求數(shù)據(jù)類型application/json

請求參數(shù)

參數(shù)名稱類型是否必須備注

materialIdintegerYES產(chǎn)品ID

processNameStringYES工藝名稱

powerConsumeStringYES耗電量

remarkStringNO備注

descriptionStringNO工藝描述

參考例子：

返回結果：

{"msg":"操作成功","code":200}

(2)輸入?yún)?shù)時要引用“工藝建模信息列表接口”中配置的關聯(lián)

id變量（變量名稱為IN_ID）。

(3)當修改工藝建模時工藝建模名稱與工藝建模列表已有的工藝

建模名稱不重復時，配置一個斷言判斷實際執(zhí)行結果是否和預期結果

一致。

(4)當修改工藝建模時工藝建模名稱與工藝建模列表已有的工藝

建模名稱重復時，再配置一個斷言,驗證被測系統(tǒng)是否校驗貨物名稱

不能重復。

(5)當修改工藝建模時工藝建模名稱為空，再配置一個斷言,驗證

被測系統(tǒng)是否校驗貨物名稱不能為空。

3、任務成果

截圖要求：

(1)測試用例腳本包含：測試名稱和設置的URL和所傳參數(shù)和URL

中引用的ip變量、Collections集合及folder文件夾等相關內(nèi)容截

圖。（截圖名稱：修改工藝建模測試）

(2)斷言截圖包含：斷言和斷言結果，截在一張圖片上即可。（共

3張圖片，截圖名稱：①修改成功斷言、②名稱重復校驗斷言、③名

稱為空斷言）。

(3)所有文件存放在“test07“文件夾中。

競賽任務八、刪除工藝建模測試

1、任務描述

根據(jù)給定的接口定義或者通過抓包工具（fiddler）抓取相關接

口進行數(shù)據(jù)分析，測試“刪除工藝建模接口”。

23

2、任務要求

(1)在工藝建模文件夾下，新建一個“刪除工藝建模接口“，在

刪除工藝建接口中按照下列接口配置測試。

請求URL/prod-api/mesModel/processModel/{ids}

請求方式Delete

請求數(shù)據(jù)類型application/json

請求參數(shù)

參數(shù)名稱類型是否必須備注

idsIntegerYES建模ID

參考例子：

返回結果：

{"msg":"操作成功","code":200}

(2)當?shù)谝淮螆?zhí)行刪除工藝建模接口時，配置一個斷言判斷實際

執(zhí)行結果是否和預期結果一致。

(3)當同一個接口（上述刪除工藝建模接口）執(zhí)行刪除兩次時，

配置一個斷言（code=500）,測試系統(tǒng)是否刪除工藝建模操作失敗。

3、任務成果

截圖要求：

(1)測試用例腳本包含：測試名稱和設置的URL和所傳參數(shù)和

URL中引用的ip變量、Collections集合及folder文件夾等相關內(nèi)

容截圖。（截圖名稱：刪除工藝建模測試）

(2)斷言截圖包含：斷言和斷言結果，截在一張圖片上即可。

（共2張圖片，截圖名稱：①刪除成功斷言②刪除失敗斷言）

(3)所有文件存放在“test08“文件夾中。

24

附件一：產(chǎn)品需求規(guī)格說明書

制造業(yè)智運行管理系統(tǒng)_功能測試樣題

模塊A_產(chǎn)品需求規(guī)格說明書

目錄

1項目概述1

2需求描述1

2.1物料分類1

2.2物料檔案3

25

項目概述

制造業(yè)智運行管理系統(tǒng)是將企業(yè)實際管理需求與先進信息技術

完美結合，打造企業(yè)全程信息一體化管理體系，打破各部門、各區(qū)域、

各系統(tǒng)之間溝通和協(xié)作的壁壘，記錄整個生產(chǎn)過程以及產(chǎn)品所需使用

的各種物料、設備、產(chǎn)品在每個生產(chǎn)工序上生產(chǎn)所需的時間、人員以

及對產(chǎn)品檢測的分析數(shù)據(jù)、結果等生產(chǎn)現(xiàn)場信息，實現(xiàn)整個生產(chǎn)現(xiàn)場

完全透明。確保了數(shù)據(jù)信息在傳遞過程中的準確性、時效性和有效性，

幫助企業(yè)快速反應、緊密協(xié)作、良好運營、更快推進業(yè)務發(fā)展，全面

提升核心競爭力。

需求描述

物料分類

用戶場景：用戶維護物料分類信息

功能描述：用戶使用此功能可以對物料分類信息進行添加、修改、

刪除和查詢操作。

優(yōu)先級：高

輸入/前置條件：

1、用戶正常登錄系統(tǒng)后，點擊“物料分類菜單”，進入“物料

分類列表頁面”，列表頁面如下：

頁面說明：

第1頁

搜索：按鈕，查詢列表數(shù)據(jù)。

重置：按鈕，清空查詢條件。

表格操作按鈕：表格左上方，“新增”。

行數(shù)據(jù)操作列按鈕：“新增”，“修改”、“刪除”。

操作邏輯：

查詢條件：

分類編碼：文本框，精確查找；

查詢按鈕：點擊根據(jù)查詢條件自動刷新表格數(shù)據(jù)。

重置按鈕：點擊自動清空所有查詢條件。

新增按鈕：點擊進入“添加物料分類”頁面。

表格每行的操作列：點擊“新增”彈出“添加物料分類”頁面；點擊“修

改”進入“修改物料分類”頁面；點擊“刪除”彈出刪除確認對話框，

如圖：

點擊“確定”按鈕刪除當前數(shù)據(jù)并刷新表格；點擊“取消”按鈕則關閉對

話框，不刪除當前數(shù)據(jù)。

2、用戶點擊表格左上方“新增”按鈕，彈出“添加物料分類”頁面。頁

面如下：

頁面說明：

父級分類：下拉框，手工錄入。

分類編碼：文本框，手工錄入。

分類名稱：文本框，手工錄入。

說明：多行文本框，手工錄入。

確定：按鈕。

取消：按鈕。

操作邏輯：

父級分類：必填項，選項為樹狀分類信息，只能選擇一個節(jié)點；當點擊

表格數(shù)據(jù)行操作列的新增進入此頁面時，此項默認顯示該數(shù)據(jù)對應的分

類名。

分類編碼：必填項，最大長度10個字符。

分類名稱：必填項，最大長度20個字符。

說明：選填項，多行文本框，最大長度20個字符。

確定：校驗通過則提交保存新數(shù)據(jù)，關閉頁面并刷新列表信息；校驗不

通過則提示錯誤信息。

取消：直接關閉頁面，不提交任何數(shù)據(jù)。

3、用戶正常添加一條數(shù)據(jù)后，點擊該條數(shù)據(jù)操作列的“修改”按鈕后，

彈出“修改物料分類頁面”，頁面如下：

頁面說明：

父級分類：下拉框，手工錄入。

分類編碼：文本框，手工錄入。

分類名稱：文本框，手工錄入。

說明：多行文本框，手工錄入。

確定：按鈕。

取消：按鈕。

操作邏輯：

父級分類：必填項，選項為樹狀分類信息，只能選擇一個節(jié)點；默認顯

示當前數(shù)據(jù)對應的分類名。

分類編碼：必填項，最大長度10個字符。

分類名稱：必填項，最大長度20個字符。

說明：選填項，多行文本框，最大長度20個字符。

確定：校驗通過則提交保存更新數(shù)據(jù)，關閉頁面并刷新列表信息；校驗

不通過則提示錯誤信息。

取消：直接關閉頁面，不提交任何數(shù)據(jù)。

物料檔案

用戶場景：用戶維護物料項目信息

功能描述：用戶使用此功能可以對物料檔案信息進行添加、修改、刪除和

查詢操作。

優(yōu)先級：高

輸入/前置條件：

1、用戶正常登錄系統(tǒng)后，點擊“物料檔案菜單”，進入“物料檔案列表

頁面”，頁面如下：

列表頁面說明：

分類：物料分類樹，樹形展示，位