沒有兩個質量保證流程完全相同，但有許多團隊難以解決的常見質量保證難點。對於團隊來說最令人沮喪的是，當QA放慢 - 甚至停止 - 部署速度時。
在從90天到更好的質量保證的摘錄中，我們將探索如何識別和解決質量保證瓶頸，以確保您的測試過程不會減慢您的發佈節奏。
關鍵指標
每次發佈都會導致按時發貨和完成QA流程之間的爭執。
測試通常直到開發過程的後期纔開始。
爲何QA成爲瓶頸
導致QA阻止部署的原因有很多。儘管可以很容易地假設QA團隊只需要更快地進行測試，但是QA過程滯後的根本原因通常遠不止於此。
對於某些組織而言，在軟件開發生命週期早期，產品，開發和QA團隊之間缺乏一致性可能會導致測試創建工作流程效率低下。
在其他情況下，對測試套件的可靠性缺乏信心可能導致QA團隊在每次發佈之前過度使用，以確保發佈不會給用戶帶來問題。
無論原因是什麼，QA領導者必須退後一步，在部署之前評估他們的測試流程，看看團隊如何確定測試內容以及團隊使用的測試執行方法。
如何解除您的質量保證瓶頸
從手動測試轉向自動化測試應該是一個總體目標。但這是一個長期目標，需要大量的漸進式改進才能實現。
當您的團隊努力實現這一目標時，必須尋找能夠提高速度的權宜之計措施，而無需等待一年的推動來構建自動化測試框架。此外，即使已經高度自動化的商店也會發現，如果自動化測試極其脆弱，速度就會受到阻礙。在這種情況下，提高測試的可靠性和製造止滑帶對於保持齒輪運動至關重要。
實際修復：早期實施功能測試
企業基礎架構管理公司SolarWinds在很大程度上依賴於其實時SaaS運營分析解決方案，以幫助客戶瞭解他們的IT數據發生了什麼。開發團隊平均每天推動20-25次，以保持Librato持續改進。但高度可視化的平臺正在挑戰其現有自動化功能的極限。
“隨着我們的擴大，我們發現我們現有的自動CI工具面臨很多挑戰，包括運行這些測試需要多長時間，以及這些測試套件的整體穩定性，”主管Matt Sanders說。 SolarWinds工程部。
因此，組織仍然需要依靠手動測試，這種測試既不會妨礙速度，又能將風險降至最低。他們轉向雨林填補了按需測試的空白。
“很長一段時間，當我們對可視化層進行更改時，我們只會爲我們的團隊推出它，等待2到3天，然後爲其他人打開它，這是很常見的，”桑德斯說。“我們傾向於不再那樣做了，因爲在這一點上我們覺得反饋循環足夠快，如果我們打破了一些東西，我們會發現非常快。現在我們使用雨林作爲安全網，它更多快速行動是可以接受的。“