unit-testing - 围绕异常对区域进行单元测试的正确方法是什么

标签 unit-testing exception

看看我们的单元测试的代码覆盖率,我们相当高。但是最后几个 % 很棘手,因为它们中的很多都在捕获诸如数据库异常之类的东西——这在正常情况下不会发生。例如,代码防止字段过长等,因此唯一可能的数据库异常是数据库是否损坏/损坏,或者模式是否在我们脚下发生了更改。

那么是 Mock 对象以便可以抛出异常的唯一方法吗?这似乎有点毫无意义。也许最好接受没有获得 100% 的代码覆盖率?

谢谢,

最佳答案

当指定 100% 覆盖率目标时,通常的做法是通过测试覆盖尽可能多的代码,并通过代码审查覆盖剩余的几个百分比。

关于unit-testing - 围绕异常对区域进行单元测试的正确方法是什么,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/2873184/

相关文章:

c# - 是否可以从Exception.StackTrace中提取一些结构化信息?

iphone - 如何对 IBOutlet 连接进行单元测试?

c# - NSubstitute - 伪造一个调用另一个虚拟方法的虚拟方法

iphone - GHKit 诊断中的小尾数十六进制,为什么?

c++ - 具有 VirtualProtect 的 PAGE_GUARD 在执行访问时不会引发异常

.net - 线程C#中发生异常时,进程未终止

unit-testing - Grails 3:在服务方法中传递输入流

使用 JUnit 进行 JAVA 单元测试最佳实践

android - 无法生成签名的 apk,但工作正常

exception - 捕获代号一中的 NetworkManager 异常