在Google Test中使用EXPECT_NO_THROW宏是否存在优势？

你观察得没错——直接调用代码和用EXPECT_NO_THROW包裹，在代码抛异常时都会导致测试失败，但这个宏的价值远不止“规范明确”，实际好处有这些：

• 明确测试意图：直接写sut.do_action();，别人看测试用例时，可能以为这只是测试的前置操作，而非专门的校验点。用EXPECT_NO_THROW(sut.do_action());相当于给测试打了个“标签”：我就是要验证这个操作绝对不能抛出异常，这是一个明确的测试目标，不是随手写的调用。

• 更清晰的失败反馈：如果直接调用抛异常，Google Test的错误日志只会显示异常的类型和内容；但用EXPECT_NO_THROW的话，错误信息会明确提示“预期无异常，但抛出了[XX异常]”，让你一眼就知道这是一个专门校验无异常的断言失败，定位问题更高效。

• 灵活控制测试流程：如果测试用例还有后续步骤，直接抛异常会导致整个测试提前终止；而EXPECT_NO_THROW只是标记当前断言失败，不会中断测试执行（如果是ASSERT_NO_THROW才会终止）。这样你可以在一个测试里同时验证多个点，不会因为一个异常就看不到其他测试结果。

• 统一测试代码风格：作为Google Test提供的标准断言宏，EXPECT_NO_THROW和其他EXPECT_*、ASSERT_*宏保持一致，让测试代码的风格更统一，团队协作时大家更容易快速理解测试逻辑。

内容的提问来源于stack exchange，提问作者slingeraap