質量檢查團隊快速交付高質量軟件的10個最佳實踐(2)

始終使用所有相關信息更新您的安全性和性能團隊，并為他們提供盡可能接近生產的環境。在我們最近發布的一個版本中，性能工程師發現了一個內部的、第三方SaaS環境中的重大瓶頸，因為該提供商的數據庫中有一個新的配置。如果性能團隊沒有測試環境，就會導致崩潰。這一步至關重要。如果您沒有辦法組建自己的專用性能團隊，可以培訓一些QA團隊成員進行性能測試。
運行一個回歸循環
我們在產品穩定的最后階段運行我們的回歸周期，正是這個過程觸發了進入生產的綠燈。由于此時開發中的更改很少，所以您有機會驗證整個產品。我們從概念上將產品建模為具有模塊和組件分支層次結構的樹，以幫助我們從客戶的角度理解產品。當任何分支被修改時，層次結構會顯示它下面的哪些分支將受到影響，并需要額外的QA測試。
我們的回歸循環使用紅綠燈方法。如果每個分支都獲得綠燈(通過所有測試)，則認為產品已經準備好交付了。如果分支收到黃燈(所有測試都通過了，但是有一個或多個報告的警告)，我們將與涉眾討論這個問題。最后，如果分支收到紅燈(一個或多個測試失敗)，我們將停止并處理該問題。我們還自動化了我們的回歸周期，因此只需幾天就可以運行。
模擬生產中的客戶帳戶
由于我們在數據庫中維護客戶數據，我們必須確保它與我們發布的任何新版本保持兼容。Eating our own dog是至關重要的，因此當QA團隊運行數據遷移測試時，我們創建一個在我們的生產系統上管理的測試帳戶。我們使用這個帳戶不斷地生成數據和填充我們的數據庫。
當我們發布一個新版本時，我們運行更新來檢查沒有數據被破壞，如果我們發現任何破壞數據的bug，這些bug將成為我們的最高優先級。我們還會花上一兩天的時間進行手動向后兼容性測試，同時逐步尋找一種自動化的、更有效的方法。但是，您仍然需要進行一些手動測試，因為這是生產之前的最后一個階段。
在產品上執行完整性測試
我們在生產帳戶上執行發布后的完整性測試，以驗證一切都如預期的那樣工作，包括所有第三方系統。我們首先使用現有的生產帳戶執行測試，然后創建一個新帳戶，以驗證在新客戶注冊時流程將繼續正常工作。我們進行了半天的完整性測試，其中一部分測試舊的帳戶，另一部分測試新創建的帳戶。最后，我們測試第三方組件，例如計費系統，以確保版本兼容性。
性能工程改變了QA工程師的傳統角色和流程。今天，您必須擁有高度專業化和專門的團隊，以及從生產到生產的持續的QA過程。此外，為了徹底地履行你的角色并滿足你的客戶，你必須愿意自己成為客戶。

為了在保持產品質量的同時滿足頻繁的產品發布的需求，QA測試人員必須打破傳統的模具。您必須開發新的技能，例如軟件設計和開發，這樣您就可以更多地參與開發過程的不同階段。遵循這10個最佳實踐對您的團隊和業務來說是雙贏的。如果做得好，您將縮短開發周期，并使QA專業人員的工作更有吸引力。

原文轉自：https://www.qaseven.cn/posts/10-best-practices-qa-teams-deliver-quality-software-fast.html