如何參與一個新專案以及對測試的一些看法
阿新 • • 發佈：2019-02-16
- 1. 對於一個新專案,我首先要站在使用者的角度瞭解這個產品.有可能的話,我會作為一個使用者,以自己的賬戶和個人資料去使用產品.我努力使自己經歷完整的使用者體驗.一旦有自己的真實資料在裡面,你對一個產品的期待會徹底改變.在具備了使用者心態之後,我會做下面一些事情
- 從頭到尾理解產品.不管是整體的設計文件,還是主要功能的設計文件,我都會去看.只要有文件,我就會去看
- 在消化了這些文件之後,我開始關注專案的狀態,特別是質量狀態.我會去了解bug數量,問題的分組方式,已經報告的bug型別,最長時間未處理的bug,最近一些bug的型別等,我還會看一下發現-修復比例.只有熟悉了團隊的全貌,才能真正有效地開展工作
- 2. 我還會去檢查應用的程式碼庫.對於每一個大一點的類,我會尋找關聯的單元測試,並且執行這些測試檢視是否能夠通過.這些測試用例是否有效?是否完整?有整合或端到端的測試用例嗎?他們仍然通過嗎?歷史通過率是多少?這些測試用例只是基本場景,還是也覆蓋到了邊界情況?程式碼庫哪些包變化最多?哪些已經很長時間沒有變更了?開發人員在測試方面的文件工作是否非常隨意
- 3. 我還會評審所有的自動化測試.有自動化測試嗎?是否還在執行且能執行通過嗎?不管怎樣,我都要去檢查測試程式碼,理解每個測試步驟,看他們是否完整,看相關的假設,通過和失敗點是否正確,是否有效.有時,自動化測試只覆蓋了簡單的測試.有時,自動化測試集包含了複雜的使用者場景(這是一個非常好的跡象)
- 4. 我會了解團隊的溝通方式和對他們對測試人員的期望.詢問他們對測試的期望,會幫助發現開發團隊沒有測試過的內容
- 5. 接下去開始幹正事.第一件事是把應用分解為合理的功能模組,有一點重疊沒有關係.分解不能太細,以免糾纏於細節.也不能太粗,必須細緻到可以羅列子模組和功能
- 6. 有了功能模組,就可以排列測試的優先順序了.風險最大的是哪部分呢?到這裡,我會再次檢查bug庫.這次是按模組對bug進行分組.這將加快已有bug的查詢,減少重複的bug,更容易暴露不斷重現的問題.
- 7. 接下來,我會按照優先順序順序更加細緻地遍歷所有模組,建立使用者故事.對於那些需要詳細的步驟說明才能絕對pass/fail的特性,通常會編寫測試用例並連結到相應模組的使用者故事
- 8. 我會檢視不同型別的測試,檢查覆蓋情況:安全,相容性,整合,探索式,迴歸,效能,負載等.
- 9. 有了以上基礎材料,我的工作通常只是維護和更新的.更新測試用例,增加新特性的文件,更新變化了的模組的截圖或視訊.最後,觀察哪些bug遺漏到了生產環境,會告訴我們測試覆蓋上的不足.