BDD“给定”步骤描述及实现

Question

您通常如何描述和实施场景的“给定”步骤？

1. 高级状态描述或显式数据定义？
2. 填充数据库或存根存储库？

---

高级状态描述

Given I have 4 products
When I look for best-selling products
Then I see top 3 products with maximum number of sales

PRO

• 不脆弱
• 易于阅读和理解业务目标

CON

• 不清楚我们需要什么数据

显式数据定义

Given I have following products:
  | Name         | Sales number    |
  | Beer         | 20              |
  | Pizza        | 5               |
  | Socks        | 3               |      
  | Toilet paper | 100             |
When I look for best-selling products
Then I see following products:
  | Name         | Sales number    |
  | Toilet paper | 100             |
  | Beer         | 20              |
  | Pizza        | 5               |

PRO

• 易于实施（明确需要什么数据）

CON

• 难以阅读和理解业务目标
• 更脆弱

---

填充数据库

using (var connection = new SqlConnection(connectionString))
{                
    using (var deleteCommand = new SqlCommand("DELETE FROM Products", connection))
    {
        connection.Open();
        deleteCommand.ExecuteNonQuery();
    }

    SqlDataAdapter adapter = new SqlDataAdapter("SELECT * FROM Products", connection);              
    DataSet data = new DataSet();
    adapter.Fill(data);

    foreach (var specFlowRow in table.Rows)
    {
        DataRow dataRow = data.Tables[0].Rows.Add();
        dataRow["Name"] = specFlowRow["Name"];                   
    }

    adapter.Update(data);
}

优点

• 规格作为集成测试（我们练习系统端到端）

缺点

• 我们需要在代码之前创建数据库表（数据驱动方法）
• 速度慢
• 脆弱
• 难以实施

存储库存根

// or get stubbed repository from DI framework
productsRepository = new InMemoryProductsRepository();            

// or use specflow assist helpers
foreach (var specFlowRow in table.Rows)            
    productsRepository.Save(new Product(specFlowRow["Name"]));

优点

• 我们可以先编写代码
• 快速
• 不易损坏（易于更改）
• 易于实现

缺点

• 我们没有证据证明功能已实现

---

这就是我对可能方法的看法:) 您如何定义和实施“给定”步骤？ 谢谢！

Answer 1

我们通过你提到的组合来实现Given。通过使用 DI 和不同的配置（使用此工具可以轻松实现）我们大部分时间在内存中运行单元测试，并强制它们在 CI 服务器上作为针对真实数据库的集成测试。因此您可以获得性能和全面的测试。

为了设置您的数据，我个人最喜欢您的示例“显式数据定义”。指定测试使用哪些数据可确保您可以将测试作为文档来阅读。针对未知的数据存储运行会使测试难以阅读。但在这种情况下构建测试数据时，产品名称并不重要，重要的是数量。

这是通过使用构建器模式来处理的。仅指定为测试导入的数据，并让构建器为所有其他字段生成默认值。

NBuilder 是一个非常好的工具。我们现在正在使用它进行测试，它看起来非常有前途。

您的测试将如下所示：

class Product
{
    public string Name { get; set; }
    public int Sales { get; set; }
}

[TestMethod]
public void SalesTest()
{
    var products = Builder<Product>.CreateListOfSize(4)
         .TheFirst(1)
         .With(x => x.Sales = 20)
         .AndTheNext(1)
         .With(x => x.Sales = 5)
         .AndTheNext(1)
         .With(x => x.Sales = 3)
         .AndTheNext(1)
         .With(x => x.Sales = 100).Persist();

    var result = SystemUnderTest.Execute();

    Assert.AreEqual(3, result.Count);

    Assert.AreEqual(100, result[0].Sales);
    Assert.AreEqual(20, result[0].Sales);
    Assert.AreEqual(5, result[0].Sales);
}

Answer 2

作为对“我们如何为复杂或相关对象设置给定？”的广泛回答。问题——就像产品和销售——这一切都取决于您指定的行为。没有单一、正确的方法。顺便说一句，您没有包含功能和场景文本来为我们提供有关此 cuke 的行为的一些背景信息，但是，不可否认，这并不难猜测。

您的“不脆弱”的第一个示例展示了一种消除基本行为的好方法，该行为告诉我用户可以看到最畅销产品及其销售数字的简短列表。

如果你想证明显示器在某种程度上关心以排名方式显示事物，你可以更明确地给出，然后明确你是按销量“反向排序”。或者，这个明确的例子可以被认为是让你的意思变得非常清楚。

我通常的经验法则是将设置限制为您想要在当前场景中测试的“对象图”的那些部分。这有助于引起人们对正在测试的系统中最“狭窄”部分的关注。否则，如果你继续为所有场景从头开始构建一切，有时很难看出测试的目的。有时您关心父对象中的细节，有时您想测试各部分的总和。