服务单元测试是否应该涵盖 500 错误？[关闭]

Should a service unit test cover 500 Error? [closed]

提问人：bach 提问时间：10/23/2023 更新时间：10/23/2023 访问量：36

问：

已关闭。这个问题是基于意见的。它目前不接受答案。

想改进这个问题吗？更新问题，以便可以通过编辑这篇文章用事实和引文来回答。

上个月关闭。

改进此问题

我有一个获取元素的get函数。如果发生未捕获的异常，则抛出 500。我还应该为未捕获的异常编写测试吗？

C# 单元测试 XUnit

评论

3赞 MakePeaceGreatAgain 10/23/2023
这完全取决于您和您的预期承保范围。对于这样一个基于意见的问题，应该如何给出正确的答案？
0赞 Neil 10/23/2023
你能从响应中看出 500 是如何产生的吗？如果正文包含异常消息，那么也许您可以确保它是预期的 500。否则，您不知道 500 是否与硬件相关、内存不足、磁盘故障、错误代码或其他任何原因，在这种情况下，这是一个不可验证的测试。听起来你需要防止你已经检测到的未捕获的异常（你是否解析了并且格式是错误的？），也许会返回一个 4XX。DateTime

答：

2赞 Heinzi 10/23/2023 #1

想象一下，将来，您的某个同事搞砸了配置，因此未经处理的异常不再会导致 HTTP 500 状态响应，而是 HTTP 302 重定向到错误页面。

您是否希望单元测试套件通知您有关该回归的信息？如果是，请编写一个测试。

上一个：xUnit 允许多个测试失败

下一个：Vitest：expect.closeTo 不是函数