关于紧急情况下压缩测试周期

　　4、非受迫性减员很普遍，但是各项目组或者总的测试团队负责人/测试项目经理必须分配好冗余资源进行补充，自己得多承担责任。作为缺岗人员的备份者，更加要协调好剩余同事的任务安排，稳定军心。
　　5、客户要求赶工上线，正常情况下不能保证质量是否完全可靠，同问题1，得让他们承担接受潜在风险！上线交付是个很严肃的过程，对系统功能、性能、安全、稳定性，软、硬件环境要求必须都满足上线的前提，才能正式交付，客户在计划外要求提前上线，除去自己业务方面需求，没有对项目团队有啥合理理由或者要求，我们作为测试团队，得把握其上线要求的佳业务点，如某个功能模块一定要运行正常稳定，有侧重的去测试该部分，若他们可以接受条件的话。
　　其实上述方面我还是侧重与责任方进行交流沟通！虽然已经被压缩了进度，但有些情况必须阐明，才能安心工作，对于测试部门，测试经理也有义务进行责任承担的同时，给予同事们大程度保护！
　　对于传统的加班加点，加人加米等方式，这里我其实不想多说，因为这些都是非正常的要求，才称之为“紧急情况”，所以除去那些人力、费用、资源等成本不说，在项目进度，这里主要是测试进度加快情况下，只能先理清思路，针对不同要求去协商并沟通，争取佳的效果吧。尽可能保证项目在预期内打到理想的好质量状态。
　　我个人是没有见过被压缩进度下，又要做到很好，又要满足各种要求的！这不现实！这里只是给出可能的、理想的、较好的处理方式和技巧而已~
　　希望其他大神补充，指正！