你有没有遇到这种情况：
原定的开发-测试-上线流程，由于开发进度拖后腿、产品临时加需求、改需求
导致原计划一周的测试时间，最后只剩半天，这半天还包括bug验证、冒烟、。。。
甚至开发直接在线改bug、在线验bug、直接上线
乃至新加了一些测试都不知道的需求
整个项目 节奏极其混乱
测试怎么测？
出了问题谁背锅？
这个锅我不背
生产环境需要一个功能，直接hotfix的骚操作也是猝不及防
从软件工程学、项目管理角度来讲，肯定是不合理的，但时间就那么多
这时候，测试同学就要调整一下战略了：
1.测试同学列出核心业务数据流图，交给开发同学自测，尽量避免打回，浪费时间
2.其次，测试用例肯定是没时间写了，用测试点代替，快速&有效
3.抽时间维护&编写 接口自动化，保证核心功能正常，不会出现重大灾难事故
4.忽略小bug，细节问题，UI排版什么的 暂时不管，提bug简直浪费时间
5.风险告警，向你的直接上司报告测试内容，覆盖范围、用例颗粒度、和未测部分，做好风险预警
当然了，最好的办法还是改进整个项目生产方式和进度，使之更加科学合理；
虽然我们都知道，不太可能
网友评论