[[341371]]

【51CTO.com快譯】測試實踐在向左右移動，改變了完成軟件工程的方式。除了本文介紹的多種測試類型外，測試驅動開發(TDD)、漸進式工程和混沌工程如今也被視為測試。

TDD

由于可節省時間，TDD在敏捷和DevOps團隊中大受歡迎。以用例和用戶故事的形式根據需求編寫測試，然后編寫代碼以通過那些測試。TDD進一步倡導構建較小的代碼段這一概念，代碼質量方面的小成功積累成大成功。TDD立足于極限編程(XP)這個舊概念。

Gartner的高級主管分析師Thomas Murphy說：“測試驅動開發從一開始有助于提高質量，并[幫助開發人員]在需要編寫代碼之前發現需求方面的瑕疵。”

健康福利公司Anthem的質量保證架構師Todd Lemmonds表示，由于其團隊在過渡階段進退不得，在這方面遇到過困難。

Lemmonds說：“TDD是朝敏捷方向發展的第一步。我向人們解釋，您基本上將所有精力都集中在根據這個故事[驗證]這些驗收標準上。然后他們想，‘那么，我需要創建并完成哪些測試，才能進入到下一個階段?他們在驗證技術規范，而[驗收測試驅動開發]在驗證業務規范，這就是到頭來向利益相關者展示的內容。”

漸進式軟件交付

漸進式軟件交付常因咬文嚼字而被錯誤定義。其想法是，如果測試向前發展(變得更現代或更成熟)，那么它就是“漸進式”。漸進式交付是擁有CI/CD流水線的敏捷和DevOps團隊用來實現更快速地交付用戶真正喜歡的高質量應用程序這一使命的工具。它可能涉及眾多測試和部署，包括使用功能標記、藍綠部署和金絲雀部署以及可觀察性的A/B測試和多變量測試。“漸進式”部分向逐漸擴大的受眾群體推出某項功能。

數字化轉型代理機構SPR的測試服務執行主管Nancy Kastl說：“漸進式軟件交付是一種有效的策略，可以降低產品變更給業務運營帶來的風險。目的是借鑒試點小組的經驗，迅速解決可能出現的任何問題，并針對全面部署計劃改進措施。”

Kastl認為的其他好處包括如下：

• 為業務用戶驗證權限設置的正確性
• 發現測試活動期間未發現的業務工作流程問題或數據不正確
• 軟件產品方面進行有效培訓
• 能夠在首次使用產品期間提供響應支持
• 能夠在包括服務器和網絡在內的實際生產條件下監視軟件產品的性能和穩定性

Kastl說：“跨國公司擁有龐大的軟件產品用戶群，并按國家或地區進行定制配置，常常采用這種方法來計劃部署軟件產品。”

混沌工程

混沌工程實際上是測試混亂(基礎架構、網絡和應用程序故障)的影響，這關系到應用程序的彈性。這個想法起源于Netflix，最初是一項名為“Chaos Monkey”的計劃：隨機選擇一臺服務器并將其禁用。最終，Netflix創建了一整套開源工具(名為Simian Army)，以測試更多類型的故障，比如網絡故障或AWS區域或可用區服務下降。

Simian Army項目不再被積極維護，但它的一些功能已移至其他Netflix項目。混沌工程延續了下來。實際上，Gartner發現它備受關注。

Gartner的Murphy說：“現在您開始看到幾個商業實施。混沌工程想更廣泛地被接受，您常常需要更商業的東西。倒不是需要商業軟件，而是圍繞它的社區，那樣如果我需要某個東西，有人可以幫助我了解如何安全地做。”

混沌工程不是團隊突然可以做的。通常需要幾年的時間，因為他們要分階段進行實驗，比如實驗室測試、應用程序測試和預生產。

技術咨詢公司DMW Group的工程主管Chris Lewis表示，他公司嘗試過小規模的混沌工程，并將這個概念介紹給了DMW相當保守的客戶。

Lewis說：“我們通過試點介紹混沌工程，表明它可以用來深入非功能性需求，表明需求實際上得到了滿足。我認為很少有人愿意在生產環境中使用混沌工程，因為他們仍惴惴不安。那些客戶中擔任領導職務的人出身極傳統的背景。”

混沌工程在數字顛覆者和小型創新公司中更為常見，它們利用最新的技術和方法來脫穎而出。

H2：謹慎行事

組織實際準備這么做時，運用更多的測試技術大有益處。一個常見的錯誤是過早步子邁得過大，隨后未能獲得預期的效益。定制軟件開發公司Narwal的創始人兼首席執行官Raj Kanuparthi表示，在一些情況下，人們要現實點。

Tricentis的大力支持者Kanuparthi說：“如果我還沒有落實好任何東西，那么我做好基本面，制定路線圖，然后逐步使用工具。您可以迅速來做，但要知道如何著手處理。好多人一開始什么方面都想做，卻沒有在任何一方面取得實質性的進步，于是就說‘這不行’。”

原文標題：Engineering practices that advance testing，作者：Lisa Morgan

【51CTO譯稿，合作站點轉載請注明原文譯者和出處為51CTO.com】