如果你是测试，你一定遇到过这种情况

事件背景：需求讲解之后，测试人员开始准备用例，但是需求文档没有更新

测试：产品同学，XX功能的需求文档什么时候给？我们需要开始写用例了

产品1：我这边有个着急的事情，弄完这个就修改那个文档，别着急

产品2：需求讨论的时候不是已经过了吗，你们先按照会议结果设计，有问题再找我。我抽时间补一下

事件背景：开发没有按时提测

测试：开发同学，XX功能怎么没按照排期开发呢，都delay2天了，严重影响测试进度啦

开发1号：这个功能比预想的复杂，排期排少了

开发2号：我先调研的另外一个功能，这个功能再等等，先把那个完成了

作为整个项目流程末端的测试团队，不仅需要保证项目质量，同时还要保证项目进度，如果前端的团队不能按时完成任务，时间压缩到测试团队，只能在质量与进度面前上下权衡，左右为难，所以，测试人员一定要担起项目推进的重任，尽量保证项目进度

面对如此场景，如此对话，我们应该反思，测试在整个项目中扮演的角色是否合理？

1 

测试是否掌握产品、开发的工作进度？

测试人员介入项目的时间应该提前到产品需求进度和开发的进度。掌握了这些进度，我们才能够及时的把控风险，将项目delay的可能性降到最低。同时，及时的了解开发进度，也利于测试调整排期，安排工作

2

测试团队面对delay风险，是否能够有效的控制？是加班消化，还是评估风险及合理性

面对这个问题，我们把delay的原因简单分为5类，分别思考解决方案

1.   产品需求变更

    a.在项目后期出现的需求变更，开发和测试人员都需要了解需变的原因，需求的来源等，评估需求的合理性

    b.一定要全面的评估开发成本，测试成本，项目进度等，在三方认可的情况进行改动

2.   设计资源未到位

      需要规范流程，建议设计需求先行，在立项时明确设计需求，尽量做到在提测时，设计资源已经准备到位

3.   开发排期问题，导致的功能未按时完成，或者bug没改完

       重新评估开发时间，测试时间，评估是否需要加班，并公示

4.   测试发现bug较晚，导致的开发没改完bug

  评估开发修改bug时间，测试验证时间，如果影响上线进度，需要通知产品。之后应该考虑改进测试方案了，例如引入冒烟测试、在二轮测试前进行随机测试等，提前发现更多bug

5.    测试的原因没测完

        重新评估测试时间，评估是否需要加班，并公示。

3

提升测试人员的专业度

例如面对需变时，能够准确的判断需求的合理性、可行性；面对提测质量差的情况，能够更快、更准的找到问题

4

提高沟通能力

在项目推动的过程中，要求测试人员能够充分的表达出自己的观点，全面的说明测试进度，转述沟通结果等。沟通能力在项目推动中是至关重要的软性素质

在工作中形成的个人影响力，同样作用于项目推动工作