Testing 在E2E测试用例中断言什么-最佳实践
我最近转到了一个现有的(但新的)项目,该项目仍处于测试阶段,已经进行了大量的单元、集成和系统/e2e测试。目前,大部分集成和系统测试都在断言Testing 在E2E测试用例中断言什么-最佳实践,testing,integration-testing,system-testing,Testing,Integration Testing,System Testing,我最近转到了一个现有的(但新的)项目,该项目仍处于测试阶段,已经进行了大量的单元、集成和系统/e2e测试。目前,大部分集成和系统测试都在断言预期的JSON负载与实际的JSON负载之间的相等性 考虑到这个项目的快速发展特性(而且它是beta版的),在更改JSON负载时,更改通常会导致许多测试出现红色翻转。频繁更改预期的JSON负载以匹配新的输出似乎是多余的,但如果我知道这是理想的测试方法,我会毫不抱怨地这样做 我的问题(TLDR):对于JSON API,如果我只测试“快乐路径”e2e/系统测试场景
预期的
JSON负载与实际的
JSON负载之间的相等性
考虑到这个项目的快速发展特性(而且它是beta版的),在更改JSON负载时,更改通常会导致许多测试出现红色翻转。频繁更改预期的
JSON负载以匹配新的输出似乎是多余的,但如果我知道这是理想的测试方法,我会毫不抱怨地这样做
我的问题(TLDR):对于JSON API,如果我只测试“快乐路径”e2e/系统测试场景;我理想的断言语句是什么?我是希望根据预期的有效负载测试整个有效负载,还是比较状态代码和一些高级JSON键更有意义