天下武功唯快不破，在 “敏捷” 横行的时代，快速迭代快速上线几乎成为了每个互联网公司追求的，
如此同时就意味着测试没有很长的测试时间，那么各位的公司是用什么独门秘技 “压缩” 测试时间提升测试效率的呢？成果怎样？
测试是研发时间的一半
我们一般是固定周三上线，那么按照这个时间点为目标，对应的时间安排：
- 计划下周上线的功能，周五下班前必须提测。
- 周一、周二为测试执行期，如果功能不通过，则延期上线。
测试必须前置，不然加班无止境的就是测试了
研发时间是测试的 10 倍左右
我一般自己写代码自己测试，我写代码时，单元测试和集成测试大约占 50% 时间，我一般自己写完代码自己测掉。我一般不测别人的代码。但写工具让开发用这个工具自己测。另外还会写一些通用的工具给大部门的人用。以及写完善的框架给业务测试的人用。至于业务测试，当然是扔给别人做，同时由于框架和工具不断完善，做业务测试的人也越来越轻松。
无限接近 1：1
约 2:1
其实这个问题可以这么来看：一个项目周期中投入到质量活动的时间是多少？ 根据交流来看，一些公司测试资源减少，其实是把质量时间前置了（左移）。整体的测试质量时间还是差不多的.
请问下各位的测试时间是包含开发改 bug 的时间？如果是如何保证开发能及时改完 bug？
敏捷开发模式，需求最小化，研发过程中完成一部分体测一部分，开发和测试比是 10 比 1，时间占比是 4 比 1
现在太多公司不愿意在测试上面下成本，测试人员少任务还重还繁琐还没地位，项目再多也只是加开发，不会加测试