【问题标题】:Test Assertion REST API best practices测试断言 REST API 最佳实践
【发布时间】:2016-09-21 03:29:13
【问题描述】:

我们正在进行 API 测试自动化,并希望就响应断言的最佳实践提供建议

问题陈述

我们有一个 API /Orders/{ID},它基本上给出了给定订单的详细信息,现在状态代码将始终为 200 成功,但响应可能对不同类型的订单有额外的值,而对于其他类型,它将为空,例如:折扣属性可以为空,也可以是十进制值,具体取决于我们发送的输入负载。

目前,我们添加了具有不同输入的 CSV 文件,并使用 TT 文件生成具有不同输入的测试方法,这没有问题,并且每种类型都有不同的断言语句,因此我们创建了不同的 AssertValidator 类和基类将具有公共属性检查,每个规范将检查额外属性并创建一个工厂类,该类将具有所有验证器类的实例,并根据输入选择正确的类

我想知道这种可扩展的方法是否有一个额外的列,我可以在其中设置 JSON 形式的每个条目的预期属性并相应地生成断言语句。

为什么哪个更具可扩展性和可维护性?

如果有更好的方法,请提出建议

【问题讨论】:

    标签: rest automated-tests asp.net-web-api2


    【解决方案1】:

    如果在您的情况下可行,我也会传递预期结果,因为我认为扩展速度更快。拥有一个 AssertValidator 工厂,所有这些都适用于生产代码,但鉴于这些是测试,只需在测试用例中添加带有一些输入和预期值的新行,而不是添加新的 AssertValidator。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2013-10-23
      • 2020-05-29
      • 1970-01-01
      • 2010-10-30
      • 1970-01-01
      • 2018-04-27
      相关资源
      最近更新 更多