CtrlK
BlogDocsLog inGet started
Tessl Logo

cpp-testing

仅用于编写/更新/修复C++测试、配置GoogleTest/CTest、诊断失败或不稳定的测试,或添加覆盖率/消毒器时使用。

83

1.05x
Quality

76%

Does it follow best practices?

Impact

97%

1.05x

Average score across 3 eval scenarios

SecuritybySnyk

Passed

No findings from the security scan

Fix and improve this skill with Tessl

tessl review fix ./docs/zh-CN/skills/cpp-testing/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

63%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A well-sectioned, largely executable C++ testing reference with good TDD and debugging workflows. Main weaknesses are redundancy across the flakiness/best-practices/pitfalls sections and a monolithic single-file layout that inlines advanced coverage/sanitizer/fuzzing material instead of splitting it into referenced files.

Suggestions

Consolidate the overlapping guidance in '偶发性测试防护', '不应该做', and '常见陷阱' — the no-sleep/no-real-time/no-network advice is stated three times; state each pitfall once.

Drop the trivial basic gtest example ('CalculatorTest AddsTwoNumbers') and the TDD-cycle explanation; keep one example and cut the concept explanation Claude already knows.

Move the GCC/Clang coverage workflows, sanitizer setup, and the fuzzing appendix into references/ files (e.g., COVERAGE.md, SANITIZERS.md) and link them from the body to enable progressive disclosure.

DimensionReasoningScore

Conciseness

Mostly efficient, but includes content Claude already knows — e.g., the trivial 'TEST(CalculatorTest, AddsTwoNumbers)' basic example that duplicates the TDD 'Add' example, an explanation of the RED→GREEN→REFACTOR cycle, and repeated advice across '偶发性测试防护', '不应该做', and '常见陷阱' (e.g., no-sleep/no-real-network/no-real-time stated three times). Matches 'mostly efficient but includes some unnecessary explanation or could be tightened'.

3 / 5

Actionability

The gtest/gmock examples, CMake/CTest quickstart (pinned FetchContent URL), ctest/gcov/llvm-cov and sanitizer commands are concrete and executable, matching 'mostly executable guidance; concrete code or commands with minor gaps'. The two pseudocode stubs (UserStore fixture, libFuzzer) are explicitly justified, keeping it below the fully copy-paste-ready score-5 anchor.

4 / 5

Workflow Clarity

The TDD section gives a clear RED→GREEN→REFACTOR sequence and '调试失败' provides a sequenced loop (rerun single test → add scoped logging → rerun with sanitizers → expand to full suite), which is an implicit validation/feedback loop. Checkpoints are mostly present but implicit (no explicit 'verify all tests pass before finishing'), fitting the score-4 anchor rather than the explicit-validation score-5 anchor.

4 / 5

Progressive Disclosure

No bundle files exist, so everything lives in one ~318-line SKILL.md. Section headers are clear, but substantial material that would sit better in reference files (dual GCC/Clang coverage workflows, sanitizer setup, the fuzzing appendix) is inlined with no references or navigation pointers — matching 'some structure but content that should be separate is inline'.

3 / 5

Total

14

/

20

Passed

Description

88%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A tight, trigger-focused description that states concrete capabilities and an explicit 'use only when' clause with natural trigger terms. Only minor gaps: a few common synonyms (unit test, gmock, CI) and slight overlap risk with generic testing skills.

DimensionReasoningScore

Specificity

The description enumerates multiple concrete capabilities — '编写/更新/修复C++测试' (write/update/fix C++ tests), '配置GoogleTest/CTest' (configure GoogleTest/CTest), '诊断失败或不稳定的测试' (diagnose failing or flaky tests), '添加覆盖率/消毒剂' (add coverage/sanitizers) — giving comprehensive, specific action coverage for the domain, matching the score-5 anchor.

5 / 5

Completeness

It explicitly answers 'when' with the concrete trigger clause '仅用于...时使用' (use only when...), and the enumerated verbs state exactly 'what' the skill covers (write/update/fix tests, configure GoogleTest/CTest, diagnose failures/flakiness, add coverage/sanitizers) — both what and when with concrete trigger phrases, matching the score-5 anchor rather than the merged-vague or weakly-implied lower anchors.

5 / 5

Trigger Term Quality

Strong natural keywords users would say: 'C++测试', 'GoogleTest', 'CTest', '不稳定的测试' (flaky tests), '覆盖率' (coverage). A few common variations are missing (e.g., 'unit tests', 'gmock', 'CI', file/extension terms), so it sits just below the comprehensive-synonyms anchor.

4 / 5

Distinctiveness Conflict Risk

The C++ + GoogleTest/CTest + sanitizer/coverage framing carves a clear niche distinct from generic test-writing skills, with only minor overlap risk against a general 'write unit tests' skill — matching 'mostly distinct; minor overlap risk' rather than the fully-isolated score-5 anchor.

4 / 5

Total

18

/

20

Passed

Validation

93%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

15

/

16

Passed

Repository
affaan-m/ECC
Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.