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

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

测试：产品同学，XX功能的需求文档什么时候给？我们需要开始写用例了。
产品1：我这边有个着急的事情，弄完这个就修改那个文档，别着急。
产品2：需求讨论的时候不是已经过了吗，你们先按照会议结果设计，有问题再找我。我抽时间补一下。
事件背景：开发没有按时提测

测试：开发同学，XX功能怎么没按照排期开发呢，都delay2天了，严重影响测试进度啦。
开发1号：这个功能比预想的复杂，排期排少了。
开发2号：我先调研的另外一个功能，这个功能再等等，先把那个完成了。

那么作为整个项目流程末端的测试团队，不仅需要保证项目质量，同时还要保证项目进度，如果前端的团队不能按时完成任务，时间压缩到测试团队，只能在质量与进度面前上下权衡，左右为难，所以，测试人员一定要担起项目推进的重任，尽量保证项目进度。
面对如此场景，如此对话，我们应该反思，测试在整个项目中扮演的角色是否合理？

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

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

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

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

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

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

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

●开发排期问题，导致的功能未按时完成，或者bug没改完
重新评估开发时间，测试时间，评估是否需要加班，并公示。

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

●测试的原因没测完
重新评估测试时间，评估是否需要加班，并公示
除了上述2点之外。从人员素质方面，需要具备的一些基础条件。

3.提升测试人员的专业度
例如面对需变时，能够准确的判断需求的合理性、可行性；面对提测质量差的情况，能够更快、更准的找到问题。

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

最后，TestBird认为测试员在工作中形成的个人影响力，同样作用于项目推动工作。