jenkins集成gtest单元测试报告和gcov覆盖率测试报告

最新推荐文章于 2025-09-19 01:37:17 发布

原创

最新推荐文章于 2025-09-19 01:37:17 发布 · 1.6k 阅读

9 ·

CC 4.0 BY-SA版权

文章标签：

#jenkins #单元测试 #运维

jenkins集成gtest单元测试报告和gcov覆盖率测试报告

参考资料：

gtest 单元测试结果可视化

【C++】统计代码覆盖率(二)

【C++】统计代码覆盖率(三)

环境准备

jenkins（略）

jenkins 上插件：

插件名称	作用
JUnit Plugin	集成 gtest 单元测试报告
HTML Publisher plugin	集成 gcov 覆盖率测试报告

googletest、lcov:sudo apt install lcov

单元测试报告生成

.\<test_proc> --gtest_output=xml:<report_file_path>

生成测试报告需要处理适配 JUnit 的 Package。给元素测试报告中 testcase 元素的 classname 属性值增加 模块名，JUnit 将 模块名 解析为 Package 使得 Jenkins 中单元测试报告可以按模块统计查看。

<!--原始报告-->
<testcase name="PrintsMessage" file

最低0.47元/天解锁文章

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

twallpasser

关注关注

5
点赞
踩
9

收藏

觉得还不错? 一键收藏
1
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

gtest从一无所知到熟练使用（3）如何用gtest写单元测试

二进制君

07-04

1980

gtest是Google开发的一个跨平台开源单元测试框架，git仓库点击这里获取。主要针对c/c++，gtest有如下特点：测试框架自动收集测试用例，无需开发者再次组织提供强大的断言集，支持包括布尔、整型、浮点型、字符串等提供断言方法自定义扩展提供死亡测试功能可以将公共的用例初始化和清理工作放入测试夹具中，由gtest自动调用Value-parameterized tests.Type-parameterized tests.生成xml格式测试报告TEST宏用于定义一个测试用例：上述代码中，测试用例 Ad

【DevOps】jenkinsfile结合jacoco生成单元测试报告

weixin_46453070的博客

08-21

1352

简单嵌入：如果第三方平台允许嵌入外部链接，直接嵌入 Jenkins 生成的 URL 是最简单的方式。手动上传：如果需要将文件上传到第三方平台，则可以手动下载并上传，或通过脚本自动化。自动化发布：通过 Jenkins Pipeline 自动上传报告文件到第三方服务器或存储平台。选择适合你需求的方式来实现报告的展示。通过scp上传报告文件后，确保服务器上有适当的 Web 服务器配置，将这些文件目录暴露为一个 URL 访问路径，然后通过 URL 将其展示在前台。

1 条评论您还未登录，请先登录后发表或查看评论

5分钟上手！GoogleTest自动化测试无缝集成Jenkins与GitLab CI实战指南

最新发布

gitblog_01034的博客

09-19

313

你是否还在手动运行单元测试？是否因测试环境不一致导致构建失败？本文将带你5分钟内掌握GoogleTest在主流CI/CD平台的集成方案，实现代码提交即自动测试，让80%的Bug在合并前被拦截。读完你将获得： - Jenkins/GitLab CI环境下的GoogleTest配置模板 - 跨平台测试（Linux/macOS/Windows）的实现方案 - 测试报告可视化与失败自动通知的完整流程 #...

Gtest输出单元测试报告和输出覆盖率报告

喜欢打篮球的普通人

02-08

6787

gtest本身仅能输出xml或者json格式的测试报告，所以采用。编译工具：选择Cmake，单元测试使用Gtest。（2）CMake添加编译以及链接选项、库。（1）ubuntu环境直接安装lcov。地三方工具输出html的报告。环境：gtest已经可以使用。使用gcc的lcov。

关于jenkins集成python的单元测试

2401_88751289的博客

08-13

445

我们学习必然是为了找到高薪的工作，下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料，并且有字节大佬给出了权威的解答，刷完这一套面试资料相信大家都能找到满意的工作。，然后配置jenkins；jenkins的安装就不介绍了，网上一搜一大片；下方这份完整的软件测试视频教程已经整理上传完成，需要的朋友们可以自行领取【保证100%免费】4、构建这里需要先安装pytest-html 和pytest-cov ，然后添加SHELL。的集成，然后想把自己写的python工具也用jenkins集成一下。

Jenkins、Gitee搭建集成环境

weixin_46246818的博客

11-07

318

Jenkins、Gitee集成环境搭建

windows上配置jenkins+gtest

qq_40140790的博客

04-24

2378

记录在windows上配置jenkins+gtest完成c++的集成单元测试 配置gtest。

Gtest生成xml测试用例报告

qq_56185437的博客

09-11

2671

在上述命令中，`/your_test_executable`是您的测试可执行文件的路径，`report.xml`是您希望生成的XML报告的文件名。运行测试后，Google Test将生成一个XML格式的报告，并将其保存在指定的文件中。您可以使用任何支持XML格式的工具来查看和分析报告。要生成XML报告，您可以使用Google Test框架提供的`--gtest_output`参数。该参数允许您指定报告的输出格式和位置。运行可执行文件时在后面加上--gtest_output参数，如下。

【Linux】使用GTest和CuTest编写测试用例，使用GCOV和LCOV测试代码覆盖率

zzzlearning的博客

11-21

1332

编译器编译源代码时，将额外的代码注入到目标代码中，这些代码将用于记录每个源代码行被执行的次数。然后，通过运行gcov命令来解析这个文件，并将其与源代码相匹配，生成一个HTML格式的测试报告，显示了每个源代码行被执行的次数、未被执行的代码行以及总体覆盖率等信息。另外，lcov还支持一些高级的功能，例如过滤不需要统计的文件和代码行等，可以根据实际需要进行配置。代码覆盖率测试是一种评估软件测试质量的方法，通过测量测试用例执行时实际覆盖到的源代码的比例，来判断测试的充分性。的文件，其中包含了测试覆盖率的数据。

C/C++代码覆盖率统计：gcov/lcov/gcovr以及集成到jenkins

至绽至强的博客

02-14

3554

使用gcov/lcov或gcovr工具进行代码覆盖率统计时，都需要在编译选项中加入"-fprofile-arcs -ftest-coverage"两个选项，才能生成.gcno和gcda文件。如果是CMAKE工程，则可以添加编译选项如下： set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -fprofile-arcs -ftest-coverage") 1. gcov 这是gcc自带的内建工具，不需要额外安装，使用起来比较简单，但是生成的报告可视效果比较差，简单了解一

C++单元测试与代码覆盖率：提升代码质量和可靠性，写出健壮代码

![C++单元测试与代码覆盖率：提升代码质量和可靠性，写出健壮代码]...同时，分析了多种代码覆盖率分析工具的使用方法和策略，并讨论了如何将单元测试与代码覆盖率工具有效整合。此外，本文还介绍了高级测试

gmoke+gtest

06-13

4. **测试覆盖率**：虽然gtest和gmock本身不直接提供覆盖率报告，但它们可以与其他工具（如gcov和lcov）结合使用，以评估代码的测试覆盖率。 5. **持续集成(CI)**：这种测试框架可以轻松地集成到持续集成系统中，如...

GTEST测试样本

09-20

Gtest测试样本，可以根据此样本填写代码，适用于初学者学习

jenkins持续集成单元测试和findbugs问题解决方案

05-16

jenkins持续集成单元测试和findbugs问题解决方案 1.如何集成单元测试 2.如何集成findbugs 3.tomcat热部署问题解决例如： jar包无法删除和log4j问题

jenkins集成python的单元测试

weixin_30700977的博客

06-08

129

最近在研究jenkins的集成，然后想把自己写的python工具也用jenkins集成一下废话少说，来看结构 sparking.py ''' @author: lianying ''' class Sparking: @staticmethod def get_num_of_zero(bits_num, key): cnt = 0 ...

Jenkins流水线上自动化单元测试及邮件通知

m0_65852931的博客

06-23

768

注意：在你已经下载allure并成功手动测试成功的，可以往下看啦。

jenkins 集成单元测试

qq_31564573的博客

12-27

5262

jenkins pipline集成java单元测试

ros2 系统集成测试测试环境与编译环境不一致，测试覆盖率

04-09

<think>嗯，用户想在ROS2中进行系统集成测试时解决测试环境与编译环境不一致的问题，同时提高测试覆盖率。首先，我需要理解这两个问题的核心。测试环境与编译环境不一致可能导致运行时错误，比如依赖库版本不同或者系统配置差异。解决方案可能需要隔离环境，比如使用Docker容器来统一环境。另外，持续集成工具如GitHub Actions或Jenkins可能有助于自动化测试流程，确保每次编译后的测试都在相同的环境中运行。提高测试覆盖率方面，可能需要结合单元测试和集成测试，使用覆盖率工具如gcov/lcov来分析代码覆盖情况，并针对未覆盖的部分设计更多测试用例。此外，模糊测试工具如libFuzzer或许能帮助发现边缘情况，从而增加覆盖率。用户提供的引用中，引用[1]提到跨平台模糊测试的复杂性，涉及平台兼容性和资源管理，这可能与环境差异相关。使用Docker容器可以解决平台差异的问题，确保测试环境一致。引用[2]讨论了功能测试用例的设计，覆盖各个模块交互，这有助于提高覆盖率。引用[3]提到兼容性配置，可能启发在测试环境中模拟不同配置来增强兼容性测试。接下来需要考虑具体步骤：如何配置Docker镜像，集成测试框架的选择，自动化流程的设置，以及覆盖率工具的使用。同时，用户可能希望知道常见问题及解决方案，比如依赖冲突或资源隔离问题，以及如何设计有效的测试用例。另外，用户可能没有明确说出的是如何维护测试环境与编译环境的一致性长期有效，可能需要持续集成/持续部署（CI/CD）的实践。同时，测试覆盖率不仅要高，还要有效，需要结合静态分析和动态测试来确保质量。最后，生成相关问题时要围绕环境差异和覆盖率，可能涉及工具推荐、最佳实践、调试技巧等。</think>### 解决方案分步说明 #### 1. **解决测试环境与编译环境差异** **问题根源**：编译环境依赖的库版本、系统配置或硬件可能与测试环境不一致，导致运行时错误或功能异常[^1]。 **具体步骤**： - **使用容器化技术** 通过Docker或Podman构建与编译环境一致的测试镜像，确保依赖库、系统工具链和环境变量完全匹配。示例Dockerfile片段： ```dockerfile FROM ros:humble # 与编译环境相同的ROS2版本 RUN apt-get update && apt-get install -y \ python3-colcon-common-extensions \ ros-humble-ament-cmake # 安装编译依赖项 COPY ./workspace /app # 复制编译后的代码 WORKDIR /app ``` - **利用ROS2工具链标准化环境** 通过`rosdep`确保依赖项一致： ```bash rosdep install --from-paths src --ignore-src -y # 自动安装依赖 ``` - **通过CI/CD统一环境** 在GitHub Actions/GitLab CI中定义编译与测试流程，强制使用相同环境： ```yaml jobs: test: container: ros:humble # 指定容器镜像 steps: - name: Build command: colcon build - name: Run Tests command: colcon test ``` #### 2. **提高测试覆盖率** **核心策略**：结合静态分析、动态测试和模糊测试覆盖更多代码路径[^2][^3]。 **具体步骤**： - **集成覆盖率分析工具** 使用`gcov`/`lcov`生成覆盖率报告，并在CI中可视化： ```bash colcon build --cmake-args -DCMAKE_BUILD_TYPE=Coverage # 启用覆盖率编译 colcon test lcov --capture --directory build/ --output-file coverage.info genhtml coverage.info --output-directory coverage_report ``` - **设计分层测试用例** - **单元测试**：针对单个节点/模块，使用`ament_cmake_gtest`或`pytest`。 - **集成测试**：模拟多节点交互场景，通过`launch_testing`定义复杂拓扑。示例测试用例设计： ```python # 测试两个节点通信 def test_node_communication(): with launch.LaunchService() as ls: node1 = Node(package='demo', executable='publisher') node2 = Node(package='demo', executable='subscriber') ls.include_launch_description(LaunchDescription([node1, node2])) assert wait_for_topic('/topic', timeout=5.0) ``` - **模糊测试与边界测试** 使用`libFuzzer`或基于ROS2的模糊测试框架（如`ros2_fuzz`）注入异常输入： ```cpp // 示例模糊测试目标函数 extern "C" int LLVMFuzzerTestOneInput(const uint8_t *data, size_t size) { std::string input(reinterpret_cast<const char*>(data), size); test_node->process_input(input); // 测试节点处理异常数据 return 0; } ``` #### 3. **常见问题与应对方案** - **依赖冲突**：通过`rosdep`和`vcs`工具管理多仓库依赖版本[^1]。 - **资源隔离不足**：使用`namespaces`或`Docker network`隔离测试网络。 - **覆盖率提升瓶颈**：结合突变测试（如`pitest`）识别无效测试用例。 --- ### 关键工具与参考 | 工具/方法 | 作用 | 参考文档 | |-----------------|-------------------------------|------------------------------| | Docker | 环境隔离 | [ROS2官方Docker指南](https://docs.ros.org) | | launch_testing | 定义复杂测试场景 | [ROS2 Testing文档](https://design.ros2.org/articles/testing.html) | | lcov/gcov | 生成代码覆盖率报告 | [Gcovr文档](https://gcovr.com) | | libFuzzer | 模糊测试 | [LLVM LibFuzzer](https://llvm.org/docs/LibFuzzer.html) | --- 相关问题