【发布时间】：2016-11-20 01:42:00
【问题描述】：
Allure 总是为在断言之前失败的测试设置 BROKEN 状态。 但通常测试失败是因为断言之前存在的错误（比如登录不起作用）。
是否有可能将已分配问题且失败的测试标记为失败，而不是在 Allure 中损坏？
【问题讨论】：
-
试图解析您的问题。您是在问，“如果黄瓜场景有标签 @test-has-preexisting-issue 是否可以将状态设置为 BROKEN 而不是 FAILED 出现任何预期或意外的错误？”
-
我在问是否可以将我的附加条件添加到 Allure 以在分配问题时设置测试状态失败
-
据我了解 Allure，BROKEN 设置为意外异常。您可以捕获所有异常并明确断言失败以获取 FAILED 状态，不是吗？
-
但是在这种情况下，当异常是由错误和测试质量差引起的时，我将无法区分情况。例如：我捕捉到 NoSuchElement selenium 异常。例如，如果定位器不好，测试应该是 BROKEN，但如果没有元素是错误，则测试应该是 FAILED =>我想在分配问题时将测试标记为 FAILED
-
在 catch 块中，您需要决定是否应该调用断言失败 (FAILED) 或是否重新抛出异常 (BROKEN)。该决定可以基于标签和故障的性质。您可以编写一个所有 catch 块调用的类来集中这个逻辑。取决于您要为此投入多少工作。
标签： cucumber-jvm allure