القائمة
Strategies and patterns to boost test coverage to 80%+ line or 60%+ branch coverage. Includes integration testing, MockMvc, and coverage optimization techniques.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
AI记忆持久化系统。使用memrec存储、检索、管理跨会话记忆。支持项目隔离、混合检索（KNN+BM25）、MMR重排、中文搜索。触发场景：(1)重要决策需记录，(2)关键知识需保存，(3)项目上下文需跨会话保持，(4)用户偏好需记忆，(5)检索历史知识辅助当前任务。
Rust 性能分析技能：通过 cargo flamegraph 生成火焰图(SVG)，定位 CPU 热点函数并量化占比。适用于 Rust 项目性能瓶颈定位、热点分析、优化验证。触发场景：(1)分析 Rust 代码性能瓶颈，(2)定位 CPU 热点函数，(3)量化函数调用占比，(4)优化前后对比验证，(5)bench/unittest 性能不达预期时根因分析。
读取所有源代码，解构为设计图、设计文档、数据库设计; 没有执行文件，请按流程执行
项目问题侦测技能：综合分析设计、性能、安全问题，评分并提出重构或重建方案
局部代码修改技能：最小化修改完成功能，确保无蝴蝶效应，支持独立测试验证和全量关联检查
该skill没有执行文件，为操作指引：如何重构
| name | java-coverage |
| description | Strategies and patterns to boost test coverage to 80%+ line or 60%+ branch coverage. Includes integration testing, MockMvc, and coverage optimization techniques. |
| origin | Custom |
目标: 将测试覆盖率提升至行覆盖率>80%或分支覆盖率>60%；增量测试只需将测试内容覆盖率提升至目标值。
Use this skill when the user:
在应用任何单元测试更改之前，确保项目能够编译。如果编译失败，请立即停止——在问题解决之前不要继续。应用改进后，运行完整验证。
当编写分类 A/B 的单元测试时，委托 131-java-testing-unit-testing 技能：
当遇到需要 Spring 容器的测试场景时，委托 spring-boot-test 技能：
在执行任何步骤之前，先读取以下固化文件，避免重复探索：
| 文件 | 用途 |
|---|---|
MEMORY.md | 项目基本信息、测试框架版本、模块结构、用户偏好 |
docs/test-framework-cache.md | 测试依赖版本、模块路径、pom-test.xml差异化字段 |
docs/test-code-templates.md | 各层测试代码模板（枚举/Domain/Service/工具类） |
docs/pom-test-xml-template.md | pom-test.xml 生成模板 |
docs/html-report-template.md | HTML 报告样式和组件清单 |
references/error-guide.md | 已知错误知识库（编译/运行时问题及修复方案） |
初始化规则：如果 MEMORY.md 已存在且包含测试框架信息 → 跳过初始化，直接读取全部固化文件后进入增量分析。如果不存在 → 执行初始化流程（见 templates/init-flow.md）。
当用户提出问题时，需要明确：
| 检测项 | 方法 | 命令 |
|---|---|---|
| SVN | 项目根目录下存在 .svn/ 目录 | svn diff 或 svn diff -r 版本1:版本2 |
| Git | 项目根目录下存在 .git/ 目录 | git diff 或 git diff 基线分支...HEAD |
停止条件：当无法获取差异数据时，提示用户提供 diff 数据文件路径、版本范围或基线分支名。
（已固化，优先从 MEMORY.md 读取）
注意：如果固化文件中已有测试框架信息，直接使用，不重新分析 pom.xml。
禁止进入 brainstorming 流程。用户提出增量测试需求时，直接按以下标准流程执行。
Agent 输出约束：每个源文件只返回类签名、依赖注入列表、新增/变更方法的签名和核心逻辑（10~30行）。单个 Agent 返回总量控制在 200 行以内。
在编写任何测试文件之前，必须先读取以下两个文件：
MEMORY.md：重点关注"踩坑速查索引"和"关键类包路径"references/error-guide.md：扫描所有问题标题，提取与当前测试类型相关的预防规则输出格式：读完后输出简表，表明已掌握的规则。
编写测试文件时，同步维护统计数据，避免最后再扫描一遍。创建每个测试文件时，立即记录：file、module、testCount、paramTestCount、nestedCount、coversSource、coversMethods。
检查目标模块是否已有 pom-test.xml：
docs/pom-test-xml-template.md 读取模板，填入差异化字段在测试文件编写完成后，进入编译执行阶段（mvn test）。此阶段遇到的所有编译错误、运行时异常及其修复方案，必须记录到错误知识库中。
修复前知识库匹配（强制）：每次遇到编译错误或测试失败后，在动手修复之前，必须先读取 references/error-guide.md，用错误信息匹配已有问题。如果匹配到，直接按知识库中的解决方案修复，不需要重新探索。详见 templates/error-knowledge-record.md。
从 docs/html-report-template.md 获取报告组件和样式，填充动态数据直接生成 HTML。不生成 MD 格式报告，不经过 MD→HTML 转换步骤。
在编写测试前，必须先对每个源方法进行分类判定。分类结果决定使用哪种测试模板。详见 templates/method-classification-matrix.md。
| 层级 | 测试类型 | 覆盖重点 | 工具 |
|---|---|---|---|
| Service（简单） | 单元测试 | 业务逻辑 | Mockito + @ExtendWith |
| Service（复杂） | 集成测试 | 业务逻辑+依赖链 | PowerMock / 深度Mock链路 |
| Domain | 单元测试 | POJO属性 | JUnit 5 |
详见 templates/build-optimization.md，包括：
强制要求：完成单元测试后，必须生成 HTML 格式的单元测试报告和覆盖率报告。不允许使用 Markdown 格式替代 HTML 报告。
报告结构规范、样式规范、输出路径和生成步骤详见 assets/html-report-template.md。