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

作為質量保證(QA)團隊的負責人，我必須每六周簽署一次主要版本的質量。每個主要版本通常包括兩個新的大特性和三個較小的特性，比如用戶界面(UI)的更改或一個新的報告，以及穩定性問題和bug修復。我有8名QA工程師，他們負責30名開發人員開發的代碼。
這是一項艱巨的任務。因此，為了避免不得不在晚上和周末工作，我們的團隊采用了這10個最佳實踐，使工作負載易于管理，同時確保我們批準的版本保持最高的質量標準。
擺脫質量檢查的傳統角色和職責 我們在兩個方向都突破了邊界。我們是一個面向客戶的部門，我們從客戶那里聽到他們所經歷的問題，以及他們希望在我們的產品中看到什么特性。另一方面，我們積極參與設計討論，提供來自客戶的輸入。
此外，我們的代碼測試知識和經驗幫助我們在任何人花費時間編碼之前識別設計缺陷，這極大地減少了開發周期，并幫助我們在自適應地發布新版本時滿足客戶的期望。
仔細選擇發布標準 您不可能產品中的每個版本都進行測試，幸運的是，您不需要這樣做。 如果您關注代碼中最重要的更改所在的區域，那么您仍然可以對所批準的產品充滿信心。 在新的發布周期開始之前，我們的團隊與所有利益相關者坐在一起，以了解新的或更新的代碼將涉及產品的哪些部分。 我們使用該信息確定測試工作的優先級 。 我們專注于代碼的那些部分，并使用現有的自動化測試來處理其他部分。 如果您知道在上一發行版中有某些工作，并且在此發行版中沒有涉及，則您無需花費太多時間進行測試。 因此，您的發布條件應基于要添加的新代碼。
根據使用情況對bug修復進行優先級排序 修復bug是任何新版本的重要組成部分，但是您應該將精力集中在哪些bug上呢?我們的答案是使用數據。我們使用谷歌分析來查看終端用戶在沒有負載測試工具的情況下是如何交互的。這給了我們大量的重要信息。例如，如果我們知道應用程序的某個區域很少使用，那么該部分代碼中的bug的優先級就會降低。如果只有不到1%的用戶使用某個特定的瀏覽器，那么針對該瀏覽器的特定問題就會得到較少的關注。但我們也傾聽客戶的意見。我們想要的最后一件事是讓我們的用戶體驗錯誤。 如果確實發生了什么事情，并且用戶發現了錯誤，則這些錯誤將在下一發行版中作為修復的優先級。

采用兩層方法進行自動化測試 如果開發人員對主干的提交以任何方式破壞了構建，我們將盡快通知他們。也就是說，我們不能對每個提交都運行詳盡的系統測試。這將花費太長時間，而且在發現問題之前，開發人員可能已經轉移到其他地方了。因此，我們采用了兩層的方法來測試自動化。對代碼庫的每次提交都會觸發第1層，它提供對開發人員更改的快速驗證，并在幾分鐘內完成完整性測試。第二層運行更詳盡的回歸測試，并在晚上自動運行，這時我們有更多的時間來測試更改。決定每一層應該有多輕或多徹底是一門藝術。但是一旦您開始像這樣工作，您將很快學會如何在白天的正常測試和夜間的回歸測試之間取得平衡。
密切關注相關環境
每個QA團隊都聽到過開發人員的評論，“……但它對我的機器有效。”如何避免這種情況?
我們的QA和我們的開發團隊運行完全相同的環境。然而，當我們的構建通過pipeline時，我們必須在生產條件下測試代碼，因此我們構建stg環境來模擬客戶的生產環境。
成立專門的安全測試小組
因為客戶使用我們的產品即軟件即服務(SaaS)，所以我們將所有數據存儲在服務器上，并且需要在每次發布之前執行安全測試。SaaS平臺上的安全漏洞往往會被用戶發現，而這些問題會迅速趕走客戶。為了防止這種情況發生，我們成立了一個專門的測試團隊，對即將發布的產品和更新的穩定版本進行了為期一周的滲透測試。在開始測試之前，我們向團隊簡要介紹即將發布的版本和產品環境中的新特性。團隊使用這些信息來測試安全漏洞，試圖滲透系統。這些團隊成員經過嚴格的安全培訓，熟悉相關的企業和ISO安全標準，并精通云應用。
在他們的幫助下，我們的團隊最近發現了一個由頂級云環境提供商之一創建的安全漏洞，該漏洞將允許惡意黑客獲取有價值的信息。我們迅速更新了亞馬遜云上的基礎設施，以防止黑客入侵。
組建專門的性能測試團隊
讓專門的性能團隊在產品穩定后立即運行測試，并向團隊簡要介紹新版本和特性，以便他們能夠評估性能風險。當開發人員引入一個對性能沒有影響的新特性時，例如屏幕上的按鈕，我們只運行回歸測試。但是，如果我們懷疑某個特性可能會影響性能，我們還會編寫和執行新的性能測試。

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