Some Patch Testing Points From A QA Side 出自測試工程師的基于Patch測試的一些經驗

Patch 是産品釋出之後每個與修複客戶送出的bug再釋出出去的更新檔包。它是逐月累計更替的，使産品逐漸地完善，逐漸地滿足客戶更進一步的需求。是以也叫 Monthly Patch。因為大多數客戶可以接受1個月的期限，再長的bug修複等待是無法得到容忍的。下面列出了幾項在做Patch測試時需要注意的事項：

1.      嚴格遵循時間計劃，尤其如果是在global環境的話。

隻有嚴格遵循時間計劃，才能按部就班地釋出高品質穩定性的版本。如果dev開發code的時間拖延，相應地QA做regression測試的時間就少了，難免的會漏掉一些issues。這樣也盡量減少了dev、QA、PM、Customer、Techpub、builder之間有互相扯皮的事情發生。

2.      QA應該督促dev盡快盡早地修複bug，不能拖到時間截止點才完成。

3.      QA、Dev、Techpub通力合作寫好bug的描述，友善客戶快捷友善地查找release note裡的已修複的bug。直接地影響客戶對Patch包品質的印象。

4.      盡量多地編寫和執行automation的test cases。最好是覆寫到通用子產品的每一個function。如果做不到也要盡量覆寫通用的功能。這樣，QA有充足的時間做手工的驗證bug和回歸測試。

為每個bug編寫automation腳本。這個是很有意義的事情。

5.      為每一個bug編寫test case。每一個客戶送出的bug都是一顆金子，是寶貴的财富，屬于QA，屬于部門，屬于産品，屬于整個公司。

編寫詳細可重制的步驟。儲存重要的資料。

6.      Dev、Support和客戶打交道，是一門高深的藝術。QA也要虛心學習。

7.      定期分析這些bugs，按功能子產品歸類，分析哪個子產品的bug多，針對它做更廣更多更深的測試。甚至拓展客戶的case來編寫test case。

先寫這些，以後補充。