基于JBehave的负面场景是否呈指数增长？

Question

在基于行为的测试中，错误场景的数量似乎呈指数增长。

根据Aslak Hellesøy，BDD的创建是为了结合自动化验收测试、功能需求和软件文档。

PUT /order
{ 
    // JSON body with 3 mandatory parameters and 2 optional parameters
}

1. 使用所有3个强制参数的正确值调用RESTendpoint
2. 使用所有5个参数的正确值调用RESTendpoint

我们可以想出很多负面的情况。

1. 强制参数1设置为null，其他两个强制参数的值正确（每个强制参数有3种可能的情况）
2. 强制参数1设置为空，其他两个强制参数的值正确（每个强制参数有3种可能的情况）
3. 强制参数1设置为无效格式的值，其他两个强制参数的值正确（每个强制参数有3种可能的情况）
4. 强制参数1和2设置为null，其他强制参数的值正确（2种可能的情况）

我想了解更多关于所有这些负面场景(+更多）是否应该成为基于JBehave的测试套件的一部分？如果是这样的话，关于如何使其更具可维护性，有什么建议/想法吗？

Answer 1

了解被测试的应用程序在其自身的验证过程中在内部做了什么，特别是验证的顺序，会有很大的帮助。

在一个包含三个必需参数的简化示例中，您实际上只需要三个场景：每个参数一个。如果您知道，如果参数1无效，应用程序将失败，那么在另一个场景中测试参数2时，您不需要再次检查，因为在第一个参数失败时，第二个参数将永远不会被验证，所以不是三乘以三，您只需要三个：

1）无效，有效，有效。2）有效，无效，有效。3）有效，有效，无效。

我希望我正确地理解了你的问题，并提供了一些有用的信息。