我已經(jīng)開始使用 Cucumber 編寫 BDD 測試來匹配我的應(yīng)用程序的業(yè)務(wù)用例。它基于區(qū)塊鏈，因此測試中的每個用戶都在運行應(yīng)用程序的一個實例。這也意味著每次測試都相當(dāng)繁重，95%的測試時間都在準(zhǔn)備階段。當(dāng)我編寫測試時，我發(fā)現(xiàn)我開始重復(fù)自己，并且早期的功能似乎變得多余。一種業(yè)務(wù)流程是：用戶1保存一條新消息用戶2編輯消息User1 驗證編輯用戶1取消消息用戶2確認(rèn)取消這分為新建/編輯/取消功能。最初，我從“新建”和“編輯”功能文件開始，如下所示：新的Feature: a new message is added  Scenario: a user adds a new message    Given there is a user called User1    And there is a user called User2    When User1 creates a new message with id 1234    Then User2 should see the message with id 1234編輯Feature: Editing a message  Scenario: A User edits a message    Given there is a user called User1    And there is a user called User2    When User1 creates a new message with id 1234    And User2 adds the location US to the message    Then User1 should see the location US on the message但現(xiàn)在我進(jìn)入取消部分，我意識到為了正確測試取消，系統(tǒng)需要編輯消息，這意味著我需要完成新建和編輯功能以使消息進(jìn)入正確的狀態(tài)。這將使取消看起來像這樣，然后開始變得相當(dāng)冗長：取消Feature: Cancelling a message  Scenario: A User cancels a message    Given there is a user called User1    And there is a user called User2    When User1 creates a new message with id 1234    And User2 adds the location US to the message    And User1 cancels the message    Then User2 should see status Cancelled on the message我可以這樣寫取消：Feature: Cancelling a message  Scenario: A User cancels a message    Given there is a message with id 1234    And User1 cancels the message    Then User2 should see status Cancelled on the message作為一項功能，讀起來相當(dāng)不錯，但是，我現(xiàn)在必須為“有一條 id 1234 的消息”編寫一個步驟定義，該定義可以執(zhí)行“編輯”功能正在執(zhí)行的所有操作。正如在開始時提到的，這些測試中的設(shè)置占用了 95% 的測試時間，因此理想情況下，我希望將這些作為一系列步驟一起運行，而不是從每個功能的新鮮開始。例如進(jìn)行一次設(shè)置創(chuàng)建新消息編輯消息取消留言是否可以將場景或功能鏈接在一起并重用前一個場景或功能的系統(tǒng)狀態(tài)？還是每次都必須從頭開始啟動系統(tǒng)？調(diào)用構(gòu)成“編輯”功能的所有其他步驟/方法的步驟定義是否是“取消”的正確方法，還是應(yīng)該編寫大量 And 語句？