小組職責(zé)目標(biāo)
QA在軟件開發(fā)生命周期中參與了需求階段,開發(fā)測試階段,上線發(fā)布階段以及監(jiān)控維護(hù)階段等多個(gè)階段的工作.在本次項(xiàng)目中,質(zhì)量控制組負(fù)責(zé)制定CheckList,并定期對(duì)照CheckList進(jìn)行檢查和評(píng)審,同時(shí)也要針對(duì)已開發(fā)完成的某個(gè)模塊進(jìn)行測試,并從中找出軟件存在的bug.
PS:本次項(xiàng)目中主要負(fù)責(zé)后端接口測試.
執(zhí)行方法
工作日程
2020.7.1-2020.7.2
查閱QA相關(guān)知識(shí),QA在項(xiàng)目中的作用以及QA工作的基本流程
編寫QA流程CheckList
2020.7.3
瀏覽后端QA流程文檔
修訂QA流程CheckList
2020.7.4
查閱后端測試常用工具
確定Postman作為本次后端測試的主要工具
2020.7.5
繼續(xù)了解postman的其他(免費(fèi))功能
修訂QA流程checklist
2020.7.6-2020.7.7
對(duì)后端各組進(jìn)行code review
postman工具熟悉使用
2020.7.11
對(duì)后端各組進(jìn)行code review
后端接口測試
2020.7.12-2020.7.13
接口測試報(bào)告編寫
QA流程CheckList
接口測試工具(Postman)
1.請(qǐng)求創(chuàng)建
Postman可發(fā)送http請(qǐng)求,支持GET,POST,PUT,DELETE等http方法,是Postman中最基礎(chǔ)也是最常用的功能.通過方法選擇,URL,Body填寫即可發(fā)送請(qǐng)求.
2.請(qǐng)求管理
可以將多個(gè)http請(qǐng)求保存在collection下的文件夾中,并一鍵運(yùn)行整個(gè)集合中的測試.同時(shí),每個(gè)集合都對(duì)應(yīng)一個(gè)URL,通過Share獲得該集合的URL,并分享給隊(duì)友.
3.測試結(jié)果導(dǎo)出
通過collection下的Export可以將測試結(jié)果以Collection為基礎(chǔ),并以json格式導(dǎo)出.
4.其他功能
支持生成API文檔
有多種定義變量的方法用于不同作用域.
通過newman生成測試報(bào)告
安裝node.js后在cmd中以管理員身份安裝newman
npm install -g newman
newman安裝完成后即可在cmd中將從postman中導(dǎo)出的json文件處理成直觀的html文件.(newman支持html.xml.,jsom,cli四種格式)
newman run "I:\Users\dengdai68\Downloads\tester\http req.postman_collection.json" --reporters html --reporter-html-export D:/req_result/result.html
執(zhí)行結(jié)果
將接口文檔中各個(gè)接口保存在相應(yīng)collection內(nèi),逐條進(jìn)行測試.
最終產(chǎn)出接口測試報(bào)告
每日代碼評(píng)審結(jié)果
個(gè)人總結(jié)
(具體的關(guān)于技術(shù)、開發(fā)方法、開發(fā)過程、小組合作、自身下一步發(fā)展設(shè)想這些相關(guān)的內(nèi)容)
初次接觸軟件質(zhì)量控制時(shí),對(duì)質(zhì)量控制的理解為貫穿于整個(gè)項(xiàng)目中對(duì)軟件質(zhì)量進(jìn)行監(jiān)督,從而對(duì)質(zhì)量起到一定控制作用(最初要求還包括了用戶體驗(yàn));但在實(shí)際操作中,重心則更偏向于測試過程而非整個(gè)項(xiàng)目過程. 因此后期有機(jī)會(huì)還要對(duì)質(zhì)量控制進(jìn)行進(jìn)一步的學(xué)習(xí)理解.
尋找接口測試工具時(shí)考慮到組內(nèi)成員對(duì)接口測試工具的熟悉情況,選擇了可將所發(fā)送的請(qǐng)求保存在賬號(hào)內(nèi),通過修改請(qǐng)求參數(shù)即可實(shí)現(xiàn)接口測試的postman. 接口性能測試工具則選擇了jmeter.
由于在上學(xué)期javaEE大作業(yè)中使用過postman,因此在接口測試時(shí)并未出現(xiàn)問題,并對(duì)已實(shí)現(xiàn)的接口均進(jìn)行了測試.
在對(duì)各個(gè)小組進(jìn)行代碼評(píng)審的過程中,由于基礎(chǔ)薄弱,評(píng)審過程記錄內(nèi)容較單一,導(dǎo)致了之后進(jìn)行接口測試的過程中常測到代碼規(guī)范和數(shù)據(jù)庫設(shè)計(jì)問題. 接下來自身也應(yīng)特別注重測試時(shí)所遇到的問題.
