一、QA的意識

• 質量意識：對產品質量進行把控

• 產品意識：對產品細節熟悉，以使用者的角度去進行測試

• 推動&溝通意識：對於不理解的點及時溝通

• 團隊意識：合作才能共贏

• 時間意識：把控時間節點

• 進取意識

二、工作節點

1.開發前

1）參與需求評審與技術評審

• 作用：瞭解需求，明白需求的細節，主要測試的功能點，需求達到的目標是什麼，不明白的及時找RD&PM及時溝通

2）對測試時間進行估時

• 按照人天進行估時

• 測試時間 (人天) = （max（前端開發，後端開發）+ 聯調時間）/3 + 1

2. 提測前

a.設計測試用例，怎麼設計測試用例？？？

• 測試用例的可讀性、可執行性、合理性。

• 測試用例的充分性和完整性（覆蓋率）

• 測試用例包括的內容：功能，用例名稱，前置條件，步驟描述，優先順序，期望結果，實際結果等

• 最終目標是：一個對於產品毫無所知的人員，也能夠快速的熟悉用例並執行用例

b.測試用例的維護

• PM對需求更改的時候，同時也要對測試用例進行維護

c.用例設計優先順序：

P0：將冒煙case定位最高優先順序，    

P1：主要功能及各模組的主要功能；影響到多數使用者的功能；特別影響使用者體驗；重要的錯誤和邊界。

P2：包括詳盡的邊界，錯誤和配置測試的測試用例  

P3：優先順序較低，影響少部分使用者的以及次要功能的定位低優先順序，不意味不重要，如GUI，錯誤資訊，易用性，較特殊的引數校驗（服務端），壓力和效能測試。    

d.用例評審

• 當測試人天 > 3 (人天)時，需求進行用例評審，由QA組織，開發和產品一起對用例進行評審，指出本次測試的重點，用例設計漏掉的功能，保證用例的完整性和充分性

• 冒煙用例的準備：冒煙測試用於確認程式碼中的更改會按預期執行，且不會破壞整個版本的穩定性。

• 當測試人天 < 3 (人天)時，發郵件給RD，抄送PM，並告知RD及時回覆郵件

e. 環境的搭建

• PM在測試環境進行驗收，需要RD提供提測的系統已經分支，用以提前搭好測試環境，方便PM的驗收

• 怎麼搭建測試環境呢？後續更新

3.測試中

1、輸出進度報告，模板見連結

2、如何提BUG

bug描述：環境資訊，復現步驟，期望結果，實際結果

bug定級：

Blocker：阻礙進一步開發或測試工作，軟體不能執行 

 Critical：崩潰，資料丟失，記憶體溢位

 Major：主要功能不能使用 

 Minor：不常用功能不能使用 

 Trivial：介面有錯別字或者格式沒有對齊

3、當一輪測試完成之後，由RD們修復BUG之後進行發版後驗證BUG並開始新一輪的測試。

4、測試完成，所有BUG驗證完畢之後在模擬線上環境進行迴歸，保證需求達到預上線標準

4.上線

線上迴歸

三、如何保證流程正常執行