测试-计划一周的工作量，最后压缩到半天，如何测试？

你有没有遇到这种情况：

原定的开发-测试-上线流程，由于开发进度拖后腿、产品临时加需求、改需求
导致原计划一周的测试时间，最后只剩半天，这半天还包括bug验证、冒烟、。。。
甚至开发直接在线改bug、在线验bug、直接上线

乃至新加了一些测试都不知道的需求

整个项目 节奏极其混乱

测试怎么测？

出了问题谁背锅？

这个锅我不背

生产环境需要一个功能，直接hotfix的骚操作也是猝不及防

从软件工程学、项目管理角度来讲，肯定是不合理的，但时间就那么多
这时候，测试同学就要调整一下战略了：

1.测试同学列出核心业务数据流图，交给开发同学自测，尽量避免打回，浪费时间

2.其次，测试用例肯定是没时间写了，用测试点代替，快速&有效

3.抽时间维护&编写 接口自动化，保证核心功能正常，不会出现重大灾难事故

4.忽略小bug，细节问题，UI排版什么的 暂时不管，提bug简直浪费时间

5.风险告警，向你的直接上司报告测试内容，覆盖范围、用例颗粒度、和未测部分，做好风险预警

当然了，最好的办法还是改进整个项目生产方式和进度，使之更加科学合理；
虽然我们都知道，不太可能

以上