什么是軟件測試師的工作流程

這篇文章將為大家詳細講解有關什么是軟件測試師的工作流程，文章內容質量較高，因此小編分享給大家做個參考，希望大家閱讀完這篇文章后對相關知識有一定的了解。

1、需求分析階段

當我們需要確定產品功能的時候，通常是產品經理和開發(fā)經理討論制定需求細節(jié)，開發(fā)人員和測試人員參與評審。比如要做一個K12在線教育系統(tǒng)，需要具體實現(xiàn)哪些具體功能，和功能的細節(jié)需求。功能要一一列出來，比如：直播課程,錄播課程,學生老師注冊,學生考試等等。每個功能點要不斷細化，直到可以給開發(fā)人員沒有什么疑問，可以著手開發(fā)工作。比如學生考試功能，考試功能包括哪些子功能？創(chuàng)建試卷、學生答題、批改方式、結果呈現(xiàn)、數(shù)據(jù)分析等等。每個子功能還要繼續(xù)細化。試卷要包含多少題？題目是系統(tǒng)自動選擇還是人工挑選？系統(tǒng)自動選擇題目的時候，注意根據(jù)哪些要素？考完是自動批改嗎？

這個階段測試人員需要做如下事情：評審需求文檔，通過評審了解需求，甚至參與需求分析討論，看看需求有沒有錯誤、矛盾、遺漏的地方。整理測試需求，就是通過需求文檔的評審分析（產品、開發(fā)人員往往會寫的比較亂，不全面），從測試的角度進行需求和場景的分類。其實這是更加具體的、有條理的需求文檔。相當于測試用例的提綱，為后續(xù)編寫測試用例準備測試需求。

2、設計階段

開發(fā)工程師不是一上來就編碼的，需求階段只是做了高層需求的設計，完成這個高層需求，還需要開發(fā)人員進行系統(tǒng)設計、子系統(tǒng)設計、接口設計等。比如，要開發(fā)Web網(wǎng)站，需要開發(fā)人員根據(jù)需求文檔，設計系統(tǒng)的前端和后端的信息交互接口等。通常也要設計文檔，這些是開發(fā)編碼的依據(jù)。

這個階段，測試人員根據(jù)開發(fā)人員的設計文檔，和開發(fā)人員多交流，得知產品的細節(jié)功能。包括系統(tǒng)的細節(jié)功能、界面原型，這些是寫測試用例的依據(jù)。有條件的，甚至應該了解系統(tǒng)內部設計，比如分為一個大的子系統(tǒng)，之間接口，如何通訊。這對寫出更有針對性的測試用例非常有幫助。流程比較細致的企業(yè)，測試人員也會參與設計文檔的評審，甚至代碼評審。搞清楚產品設計細節(jié)(甚至一部分實現(xiàn)細節(jié))后，測試團隊就應該制定寫測試計劃，編寫測試用例。

3、開發(fā)階段

開發(fā)階段當然就是開發(fā)工程師（碼農們）加班加點、沒日沒夜的根據(jù)設計開發(fā)了。這時，測試工程師不要閑著，有些事情可以做。比如下面的工作流程：

（1）評審測試用例；

（2）準備測試工具、學習使用測試工具；

（3）準備測試環(huán)境；

（4）和開發(fā)人員保持溝通，因為開發(fā)過程中開發(fā)人員隨時可能推翻原來的設計，修改功能，你要相應改變測試用例。

4、發(fā)布測試版本階段

到了終于發(fā)布測試版本的階段，軟件測試師的主要工作，當然就是根據(jù)前面寫的測試用例進行測試了。測試發(fā)現(xiàn)的問題（bug）提交的問題跟蹤系統(tǒng)，比如：BugZilla、JIRA之類。當一輪測試結束后，會發(fā)現(xiàn)一批bug，當然開發(fā)人員需要修改這些bug。并不是所有的bug都會立刻修改，根據(jù)發(fā)現(xiàn)bug的嚴重程度和出現(xiàn)幾率，開發(fā)人員確定優(yōu)先級，修復一批bug。修改后會發(fā)布一個新的測試版本。測試人員需要根據(jù)這個新的測試版本進行測試，這次測試有兩個目的，一是驗證開發(fā)工程師修復的bug正確修復了，二是確保在修復的過程中沒有引入其他bug。

5、自動化測試階段

一個復雜的產品，要經過很多輪的回歸測試，才能最終發(fā)布。每輪回歸都有大量的測試用例需要重測，防止修復bug的過程中引入新的bug。這樣的反復測試，非常耗費測試工程師的精力。一盒經典的解決方法，就是使用自動化測試系統(tǒng)，代替人工測試。有經驗的測試經理會在合適的時機，組件自動化團隊，開發(fā)自動化系統(tǒng)。并且合理的分批次挑選用例，進行自動化，從而有效的提高測試效率。

關于什么是軟件測試師的工作流程就分享到這里了，希望以上內容可以對大家有一定的幫助，可以學到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。