cucumber測試

Cucumber是一種規范語言的執行框架。 它并不是要成為測試語言，而是用于創建測試自動化。

Cucumber最適合出現一些實際參與者互動并取得某種成果的情況。 當可以從用戶的角度編寫它時，它特別有用。

Given Sarah is a premium club member When Sarah logs into the homepage Then she sees the premium club member call to action

盡管這可能是在談論屏幕，但它也在以用戶和產品的語言進行交流。 這是一個舒適的規格。

誰是后端用戶？

假設我們要在Cucumber中為后端編寫API測試？ 這給我們帶來了一些問題，例如，它實際上是一個不一定使用用戶語言的較低級接口，或者我們必須跟蹤發出的請求的狀態，因為我們不能僅僅談論正在處理的內容。屏幕。

那我們應該嗎？

Cucumber是編寫API測試的錯誤工具嗎？

答案在于我們是否認為后端具有可以以人類可讀形式表達的規范。

我們認為后端有規范嗎？

讓我們承認，無論規范是什么，它所使用的語言都比功能級別的驗收測試更具技術性，而功能級別的驗收測試可能與此后端只是組件的業務流程有關。

這里的一些問題是寫作。 我們希望以簡潔的形式表達系統的預期/期望行為。 這是我們需要求助于寫作1-2-3的地方 。 每個故事都有一個起點和終點。

您將如何向為您的工作付費的人解釋給定API的目的是什么？

好的，此API是一種在接收到憑據的基礎上為用戶生成用戶登錄證書的API，假設該用戶對憑據數據庫是已知的，否則就不會……

好吧..還有一點點不足，但至少聽起來很有價值。 我們可以1-2-3嗎？

對于已知用戶，提供憑據將產生證書。

在小Cucumber中：

Given Sarah is known to the credentials database as "sarah" with password "s4r4h" When Sarah's sign- in request is submitted as "sarah" , "s4r4h" Then a certificate is returned And the certificate contains the name "Sarah"

從哪兒開始？

制造的示例很簡單……您如何開始呢？

這里有一些想法：

• 繪制您要測試的服務的圖表
• 確定圖中的哪些對象是測試的目標，哪些是以下兩者之一：
  • 服務的使用者
• 考慮通過服務的數據流：
  • 如何開始？

現在我們了解：

• 服務的外部觸發器/客戶端
• 服務返回的東西
• 服務需要發生以支持它的事情
• 服務對外界所做的事情

我們的規格應為上述術語。

獎勵功能

我們的測試設計應該能夠解釋自動化如何將服務作為客戶端使用，提供任何依賴關系以及觀察服務的副作用和響應。

翻譯自: https://www.javacodegeeks.com/2020/02/how-to-phrase-back-end-tests-in-cucumber.html

cucumber測試

總結

以上是生活随笔為你收集整理的cucumber测试_如何在Cucumber中进行后端测试的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。