您好,登錄后才能下訂單哦!
這篇文章將為大家詳細講解有關什么是軟件測試師的工作流程,文章內容質量較高,因此小編分享給大家做個參考,希望大家閱讀完這篇文章后對相關知識有一定的了解。
1、需求分析階段
當我們需要確定產品功能的時候,通常是產品經理和開發經理討論制定需求細節,開發人員和測試人員參與評審。比如要做一個K12在線教育系統,需要具體實現哪些具體功能,和功能的細節需求。功能要一一列出來,比如:直播課程,錄播課程,學生老師注冊,學生考試等等。每個功能點要不斷細化,直到可以給開發人員沒有什么疑問,可以著手開發工作。比如學生考試功能,考試功能包括哪些子功能?創建試卷、學生答題、批改方式、結果呈現、數據分析等等。每個子功能還要繼續細化。試卷要包含多少題?題目是系統自動選擇還是人工挑選?系統自動選擇題目的時候,注意根據哪些要素?考完是自動批改嗎?
這個階段測試人員需要做如下事情:評審需求文檔,通過評審了解需求,甚至參與需求分析討論,看看需求有沒有錯誤、矛盾、遺漏的地方。整理測試需求,就是通過需求文檔的評審分析(產品、開發人員往往會寫的比較亂,不全面),從測試的角度進行需求和場景的分類。其實這是更加具體的、有條理的需求文檔。相當于測試用例的提綱,為后續編寫測試用例準備測試需求。
2、設計階段
開發工程師不是一上來就編碼的,需求階段只是做了高層需求的設計,完成這個高層需求,還需要開發人員進行系統設計、子系統設計、接口設計等。比如,要開發Web網站,需要開發人員根據需求文檔,設計系統的前端和后端的信息交互接口等。通常也要設計文檔,這些是開發編碼的依據。
這個階段,測試人員根據開發人員的設計文檔,和開發人員多交流,得知產品的細節功能。包括系統的細節功能、界面原型,這些是寫測試用例的依據。有條件的,甚至應該了解系統內部設計,比如分為一個大的子系統,之間接口,如何通訊。這對寫出更有針對性的測試用例非常有幫助。流程比較細致的企業,測試人員也會參與設計文檔的評審,甚至代碼評審。搞清楚產品設計細節(甚至一部分實現細節)后,測試團隊就應該制定寫測試計劃,編寫測試用例。
3、開發階段
開發階段當然就是開發工程師(碼農們)加班加點、沒日沒夜的根據設計開發了。這時,測試工程師不要閑著,有些事情可以做。比如下面的工作流程:
(1)評審測試用例;
(2)準備測試工具、學習使用測試工具;
(3)準備測試環境;
(4)和開發人員保持溝通,因為開發過程中開發人員隨時可能推翻原來的設計,修改功能,你要相應改變測試用例。
4、發布測試版本階段
到了終于發布測試版本的階段,軟件測試師的主要工作,當然就是根據前面寫的測試用例進行測試了。測試發現的問題(bug)提交的問題跟蹤系統,比如:BugZilla、JIRA之類。當一輪測試結束后,會發現一批bug,當然開發人員需要修改這些bug。并不是所有的bug都會立刻修改,根據發現bug的嚴重程度和出現幾率,開發人員確定優先級,修復一批bug。修改后會發布一個新的測試版本。測試人員需要根據這個新的測試版本進行測試,這次測試有兩個目的,一是驗證開發工程師修復的bug正確修復了,二是確保在修復的過程中沒有引入其他bug。
5、自動化測試階段
一個復雜的產品,要經過很多輪的回歸測試,才能最終發布。每輪回歸都有大量的測試用例需要重測,防止修復bug的過程中引入新的bug。這樣的反復測試,非常耗費測試工程師的精力。一盒經典的解決方法,就是使用自動化測試系統,代替人工測試。有經驗的測試經理會在合適的時機,組件自動化團隊,開發自動化系統。并且合理的分批次挑選用例,進行自動化,從而有效的提高測試效率。
關于什么是軟件測試師的工作流程就分享到這里了,希望以上內容可以對大家有一定的幫助,可以學到更多知識。如果覺得文章不錯,可以把它分享出去讓更多的人看到。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。