单元测试

MR 里测试摘要空白、覆盖率不显示？JUnit 与覆盖率配置 9 步排查现象 A：流水线跑完了，测试也执行了，合并请求里的「测试摘要」面板是空的，鼠标点开只显示"显示详情"后依旧没有条目。

FastAdmin（ThinkPHP 5.0）单元测试实践：从零到跑通基于 FastAdmin + PHP 7.3 + PHPUnit 8.5 的真实项目经验。本文以一个短信网关的签名、限频、配额逻辑为例，完整展示如何给一个"传统"的 TP5 项目建立可运行的单元测试体系。

大模型 API 单元测试怎么 mock 不误伤跑大模型 API 的单元测试时，测试还没发出请求，就在读取密钥环境变量的那一行抛出了 KeyError；如果把密钥临时写进代码，用例又会真的访问 HTTPS，慢而且不稳定。根因通常不是测试框架，而是被测代码把客户端创建与网络调用绑得太紧。读完这篇，你能拿到一套可复现的 mock 方案：使用真实接入参数创建客户端，同时把网络调用锁在测试桩里，不让用例产生真实请求。

Python单元测试实战：pytest框架从入门到企业级测试体系搭建指南当团队因害怕破坏现有功能而不敢重构代码时，当每次上线前都要人工回归验证数十个场景时，当线上Bug反复出现在已修复过的逻辑中时——这些痛点都指向同一个根源：缺乏可信的自动化测试保障。许多开发者将测试视为“额外负担”，实则混淆了“编写测试的时间”与“没有测试所消耗的隐性成本”。本文摒弃玩具级示例，聚焦真实业务代码的测试挑战：如何测试依赖外部服务的函数？怎样避免测试本身成为维护噩梦？如何让测试真正驱动设计改进？所有方案均源自金融级系统实践，兼顾严谨性与工程效率。

Day24:DDT+EXCEL数据驱动excel/yamldata driver test 数据驱动测试。可以完美和 Unittest 结合实现数据驱动。

不用盲调性能参数 Vitest 5.0 新推出 `vitest doctor` 一键诊断测试慢卡点，自动给出最优提速配置标签：#Vitest #前端工程化 #单元测试 #性能优化 #前端测试TLDR: Vitest 5.0 全新内置 vitest doctor 诊断命令。不用瞎调配置、不用逐行分析耗时，一条命令自动遍历所有最优配置组合，精准定位测试性能瓶颈，直接输出可直接复制落地的最优配置，堪称前端测试性能的「智能体检工具」。

端到端：用 Cursor Agent 完成「小功能 + 单测 + PR 描述」并附人工验收清单很多「Agent 演示」停在聊天窗口里的绿勾。工程上的完成定义更硬：用户可见的小功能 + 可复跑的单测 + 别人读得懂的 PR 描述 + 人工勾选的验收清单。少任何一块，都只是草稿。

RTMP 连接单元测试之旅想象我们正在检查一条刚刚建立的 RTMP 连接。它要先准备好默认状态，随后把控制消息写到网络上；如果调用者把连接对象弄丢了，它还得明确报错。我们不必真的连上服务器，就能在本地把这些行为逐项验证出来。

我就是不信

CuTest：轻量级 C 语言单元测试框架实战指南在 C 语言开发中，单元测试往往被忽视，原因不外乎「没有趁手的框架」「集成成本高」「项目工期紧」。然而，随着项目规模增长，缺乏测试带来的回归风险会成倍放大。CuTest（C Unit Test）正是为解决这一痛点而生的轻量级单元测试框架——它只有一个 .c 文件和一个 .h 头文件，零依赖、零配置，却能提供断言、测试用例组织、自动运行与结果统计等核心能力。

Coverity 如何结合 GJB8114-2013使用？Coverity 是新思科技（Synopsys Black Duck）旗下商用SAST静态源代码分析工具，源自斯坦福大学学术成果，无需运行程序，仅扫描源码即可提前挖掘代码缺陷、安全漏洞、编码合规问题，是航空、汽车、军工、嵌入式高安全领域主流代码测试工具。

茉莉玫瑰花茶

GO [ 单元测试 ]前面我们已经学习了 Go 的变量、常量、数据类型、输入输出、条件控制、切片、字符串、映射表、指针、结构体、函数、方法、接口、类型、错误、文件、反射、泛型和模块管理。接下来学习 Go 项目中不可缺少的一部分：单元测试（unit testing）。

测试员周周

【jev应用到测试】94 条 UI 报错交给 Jev，三档判对 85.1%，开单闸门定在 0.6Jev 最近太火了，总有测试小伙伴问有哪些可以用到测试上面的，我手上正堆着一批界面报错。94 条，全是从我自己那套被测系统上真实点出来的记录。

STM32F4 Unity 单元测试与多次测试失败率统计详细步骤本文档介绍如何在 STM32F4 工程中移植 Unity 单元测试框架，并实现多次循环测试、统计失败率的完整流程。

LLM 数据管线缺陷实录：两个单元测试无法覆盖的运行时问题我在后训练研究项目（Qwen3-0.6B QLoRA SFT/DPO，仓库见文末）里给数据与评测管线写了 13 项单元测试，全部通过。然后在第一次真实运行里，数据准备命令直接崩溃；评测管线则撑了 2.5 小时后死在最后一个环节上。本文是这两个缺陷的完整根因分析，外加一个“锁文件从未真正可安装”的工程债。三个问题有同一个母题：单元测试覆盖的是逻辑正确性，而管线的健壮性只能被真实运行验证。

全量 21 个失败、单跑全绿：泄漏进连接池的 SQL 变量这是一次让人怀疑人生的排查：全量跑测试，21 个用例失败；把失败的那几个文件单独挑出来跑，全部通过。反复跑几遍，失败的那批还会换人——上一次是级联删除的断言炸了，下一次是另一个文件里的计数对不上。

LLM 自动化测试系列（03）：单元测试生成——TestGen-LLM 与 Qodo Cover把一个函数丢给 LLM，让它"生成单元测试提升覆盖率"，最常见的结果不是测试写得不够好，而是测试写得看起来没问题，实际什么都没测：

Python 跨文件重构怎么验证？PyCharm 用法查找、重构预览与测试流程给公共函数改名，操作本身通常不复杂。难点是确认引用是否处理完整，以及原有行为是否发生了意外变化。下面以“将 calculate_total 改名为 calculate_order_total”为假设场景，整理一套可用于项目维护的操作流程。本文是基于官方文档的操作说明，不是某个项目的实测报告。

Day13Jmeter数据驱动工作中，有些公司一个接口就是一个用例，另外一些公司一个接口有几十个用例，就需要用到数据驱动。注意：特别注意：断言，如果有共同的字段，那么就用 json 断言，如果没有则用响应断言。

Day14Jmeter+数据库的操作简单来说，一共4步第一步：在测试计划里面引入数据库的驱动jar包第二步：在线程组里添加一个连接数据库的组件--JDBC连接

【软件测试】allure 测试报告模块官方文档：https://allurereport.org/docs/pytest-configuration