【问题标题】:Negative smoke tests / defect seeding for validating PACT implementation用于验证 PACT 实施的负烟雾测试/缺陷播种
【发布时间】:2021-06-19 01:50:01
【问题描述】:

我们正在实施 Pact 框架来测试几个微服务(Scala 后端和 iOS-Android 前端)。所以为了测试 Pact 实现本身,我们可以做什么样的负面测试/缺陷播种来确保 - 实现的 Pact 正在捕获它应该捕获的东西? 即,一旦我们的 Pact 工作完成,我们正在考虑进行缺陷播种并查看诸如查询参数、API 响应结构更改、API 路径中的拼写更改等错误是否被 PACT 正确捕获? 那么在那条线上,我们可以在已实施的 PACT 框架上运行哪些其他 -ve 测试和缺陷播种?即烟雾测试/探索性测试清单,以在 PACT 框架上线之前快速测试它。

谢谢

【问题讨论】:

    标签: pact pact-jvm pact-java


    【解决方案1】:

    Pact 并不是真正为这些类型的测试而设计的。可以做到,但数据的额外变化通常会成为提供商的问题 [1]。

    有一个提议可以通过为诸如此类的目的添加任意标签来“注释”交互。如果您想将您的想法添加到https://github.com/pact-foundation/pact-specification/issues/75,那将会很有帮助。

    1. https://docs.pact.io/consumer#use-pact-for-isolated-unit-tests

    【讨论】:

    • 感谢4回复。但是,如果我们必须对我们作为 PACT 的一部分实施的内容进行冒烟测试或探索性测试,那么我们如何验证(在受控环境、非或半自动化环境中)——它捕获了它应该捕获的错误抓到?
    • 啊,我想我误解了这个问题。您想编写测试,以验证 Pact 测试是否涵盖了所有内容?
    • 是的。基本上,在高级 PACT 框架上演示的是捕捉它应该捕捉的错误/问题。基本上类似于诱发故障/缺陷播种..,然后 Pact 在测试/暂存环境中检测到。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2010-11-18
    • 1970-01-01
    • 1970-01-01
    • 2011-12-20
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多