被压缩测试时间~

突然间开发，产品或者其他方人员突然告知说这个产品很着急，在xx日就要上。

那在这个时候收到这个消息可能就会很无语。

可能在规定上线时间前两三天，功能都还没有开发完。那只能更无语。

总体来说，能不能上线这件事不取决于测试人员。压缩测试时间其实也没什么用。

测试人员能做的也就只是尽快测试完毕，将现有和可能存在的风险反馈出去。

由更高级别来完成这个判断。

那在这个过程中可能做什么来达到目标。

1. 有没有哪些模块是可以压缩测试时间的。

比如说简单的回归下，或者自动化代替的。

或者采取分层测试的当时，使用接口测试+手工测试+ui自动化。但前提是有这个条件

2.是否可以先保住主流程，其他细节部分暂时先不处理。

也就是加大测试颗粒度

3.是否可以加人，或者提高测试效率

4.还有一个没得选择的办法，那就是加班

很多时候，项目并不是卡在测试环节，而是在卡在开发的环节。

可能项目并行，或者提测晚，提测冲突也可能导致这个问题。

那这个场景可能需要对项目进行优先级排序，再根据优先级来安排测试。

如果人力紧张是否可以考虑分版本上线，但这往往不是普通的测试人员可以决定的。但至少可以提出这个意见。

产品的质量是需要靠整个团队来保证，而不是单单只靠测试人员～