我们的频率快的时候是两周上线一次，多个需求点，开发完成的时间一般都是往后拖，上线时间又不调整，于是测试的压力就很大，那么这个时候该怎么来解决和应对的。
ps：这个问题我自己的办法，就是将测试用例优化，尽快进行测试用例评审（测试用例评审为什么这么重要），然后催促开发做完尽快通知我们测试，也会在需求确认后，分配工作时开发说完不成，然后提醒开发跟项目经理说明情况。然后加班，没办法就是延迟上线。。当然现在我们多了个技术CTO，延迟上线是不可能的了。（我的解决办法是提前风险识别，以及通过各种办法提前介入，下面是参考更多百人计划里的其他小伙伴）
1，首先反馈当前时间不够，看项目经理怎么安排（常规）
2，项目的核心业务和注意功能要测一遍，确保正常流程没有问题（常规）
3，其他细节看问题的轻重程度和时间来安排
4，在做过一轮整体基本功能验证通过后，让更多同事加入内侧小组，确保一定的测试量（这个我怎么没想到，不过现在好像也就一个产品经理貌似闲着。。）
5，开发提高代码质量，做单元测试，自测是否可行。
6，加班
7，适当精简测试用例
8，软件需出个评估报告（ps，这个报告怎么出，怎么写？）
9，每日汇报进度，提前预警风险，最好提供风险的解决方案
ps，暂时这些，后续可能会改进或调整下。
网友评论