0

我喜欢专注于业务场景的想法。但是，作为开发人员，我还希望错误案例具有自动化的非回归测试。

例如，在电子商务功能中，会有一个场景

詹姆斯用他的信用卡付款
詹姆斯应该看到购买成功

但是，如果他的信用卡无效或他的银行拒绝交易，情况会怎样呢？这些场景与实现细节密切相关。

我看不出如何在 Serenity 哲学中处理这些场景的自动化测试。如果我编写场景，我将不得不提及当前的实现细节。在阅读有关 Serenity 的文献时，我觉得它只是为了测试幸福的道路，因为这是商界人士关心的。然而，在现实世界中，错误案例和更复杂的流程是应用程序的重要组成部分，并受益于自动化测试。

你能帮我理解我应该如何测试这些场景吗？谢谢！

4

1 回答 1

1

我认为您的问题与 BDD/Gherkin 相关，而不是 Serenity。BDD 绝对不会将接受标准限制为快乐的一天——我什至会说这是一种反模式。如果企业对负面路径感兴趣（通常是这样），那么它应该是一个接受标准。例如：

Scenario: James has insufficient funds on his account Given James has a $1000 limit on his credit card And he has already spent $900 When he attempts to purchase a meal costing $150 Then the transaction should be refused

于 2018-05-21T14:16:24.980 回答