我正在尝试向该项目添加单元测试：https://github.com/JimBobSquarePants/ImageProcessor
运行单元测试时，它们可能需要 1 或 2 分钟才能运行（它是一个图像处理库，我不希望它们快得离谱）。
问题是当我对这些测试运行 OpenCover 时，它们需要大约 20 分钟才能运行。
当前单元测试的要点是有一堆测试图像，每个单元测试（实际上更像是集成测试）读取每个图像，并在其上运行一堆效果。
我猜我做错了什么，但是什么？为什么在 OpenCover 上比 NUnit runner 需要更多的时间？
【问题讨论】：
标签： unit-testing nunit opencover
OpenCover 检测程序集的 IL（它可以为它找到一个 PDB 文件 - 因为这是保存文件位置信息的地方），然后是每个序列点（想想可以放置断点的地方）并且每个条件分支路径都会导致一个操作来注册访问（并增加访问次数）。
对于算法代码，您会发现在繁重的集成测试中运行覆盖将是一个性能问题，因此请确保您仅在紧密集成测试或单元测试中运行覆盖，例如在您的情况下，也许使用可以测试代码正确性的小图像（如前所述）。
您尚未描述您是如何运行 OpenCover（或哪个版本 - 我假设是最新版本），但请确保您已排除测试程序集并且仅检测目标程序集。
最后，OpenCover 使用了一些队列和线程，但如果您由于循环等原因向其抛出大量数据，则需要时间来处理数据，因此它在具有 4 个或更多内核的机器上工作得更好。当您运行测试时，请查看任务管理器并查看发生了什么。
【讨论】：
这是推测，因为我不使用 OpenCover，但覆盖分析工具应该可以检测它通过的所有行。既然你在做图像处理，每个像素肯定会触发 OpenCover 对匹配的代码行做一些分析，并且你有很多像素
假设 OpenCover 需要 0.01 毫秒来检测一行代码（这也是纯粹的推测），您正在处理 1280*1024 图像并且每个像素需要 3 行代码（上限红色通道，异或绿色和蓝色，无论如何），你得到 1310720 * 0.01 * 3 = 大约 39 秒。一次测试。
我怀疑你只有一个测试，所以将它乘以测试数量；您可能知道为什么它很慢。
您或许应该尝试在较小的范围内测试您的算法：除非您正在执行图像范围的操作（我没有看到哪些操作？）您的代码不需要处理整个图像。或者使用较小的图像？
编辑：我在这里查看了测试套件，并且（再次，不知道 OpenCover 本身）可以说问题来自您正在测试的所有数据；为相同的测试加载和处理每个图像，这不是您想要的单元测试方式。
测试将每种图像类型加载到库的 Image 类中，然后测试 Image 类的 one 旋转、one 调整大小操作等。不要测试所有内容每次！
由于测试是必要的，也许您可以探索OpenCover options 以排除一些数据。也许通过仅检测算法的外壳来完善您的覆盖分析会有所帮助。看看filters 看看你可以隐藏什么以使其运行可接受。
或者，您可以只每天运行代码覆盖率，最好是在晚上？
【讨论】：