代码覆盖率怎么管agent-skills 在 3 个节点盯住测试缺口【免费下载链接】agent-skillsProduction-grade engineering skills for AI coding agents.项目地址: https://gitcode.com/GitHub_Trending/agentskill/agent-skills怎么知道代码里哪些分支、哪些错误处理路径根本没被测试跑到答案是让覆盖率检查跟上开发的节奏。agent-skills 是一套给 AI 编码代理的工程技能包它把代码覆盖率分析拆进开发的三个节点动手前写进规范、流水线里自动跑、合并后专人复查。这样「哪里没被测试」在代码上线之前就有了答案。提交之前把覆盖率要求和测试位置直接写进 spec很多项目测完一轮才发现测试文件该放哪、用哪个框架、覆盖率要多少全凭临场发挥。agent-skills 的规范驱动开发SDD先写规格说明再写代码的做法技能把这些问题前置到写代码之前。它的 spec 模板里有两个专门位置Testing Strategy测试策略写明测试框架、测试文件所在目录、覆盖率要求以及哪些场景用单元测试、哪些用集成测试Project Structure项目结构把 src/、tests/、e2e/ 各自的分工画清楚测试不再和源码混放。Commands 部分还要求写下完整可执行的命令带上参数而不是「跑测试」三个字带过。规范一旦评审通过AI 代理动手时就有据可依测试写在哪、达到什么覆盖率才算过都不需要再猜。完整模板见 skills/spec-driven-development/SKILL.md。提交之时让 CI 覆盖率检查成为合并前的必经关卡规范定了「该测到什么程度」CI/CD 负责保证「每次提交都真的测了」。agent-skills 的 CI 技能把质量门禁排成一条链lint → 类型检查 → 单元测试 → 构建 → 集成测试任何一环失败都挡住合并测试挂了就去改代码而不是把测试删掉。其中测试这一步跑的是npm test -- --coverage这条命令具体做两件事先执行完整的测试套件再让测试框架统计哪些行、哪些分支被实际执行过最后生成一份覆盖率报告。放进 CI 之后每个 PR 都会自动附上一份报告——覆盖率掉点了、某个新文件一大片没被覆盖合并前就能看见不用等上线后靠线上事故来提醒。门禁的完整设计在 skills/ci-cd-and-automation/SKILL.md。提交之后test-engineer 和代码审查如何补齐覆盖缺口CI 报告只能回答「数字是多少」回答不了「这个缺口值不值得补」。后者交给代码审查和专职角色。审查的顺序被明确规定先读测试再读实现。审查者会检查测试是否存在、测的是行为而不是实现细节、空输入/负数/超时这类边界有没有覆盖、如果代码改动后测试能否抓住回归——测试本身就是代码意图的说明书skills/code-review-and-quality/SKILL.md。真正的缺口分析由 test-engineer 角色承担agents/test-engineer.md。它先通读被改动的代码标出公共接口、错误路径和并发场景再输出一份结构化报告当前覆盖了多少函数、缺口清单、建议补哪些测试并按 Critical/High/Medium/Low 给出优先级。它的触发方式有两种/test命令走 TDD 流程先写一个当前必然失败的测试再实现代码让它通过/ship命令则同时派发 code-reviewer、security-auditor、test-engineer 三个角色其中 test-engineer 专查正常路径、边界、错误路径和并发四类场景的覆盖缺口三份报告汇入最终的 go/no-go 决策。它守着一条铁律一个从不失败的测试和一个总是失败的测试一样没用。克隆仓库把覆盖率盯进日常流程git clone https://gitcode.com/GitHub_Trending/agentskill/agent-skills规范定标准、CI 保执行、专人补缺口——代码覆盖率从此不是测完才瞟一眼的数字而是从 spec 到上线都有人盯着的习惯。【免费下载链接】agent-skillsProduction-grade engineering skills for AI coding agents.项目地址: https://gitcode.com/GitHub_Trending/agentskill/agent-skills创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 代码覆盖率怎么管？agent-skills 在 3 个节点盯住测试缺口
代码覆盖率怎么管agent-skills 在 3 个节点盯住测试缺口【免费下载链接】agent-skillsProduction-grade engineering skills for AI coding agents.项目地址: https://gitcode.com/GitHub_Trending/agentskill/agent-skills怎么知道代码里哪些分支、哪些错误处理路径根本没被测试跑到答案是让覆盖率检查跟上开发的节奏。agent-skills 是一套给 AI 编码代理的工程技能包它把代码覆盖率分析拆进开发的三个节点动手前写进规范、流水线里自动跑、合并后专人复查。这样「哪里没被测试」在代码上线之前就有了答案。提交之前把覆盖率要求和测试位置直接写进 spec很多项目测完一轮才发现测试文件该放哪、用哪个框架、覆盖率要多少全凭临场发挥。agent-skills 的规范驱动开发SDD先写规格说明再写代码的做法技能把这些问题前置到写代码之前。它的 spec 模板里有两个专门位置Testing Strategy测试策略写明测试框架、测试文件所在目录、覆盖率要求以及哪些场景用单元测试、哪些用集成测试Project Structure项目结构把 src/、tests/、e2e/ 各自的分工画清楚测试不再和源码混放。Commands 部分还要求写下完整可执行的命令带上参数而不是「跑测试」三个字带过。规范一旦评审通过AI 代理动手时就有据可依测试写在哪、达到什么覆盖率才算过都不需要再猜。完整模板见 skills/spec-driven-development/SKILL.md。提交之时让 CI 覆盖率检查成为合并前的必经关卡规范定了「该测到什么程度」CI/CD 负责保证「每次提交都真的测了」。agent-skills 的 CI 技能把质量门禁排成一条链lint → 类型检查 → 单元测试 → 构建 → 集成测试任何一环失败都挡住合并测试挂了就去改代码而不是把测试删掉。其中测试这一步跑的是npm test -- --coverage这条命令具体做两件事先执行完整的测试套件再让测试框架统计哪些行、哪些分支被实际执行过最后生成一份覆盖率报告。放进 CI 之后每个 PR 都会自动附上一份报告——覆盖率掉点了、某个新文件一大片没被覆盖合并前就能看见不用等上线后靠线上事故来提醒。门禁的完整设计在 skills/ci-cd-and-automation/SKILL.md。提交之后test-engineer 和代码审查如何补齐覆盖缺口CI 报告只能回答「数字是多少」回答不了「这个缺口值不值得补」。后者交给代码审查和专职角色。审查的顺序被明确规定先读测试再读实现。审查者会检查测试是否存在、测的是行为而不是实现细节、空输入/负数/超时这类边界有没有覆盖、如果代码改动后测试能否抓住回归——测试本身就是代码意图的说明书skills/code-review-and-quality/SKILL.md。真正的缺口分析由 test-engineer 角色承担agents/test-engineer.md。它先通读被改动的代码标出公共接口、错误路径和并发场景再输出一份结构化报告当前覆盖了多少函数、缺口清单、建议补哪些测试并按 Critical/High/Medium/Low 给出优先级。它的触发方式有两种/test命令走 TDD 流程先写一个当前必然失败的测试再实现代码让它通过/ship命令则同时派发 code-reviewer、security-auditor、test-engineer 三个角色其中 test-engineer 专查正常路径、边界、错误路径和并发四类场景的覆盖缺口三份报告汇入最终的 go/no-go 决策。它守着一条铁律一个从不失败的测试和一个总是失败的测试一样没用。克隆仓库把覆盖率盯进日常流程git clone https://gitcode.com/GitHub_Trending/agentskill/agent-skills规范定标准、CI 保执行、专人补缺口——代码覆盖率从此不是测完才瞟一眼的数字而是从 spec 到上线都有人盯着的习惯。【免费下载链接】agent-skillsProduction-grade engineering skills for AI coding agents.项目地址: https://gitcode.com/GitHub_Trending/agentskill/agent-skills创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考