如何平静地处理角/边/错误案例

Question

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

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

詹姆斯用他的信用卡付款。 詹姆斯应该知道这次购买是成功的。

但是，如果他的信用卡无效或者他的银行拒绝了交易，那又该怎么办呢？这些场景与实现细节密切相关。

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

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

Answer 1

我认为你的问题与BDD/Gherkin有关，而不是与宁静有关。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