基于OpenCover进行代码覆盖率测试

最新推荐文章于 2025-05-26 09:00:03 发布
转载 最新推荐文章于 2025-05-26 09:00:03 发布 · 1.4k 阅读 · 3 ·
CC 4.0 BY-SA版权
原文链接：http://www.cnblogs.com/minerrr/p/9253960.html
文章标签：

#操作系统 #数据库 #c#

介绍使用OpenCover和ReportGenerator进行代码覆盖率测试的方法。包括配置、命令行参数解释、常见问题解答等。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

　　最近开始接触白盒测试，开发同事对OpenCover（开源C#代码覆盖率统计工具）、ReportGenerator（将XML报告转换成HTML的工具）二次开发出一个代码覆盖率的工具。下面基于该工具，记录对OpenCover、ReportGenerator等的理解。

 

未使用OpenCover时，被测程序的正常运行流程：

使用OpenCover、ReportGenerator后，被测程序的运行流程：

　　OpenCover中的Profiler启动运行被测程序的程序或服务——>运行被测程序——>得到运行结果同时，也得到xml覆盖率结果——>ReportGenerator将xml转成HTML

　　——>命令行调用OpenCover.Console.exe——>使用SentrySdk收集崩溃报告——>解析命令行中传入的参数（被测程序路径、要打印使用说明、是否启动服务、过滤信息等）

　　——>处理过滤器信息，如果命令行中未传-filter参数，则默认匹配分析所有的类和方法——>创建性能计数器？

　　——>得到输出xml报告的全路径——>初始化封装了注入框架依赖的容器——>创建文件句柄，后续将覆盖率信息写入文件中。如果已经存在覆盖率xml文件，则合并

　　——>启动覆盖率分析进程。注册分析器，调用OpenCover.Profiler.dll——>启动被测程序——>

 

 

 

 

该工具使用及主要实现流程：（以测试站点程序为例）

——>配置好OpenCover、ReportGenerator、被测程序的路径、IIS Express config的路径

——>执行的时候就根据配置好的参数执行命令，即相当于在cmd中执行：

H:\白盒测试\Debug\Opencover\OpenCover.Console.exe -target:"C:\Program Files (x86)\IIS Express\iisexpress.exe" -targetdir:"D:\被测站点\xxx.xxx.com\bin" -targetargs:"/site:xxx_bh.xxx.com /config:\"C:\Users\ym\Documents\IISExpress\config\applicationhost.config\"" -register:ym -output:"H:\白盒测试\xml_ym\xxx_bh.xxx.com\xxx_bh.xxx.com.xml"

——>此时IIS Express已经启动，访问在通过IIS Express配置的站点，开始测试。

——>测试完成后，退出IIS Express，生成xml文件。

——>使用ReportGenerator生成HTML文档，相当于在cmd中执行命令：

H:\白盒测试\Debug\ReportGenerator\ReportGenerator.exe -reports:H:\白盒测试\xml\白盒测试.xml -targetdir:H:\白盒测试\xml\html

 

关于OpenCover：

　　OpenCover是用于.NET 2.0及以上应用程序的代码覆盖的开源命令行工具。OpenCover使用PDB文件提供序列信息，确定哪行代码与每行源代码相关联，然后检测每个序列点以记录命中。因此必须要有的是PDB文件以及可执行文件和程序集，应该在调试模式下构建测试中的应用程序。如果未找到PDB文件，则不会收集任何覆盖数据。

　　使用COM（组件对象模型）开发，profiler部分使用c++，

　　OpenCover使用mono.Cecil来分析分支或IL以确定在何处检测代码。

　　OpenCover在开始时要考虑的指标是：

  1. 声明范围即已涵盖的行数。
  2. 方法覆盖范围，即涵盖了哪些方法。
  3. 分支覆盖范围即采取了哪些分支。这与圈复杂度有关
OpenCover基本用法（命令行参数）：
-target： 应用程序可执行文件或服务名称的路径  （我的理解：将被测程序运行起来的程序或服务。网上帖子中，大多用的NUnit。本文例子用的是IIS Express）
-filter： 应用于选择性地包括或排除coverage结果中的程序集和类的过滤器列表 （默认选择所有的类和方法）
　　　　　　使用PartCover语法，在哪里(+|-)[Assembly-Filter]Type-Filter。
　　　　　　例如，+[Open*]*包括以Open开头的程序-[*]Core.*集中的所有类型，排除Core命名空间中的所有类型，而不管程序集如何。
　　　　　　如果未提供过滤器，+[*]*则会自动应用默认的包含过滤器。
-output： 输出XML文件的路径，如果为空，则将在当前目录中创建results.xml
-register [：user] - 注册和取消注册代码覆盖率分析器
-targetargs： - 要传递给目标进程的参数（可指定被测程序的路径）
-targetdir： - 目标目录的路径或PDB文件的备用路径  （如果-targetargs 已经指定了被测程序的路径，那么这里可作为查找PDB文件的依据。本文例子则作为查找PDB文件的路径）

用法：https://github.com/OpenCover/opencover/wiki/Usage

文档：https://github.com/opencover/opencover/blob/master/main/OpenCover.Documentation/Usage.pdf

参考：http://www.cnblogs.com/binyao/category/477233.html

　　　http://www.cnblogs.com/tylerzhou/p/9076386.html

　　　http://blog.alantsai.net/posts/2017/01/devopsseries-opencover-intro

　　   https://www.codeproject.com/Articles/677691/Getting-code-coverage-from-your-NET-testing-using

 

什么是IIS Express：

　　一个兼具Visual Studio的ASP.NET开发服务器和Windows的IIS Web服务器功能的轻量级web服务器。

　　具体描述：https://stackify.com/what-is-iis-express/

　　配置：https://blog.youkuaiyun.com/zhangjk1993/article/details/36671105

为什么用IIS Express：

文档中有这么一段描述：

Running against IIS
Normally I’d suggest running against IISEXPPRESS as I think it is easier to automate. However for those who really want to run against a full blown IIS then the following instructions (supplied by a user) will hopefully suffice.
“The trick is to start OpenCover to run the w3wp.exe process in debug mode e.g.
OpenCover.Console.exe -target:C:\Windows\System32\inetsrv\w3wp.exe -targetargs:-debug 
-targetdir:C:\Inetpub\wwwwoot\MyWebApp\bin\ -filter:+[*]* -register:user
There are some prerequisites though:
1.All applications running under the site must make use of the same app pool; you'll get errors in the EventLog otherwise.
2.inetserver needs to be stopped, before starting w3wp.exe in debug mode. You can use the following command:
net stop w3svc /y
After testing/code coverage completion you can close the w3wp.exe process and start the inetserver again:
net start w3svc
This procedure was tested on a Win2008 machine with IIS7.5”
You can also run multiple OpenCover instances against separate IIS sites by using the –s option when running IIS to choose the siteid e.g.
OpenCover.Console.exe -target:C:\Windows\System32\inetsrv\w3wp.exe 
    -targetargs:"-debug -s 1" 
    -targetdir:%WebSite_Path% 
    -filter:+[*]* 
    -register:user 
    -output:%CoverageResult_Path%
Then you can use ReportGenerator to merge the coverage results.

大致意思就是用IIS Express更方便。

而如果要启动完整的IIS，那就要：

1）在调试模式下运行被测程序并启动OpenCover（将代码构建到调试模式获取PDB文件。或者直接获取源代码）

2）所有在站点下运行的应用程序都必须使用相同的应用程序池；否则，会报错

3）在调试模式下启动被测程序前，需要停止intserver（PS：intserver可能指的是启动被测程序的服务吧。）

　　而结合实际需求，虽然也可以直接往-target传参为IIS的启动程序来进行监控测试情况，但是IIS还部署了其他非测试站点，会相互影响。所以实际应用还是采用IIS Express，每个测试人员部署自己的IIS Express，而不会相互影响。

 

关于PDB文件：

 

　　PDB是Program Data Base 的缩写。顾名思义，它是一个存储库（持久性存储，如数据库），用于维护在调试模式下运行程序所需的信息。它包含调试代码时所需的许多重要相关信息（在Visual Studio中），例如，在您希望调试器在Visual Studio中中断的位置插入断点。

　　这就是为什么如果*.pdb从调试文件夹中删除文件，Visual Studio很多次都无法达到断点的原因。Visual Studio调试器还能够通过文件的帮助告诉您堆栈跟踪中发生异常的代码文件的精确行号*.pdb。因此，有效的pdb文件在调试程序时对开发人员来说真的很有用。

　　通常，建议不要排除*.pdb文件的生成。从生产发布的角度来看，您应该做的是创建pdb文件，但不要将它们发送到产品安装程序中的客户站点。将所有生成的PDB文件保留在符号服务器上，以备将来可以使用/引用它。特别适用于调试进程崩溃等问题的情况。当您开始分析故障转储文件时，如果*.pdb未保留在构建过程中创建的原始文件，则Visual Studio将无法确定导致崩溃的确切代码行。

　　如果您仍想*.pdb为任何版本完全禁用文件生成，请转到项目属性 - >构建选项卡 - >单击Advanced按钮 - > none从“调试信息”下拉框中选择 - >按OK下面的快照中所示。

无C＃项目的调试信息设置

 

https://blogs.msdn.microsoft.com/vcblog/2016/02/08/whats-inside-a-pdb-file/

https://tpodolak.com/blog/2017/10/12/net-core-calculating-code-coverage-opencover-windows/

http://www.cnblogs.com/itech/archive/2011/08/15/2136522.html

https://blog.youkuaiyun.com/feihe0755/article/details/54233714

 

使用ReportGenerator 将xml生成HTML报告：

ReportGenerator用于将OpenCover，PartCover，Visual Studio或NCover生成的XML报告转换为各种格式的友好可读报告。

使用指南可以在其主页上找到，最有用的命令是（命令行参数）：

  • -reports： - 应该解析的覆盖率报告，分号分隔，允许使用通配符
  • -targetdir： - 应保存生成的报告的目录
  • -sourcedirs：[;] [;] - 包含相应源代码的目录，可选，分号分隔
  • -classfilters：<（+ | - ）filter> [; <（+ | - ）filter>] [; <（+ | - ）filter>] - 报表中应包含或排除的类列表，可选，通配符被允许。

　　

如下图，为报告部分截图，包含语句覆盖和分支覆盖情况。点击相应的页面，会进入对应程序，可看到具体覆盖到哪一行代码。

　　

代码覆盖详情，绿色表示完全覆盖，橙色表示该行代码还有分支未覆盖到，红色则未覆盖。

 

补充：

1、如果是测试Windows服务的覆盖率：

1）执行如下命令启动服务：

G:\Opencover所在路径\OpenCover.Console.exe -service:byname -target:安装好的服务名 -register:ym -output:H:\白盒测试保存路径\xxx\xxx.xml

2）测试完毕后，正常关闭服务，则可收集覆盖数据。

https://github.com/OpenCover/opencover/wiki/Service-Support

 

FAQ:

1）若提示

　　原因有三：　（1）未走到相关代码

　　　　　　　　（2）缺少对应的pdb文件

　　　　　　　　（3）未正确注册Profiler，添加参数-register:账号名

 

参考资料：https://www.cnblogs.com/tylerzhou/p/9076537.html

　　　　　https://www.cnblogs.com/SivilTaram/p/vs_opencover_unit_coverage.html

 

转载于:https://www.cnblogs.com/minerrr/p/9253960.html

C#代码覆盖率实践-vsinstr和OpenCover
Ricky Qiu的软件测试笔记
06-09 1万+
最近接触的项目涉及到C#开发的应用，测试过程中我们需要去分析C#的代码覆盖率，问了一些人，在网上也搜了一些，零碎的找到很多资料，但是都不是很完整，实际使用的过程中还是走了不少弯路。到现在为止，有两种可行的方案试验成功了，这里写出来给大家分享下。可能很多人都用过，就当是个整理吧。 方法一：使用VS自带的vsinstr工具 准备条件：安装VS2010或者VS2012。 基本的操作
使用OpenCover生成单元测试覆盖率报告
yangxkl的专栏
03-31 6443
在单元测试实践中经常会需要查看代码覆盖率，大多生成单元测试覆盖率的软件都是收费的。 开源的Coverage Tool不多，OpenCover是一个不错的选择。 参考：http://stackoverflow.com/questions/276829/code-coverage-for-c-net             http://www.codeproject.com/Article
OpenCover 项目启动与配置教程
gitblog_01111的博客
05-26 317
OpenCover 项目启动与配置教程 1. 项目的目录结构及介绍 OpenCover 是一个针对 .NET 2 及以上版本的开源代码覆盖率工具，主要用于 Windows 操作系统。项目的目录结构如下： 根目录：包含项目的所有文件和目录。 .github/：包含 GitHub 工作流的配置文件。 .gitattributes：定义 Git 处理文件的规则。 .gitignore：定义 Git ...
OpenCover+ReportGenerator实现.net代码覆盖率测试
技术无止境
06-20 5953
文章来源：公众号-智能化IT系统。OpenCover+ReportGenerator实现.net代码覆盖率测试公众号-智能化IT系统。每周都有技术文章推送，包括原创技术干货，以及技术工作的心得分享。扫描下方关注。...
OpenCover 代码覆盖率工具使用指南
gitblog_00943的博客
05-26 376
OpenCover 代码覆盖率工具使用指南 1. 项目介绍 OpenCover 是一个针对 .NET 2.0 及以上版本的代码覆盖率工具，它专门为 Windows 操作系统设计，支持 32 位和 64 位进程，能够覆盖分支点和序列点。OpenCover 的开发起源于对 PartCover 工具的改进需求，特别是在支持 64 位进程方面的努力。该工具适用于任何针对 .NET 全框架编译的应用程序，尽...
OpenCover
gitblog_00022的博客
03-14 709
OpenCover OpenCover 是一个开源的代码覆盖率工具，它可以帮助开发者测量他们的测试代码覆盖了多少源代码。 功能特性 支持.NET Framework 和 .NET Core 可以生成多种报告格式，包括 HTML、XML、CSV 等 支持过滤，可以选择仅分析部分类或方法 可以与其他测试框架集成，如 NUnit、xUnit 等 使用场景 OpenCover 可以在以下场景中使用： ...
探索虚拟现实的未来：COVISE与OpenCOVER 开源项目
gitblog_00078的博客
06-02 411
探索虚拟现实的未来：COVISE与OpenCOVER 开源项目 项目介绍 COVISE（协作可视化和模拟环境）是一个模块化分布式可视化系统，由HLRS（高性能计算服务中心）领导开发。它专注于科学数据在虚拟环境中的可视化，并集成VR渲染器OpenCOVER。COVISE支持Windows和UNIX平台，提供x86_64 Windows、Linux和Mac OS X版本。 项目技术分析 COVISE的...
只懂黑盒测试也能学会代码覆盖率分析和精准测试
人生不怕起点低，就怕没追求
10-15 1042
今天文章中我们给大家介绍覆盖率统计及覆盖率分析。 常见覆盖率统计工具 emma cobertura jacoco emma 与 cobertura 是为单元测试而设计的覆盖率统计，jacoco 与 emma 同属于一家公司，但是是为了更广泛的覆盖率统计而设计的工具。 Jacoco jacoco 的文档中有个 mission 章节，里面对 jacoco 的定位描述的很好。原文的大意是说其他的工具没有得到积极有效的维护，而且其他的工具都是为了单一任务而设计，他们不是为了 “集成” 而生。从这一点上，我们就.
代码覆盖度-NCover监控IIS和exe，结果分析
weixin_30216561的博客
05-21 139
1.监控发布在IIS中的程序 1.1使用注意事项 1）在监控发布在IIS中的应用程序，即监控IIS服务时需要注意停止监控，程序会将IIS服务停止，为了减少IIS频繁启动对于他人的影响，建议在无人使用的时间段或者独立的服务器上进行。 2）对监控结果分析时，只需要保证你发布产物用于编译的代码在NCover服务器上存在即可，例如个性化彩铃铃音设置工具DiyRingSetTool是从路径” E:\P...
OpenCover（包）
04-27
使用OpenCover生成单元测试覆盖率报告， 使用OpenCover生成单元测试覆盖率报告，VS2015可用。
单元测试02：Open-Cover安装与使用
winterye12的博客
11-06 1981
1.Open-Cover 用于测试代码是否被测试过。 1.下载open-cover与ReportGenerator 2.下载压缩包后，设置系统环境变量，如： D:\OpenCover D:\OpenCover\ReportGenerator 2.执行 OpenCover.console -register -target:nunit3-console.exe -targetarg...
大数据平台测试-后端代码覆盖率工具
全村的希望的博客
06-19 1527
在后端开发中，常用的覆盖率工具包括：JaCoCo（Java Code Coverage）：JaCoCo 是一个流行的 Java 代码覆盖率工具。它可以在编译期间插入字节码，收集覆盖率信息，并生成报告。JaCoCo 支持行覆盖率、分支覆盖率、方法覆盖率和类覆盖率等多种指标，并且可以与各种构建工具和测试框架集成。Cobertura：Cobertura 是另一个广泛使用的 Java 代码覆盖率工具。它通过在编译期间插入字节码，收集覆盖率数据，并生成报告。
这7个最强测试代码覆盖率工具，你必须知道！
伤心的辣条
10-18 2225
在单元测试中，代码覆盖率主要用来衡量代码质量好坏的指标，代码覆盖率表示测试用例通过手动测试和使用自动化测试所覆盖的代码百分比。
单元测试之路径覆盖率
博客定位是个人工作、学习的经验总结
05-23 212
【代码】单元测试之路径覆盖率。
Jenkins结合.net平台工具之Opencover
weixin_30533797的博客
05-23 184
首先先介绍一下Opencover是什么,Opencover是.net平台下用于生成单元测试覆盖率报告的一款软件,是.net平台下为数不多的一款免费覆盖率报告工具,类似的工具还有Jetbrains的dotcover以衣VisualStudio自带的单元测试覆盖率工具,dotcover是付费软件,visualStudio自带的单元测试覆盖率报告工具仅限于在VisualStudio中使用,无法与Jenk...
【踩坑记录】OpenPrompt工具包如何使用？
vector的博客
12-06 9146
家人们，泪目啊！整整弄了好几个小时，终于是跑起来了，跑起来了啊家人们，一起看看我踩过了哪些坑吧。 目录安装运行小democannot import name 'load_dataset'下载数据集demo详解 OpemPromt是一个专门针对第四范式开发的工具，读者可以通过下面的参考资料和文献详细了解这个工具，本篇文章仅重点记录如何使用这个工具。 链接：https://github.com/thunlp/OpenPrompt 论文https://arxiv.org/abs/2111.01998 官方.
Jenkins执行批处理文件失败
weixin_30869099的博客
09-05 282
今天搭建Jenkins持续集成环境，编译环境是.net，在.net下没有比较好的代码覆盖率测试插件，所以用了开源的OpenCover，计算代码覆盖率，然后用ReportGenerator导出hmtl格式的测试报告。这里用到了批处理脚本，到这里问题出现了。 脚本写好之后在Windows系统下直接运行没有任何问题。但你要把它放在Jenkins里作为编译后执行的话就会报错，很诡异。我自已...
我希望通过FineCodeCoverage 进行点点点的功能测试覆盖率，而不是通过自动化单元测试代码来执行，怎么操作
最新发布
08-09
<think>我们正在讨论如何使用FineCodeCoverage进行功能测试覆盖率统计。注意，用户强调是“功能测试”而非“自动化单元测试”。FineCodeCoverage（FCC）是一个Visual Studio扩展，主要用于在运行单元测试时收集代码覆盖率。但是，功能测试通常是指手动测试或者通过UI自动化工具（如Selenium）进行的测试，这些测试并不直接通过测试运行器（如MSTest、NUnit等）执行。 然而，FineCodeCoverage主要是为单元测试设计的。对于功能测试，我们可能需要一些变通方法。以下是一种可能的方法： 思路：将功能测试的执行与单元测试的运行关联起来，从而利用FCC收集覆盖率。具体来说，我们可以创建一个“测试容器”（比如一个空的单元测试项目），然后在运行功能测试之前启动覆盖率收集，运行结束后停止收集。但FCC本身并不直接支持这种模式。 另一种方法是：使用FCC的底层工具（如OpenCover）来手动收集功能测试的覆盖率。但是，用户要求使用FineCodeCoverage，所以我们尽量在FCC的框架内操作。 参考引用[2]中提到QT代码覆盖率测试使用了OpenCppCoverage，而FCC实际上也是基于OpenCover（针对.NET）的。因此，我们可以尝试通过配置FCC来收集功能测试的覆盖率，但需要一些额外的步骤。 操作步骤（假设使用Visual Studio和FineCodeCoverage）： 1. **安装FineCodeCoverage**：通过Visual Studio的扩展管理器安装FCC。 2. **创建一个测试项目**：虽然我们要进行功能测试，但FCC需要依附于单元测试项目来运行。因此，我们可以创建一个单元测试项目（如MSTest项目），但不写任何单元测试。这个项目只是为了启动覆盖率收集。 3. **配置功能测试的启动**：我们需要在运行“单元测试”的同时启动我们的功能测试（例如，一个可执行程序或一个网站）。我们可以通过编写一个“启动器”单元测试来实现，这个单元测试会启动功能测试程序并等待其结束。 4. **编写启动器测试**：在单元测试项目中，编写一个测试方法，在该方法中启动功能测试程序（例如，使用`Process.Start`），然后等待功能测试程序结束。这样，FCC在运行这个单元测试时会收集整个过程中被执行的代码的覆盖率。 5. **运行测试并查看覆盖率**：运行这个启动器测试，FCC会自动收集覆盖率，并在Visual Studio中显示报告。 示例代码（在单元测试项目中）： ```csharp using Microsoft.VisualStudio.TestTools.UnitTesting; using System.Diagnostics; namespace FunctionalTestCoverage { [TestClass] public class FunctionalTestLauncher { [TestMethod] public void RunFunctionalTests() { // 启动功能测试程序，这里假设功能测试是一个可执行文件 Process process = Process.Start(@"path\to\your\functional\test\program.exe"); process.WaitForExit(); // 等待功能测试结束 Assert.AreEqual(0, process.ExitCode, "Functional tests failed"); } } } ``` 6. **注意**：这种方法收集的覆盖率是功能测试程序运行过程中所涉及的所有代码（包括被测试的应用程序和功能测试框架等）。但FCC默认会过滤掉测试项目的代码（只显示被测试项目的代码）。如果功能测试程序不是被测试项目的一部分，可能需要调整FCC的设置，将功能测试程序所在的目录包含进来。 7. **配置FCC**：在Visual Studio中，通过“工具”->“选项”->“Fine Code Coverage”可以设置。可能需要设置： - 包含哪些程序集（默认包含被测试项目，排除测试项目）。如果功能测试程序集也需要被覆盖，可以将其包含进来。 - 或者，如果功能测试程序启动的是另一个进程（如一个WPF应用程序），那么需要确保FCC能够监控该进程。FCC默认只监控测试进程及其子进程？这可能需要FCC支持监控其他进程。但当前版本的FCC可能不支持。 8. **局限性**：FCC主要设计用于单元测试，对于多进程的监控可能不够完善。如果功能测试程序是独立进程，可能无法被监控到。此时，可能需要考虑使用其他工具（如OpenCover的命令行）来手动收集。 替代方案：如果上述方法不奏效，可以考虑使用OpenCover命令行工具来收集功能测试的覆盖率。步骤如下： a) 安装OpenCover和ReportGenerator（可以通过NuGet安装到工具目录）。 b) 使用OpenCover运行功能测试程序： OpenCover.Console.exe -target:"path\to\functional\test\program.exe" -output:coverage.xml -register:user c) 使用ReportGenerator生成报告： ReportGenerator.exe -reports:coverage.xml -targetdir:coveragereport 但是，用户要求使用FineCodeCoverage，所以我们优先考虑在Visual Studio中集成的方法。 总结：使用一个启动器单元测试来启动功能测试程序，并利用FCC收集覆盖率。这种方法可能需要对FCC的配置进行调整，并且可能无法覆盖所有情况（特别是当功能测试程序以服务形式运行或涉及多个进程时）。 如果用户的功能测试是Web应用程序的UI测试（如使用Selenium），那么启动器测试可以启动浏览器并运行测试脚本，然后等待测试脚本结束。同样，需要确保被测试的Web应用程序是在单元测试进程的子进程中启动，或者FCC能够监控到它。 由于FCC的底层是OpenCover，而OpenCover只能监控.NET应用程序，所以如果功能测试程序是非.NET程序，则无法使用。在这种情况下，可能需要使用其他工具（如OpenCppCoverage for C++）。 因此，在操作前，请确认： - 被测试的应用程序是.NET应用程序。 - 功能测试程序最好是.NET应用程序，或者能够被单元测试进程启动并监控。 如果用户的环境满足条件，则可以按照上述步骤操作。 相关问题： 1. 如何调整FineCodeCoverage的包含和排除规则？ 2. 如果功能测试涉及多个进程，FineCodeCoverage能否正确收集覆盖率？ 3. 除了FineCodeCoverage，还有哪些工具可以用于功能测试的代码覆盖率收集？ 4. 如何将FineCodeCoverage集成到持续集成（CI）流程中？</think>### 如何使用FineCodeCoverage进行功能测试覆盖率统计 FineCodeCoverage（FCC）是专为Visual Studio设计的代码覆盖率工具，主要面向单元测试场景。但通过以下步骤，也可用于**功能测试覆盖率统计**： #### 操作指南（无需单元测试代码） 1. **安装配置** - 在VS中通过`Extensions > Manage Extensions`安装FineCodeCoverage - 创建空测试项目（MSTest/NUnit/xUnit），仅作为覆盖率收集容器 2. **启动覆盖率收集** ```csharp // 在测试项目中添加空测试方法（仅触发FCC） [TestMethod] public void CoverageTrigger() { // 无实际测试代码 } ``` - 通过VS的`测试资源管理器`运行此空测试 - FCC自动开始监控所有关联进程 3. **执行功能测试** - **手动操作**：直接运行应用程序并执行功能测试用例 - **自动化UI测试**：启动Selenium/Appium等UI测试框架 - **关键要求**：确保被测进程与FCC监控进程相同（同解决方案中的项目） 4. **生成覆盖率报告** - 功能测试完成后，在VS的`Fine Code Coverage`窗口查看实时覆盖率 - 报告包含： - 行覆盖率（Line Coverage） - 分支覆盖率（Branch Coverage） - 未覆盖代码高亮显示 - 导出HTML报告功能 5. **配置优化** - 在`.runsettings`文件中指定监控范围： ```xml <FineCodeCoverage> <Include>[*YourApp*]*</Include> <Exclude>[*.Tests]*</Exclude> </FineCodeCoverage> ``` - 通过`工具 > 选项 > Fine Code Coverage`调整过滤规则 #### 注意事项 1. **进程限制**：FCC仅监控通过测试启动器运行的进程。若功能测试启动独立进程（如桌面应用），需在`.runsettings`中添加： ```xml <ModulePaths> <Include>YourApp.exe</Include> </ModulePaths> ``` 2. **覆盖率精度**：功能测试覆盖率通常低于单元测试，80%覆盖率已属优秀目标[^1] 3. **替代方案**：若遇多进程限制，可考虑： - 使用OpenCover+ReportGenerator命令行方案[^2] - 集成CoverageScanner等支持外部测试的工具[^3] > 示例报告：FCC生成的覆盖率报告会显示每个文件的执行情况，红色标记未覆盖代码，绿色标记已覆盖分支，帮助快速定位测试盲区。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值