由于测试受到项目进度、时间成本、人力资源等纬度影响，不可避免会对测试人员的工作造成一定影响，我司就是这样，送测过于频繁，导致测试人员忙于应付，版本质量难以控制，结合现状，小结一下：
1、测试人员应该与项目经理在送测版本之前，确认好测试范围及目标：比如是否需要做全面测试还是针对测试点进行测试，是否只需要跑通流程，对细节方面不做太高要求，比如输入框的长度限制、边界值测试等等。
上述确认完后，接下来测试人员可确定测试粒度进行测试。
2、涉及新功能或功能更改比较大的版本，送测之前，需要开发演示一遍，确保流程能跑的通，才能送测。避免由于送测质量不高，造成测试成本过高，浪费人力、物力。
3、需求文档不详细，导致测试人员编写测试用例时带来一定影响。比如没有对某个输入框的字符长度做出限制，下拉框数据显示范围等等。但我们可以对这些文本框、下拉框、时间框、删除、新增、登录等做一个checklist。相当于测试点，详细的测试要点则需等到需求文档做详细后才能进行。
4、目前我司测试部并没有像教课数中所要求的那样，在需求阶段就已经介入。我们就相当与下游，很多信息，我们都是最后被告知的，易导致我们测试接受信息不全面，信息不对称，信息滞后。这方面还需上层领导进行统筹安排。
本文出自 “我的测试之路” 博客，请务必保留此出处http://2549090.blog.51cto.com/2539090/1693026
原文地址：http://2549090.blog.51cto.com/2539090/1693026
