软件测试工程师如何推进项目进度？

在软件研发中，有一种思想叫TDD，即测试驱动开发，TDD是敏捷方法中的一项核心实践，其原理是在开发功能代码之前，先编写单元测试用例代码，对要编写的函数或类明确测试方法后，再进行设计与编码。

本篇不是讲如何来实践TDD，而是利用这种思想来推进项目的进度。大部分人可能都有这样的感受“别人催着自己的工作往前赶，心里贼反感”，“而自己催着别人往前赶，心里只有快感”。

在大部分项目都在走敏捷模式的情况下，项目经理已经被弱化，而产品经理更多关注设计、客户，使项目团队经常出现一团散沙的情况。作为下游的测试团队就贼难受，上游的设计、开发掉了链子，如延期，在时间截点已被卡死的情况下，测试团队很难顺利完成项目测试并交付。

项目没有顺利交付，不管什么原因，板子必将指向测试。所以，此时活用“TDD”显得很有必要，精髓是“驱动”。而测试要驱动设计、开发，根据小酋的实践，需要从计划、需求、用例、转测四点着手。

计划

不管项目如何变化，都需要一个大家共同确定的计划。不用出一个非常详细的计划，可以是一个一个的时间节点，比如A模块什么时候完成设计，什么时候交付测试，什么时候完成测试。

当这些节点确定的情况下，我们才能去驱动项目进度。不论是产品经理做设计变更，还是开发人员落地搬砖，测试才有一个底，应对其中的变化，是力争调整计划，还是协调加大测试资源投入，亦或是调整测试策略，才能做到