如果你是测试，你一定遇到过这种情况
　　事件背景：需求讲解之后，测试人员开始准备用例，但是需求文档没有更新
　　测试：产品同学，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）.测试的原因没测完
　　重新评估测试时间，评估是否需要加班，并公示。
　　除了上述2点之外。从人员素质方面，需要具备的一些基础条件 3
　　3、提升测试人员的专业度
　　例如面对需变时，能够准确的判断需求的合理性、可行性；面对提测质量差的情况，能够更快、更准的找到问题
　　4、提高沟通能力
　　在项目推动的过程中，要求测试人员能够充分的表达出自己的观点，全面的说明测试进度，转述沟通结果等。沟通能力在项目推动中是至关重要的软性素质
　　在工作中形成的个人影响力，同样作用于项目推动工作