當QA瓶頸阻礙部署速度時該怎麼辦

沒有兩個質量保證流程完全相同，但有許多團隊難以解決的常見質量保證難點。 對於團隊來說最令人沮喪的是，當QA放慢 - 甚至停止 - 部署速度時。

在從90天到更好的質量保證的摘錄中，我們將探索如何識別和解決質量保證瓶頸，以確保您的測試過程不會減慢您的釋出節奏。

關鍵指標

• 每次釋出都會導致按時發貨和完成QA流程之間的爭執。

• 測試通常直到開發過程的後期才開始。

為何QA成為瓶頸

導致QA阻止部署的原因有很多。 儘管可以很容易地假設QA團隊只需要更快地進行測試，但是QA過程滯後的根本原因通常遠不止於此。

對於某些組織而言，在軟體開發生命週期早期，產品，開發和QA團隊之間缺乏一致性可能會導致測試建立工作流程效率低下。

在其他情況下，對測試套件的可靠性缺乏信心可能導致QA團隊在每次釋出之前過度使用，以確保釋出不會給使用者帶來問題。

無論原因是什麼，QA領導者必須退後一步，在部署之前評估他們的測試流程，看看團隊如何確定測試內容以及團隊使用的測試執行方法。

如何解除您的質量保證瓶頸

從手動測試轉向自動化測試應該是一個總體目標。 但這是一個長期目標，需要大量的漸進式改進才能實現。

當您的團隊努力實現這一目標時，必須尋找能夠提高速度的權宜之計措施，而無需等待一年的推動來構建自動化測試框架。 此外，即使已經高度自動化的商店也會發現，如果自動化測試極其脆弱，速度就會受到阻礙。 在這種情況下，提高測試的可靠性和製造止滑帶對於保持齒輪運動至關重要。

實際修復：早期實施功能測試

企業基礎架構管理公司 SolarWinds在 很大程度上依賴於其實時SaaS運營分析解決方案，以幫助客戶瞭解他們的IT資料發生了什麼。 開發團隊平均每天推動20-25次，以保持Librato持續改進。 但高度視覺化的平臺正在挑戰其現有自動化功能的極限。

“隨著我們的擴大，我們發現我們現有的自動CI工具面臨很多挑戰，包括執行這些測試需要多長時間，以及這些測試套件的整體穩定性，”主管Matt Sanders說。 SolarWinds工程部。

因此，組織仍然需要依靠手動測試，這種測試既不會妨礙速度，又能將風險降至最低。 他們轉向雨林填補了按需測試的空白。

“很長一段時間，當我們對視覺化層進行更改時，我們只會為我們的團隊推出它，等待2到3天，然後為其他人開啟它，這是很常見的，”桑德斯說。 “我們傾向於不再那樣做了，因為在這一點上我們覺得反饋迴圈足夠快，如果我們打破了一些東西，我們會發現非常快。現在我們使用雨林作為安全網，它更多快速行動是可以接受的。“