常規的測試分三輪：1輪所有的測試用例執行一遍，重要的bug都修改完畢。70%。 2輪所有的bug都解決，有些bug經過確認可以延期到下次迭代。20%。3輪，發現的bug都回歸一遍，在上線前確認bug修復。 上線後還要1 2的跟蹤。
實際中經常是1輪，一直在上線的前面有bug。迫於上線壓力上線，所有沒有修改的bug，整理一個測試報告，發給相關干係人，做個確認，bug都知曉。
各方壓力情況下，做不到3輪完整的測試，要注意經常出現bug的地方，和主要功能沒有問題。對不重要的模塊，根據週期靈活調整。
測試計劃，bug改不完，計劃往往是跟不上變化。計劃就1頁紙，不要花太多時間，執行過程中，總有變化，往往得不到執行。儘可能將大的週期定義好。
測試環境和開發環境分離，測試環境和性能測試環境也是分離的。
線上預發佈服務器，數據是線上的。進行灰度發佈，測試沒問題在上線。
* 敏捷開發：
小步快跑，容易控制需求變更。
持續集成+自動化，隨時可以發佈。
對人員的溝通和技術能力提出更高的要求。
在測試執行之前，都要做很多的準備，儘可能瞭解項目的情況，需求，概要、詳細設計，數據庫的表結構，表關聯，索引的建立。儘量在需求階段就和開發，產品打成一片。多參加會議，爲了瞭解項目，提高測試質量。