當你在測試階段最後兩天，發現測試執行情況不理想，和預估的進度相差較大時，是否會焦慮到不知所措？
當你在上線前發現一個嚴重的問題，修復後需要重新執行一些驗證測試及增加回歸測試，此時你是否會驚慌？
當最後一輪測試/最後一天測試時測試環境突然出現問題，導致測試阻塞，測試進度受到影響，你是否會急躁？
最近一位粉絲面試時遇到這樣一個問題：
你負責的項目明天就要上線了，這個時候出現了一個比較嚴重的bug，你會怎麼辦？
問題分析：
這個問題主要判斷一個人的反應能力、應變能力以及解決問題的思路。因為重要的bug必定會影響用戶的使用，影響用戶對產品的評價，所以回答問題時一定要慎重。
解答思路：
1.把問題及時匯報給自己的領導，同時，把這個問題告知項目組所有參與項目的同事。
2.然後組織整個項目組的同事，討論這個問題對上線的影響。
3.最終確定如何去解決這個bug，明確功能的優先級和重要性。針對待測需求，心裡要有一把秤，明確哪些功能優先級高，哪些比較重要，哪些是這次可以忽略的。
在時間不充裕的情況下，我們可以從優先級和重要性入手，優先確保重要的功能和場景，再一步步往外蔓延，確保上線風險在可控範圍。
最後，列出待測試checklist。因為形勢的變化，我們一開始設計的測試用例可能不是這麼合適，這時候需要及時調整測試計劃和測試用例，在時間不充足的情況下，可以直接列簡單的checklist，可以快速確認測試點即可。
結合前面分析的風險級別高的問題以及優先級和重要性高的功能，我們將這些梳理成可執行的checklist，然後一個個進行測試和驗證。