我有一些用 Gherkin 语法编写的验收测试，并使用 SpecFlow 将它们自动化。场景的一个示例（尽管它不在小黄瓜中）是，
“当提交审核时，加薪百分比高于公司阈值，则需要“加薪审批人”批准该审核。”
如您所见，这是一个特殊情况的示例，该情况导致其他人必须批准评论。鉴于这个例子，是否有必要有一个场景，
“当提交审核时，加薪百分比在公司门槛内，则“加薪审批人”不需要批准审核。”
如果是这样，截止线在哪里。显然，这可能导致每 1 个场景有 2 个场景——一个与您要完成的任务有关，一个只是验证您没有犯错（例如，增加批准者最终必须批准每条评论）
> .. do you have to test the opposite?
在有业务需求之前，我会说不，因为如果员工是经理或老板的儿子，也可能存在不需要审批者工作流的场景。在这种情况下，simple-threshhold-opposite-test 将失败而没有任何业务价值。
测试的程度取决于各种因素，包括您拥有的时间和正确进行测试的必要性，因此在决定盲目测试之前应该考虑这一点。
您指定的场景定义了两个非常明显的代码路径和两个不同的结果，因此通常都应该对它们进行测试。
理想情况下，您应该有一套现有的测试套件来测试现有的功能，在这种情况下，可能是在阈值内的加薪，不需要“加薪批准者”，在这种情况下，您可以回收这个测试（作为回归测试运行) 并且您只需要对超过阈值的增加进行测试。当你建立你的回归测试套件时，这个测试会变得更快。
注意：我不熟悉您使用的工具，因此无法给出相关示例