由于测试受到项目进度、时间成本、人力资源等纬度影响，不可避免会对测试人员的工作造成一定影响，我司就是这样，送测过于频繁，导致测试人员忙于应付，版本质量难以控制，结合现状，小结一下：

  

1、测试人员应该与项目经理在送测版本之前，确认好测试范围及目标：比如是否需要做全面测试还是针对测试点进行测试，是否只需要跑通流程，对细节方面不做太高要求，比如输入框的长度限制、边界值测试等等。 

    上述确认完后，接下来测试人员可确定测试粒度进行测试。


2、涉及新功能或功能更改比较大的版本，送测之前，需要开发演示一遍，确保流程能跑的通，才能送测。避免由于送测质量不高，造成测试成本过高，浪费人力、物力。


3、需求文档不详细，导致测试人员编写测试用例时带来一定影响。比如没有对某个输入框的字符长度做出限制，下拉框数据显示范围等等。但我们可以对这些文本框、下拉框、时间框、删除、新增、登录等做一个checklist。相当于测试点，详细的测试要点则需等到需求文档做详细后才能进行。


4、目前我司测试部并没有像教课数中所要求的那样，在需求阶段就已经介入。我们就相当与下游，很多信息，我们都是最后被告知的，易导致我们测试接受信息不全面，信息不对称，信息滞后。这方面还需上层领导进行统筹安排。