CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/cron-job-test-author

Build-an-X for cron / scheduler job tests - cron-expression validation patterns (5-field standard `min hour day-month month day-week` + 6-field with seconds + named-list extensions), DST + leap-day edge cases, missed-execution detection (machine downtime catch-up), overlapping-run protection (lock + stale-lock recovery), timezone semantics. Use when authoring tests for cron jobs, Kubernetes CronJobs, BullMQ repeat-jobs, Sidekiq schedulers, or any time-based job runner.

67

Quality

84%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Passed

No findings from the security scan

Overview
Quality
Evals
Security
Files

Quality

Content

71%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.

The body is a well-structured, actionable build-an-X workflow: seven sequenced steps, executable test patterns, a checklist, a worked example, and a real one-level-deep reference for lock details. It is held back by padding that teaches Claude things it already knows (the cron field diagram, DST basics) and a non-executable Step 3 test sketch.

Suggestions

conciseness: Cut the ASCII cron-field diagram and the DST spring-forward/fall-back basics explanation in Steps 1-2 - Claude already knows the 5-field format and DST mechanics; keep only the croniter/scheduler-specific behavior the tests assert.

actionability: Replace Step 3's comment-only bash sketch with an executable test (e.g., a pytest that creates a kind CronJob with startingDeadlineSeconds, freezes/advances time, and asserts whether the missed run fires).

conciseness: Trim the Overview paragraph to one or two lines stating what the skill provides (checklist + per-pattern test recipes) without the motivational framing.

DimensionReasoningScore

Conciseness

Mostly efficient - the per-scheduler semantics and croniter-specific DST behavior are genuinely non-obvious - but it spends tokens on concepts Claude already knows: the 10-line ASCII cron-field diagram, the "cron jobs are universally underspecified" overview framing, and spring-forward/fall-back DST basics. That is more than minor over-explanation, matching the score-3 anchor rather than 4.

3 / 5

Actionability

Steps 1, 2, and 6 give copy-paste-ready pytest, and Steps 4-5 delegate to an executable reference file, but Step 3's Kubernetes "test pattern" is bash comments describing a simulation rather than runnable code - concrete code with minor gaps, matching the score-4 anchor rather than 5.

4 / 5

Workflow Clarity

A clear 7-step "How to use" sequence maps to the numbered step sections and ends in a Step-7 end-to-end checklist wired into CI, with explicit validation checkpoints (Steps 1-2 assertions). It lacks an error-recovery feedback loop, matching the score-4 anchor; the score-5 anchor would require validate-fix-retry guidance.

4 / 5

Progressive Disclosure

A single reference file (references/lock-patterns.md, verified present and containing the promised fcntl/stale-lock test code) is clearly signaled with markdown links at three points and is one level deep; the body keeps per-pattern recipes inline while the lock detail is appropriately split out - matching the score-5 anchor.

5 / 5

Total

16

/

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.

The description is strong: it enumerates five concrete capability areas and closes with an explicit, multi-platform "Use when" trigger clause. Its only weaknesses are a few missing natural synonyms (crontab, Quartz, scheduled tasks) and minor trigger overlap with sibling scheduler-test skills.

DimensionReasoningScore

Specificity

Lists five concrete capability areas - "cron-expression validation patterns (5-field standard... + 6-field with seconds...)", "DST + leap-day edge cases", "missed-execution detection", "overlapping-run protection (lock + stale-lock recovery)", "timezone semantics" - which is comprehensive coverage of the domain, matching the score-5 anchor.

5 / 5

Completeness

Clearly answers both: the "what" is the enumerated pattern list (validation, DST/leap-day, missed-execution, overlap protection, timezone semantics) and the explicit "Use when authoring tests for cron jobs, Kubernetes CronJobs, BullMQ repeat-jobs, Sidekiq schedulers, or any time-based job runner" gives concrete trigger phrases - exactly the score-5 anchor.

5 / 5

Trigger Term Quality

Strong natural terms ("cron jobs", "Kubernetes CronJobs", "BullMQ repeat-jobs", "Sidekiq schedulers", "time-based job runner"), but misses common variations users would say such as "crontab", "scheduled tasks", or "Quartz"/"APScheduler" that the body itself covers - good coverage with a few natural terms missing, matching the score-4 anchor.

4 / 5

Distinctiveness Conflict Risk

The cron/scheduler test-authoring niche is distinct with specific triggers, but "BullMQ repeat-jobs, Sidekiq schedulers" could overlap with the referenced bullmq-tests and sidekiq-tests skills - mostly distinct with minor overlap risk, matching the score-4 anchor.

4 / 5

Total

18

/

20

Passed

Validation

100%

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

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Reviewed

Table of Contents