湖南省職業(yè)院校技能競賽 高職組電子與信息專業(yè)類軟件測試賽項(xiàng)競賽規(guī)程及樣題

一、競賽內(nèi)容
1.本賽項(xiàng)考查的技術(shù)技能和涵蓋的職業(yè)典型工作任務(wù)

任務(wù)項(xiàng) 任務(wù)名稱 職業(yè)典型工作任務(wù)
任務(wù)一 功能測試 測試計劃、測試報告文檔設(shè)計與編寫、測試用例 設(shè)計、測試執(zhí)行和 Bug記錄
任務(wù)二 自動化測試 自動化測試需求分析、工具使用、代碼設(shè)計和測 試執(zhí)行等
任務(wù)三 性能測試 性能需求分析、測試方案制定、工具使用、測試 執(zhí)行和結(jié)果分析等
任務(wù)四 單元測試 單元測試要求分析、代碼設(shè)計、設(shè)計測試數(shù)據(jù)、 編寫測試腳本和測試執(zhí)行等
任務(wù)五 接口測試 接口描述分析、工具使用和測試執(zhí)行等
職業(yè)素養(yǎng) 團(tuán)隊合作能力以及文明競賽等職業(yè)素養(yǎng)
2.專業(yè)核心能力與職業(yè)綜合能力
競賽對接軟件測試相關(guān)標(biāo)準(zhǔn)，以“ERP 管理平臺 ”為被測系統(tǒng)， 圍繞軟件測試領(lǐng)域的主流技術(shù)及工具，考查選手面對實(shí)際問題的綜合 分析能力，對測試文檔、測試用例的設(shè)計能力，對單元測試、自動化 測試、性能測試、接口測試等測試工具及方法的掌握程度，檢驗(yàn)選手
團(tuán)隊協(xié)作能力、組織規(guī)劃能力、方法運(yùn)用能力等。
3.競賽內(nèi)容結(jié)構(gòu)、成績比例

任務(wù)項(xiàng) 任務(wù)名稱 成績比例

任務(wù)一

功能測試 測試計劃 5%
測試用例 15%
測試執(zhí)行 20%
測試報告 5%
任務(wù)二 自動化測試 15%
任務(wù)三 性能測試 15%
任務(wù)四 單元測試 10%
任務(wù)五 接口測試 10%
職業(yè)素養(yǎng) 5%
4.競賽任務(wù)、比賽時長及分值配比

任務(wù)項(xiàng) 任務(wù)名稱 主要內(nèi)容 比賽時長 分值

任務(wù)一

功能測試 按照整體測試情況，設(shè)計測試計劃 文檔，針對功能測試的范圍、進(jìn)度、 風(fēng)險等內(nèi)容進(jìn)行計劃

8 小時
5 分
根據(jù)需求說明書設(shè)計測試用例，考 察等價類劃分法、邊界值法等測試 用例設(shè)計方法，最終按照模板對測 試用例進(jìn)行規(guī)范描述
15 分
根據(jù)測試用例執(zhí)行功能測試，考察 功能測試執(zhí)行、Bug 定位等，最終 按照模板對 Bug 進(jìn)行規(guī)范描述
20 分
按照整體測試情況，設(shè)計測試報告 文檔，針對功能測試任務(wù)測試情況 及結(jié)果進(jìn)行總結(jié)歸納
5 分

任務(wù)二

自動化測 試 根據(jù)題目要求編寫并執(zhí)行自動化測 試腳本，考查瀏覽器基本操作、頁 面元素進(jìn)行識別并定位、Selenium 基本方法使用、Unittest 框架、數(shù) 據(jù)驅(qū)動、數(shù)據(jù)斷言、測試報告、Page Object 設(shè)計模式等，最終編寫自動 化測試報告

15 分

任務(wù)三

性能測試 根據(jù)題目要求錄制/添加腳本、設(shè)置 場 景 ， 考 察 性 能 測 試 工 具 （LoadRunner、JMeter）的腳本錄 制/添加、檢查點(diǎn)、參數(shù)化、集合點(diǎn)、 關(guān)聯(lián)、事務(wù)、場景設(shè)置及運(yùn)行等， 最終編寫性能測試報告

15 分

任務(wù)四

單元測試 根據(jù)題目要求編寫 Java 程序，設(shè)計 測試用例，執(zhí)行單元測試，考查語 句、判定、條件等覆蓋方法，JUnit 斷言、參數(shù)化設(shè)置、測試套件等方 法，最終編寫單元測試報告

10 分

任務(wù)五

接口測試 根據(jù)題目要求設(shè)置請求、驗(yàn)證接口， 考察接口測試工具（PostMan）的接 口請求設(shè)置、參數(shù)設(shè)置、變量設(shè)置、 測試斷言、數(shù)據(jù)驅(qū)動、添加 Cookie 等，最終編寫接口測試報告

10 分
職業(yè)素養(yǎng) 團(tuán)隊分工明確合理、操作規(guī)范、文 明競賽 5 分
合計 100
分
二、競賽方式
競賽形式：線下比賽。
組隊方式：團(tuán)體賽。
每支參賽隊由 2 名選手組成，不得跨校組隊，可配指導(dǎo)教師，指
導(dǎo)教師須為本校專兼職教師，每隊限報 2 名指導(dǎo)教師。
參賽選手須為高等職業(yè)學(xué)校?？?、高等職業(yè)學(xué)校本科全日制在籍 學(xué)生（以報名時的學(xué)籍信息為準(zhǔn)）。五年制高等職業(yè)教育四、五年級 學(xué)生可參加比賽。凡在往屆全國職業(yè)院校技能大賽中獲一等獎的選手，
不能再參加同一項(xiàng)目同一組別的比賽。
三、競賽時量

日期 時間 事項(xiàng)

競賽前 1 天 09:00-11:00 裁判、仲裁、監(jiān)督報到
09:00-14:00 參賽隊報到，安排住宿，領(lǐng)取資料
11:00-12:00 裁判培訓(xùn)會議
13:00-14:00 裁判工作會議
14:00-15:00 領(lǐng)隊會
15:00-16:00 開賽式

16:00-17:00	熟悉賽場
17:15	檢查封閉賽場

競賽當(dāng)天 07:00 參賽隊到達(dá)競賽場地前集合
07:00-07:30 大賽檢錄
07:30-08:00 參賽隊兩次加密
08:00-08:30 設(shè)備工具檢查確認(rèn)、題目發(fā)放
08:30-16:30 競賽進(jìn)行
17:00-19:00 申訴受理
19:00-22:00 評分核分
22:00-22:30 抽檢復(fù)核
22:30-23:00 解密
23:00-24:00 成績公布
競賽后 1 天 09:00-11:00 閉賽式（宣布成績、頒獎）

四、名次確定辦法
1．選手獎勵
本賽項(xiàng)獎項(xiàng)設(shè)團(tuán)體獎。以賽項(xiàng)實(shí)際參賽隊（團(tuán)體賽）總數(shù)為基數(shù)， 設(shè)定為：一等獎?wù)急?10%，二等獎?wù)急?20%，三等獎?wù)急?30%，小數(shù)
點(diǎn)后四舍五入。
若成績評判出現(xiàn)同分情況，按照任務(wù)分值權(quán)重順序的得分高低排 序，即總成績相同的情況下比較任務(wù)四的成績，任務(wù)四成績高的排名 優(yōu)先，如果任務(wù)四成績也相同，則按任務(wù)五的成績進(jìn)行排名，以此類 推完成相同成績的排序。如果所有任務(wù)分值相同，則查看文檔撰寫規(guī)
范、職業(yè)素養(yǎng)的分值進(jìn)行排序。
2．指導(dǎo)教師獎勵
獲得一等獎的參賽隊的指導(dǎo)教師獲“優(yōu)秀指導(dǎo)教師獎 ”。
五、評分標(biāo)準(zhǔn)與評分細(xì)則
1．評分標(biāo)準(zhǔn)

任務(wù) 考查點(diǎn) 評分標(biāo)準(zhǔn) 評分細(xì)則 分值

任務(wù)一

功能 測試
測試 計劃 主要評分點(diǎn)： 明確測試 范圍 、合理并完備的進(jìn) 行任務(wù)分配 、制定有效 完備的測試策略等 概述、測試任務(wù)、測試資源、 功能測試計劃、功能測試整體 進(jìn)度安排、相關(guān)風(fēng)險
5 分

設(shè)計 測試 用例

主要評分點(diǎn)：測試用例 數(shù)量覆蓋需求程度 、重 點(diǎn)測試用例數(shù)量覆蓋復(fù) 雜邏輯程度 、測試用例 整理設(shè)計規(guī)范性 用例數(shù)量。每寫一條規(guī)范的測 試用例得分=4 分/用例數(shù)量 （不能有重復(fù)的測試用例，編 寫要符合需求且正確）

15 分
重點(diǎn)測試用例數(shù)量。每發(fā)現(xiàn) 1 個得分=10 分/重點(diǎn)測試用例 數(shù)量（不能有重復(fù)的測試用 例，編寫要符合需求且正確）
測試用例編寫符合測試用例 規(guī)范

執(zhí)行 功能 測試
主要評分點(diǎn)：Bug 數(shù)量覆 蓋系統(tǒng)測試程度、重點(diǎn) Bug 數(shù)量覆蓋隱藏問題 程度、Bug 整理編寫規(guī)范 性 Bug 數(shù)量。每發(fā)現(xiàn)一個 Bug 得 分=4 分/Bug 數(shù)量（不能有重 復(fù)的 bug，描述要規(guī)范且正確）

20 分
重點(diǎn) Bug 數(shù)量。每發(fā)現(xiàn)一個重 點(diǎn) Bug 得分=15 分/重點(diǎn) Bug 數(shù)量（不能有重復(fù)的 bug，描 述要規(guī)范且正確）
Bug 編寫符合測 Bug 規(guī)范

測試 報告 主要評分點(diǎn)：測試總結(jié) 報告內(nèi)容完整、測試回 顧清晰、用例匯總正確、 Bug 匯總正確、測試結(jié)論 準(zhǔn)確 測試概述、測試參考文檔、項(xiàng) 目組成員、測試設(shè)計介紹、用 例匯總、測試進(jìn)度、Bug 匯總、 測試結(jié)論

5 分

任務(wù)二
自動化測試 主要評分點(diǎn)包括：術(shù)語 定義描述清晰、各題目 自動化測試腳本代碼設(shè) 計正確 術(shù)語定義描述
15 分
自動化測試腳本代碼

任務(wù)三

性能測試 主要評分點(diǎn)：術(shù)語定義 描述清晰 、LoadRunner 工具正確進(jìn)行性能測 試、JMeter 工具正確進(jìn) 行性能測試 術(shù)語定義描述

15 分
測試策略描述
性能測試實(shí)施過程執(zhí)行截圖
執(zhí)行結(jié)果填寫

任務(wù)四

單元測試 主要評分點(diǎn)：各題目程 序源代碼規(guī)范及正確、 測試數(shù)據(jù)和測試方法代 碼正確、執(zhí)行結(jié)果截圖 正確 程序源代碼

10 分
測試數(shù)據(jù)和測試方法代碼
執(zhí)行結(jié)果截圖

任務(wù)五
接口測試 主要評分點(diǎn)：術(shù)語定義 描 述 清 晰 、 各 題 目 PostMan 工具正確 進(jìn)行 接口測試 術(shù)語定義描述
10 分
接口測試實(shí)施過程執(zhí)行截圖

職業(yè)素養(yǎng) 主要評分點(diǎn)： 競賽團(tuán)隊 分工明確合理、操作規(guī) 范、文明競賽 團(tuán)隊分工明確合理
5 分
操作規(guī)范
文明競賽
2．評分細(xì)則
（1）裁判員人數(shù)和組成條件要求
. 本競賽參與賽項(xiàng)成績管理的組織機(jī)構(gòu)包括裁判組、監(jiān)督仲裁 組。裁判組實(shí)行“裁判長負(fù)責(zé)制 ”。
. 監(jiān)督仲裁組對裁判組的工作進(jìn)行全程監(jiān)督，并對競賽成績抽

檢復(fù)核。
. 監(jiān)督仲裁組負(fù)責(zé)接受由參賽隊領(lǐng)隊提出的對裁判結(jié)果的書面 申訴，組織復(fù)議并及時反饋復(fù)議結(jié)果。
. 競賽將制定裁判遴選管理辦法、賽事保密細(xì)則和預(yù)案、命題 管理辦法等制度，保證競賽的公平公正。
（2）裁判評分方法
本賽項(xiàng)采用結(jié)果評分，所有任務(wù)均為客觀評分。根據(jù)評分標(biāo)準(zhǔn)設(shè) 計評分表，對照參考答案和選手提交結(jié)果進(jìn)行評分，并在評分表中進(jìn) 行統(tǒng)計匯總。裁判需進(jìn)行隨機(jī)抽簽分組，各裁判小組采取隨機(jī)抽簽針
對不同任務(wù)獨(dú)立評分，確保成績評定嚴(yán)謹(jǐn)、客觀、準(zhǔn)確。
3．成績產(chǎn)生方法
各裁判小組完成本組評分后匯總本組評分表，計算并核對成績， 本組裁判員簽字確認(rèn)后交予裁判長，裁判長匯總各小組的各任務(wù)評分
表，核對成績，最終得出競賽成績。
4．成績審核方法
為保障成績評判的準(zhǔn)確性，監(jiān)督仲裁組將對賽項(xiàng)總成績排名前 30%的所有參賽隊的成績進(jìn)行復(fù)核；對其余成績進(jìn)行抽檢復(fù)核，抽檢 覆蓋率不得低于 15%。如發(fā)現(xiàn)成績錯誤以書面方式及時告知裁判長， 由裁判長更正成績并簽字確認(rèn)。復(fù)核、抽檢錯誤率超過 5%的，裁判
組將對所有成績進(jìn)行復(fù)核。
5．成績公布方法
最終競賽成績經(jīng)復(fù)核無誤，加密裁判在監(jiān)督人員監(jiān)督下進(jìn)行二次

解密，解密后由裁判長、監(jiān)督仲裁長簽字確認(rèn)，以紙質(zhì)形式向全體參
賽隊進(jìn)行公布，并在閉賽式上予以宣布。
六、賽點(diǎn)提供的設(shè)施設(shè)備儀器清單
1．競賽環(huán)境
競賽現(xiàn)場設(shè)置競賽區(qū)、裁判區(qū)、技術(shù)支持區(qū)、服務(wù)區(qū)等，以上區(qū) 域應(yīng)保證良好的采光、照明和通風(fēng)；應(yīng)提供穩(wěn)定的水、電和供電應(yīng)急
設(shè)備。其中：
競賽區(qū)：每個競賽工位標(biāo)有工位編號，面積在 9 ㎡左右，工位之 間由隔板隔開，確保互不干擾。每個工位配備單相 220V/3A 以上交流 電源，配有工作臺用于擺放計算機(jī)和其它調(diào)試設(shè)備工具等，配備 2 把
工作椅。
裁判區(qū)：供裁判工作及休息，配備滿足需要的辦公設(shè)備。
技術(shù)支持區(qū)：為技術(shù)支持人員提供固定工位、電源保障，為參賽
選手競賽提供技術(shù)支持。
服務(wù)區(qū)：提供醫(yī)療等服務(wù)保障。
2．技術(shù)平臺
（1）競賽設(shè)備

設(shè)備類別 數(shù)量 設(shè)備用途 基本配置
客戶端 每支參賽隊 2 臺 競賽選手 比賽使用 CPU：I7 及以上； 內(nèi)存： ≧8GB；硬
盤： ≧500GB，SATA
（2）競賽軟件平臺
由北京中企未來科技集團(tuán)有限公司提供競賽軟件平臺—《軟件測
試云實(shí)訓(xùn)平臺》。

軟件測試云實(shí)訓(xùn)平臺集教學(xué)、實(shí)訓(xùn)、競賽為一體，以 Docker 為 基礎(chǔ)，對計算資源進(jìn)行輕量級虛擬化，內(nèi)嵌被測系統(tǒng)—“ERP 管理平
臺 ”。
“ERP 管理平臺 ”內(nèi)置一定數(shù)量 Bug，該系統(tǒng)可支持基于 Web 端 的功能測試、自動化測試、性能測試、接口測試、白盒測試、單元測 試等。系統(tǒng)主要模塊包括：采購入庫、采購?fù)素洝齑娣植?、入庫?核、出庫審核、庫存調(diào)撥、銷售出庫、銷售退貨、收入結(jié)算、支出結(jié) 算、商品管理、倉庫信息、供應(yīng)商信息、客戶信息。系統(tǒng)主要角色包 括：采購專員、采購主管、倉庫專員、倉庫主管、銷售專員、銷售主
管、結(jié)算專員、結(jié)算主管、系統(tǒng)管理員。
（3）軟件工具

設(shè)備類別 軟件類別 軟件名稱

客戶端
軟件工具 操作系統(tǒng) Windows10 64 位
瀏覽器 Chrome（在線最新）
Microsoft Edge（在線最新）
瀏覽器驅(qū)動 Chromedriver（Chrome 對應(yīng)版本）
瀏覽器插件 SwitchyOmega_Chromium
文檔編輯器 WPS
截圖工具 Windows10 系統(tǒng)自帶
輸入法 搜狗拼音輸入法、搜狗五筆輸入法
JDK 環(huán)境 JDK-14.0.2_Windows-X64_bin.exe

自動化測試 python-3.10.6-amd64
pycharm-community-2022.2.1
selenium（4.4.3）
ddt（1.6.0）

性能測試 FiddlerSetup
apache-jmeter-5.5
loadrunner2022 — Micro_Focus_LoadRunner_2022_Community_E dition
單元測試 Eclipse_Version:2022-03(4.23.0)
junit-4.13.2.jar

	hamcrest-core-1.3.jar

hamcrest-library-1.3.jar
接口測試 Postman-win64-10.10.9
七、選手須知
1．選手自帶工（量）具及材料清單
無
2．主要技術(shù)規(guī)范及要求

序號 標(biāo)準(zhǔn)號 中文標(biāo)準(zhǔn)名稱
1 GB/T25000.1-2010 軟件質(zhì)量要求與評價（SQuaRE）指南
2 GB/T25000.10-2016 軟件質(zhì)量要求與評價（SQuaRE）第 10 部分：系統(tǒng) 與軟件質(zhì)量模型
3 GB/T25000.51-2016 軟件質(zhì)量要求與評價（SQuaRE）第 51 部分：商業(yè) 現(xiàn)貨（COTS）軟件產(chǎn)品的質(zhì)量要求與評測細(xì)則
4 GB/T25000.62-2014 軟件質(zhì)量要求與評價（SQuaRE）易用性測試報告行 業(yè)通用格式（CIF）
5 GB/T 15532-2008 計算機(jī)軟件測試規(guī)范
6 GB/T 30264.2-2013 軟件工程 自動化測試能力 第 2 部分：從業(yè)人員能 力等級模型
7 GB/T 38634.1-2020 系統(tǒng)與軟件工程 軟件測試 第 1 部分：概念和定義
8 GB/T 38634.2-2020 系統(tǒng)與軟件工程 軟件測試 第 2 部分：測試過程
9 GB/T 38634.3-2020 系統(tǒng)與軟件工程 軟件測試 第 3 部分：測試文檔
10 GB/T 38634.4-2020 系統(tǒng)與軟件工程 軟件測試 第 4 部分：測試技術(shù)
11 GB/T 38639-2020 系統(tǒng)與軟件工程 軟件組合測試方法
12 GB/T 39788-2021 系統(tǒng)與軟件工程 性能測試方法
13 T/BSIA 001—2020 Web 應(yīng)用軟件測試職業(yè)技能等級標(biāo)準(zhǔn)
3．選手注意事項(xiàng)
在開機(jī)狀態(tài)下，禁止帶電插拔計算機(jī)的連線或部件，禁止用力碰 撞和搬動主機(jī)。使用計算機(jī)時，禁止私設(shè)各種密碼；未經(jīng)同意，禁止
擅自對計算機(jī)進(jìn)行低格、分區(qū)、格式化等破壞性操作。

八、樣題

2024 年湖南省職業(yè)院校技能大賽
高職組“軟件測試”賽項(xiàng)樣題

任務(wù)一：功能測試（45 分）
1．測試計劃（5 分）
（1）任務(wù)描述
針對功能測試任務(wù)，劃分和界定測試范圍，分解測試任務(wù)，預(yù)估 測試風(fēng)險、測試工作量和測試進(jìn)度。按照《A2-測試計劃模板》完成
本任務(wù)。
（2）任務(wù)要求
測試計劃應(yīng)包括以下內(nèi)容：
① 概述：編寫目的、項(xiàng)目背景。
② 測試任務(wù)：測試目的、測試參考文檔、測試范圍、測試提交
文檔。
③ 測試資源：軟件配置、硬件配置、人力資源分配。
④ 功能測試計劃：整體功能模塊劃分。
⑤ 功能測試整體進(jìn)度安排。
⑥ 相關(guān)風(fēng)險。
（3）任務(wù)成果
XX-A2-測試計劃.doc（XX 代表工位號）。
2．測試用例（15 分）

（1）任務(wù)描述
根據(jù)《A1-需求說明書》進(jìn)行需求分析，理解業(yè)務(wù)功能，設(shè)計測
試用例。按照《A3-測試用例模板》完成本任務(wù)。
（2）任務(wù)要求
測試用例應(yīng)包括以下內(nèi)容：
① 按模塊匯總測試用例數(shù)量；
② 測試用例應(yīng)包含以下元素：模塊名稱、功能項(xiàng)、用例說明、 前置條件、輸入、執(zhí)行步驟、預(yù)期結(jié)果、重要程度、執(zhí)行用例、測試
結(jié)果。
（3）任務(wù)成果
XX-A3-測試用例.xls（XX 代表工位號）。
3．Bug 清單（20 分）
（1）任務(wù)描述
根據(jù)《A1-需求說明書》和測試用例，執(zhí)行功能測試，發(fā)現(xiàn) Bug、
記錄 Bug 并對 Bug 截圖。按照《A4-Bug 清單模板》完成本任務(wù)。
（2）任務(wù)要求
① Bug 清單應(yīng)包括以下內(nèi)容：
按模塊和 Bug 嚴(yán)重程度匯總 Bug 數(shù)量；
Bug 清單應(yīng)包含以下元素：角色、模塊名稱、功能項(xiàng)、摘要描述、
操作步驟、預(yù)期結(jié)果、實(shí)際結(jié)果、缺陷嚴(yán)重程度、附件說明（截圖）。
② 使用谷歌瀏覽器（Chrome）執(zhí)行 Web 端功能測試（含界面測
試）。

任務(wù)成果
XX-A4-Bug 清單.xls（XX 代表工位號）。
4．測試報告（5 分）
（1）任務(wù)描述
針對功能任務(wù)，分析整體測試過程，歸納總結(jié)測試結(jié)果，得出最
終測試結(jié)論。按照《A5-測試報告模版》完成本任務(wù)。
（2）任務(wù)要求
測試報告應(yīng)包括以下內(nèi)容：
① 測試概述：編寫目的、項(xiàng)目背景。
② 測試參考文檔。
③ 項(xiàng)目組成員。
④ 測試設(shè)計介紹：測試環(huán)境與配置、測試用例設(shè)計方法、測試
方法。
⑤ 用例匯總：用例匯總。
⑥ 測試進(jìn)度：測試進(jìn)度回顧、功能測試回顧。
⑦ Bug 匯總：Bug 匯總。
⑧ 測試結(jié)論。
（3）任務(wù)成果
XX-A5-測試報告.doc（XX 代表工位號）。
任務(wù)二：自動化測試（15 分）
1．任務(wù)描述
根據(jù)《A6- 自動化測試要求》使用 Selenium 方法編寫自動化測試

腳本、執(zhí)行自動化測試腳本。按照《A7- 自動化測試報告模板》完成
本任務(wù)。
2．任務(wù)要求
（1） 自動化測試報告應(yīng)包括以下內(nèi)容：
① 簡介： 目的、術(shù)語定義；
② 自動化測試腳本編寫：第一題、第二題、第三題、第四題。
（2）工具要求：使用 PyCharm 相關(guān)環(huán)境完成本任務(wù)。
注意：運(yùn)行自動化測試腳本過程中，出現(xiàn)報錯（網(wǎng)址輸入錯誤、 定位元素沒有找到等原因），屬于腳本編寫錯誤，請自行調(diào)整；在 PyCharm 中編寫自動化測試腳本時對于單引號、雙引號、括號和點(diǎn)要 在英文狀態(tài)下進(jìn)行編寫；在將自動化測試腳本粘貼到自動化測試報告 時要和在 PyCharm 中的腳本格式保持一致，同時在粘貼時不要出現(xiàn)將
所有代碼粘貼在一行中或出現(xiàn)空行情況。
3．任務(wù)成果
XX-A7- 自動化測試報告.doc（XX 代表工位號）。
任務(wù)三：性能測試（15 分）
1．任務(wù)描述
根據(jù)《A8-性能測試要求》使用性能測試工具錄制/添加腳本、回 放腳本、配置參數(shù)、設(shè)置場景并運(yùn)行得出結(jié)果。按照《A9-性能測試
報告模板》完成本任務(wù)。
2．任務(wù)要求
（1）性能測試報告應(yīng)包括以下內(nèi)容：

① 簡介： 目的、術(shù)語定義；
② 測試策略：測試方法、用例設(shè)計、測試場景；
③ 性能測試實(shí)施過程：性能測試腳本設(shè)計、性能測試場景設(shè)計
與場景執(zhí)行、性能測試結(jié)果；
④ 執(zhí)行結(jié)果。
（2）工具要求：使用 LoadRunner、JMeter 相關(guān)環(huán)境完成本任務(wù)。
注意：1、打開 LoadRunner 相關(guān)軟件需要使用管理員身份打開， 由于未使用管理員身份打開而造成的問題由參賽選手自行承擔(dān)；2、 性能測試過程中，出現(xiàn)錄制失敗、回放失敗、腳本執(zhí)行失敗、 白屏、
500 錯等情況，屬于性能測試工具使用或配置錯誤，請調(diào)試。
線上競賽過程中，SwitchyOmega_Chromium 瀏覽器插件開啟狀態(tài) 時無法直接通過網(wǎng)址訪問被測系統(tǒng)，需打開 Fiddler 后再次訪問才可 打開被測系統(tǒng)同時抓包成功；關(guān)閉插件后可直接通過網(wǎng)址訪問被測系 統(tǒng)，但 Fiddler 無法抓包。 同時由于 VPN 原因，LoadRunner 無法直 接錄制腳本，需將 Fiddler 抓包結(jié)果進(jìn)行保存并生成 VuGen 腳本進(jìn)行
后續(xù)操作。
3．任務(wù)成果
XX-A9-性能測試報告.doc（XX 代表工位號）。
任務(wù)四：單元測試（10 分）
1．任務(wù)描述
根據(jù)《A10-單元測試要求》進(jìn)行程序設(shè)計，設(shè)計測試數(shù)據(jù)，編寫
單元測試代碼，在 Eclipse 中完成編譯和程序運(yùn)行。按照《A11-單元

測試報告模板》完成本任務(wù)。
2．任務(wù)要求
（1）單元測試報告應(yīng)包括以下內(nèi)容：
① 程序源代碼；
② 單元測試代碼；
③ 單元測試結(jié)果截圖。
（2）工具要求：使用 Eclipse 相關(guān)環(huán)境完成本任務(wù)。
注意：①全部測試數(shù)據(jù)組數(shù)須以最少量來達(dá)到測試要求。②單元 測過程中，啟動 Eclipse 后使用默認(rèn) Workspacce（不可更改），必須 在 test-src 中自行新建并完成相關(guān)代碼設(shè)計（Referenced Libraries 中已將 junit、hamcrest-core、hamcrest-library 等 jar 包導(dǎo)入完
畢，若參賽選手刪除 jar 包后果自行承擔(dān)）。
3．任務(wù)成果
XX-A11-單元測試報告.doc（XX 代表工位號）。
任務(wù)五：接口測試（10 分）
1．任務(wù)描述
根據(jù)《A12-接口測試要求》，使用接口測試工具進(jìn)行發(fā)送請求、 變量設(shè)置等，對系統(tǒng)結(jié)果進(jìn)行驗(yàn)證。按照《A13-接口測試報告模板》
完成本任務(wù)。
2．任務(wù)要求
（1）接口測試報告應(yīng)包括以下內(nèi)容：
① 簡介： 目的、術(shù)語定義；

② 接口測試實(shí)施過程；
③ 執(zhí)行結(jié)果。
（2）工具要求：使用 PostMan 相關(guān)環(huán)境完成本任務(wù)。
3．任務(wù)成果
XX-A13-接口測試報告.doc（XX 代表工位號）。