2019年最后2个月，《项目测试优化与改进计划》

测试不存在板上钉钉的流程，都要因地制宜。

马上10月底了，我喜欢按照阳历计算日子，那么2019年只剩下2个月。

这2个月，我对产品和项目测试都有想改进的点，这篇只说项目的。

 

1.目前是多人支援测试项目，有江湖老手，有青瓜蛋儿，所以不是所有人都在按照checklist执行。

老手按照自己习惯在测，忽视优化的测试点，而且人不好管；

新手没经验，没有时间手把手教一遍，培训只是把checklist讲一遍，外带粗略的演示；

测试人员有7、8人，加上项目多，就导致了测试水平参差不齐的情况。

解决方案是：再进行一次培训。对新手来说，实战之后的培训印象更深刻也更能理解测试点。对老手来说，重在强调已改进的测试点。

 

2.本地环境的测试，checklist太多，有点浮于表面，需要合并同类项。

解决方案：checklist再深入本质，再简化，以最少的测试点保证最高的质量。

 

3.客户环境有bug，但本地测不出来

解决方案：这种bug不多，把已发现的bug深入剖析，有的测试点可以加到本地测试的checklist。

 

4.上线前测试，检查点过多，耗费时间长

解决方案：设置这么多检查点的原因在于，对本地测试不放心，对产品质量将信将疑。但是，既然对项目测试进行优化，那么上线前测试这一关卡，就必须给出它存在的合理理由，而不是为了产品或本地测试兜底，这两个环节若发生漏测，应去对应环节改进，而不是指望上线前测试当救命稻草。因此，上线前测试，只检查每个页面的样式，以及客户关注的重点信息和功能，防止部署环节有bug。

 

5.上线前测试的价值

解决方案：产生的bug挨个分析原因，是本地checklist未覆盖？是本地checklist未100%执行？是产品bug？是部署bug？去对应环节进行优化

 

6.漏测率统计

解决方案：建立漏测率获得渠道，不必太麻烦项目经理和客服，不限于提供形式，只需把客户反馈的问题甩个截图过来，附上简短的描述信息，可建立一个“线上bug反馈群”。然后测试人员分析漏测问题，去对应环节优化，使得测试覆盖率越来越高。