隨著時間的流逝，2022的賽項規(guī)程和賽項賽題也在3月24號全部官網(wǎng)發(fā)布了，看了下其他的賽項賽項組委會今年改革真的狠要求每個賽項公布十套題，看著軟測賽項又有無力吐槽點都是看到第一眼都是懵的(公布的試題練習(xí)只有軟測每次都是這樣，自己去賽項規(guī)程和賽項試題去尋找考試的比賽的要點)仔細分析下確實還是有很多有用的信息。以下是我對21年和22年之之間的相同點和不同點做對比

相同點

2022與2021相同點：還是以資產(chǎn)管理系統(tǒng)為被測對象，資產(chǎn)管理系統(tǒng)3.0系統(tǒng) 23個模塊。

不同點

對于2021不同點我做了以下幾點不同的分析

第一點任務(wù)的變化

?

相對于2021來講把白盒測試改成了單元測試多了個接口測試，但是在2021年一些省份比賽的時候也比了接口測試，對于這部分省份的省一來說在這部分還是很有優(yōu)勢的

第二點時間的變化

?

?比賽時間為8個小時，我算了下時間9點到下午五點不就正好是8個小時在看看就餐不設(shè)置專門用時在對于參賽選手來說是一個嚴峻的考驗不向2021分為三個部分，比2021年來說更加靈活，2021年來說可能是A做liunxB做白盒測試A寫計劃用例B寫總結(jié)Bug這樣對于2022的比賽任務(wù)需要合理安排時間。

第三點軟件的變化

從相關(guān)軟件來看最大的變化就是文檔編輯器從去年的office改成了WPS這對于寫用例和找bug的選手來說意味著一些快捷鍵使用的變化。

備賽建議

一、環(huán)境搭建及系統(tǒng)部署建議

?

?

????????從以上截取賽規(guī)和賽題來看這部分跟2021年來說還是有些差異的，首先看21的的任務(wù)一的環(huán)境搭建與系統(tǒng)部署，對比下21年需要對CentOS進行配置，在今年的國賽規(guī)程中里面取消了對CentOS的配置。

22年的比賽設(shè)備參數(shù)來看還是對人力資源系統(tǒng)liunx做部署可以參考2021年的正式比賽文檔進行備賽。

任務(wù)二：單元測試

?

?

這部分也是改動比較大的部分，相對于2021來講的白盒測試改成了使用JUnit框架編寫單元測試，需要運用到工具的使用考察的范圍也有變化JUnit斷言、參數(shù)化設(shè)置、測試套件等這些方法的改變，需要參賽選項熟練的使用的使用這些方法

代碼備賽方向還是2021年國賽白盒測試的20個題

任務(wù)三：設(shè)計測試文檔

?

?21年的時候作為任務(wù)二制定功能測試計劃、設(shè)計功能測試用例、執(zhí)行功能測試用例、編寫功能測試總結(jié)報告4個內(nèi)容，但22年來看分為了兩個部分，本質(zhì)上的區(qū)別

21年根據(jù)《A5-BS資產(chǎn)管理系統(tǒng)需求說明書》進行需求分析，劃分和界定測試范圍，分解測試任務(wù)，預(yù)估測試風(fēng)險、測試工作量和測試進度。

22年根據(jù)整體測試要求進行分析，針對功能測試、自動化測試、性能測試、 接口測試任務(wù)，劃分和界定測試范圍，分解測試任務(wù)，預(yù)估測試風(fēng)險、測 試工作量和測試進度。

從最開始的功能測試到全部測試階段都需要編寫文檔里面，整體測試計劃設(shè)計和整體測試實施情況這部分是之前沒有的，需要對這部分好好的琢磨。

任務(wù)四：功能測試

這部分跟21年是沒有任何的變化

任務(wù)五：自動化測試

?

22年對自動化測試難度加大增加了Page Object 設(shè)計模式、數(shù) 據(jù)驅(qū)動+Page Object 模式

估計變化的應(yīng)該在最后一個題使用Page Object+Unittest+數(shù)據(jù)驅(qū)動的模式出題

任務(wù)六：性能測試

性能測試改動看賽項沒有太大的改動，但是在22年的賽題中有個地方

?從以前的新增操作，變成查詢操作這部分的性能測試功能點選取已經(jīng)開始改變，所以在備賽過程中需要從開始的新增操作到修改、刪除、查詢等都需要作為測試的功能點

任務(wù)七：接口測試

7月18日更新

1.單元測試

?

?

?

在7月18號中單元測試明確考察的重點跟難點，并給出相應(yīng)的題目，單元測試工具Eclipse從2020.09版本到2022.03版本。

2.設(shè)計測試文檔

?

之前提到計劃和總結(jié)模板已經(jīng)改變從功能測試到整體測試，之前整體測試計劃設(shè)計和整體測試實施情況并不明確這部分考察的內(nèi)容，在本次更新中也給出了相應(yīng)的回復(fù)針對功能測試、自動化測試、性能測試、接口測試做出計劃，設(shè)計介紹、過程回顧。

2022年正式賽卷

2022年正式賽卷
附件：GZ-2022036 軟件測試賽項賽題7月18日更新.doc

附件：GZ-2022036 軟件測試賽項規(guī)程（7月18日更新）.pdf

2022年軟件測試賽項總結(jié)

一賽題設(shè)置

本次軟件測試技能大賽競賽內(nèi)容主要包括：任務(wù)一環(huán)境搭建及系統(tǒng)部署，任務(wù)二單元測試執(zhí)行，任務(wù)三設(shè)計測試文檔，任務(wù)四設(shè)計測試用例和執(zhí)行測試用例，任務(wù)五自動化測試執(zhí)行，任務(wù)六性能測試執(zhí)行，任務(wù)七接口測試執(zhí)行一共七項任務(wù)，競賽題目來自軟件測試賽項試題庫，針對真實企業(yè)項目的資產(chǎn)管理系統(tǒng)備置系統(tǒng)進行測試，主要考核參數(shù)選手的技術(shù)技能邏輯思維和綜合能力在在競賽內(nèi)容上結(jié)合目前行業(yè)企業(yè)真實工作過程及實際工作崗位要求進行補充，完善，目的是為了滿足軟件測試人才所需要掌握的相關(guān)要求并參考職業(yè)院校軟件測試相關(guān)課程以及軟件測試相關(guān)職業(yè)技能等級證書的要求，貫徹賽項融通的原則

二評分原則

評分點：

任務(wù)一環(huán)境搭建及系統(tǒng)部署：JDK版本是否正確，MySQL初始化數(shù)據(jù)庫命令及結(jié)果是否正確，Tomcat環(huán)境變量是否可以訪問，人力資源服務(wù)系統(tǒng)是否可以訪問等

任務(wù)二：針對題目進行程序設(shè)計編寫源代碼，針對源代碼進行測試數(shù)據(jù)分析以及junit代碼程序設(shè)計最后執(zhí)行單元測試腳本設(shè)計

任務(wù)三、任務(wù)四：測試計劃和測試總結(jié)報告的正確性，測試用例編寫重點測試用例的發(fā)現(xiàn)，bug編寫重點bug的發(fā)現(xiàn)

任務(wù)五：自動化測試術(shù)語和自動化測試代碼的正確性

任務(wù)六：性能測試術(shù)語定義的正確性性能測試工具截圖的正確性

任務(wù)七：接口測試術(shù)語定義的正確性和接口測試實施過程執(zhí)行截圖的正確性

三競賽成績分析

四主要失分點分析

任務(wù)一環(huán)境搭建及系統(tǒng)部署基本無失分點

任務(wù)二單元測試全部測試數(shù)據(jù)組數(shù)未最少量來達到測試要求，單元測試的測試方法不正確

任務(wù)三測試文檔 測試文檔依舊以往年功能測試計劃和總結(jié)報告的思路進行設(shè)計，現(xiàn)在是針對整體測試進行設(shè)計，應(yīng)該以實際過程中的測試方法測試過程進行設(shè)計

任務(wù)四功能測試重點測試用例和重點測試bug覆蓋率比較低，重點測試用例和重點測試bug為復(fù)雜的邏輯隱藏較深資產(chǎn)盤點中借還盤點備用字段是否必填盤點結(jié)果是否異常變化很少有參賽隊考慮到app登錄對無權(quán)限用戶登錄沒有考慮到，本次比賽重點bug如資產(chǎn)借還同一資產(chǎn)登記兩次的情況很少考慮到

任務(wù)五：自動化測試相對于2021年增加了po設(shè)計模式，更多的題目中設(shè)計到框架斷言基本上做的比較好

任務(wù)六：性能測試一loadrunner部分參數(shù)隊針對集合點事務(wù)關(guān)聯(lián)等方法使用不是很數(shù)量，在性能測試報告中針對相關(guān)名稱術(shù)語定義設(shè)計不是特別完善

任務(wù)七：接口測試設(shè)計相當比較好文章來源地址http://www.zghlxwxcb.cn/news/detail-405836.html

到了這里，關(guān)于2022全國職業(yè)院校技能大賽軟件測試賽項解析的文章就介紹完了。如果您還想了解更多內(nèi)容，請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！