分享下一個(gè)項(xiàng)目的研發(fā)流程，幫大家更好的了解軟件測試這個(gè)角色。可以看到一個(gè)項(xiàng)目的研發(fā)經(jīng)過以下五個(gè)階段，需求評審，開發(fā)階段、測試階段、灰度放量、線上發(fā)布。在需求評審階段，產(chǎn)品開發(fā)測試人員均需要參與，產(chǎn)品人員會(huì)從業(yè)務(wù)方那邊拿到需求給開發(fā)和測試人員詳細(xì)描述當(dāng)前的項(xiàng)目開發(fā)和測試人員針對其中功能點(diǎn)或是陷阱的可行性與合理性進(jìn)行評估。不光要站在技術(shù)角度考慮，還要站在用戶體驗(yàn)角度去看待項(xiàng)目，并提煉出需要重點(diǎn)關(guān)注的點(diǎn)。不過往往會(huì)有一些TODO，后續(xù)還有產(chǎn)品人員與業(yè)務(wù)方溝通，解決開發(fā)階段就是開發(fā)人員實(shí)現(xiàn)需求功能的過程了。
此時(shí)測試人員需要寫一份冒煙測試用例給開發(fā)，用于他們自測與全方位的測試用例不同，冒煙用例關(guān)注該項(xiàng)目的主要功能點(diǎn)能否實(shí)現(xiàn)，如果不實(shí)現(xiàn)，則會(huì)影響后續(xù)的其他功能。測試階段就是測試同學(xué)的場子了，根據(jù)測試用例進(jìn)行功能點(diǎn)的驗(yàn)證和回歸，這需要測試與開發(fā)溝通密切，當(dāng)發(fā)現(xiàn)不對時(shí)，可通過一些接口的參數(shù)、日志監(jiān)控等定位問題記錄缺陷。同時(shí)，需要測試人員有一定的代碼能力，這樣可以自己寫測試工具，提高測試效率。灰度放量就是以百分比的形式給一定的用戶透出新的項(xiàng)目功能逐漸放量。此階段測試人員需要進(jìn)行主要功能的回歸，開發(fā)人員需要觀察灰度情況，最后就是線上發(fā)布了，此階段需要做好線上的運(yùn)營以及監(jiān)控。
轉(zhuǎn)載：http://www.nywlwx.com/zixun_detail/113544.html
