背景：今天本來開一個異常測試專場，活生生的被開成，項目太緊，時間嚴重不足，質量差的的diss會議，我也覺得是時候整理一份合格文檔，對付這種混亂的現狀。

那么，扣天三問：項目緊我們有什么辦法？時間不足前期我們該怎么評估和預防？時間真的不足我該怎么辦？

     一、項目緊我們有什么辦法呢？

• 項目緊，你去任何一家公司都是如此，總是被老板趕著走，這個大環境下，我們就吐槽下，這是現象，不可能改變的，除非你不干這行

    二、時間不足前期我們該怎么評估和預防？

•   這個就是我們可以把控的，首先，項目立項，肯定有deadline，每個部門肯定有時間節點的。
• 時間評估：測試人員，尤其高級人員，要學會評估時間，怎么評估呢？肯定要有方法論。我提供2種：第一種較粗糙，根據開發時間/人次評估出測試需要多久（這個一般都是執行時間），我們測試時間大概使他們的30%-50%，最低不能低于30%，問我為什么這么算，你看那個項目管理書籍，那個有專門的的解釋；第二種，比較準確的方法，根據測試case量，評估測試時間，資深或者高級測試，會根據prod 、經驗，考慮出大概需要多少case，沒人每天能執行多少case，執行幾輪，時間就出來了。總結一點，時間合理，才能在排期會上有發言權。
• 前期的準備和預防其實需要準備的，如：測試范圍，測試計劃case等 ，如果后端接口出來了，可以利用工作測試一番，單元測試也可以搞起來，例如sonnar可以搞起來，提前可以檢查空指針。
• 當然最重要的是，這個項目立項的時候，測試人員需要確定，需求評審，設計評審、接口、數據庫、case評審，都是需要提前坐實；

  三、時間真的不足該怎么辦？

•  如果真的不能延期，人力和時間都被限制了，選擇加班趕工期當然無可厚非，不需要理由；
• 一個項目總有優先級、嚴重程度，這個時候需要把項目哪些功能點重要的列出來，哪些測試項比較重要，哪些業務流程比較重要，哪些功能和用戶直接聯系交互在一起，我們需要整理，采取2/8原則，把重點放在2上面，總有一些東西我們可以遲點優化；
• 對于測試來說，提bug一定要有優先級，嚴重程度。開發優先解決

 四、總結下二、三，主要是從流程上把控第一方面，第二個隨機應變，一個項目總有核心，重兵把守。這種理論的東西說心里話特別不希望寫，真的沒意思，就當自己對自己反思吧。