在各个环节跟各方都主动的去沟通。
1，需求阶段，督促产品在需求变更时，及时更新原型。甚至更整体、站在更高的角度的来看，我们如果预知即将有要做的比较紧急，需要卡上线时间的需求的时候，我们应该适当的催促产品，尽快的出需求，,讲原型，防止压缩研发、测试的时间。
2，在技术评审阶段，我了解到有些公司的测试是参与技术评审的，这样测试可以补充场景，也可以通过研发的讨论，知道有哪些自己没想到的场景，另外了解实现逻辑也方便后续的测试。
3，在开发阶段，这个时候应该是项目经理去跟进进度，但是我们也可以了解，方便我们对于测试工作的安排。
4，提测以后，像我们在有必要的时候，会发起每日的站立会，对一下进度，在这个过程中，就要适当的督促开发的进度，了解他什么时候能把当前的bug改完，他手中是否有其他项目，是否会影响整体的进度，以及未提测的部分进度如何。
5，作为测试人员，还要有风险意识，质量风险、进度风险这些也要关注，在前期识别风险、做出风险应对策略或是规避风险，当未知的风险发生的时候，及时的通知项目经理，发出预警。
5，测试完成后，配合需求方验收、灰度环境验证。
6，上线后，进行测试报告的编写、总结、关注线上问题。总结一方面是对外，本次产品、开发以及测试整体上都有哪些问题，哪些做的比较好的地方。对内，总结测试方面的一些经验或教训。
总之，站在项目经理的角度，去把控整体的进度。比如当我们有问题待开发解决的时候，我们不能直接要求开发去优先解决自己的问题，而是应该了解下他现在手里有哪几个项目，这几个项目的优先级是什么样的，从而去判断自己的问题解决的一个优先级，如果开发暂时解决不了我们的问题的话，那么跟相关方同步好当前的一个情况就可以了。
本期所得：当测试人力资源不足时，该怎么解决？
要看这是一个长期的问题，还是短期的问题。
如果是短期的问题，可以通过测试部门内容人员的调配解决。
如果是长期的问题，那么现在公司内部逐层的分析问题，先看测试内部，是否有流程上、效率上等方面待改进的地方？开发那边是否有需要改进的地方？产品那边是否存在需求频繁变更的情况？这些问题都解决后，如果还是有人力不足的情况，再考虑外部招聘。