背景：今天本来开一个异常测试专场，活生生的被开成，项目太紧，时间严重不足，质量差的的diss会议，我也觉得是时候整理一份合格文档，对付这种混乱的现状。
那么，扣天三问：项目紧我们有什么办法？时间不足前期我们该怎么评估和预防？时间真的不足我该怎么办？
一、项目紧我们有什么办法呢？
- 项目紧，你去任何一家公司都是如此，总是被老板赶着走，这个大环境下，我们就吐槽下，这是现象，不可能改变的，除非你不干这行
二、时间不足前期我们该怎么评估和预防？
- 这个就是我们可以把控的，首先，项目立项，肯定有deadline，每个部门肯定有时间节点的。
- 时间评估：测试人员，尤其高级人员，要学会评估时间，怎么评估呢？肯定要有方法论。我提供2种：第一种较粗糙，根据开发时间/人次评估出测试需要多久（这个一般都是执行时间），我们测试时间大概使他们的30%-50%，最低不能低于30%，问我为什么这么算，你看那个项目管理书籍，那个有专门的的解释；第二种，比较准确的方法，根据测试case量，评估测试时间，资深或者高级测试，会根据prod 、经验，考虑出大概需要多少case，没人每天能执行多少case，执行几轮，时间就出来了。总结一点，时间合理，才能在排期会上有发言权。
- 前期的准备和预防其实需要准备的，如：测试范围，测试计划case等 ，如果后端接口出来了，可以利用工作测试一番，单元测试也可以搞起来，例如sonnar可以搞起来，提前可以检查空指针。
- 当然最重要的是，这个项目立项的时候，测试人员需要确定，需求评审，设计评审、接口、数据库、case评审，都是需要提前坐实；
三、时间真的不足该怎么办？
- 如果真的不能延期，人力和时间都被限制了，选择加班赶工期当然无可厚非，不需要理由；
- 一个项目总有优先级、严重程度，这个时候需要把项目哪些功能点重要的列出来，哪些测试项比较重要，哪些业务流程比较重要，哪些功能和用户直接联系交互在一起，我们需要整理，采取2/8原则，把重点放在2上面，总有一些东西我们可以迟点优化；
- 对于测试来说，提bug一定要有优先级，严重程度。开发优先解决
四、总结下二、三，主要是从流程上把控第一方面，第二个随机应变，一个项目总有核心，重兵把守。这种理论的东西说心里话特别不希望写，真的没意思，就当自己对自己反思吧。