RESTful服务中的RestAssured与邮递员自动化测试

Nit*_*ita 4 testing automation

我尝试用邮递员编写测试以验证邮递员的响应。想知道邮递员测试的所有局限性以及如何将其与“保证放心”进行比较。

PaC*_*hSu 6

邮递员优点:

  1. 易于使用,因此学习迅速。
  2. 可用于
  3. 手动/探索性测试以及自动化测试。易于集成在CI中。

缺点:

  1. 无法自定义报告。
  2. 每个集合只能提供一个数据文件。因此在设计数据驱动的自动化框架时受到限制。

放心: 优点:

  1. 提供DSL,以便测试受行为驱动。
  2. Java库,因此可以设计自动化套件,以使代码可重复使用。
  3. 可重用性越高,维护成本越低。
  4. 可以与任何自定义/开源报告工具一起使用。
  5. 设计数据驱动的自动化框架设计时没有任何限制。可以使用excel或csv作为数据提供者。

  • Postman 确实已经发展,现在您可以生成自定义报告以及使用 CSV 文件进行数据驱动的自动化 (2认同)
  • postman 的另一个缺点是在处理 git 中的集合方面给开发人员带来了可怕的体验...每次更改都需要导入和导出集合,并且与常规源相比,大型 json 文件的代码审查(和冲突解决)非常痛苦代码。 (2认同)