測試如何把控專案

0 1 需求評審階段

首先要確定專案的大小，比較小的專案，就正常拉會評審；比如有那種一句話兩句話的需求，可能大家覺得沒必要拉會，那作為 QA可以線上下拉三方評審，這樣做的好處是 避免大家對需求的理解不一致，往往是這種需求越容易有坑，越容易理解不一致。

如果是大專案的話，大專案指的是前後端都涉及，且後端涉及到多個系統，這種專案通常會有立項準備，主要評估產品方案及技術可行性，立項之後是需求評審， Q A要對需求充分了解清楚，有疑問的地方儘量在會上解決清楚，把遺留的待確認點列出來，及時去跟進。

在需求評審階段還有一個重要的工作就是確定排期。一般都會有需求管理平臺，大家的排期都會更新在上面，可以瞭解到涉及到的各方，比如後端涉及到哪些系統，前端是否有 h5頁面，是否涉及 app 的改動。

需求階段，無論需求大小，要搞清楚需求內容，有遺留問題要及時去跟進。

 

02開發設計階段

需要比較小，可拉會，可線上下溝通，溝通具體實現邏輯，搞清楚比如涉及到的介面、欄位含義等。

大專案大需求，作為 QA要充分了解自己模組的改動，尤其是細節；同時與其他模組的互動也要了解清楚，對其他系統要做到大致瞭解，瞭解到與誰互動的，這個模組是什麼作用，能串起來就行。

如果你是   app 測試 ，需要做到了解介面的傳參和時機，每個欄位的含義，以及 app是如何控制顯示的。如果你是後端測試，要了解介面的傳參和返參，各個字元的含義，以及與其他系統之間的呼叫關係，例如如何傳參的，傳參的含義。同時也要了解讀寫表的操作，邏輯的判斷條件，哪個欄位或者哪個庫哪個表的狀態等。

開發設計階段主要搞清楚實現邏輯，測試過程中遇到問題可以定位到具體模組，找對應負責人去跟進。

 

0 3 用例設計和評審階段

要區分需求的大小，對於小的需求，也是要有 測試用例 的，哪怕一兩條，也要拉著 PM 和 RD對一下用例，目的是統一大家對於需求的理解，同時也要多關注異常情況。對於大一點的需求，要開需求評審會，由測試來主導，目的是達成大家對於每一條case 的理解是一致的，同時有助於發現潛在的問題，比如測試沒有考慮到的地方，PM 或者 RD 可以補充一下。需求評審完成後，需求根據專案的實際情況，確認一下是否要進行聯呼叫例評審。

用例評審階段主要是 PM、開發和 QA 三方對每條 case 理解達成一致，以及對邊緣 case 的補充。

 

04測試階段

 

測試階段主要分為三個階段，測試前，測試中和測試後。

1.測試前

（ 1）測試前要先確定測試方案，比如有些場景的如何模擬，有些條件如何觸發，可以跟開發溝通下；

（ 2）資料準備，提前準備賬號或資料等。以及是否需要開發一個測試小工具輔助測試等。

（ 3）再有可以評估下有哪些部分可以提前介入測試，能提前的儘量提前，為後面的測試順利打下基礎。

（ 4）測試邊界劃分，可以先拉個 QA 群，確定測試邊界，確定 QA Owner，這樣做的目的是為了發現可能大家對某些需求的理解不一致，同時有助於充分溝通，有問題了可以及時理解和跟進。還有一個好處是有些邊界評估哪一方去測試更方便，有助於測試的效率。

2.測試中

在測試進行中時，要做到及時響應和反饋，比如在群內反饋和日報。日報的內容主要包括已經測了什麼，還沒測什麼，遇到什麼問題，需要誰配合解決，同時在群裡 @配合解決的同事。在解決遇到的問題的時候，比較順利的情況是測試點都想到了，但有的時候會遇到一些意想不到的問題，比如設計漏洞或者產品設計缺陷，要做到及時在群裡溝通或者當面溝通，確定一個合理的解決方案。同時 QA 要評估解決方案的影響範圍，如果測試即將完畢，影響範圍比較大的話，要考慮是不是有更好的解決方案，從而把損失降到最低。

3.測試後

在測試後期要做的是如果沒有重要的問題可以提前通知 PM 和UI 驗收，避免整體產品效果與PM 要求不一致，也可以避免UI調整 影響功能邏輯。這裡可以驗收兩輪，沒有 p0 Bug 驗收一輪，最後測試完成後，上線前再驗收一輪細節。

 

05 專案總結階段

分兩個維度去總結： 測試維度和專案維度

測試維度要將測試情況，包括提測質量、提測打回、測試覆蓋率、 Bug分佈及趨勢的分析，比如嚴重 Bug、UI Bug 等。同時要回顧一下排期是否有問題，測試方案是否考慮不周全，有哪些測試工作是可以前置的。

除了測試情況要總結外，專案情況也要總結。用從後往前推的方式，去看一下 軟體測試 過程中遇到的情況，應該在哪個階段發現的一些問題，問問為什麼沒有發現，以後應該如何避免。還有就是一些在測試過程中沒有發現的問題，在測前沒有想到，在實際環境中卻發現了，這樣的問題應該思考下如何能提前發現，做下 Review 。

從後往前去回顧這個專案的每個階段，不好的點列出來，尋找解決方案，如何下次避免，用到下次測試專案中，積累 軟體測試 經驗。

每個階段把控好後，整個專案下來才能把控好。