如果说你是一名软件测试员，在漫长的工作过程中，你一定会遇到下面的这种情况。

事件背景：在项目经理的需求讲解之后，软件测试人员就可以准备用例了，但是需求文档没有得到更新。

测试：我们需要开始写用例啦。产品XX，XX功能的需求文档什么时候给?　

产品1：你先等等，我这边还有个比较着急的事情，你等我把这个搞好了就会去修改。

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

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

测试：开发XX，你的XX功能怎么没有按照排期开发，都延期2天了，严重影响测试进度啦。

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

开发2号：嗯，你先等等，我这边其他事情处理下，就联系你。

作为测试团队，我们处于整个项目的开发末端。我们不仅仅要保证项目的开发质量，还要保证项目的开发进度。如果说搞前端开发的小组没有在规定的时间之内完成任务的话，那么我们测试团队的测试时间就会减少，这个时候我们就只能在进度和质量之间上下平衡。这个时候我们将左右为难，毕竟两个方面都是很重要的。所以，作为软件测试团队我们一定要肩负起项目推进的计划，尽自己所能保证项目能在规定时间内完成。　　

看了以上的场景以及对话，作为软件测试的我们应该好好反思下，测试在整个项目中扮演的角色是否合理?

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

作为软件测试人员我们介入项目的时间应该要提前到开发的进度与产品需求进度。我们只有掌握了这些进度，才能够及时的把风险排除，将有可能对项目造成延期的可能性下降到最低点。而且作为软件测试如果能够及时的了解到开发进度，也利于测试调整排期，安排工作。

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

面对上面的问题，我们简单的把延期的原因分为5类，然后分别思考解决方案。

1. 产品需求变更

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

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

2. 设计资源未到位

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

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

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

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

5. 测试的原因没测完

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

除了上述2点之外。从人员素质方面，需要具备的一些基础条件

提升测试人员的专业度

软件测试人员的高专业度能够使我们面对需求改变时可以准确的判断需求的合理性以及可行性；面对提测质量差的情况，我们就可以能够更快、更准的找到问题。

提高沟通能力

沟通能力在项目推动中是至关重要的软性素质。在项目推动的整个过程中，软件测试人员如果能够充分的表达出自己的观点，全面的说明测试进度，转述沟通结果等，那么对于项目的推动是有一定的正面影响。

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

这就是我们在工作遇到一些问题，我们应该好好思考，希望对大家有帮助。