测试负责人该做什么？

1.在一个多月前我就接到了这个测试内容，那时候开发也只是停留在需求阶段，还没有实际工作。项目经理早早定下了项目的方案，其中测试周期也是他制定的，时间为两周。在看完需求后，我并没有深入理解需求，提出问题，表面看来两周测完这些需求没有压力，所以也没有对测试时间提出异议，这是我犯的第一个错误：没有仔细理解需求，就自以为是的认为需求简单，两周测的完。

2.第二个问题在用例设计阶段。根据整体需求来看，这次更改的内容需要更改大的流程，还有一些大流程中的细节。然而开发在初期只提供了大流程的设计文档，而我也因为初期没有仔细阅读需求，没有发现还有很多小的改动，也没有再去追问小细节的设计文档。用例设计就只涉及了大流程的改动，没有仔细思考每个新增字段背后的含义。等后面提测过来，我才发现，需求和设计中其实有很多很多不完善的地方，这些我都没有在用例设计阶段发现，这是我给自己埋的雷。。。

3.第三个问题在于对时间的把控。我总是喜欢踩着时间点完成任务，在制定测试计划时也是根据项目经理的计划制定，没有为自己预留应变的时间。后来因为开发资源实在紧张，提测晚了几天，又因为用例写的粗糙，前期时间预算不足，现在导致自己很被动，要加班加点的完成。

总结以后需要注意的地方：

1.多花时间看需求，不合理的地方要提出，不懂的地方要问清楚

2.之后的工作要注意一下自己用的时间，对自己的工作有一个时间概念，这样可以更好地安排测试计划

3.测试用例一定要评审，评审，评审