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。

先写这些，以后补充。