记录一个项目测试过程最佳实践及改进建议

 

值得推荐的：

1：开发充分的给了测试所需的数据，例如：数据库字段设计、服务器等信息

2：测试在开发前对数据库字段的静态检查。检查项包括

2.1：设计的表和字段的名称不一致，比如Ｂ开发设计的表中用到了Ａ设计 的表USER的ID，那么在Ｂ设计的表中设计了一个user_id字段，而Ｃ开 发设计的表中也用到了A设计的表user的ID,而在Ｃ设计的表中userId

2.2：相同的字段，在不同表中的字段长度不一致。比如：表USER的ID，A 表ID长度为20，B表长度为40.

2.3：字段长度设计不合理。比如：公司名称字段长度为10

2.4：必填字段是否有允许为空。

3：根据项目具体的功能，建立BUG预防文档，避免出现类似的BUG

4：功能交叉测试

 

可以改进地方：

测试过程：

1：增加需求评审及增加需求静态验证，尽量减少在测试执行阶段发现因需求设计导致的问题（全部避免不可能）

2：测试过程用，应尽早暴露1级2级问题，避免在后期提出1、2级问题。例如：权限问题，在三轮的时候才提出

3：产品-测试-开发，制定关于通用功能的规范。本次测试有部分BUG为易用性的BUG，开发过程中很难注意到。

开发过程：

1：注意BUG预防中描述的功能问题，在测试执行过程中还有不少文档中提及的问题

2：BGU的重新激活率为10%，算上因其他BUG引入导致的新问题。因修复BUG导致的新问题占比应大于10%，在修复BUG的时候再细心一定会更好。

本项目的BUG重新激活率已经远远小于上个项目（上个项目大概是25%）

3：开发过程中的问题要充分沟通（测试&产品&开发）及时通知，全员知晓。避免沟通不及时引入的问题

 

开发-测试约定：

1：如送测后的功能执行关键测试用例（冒烟阶段）不能通过，则测试人员有权利中止测试。待开发修改完并自测确定无阻塞性问题后再提交测试。

2：测试人员测试完毕后，必须通知相关的负责人及程序人员。:

3：开发人员必须明确写明BUG引起的原因及解决方法 ，以方便以后做追溯。

4：开发人员如对测试人员所填写的BUG不理解或不能重现，请求测试人员解释或重现，测试人员需辅助开发定位问题。

5：在修改送测功能时，开发人员做的任何代码上的改动（非针对明确写出的BUG时），都必须同时通知测试人员，以便进行针对性的回归测试。

6：测试完成或项目上线前，最好可以去测试环境看看自己开发的功能，感觉测试人员测试不充分，可以要求测试重新测试该功能模块，做到产品质量全员负责。