行為驅動開發（BDD）是促進整個產品團隊之間，業務分析師、開發人員和測試人員之間協作的好方法。BDD從TDD（測試驅動的開發）演變而來；它尋求創建一種普遍存在的語言來促進技術和非技術利益相關者之間的交流，并在編寫需求時努力從應用程序定義所需的行為。BDD與測試無關；它更多地是關于描述整個應用程序的常見行為，但是測試對于確保交付正確的行為至關重要。

由于BDD專注于溝通和協作，因此這是軟件測試人員與開發人員緊密合作以提出問題，提出測試方案并幫助團隊做正確的事情以簡化功能測試的機會。測試用例應該是有意義且清晰的，并且場景應針對抽象的業務意圖。這為團隊的成功做出了貢獻，尤其是從長期來看。但是，與擁有專用資源來創建和維護基礎測試代碼相關的隱性成本。

更好的BDD

您可以使用自動化測試工具來提高效率并降低BDD實施成本。本文將重點介紹通過在現有的BDD實踐中添加更好的Selenium測試可以實現的三個關鍵效率提升。這些效率提高是：

• 增加了對BDD測試失敗“黑匣子”的了解
• 減少花在維護/修理/修復斷膠和測試代碼上的時間
• 通過重用已記錄操作中的Selenium代碼來加速BDD腳本創建

增加了對BDD測試失敗“黑匣子”的了解

執行和維護UI測試通常很耗時，因此您具有更多的調試和診斷失敗測試的可見性可以提高整體測試性能。您可以輕松地將關鍵的調試信息添加到Cucumber驅動的UI測試自動化中。通過對現有執行腳本進行單行更改，您可以將對BDD測試執行的監視作為CI/CD管道的一部分進行自動化（查看：如何在CI/CD管道中修復Selenium測試），并且，如果測試失敗，則應用AI啟發式方法來確定失敗是否是由于應用程序中真正的回歸，或者僅僅是一個破敗的測試。如果測試失敗，您將收到可行的反饋，以快速診斷根本原因。

在此視頻中，請觀看有關如何監視Selenium/Cucumber測試執行的示例，以深入了解測試失敗的根本原因。

減少花在維護/修理/修復斷膠和測試代碼上的時間

Parasoft客戶調查報告的最大的UI測試挑戰是隨著時間的推移可維護的構建測試。在您的BDD測試自動化中添加有助于識別發生故障的元素定位器和等待條件不足的情況。AI啟發式技術可診斷測試失敗并提供有關如何修復測試的建議（查看：結合人工智能的力量改進Web UI測試）。更進一步，該解決方案甚至可以在運行時自動修復測試，以減少與底層Selenium測試代碼相關的維護和復雜性。除了HTML報告外，還可以將建議導入到IDE中，您可以在其中跳轉到基礎粘合代碼并單擊一下以更新測試，以確保將來不會再次失敗。

在此視頻中，請查看如何識別失敗的測試腳本，以及獲得有關如何修復它們的AI建議。

通過重用已記錄操作中的Selenium代碼來加速BDD腳本創建

BDD方法允許非技術測試人員參與測試自動化。記錄和回放功能非常有用，可以幫助您開始進行測試自動化工作，并且使用此功能可以輕松為BDD Cucumber功能文件創建新的Selenium測試代碼（查看：UI測試自動化如何輕松擺脫Selenium問題）。通過利用內置的Web UI記錄器，用戶可以創建使用頁面對象模型構建的純Selenium測試代碼段。通過拉出相關代碼段并將其粘貼到步驟定義文件中，可以在連接到BDD特征文件的基礎粘合代碼中使用該代碼。

在此視頻中，我們演示如何為功能文件創建新方案以及如何添加適當的Selenium測試代碼以實現自動化：

總結

一旦組織決定采用行為驅動型開發，效率的提高就變得顯而易見。通過將經理、開發人員和測試人員團結成一種共同的語言，編寫可行的需求并確保客戶完全獲得他們所需要的東西變得容易得多。降低了與采用BDD相關的維護成本，并為創建基礎測試自動化和優化BDD測試策略提供了快速入門。

要優化您的BDD實施，請！