CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/azure-functions-tests

Runs Azure Functions locally using Azure Functions Core Tools v4 (`func start`), Azurite storage emulation, and framework-native unit tests for handler code (.NET isolated worker model, Node.js v4, Python v2). Covers HTTP, queue, and timer trigger testing, admin-endpoint invocation for non-HTTP triggers, and binding verification via local.settings.json. Use when testing Azure Functions before deployment, reproducing trigger behaviour without live Azure services, or gating function handler logic in CI.

72

Quality

90%

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

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

Well-structured, highly actionable content with a verified, correctly split bundle and a clear worked example. The remaining slack is token-level: duplicated URLs and storage-connection guidance, and error-recovery guidance parked in a table rather than wired into the workflow.

Suggestions

Cite each learn.microsoft.com URL once (in the References section) and refer to it by short name elsewhere; the full URLs currently appear 10+ times across Overview, Anti-patterns, Limitations, and References.

State the AzureWebJobsStorage/UseDevelopmentStorage=true setting once (How-to-use step 2) and let the anti-pattern row and worked example point back to it instead of repeating it.

Add one inline checkpoint to the workflow, e.g. after the admin-endpoint curl: "Expect HTTP 202; if the host rejects the request, check the Content-Type header and that Azurite is running" - this converts the anti-patterns table into an in-sequence feedback loop.

DimensionReasoningScore

Conciseness

The body is efficient and assumes competence (commands, a compact worked example, an anti-patterns table) but repeats the learn.microsoft.com URLs inline and again in a References section, restates the `UseDevelopmentStorage=true` guidance in three places, and spends tokens on neighbour-skill prose that could be trimmed. The deprecated in-process date is correctly placed in the Anti-patterns table, so no time-sensitivity penalty.

4 / 5

Actionability

Guidance is copy-paste ready: exact `func init`/`func new` commands, a complete curl invocation with headers, body, and port, the `local.settings.json` JSON snippet, `azurite --silent --location ./azurite-data`, and reference files verified to contain complete executable CI YAML, install commands, and per-language test code.

5 / 5

Workflow Clarity

The 7-step How-to-use sequence is clear with most checkpoints present (`func --version` shows 4.x, note the printed HTTP trigger URLs, expected HTTP 202 in the worked example, confirm bindings in step 7), and the Anti-patterns table gives failure-to-fix mappings. It stops short of anchor 5 because no inline validate-on-failure-then-retry loop appears in the sequence itself.

4 / 5

Progressive Disclosure

Verified against the actual bundle: all three referenced files (references/local-setup.md, references/triggering-functions.md, references/unit-testing-handlers.md) exist, contain exactly what the body claims, and are one level deep (they cite external docs, not chained local files). SKILL.md stays an overview with well-signaled links both inline and in a dedicated Reference files section.

5 / 5

Total

18

/

20

Passed

Description

92%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 strong description: concrete and comprehensive on capabilities, explicit third-person voice, with a genuine "Use when..." trigger clause. Only weakness is slightly incomplete synonym coverage for natural trigger phrases.

DimensionReasoningScore

Specificity

The description lists multiple concrete actions - "Runs Azure Functions locally using Azure Functions Core Tools v4 (`func start`), Azurite storage emulation, and framework-native unit tests", "Covers HTTP, queue, and timer trigger testing, admin-endpoint invocation for non-HTTP triggers, and binding verification via local.settings.json" - covering run, emulate, test, and verify comprehensively with no real gaps.

5 / 5

Completeness

Both halves are explicit: a concrete "what" (local run via Core Tools/Azurite, unit tests per three language models, trigger testing, admin-endpoint invocation, binding verification) and a "Use when testing Azure Functions before deployment, reproducing trigger behaviour without live Azure services, or gating function handler logic in CI" clause with concrete trigger phrases.

5 / 5

Trigger Term Quality

Good natural-term coverage: "testing Azure Functions before deployment", "trigger behaviour", "gating function handler logic in CI", plus tool names users would say ("func start", "Azurite"). A few natural synonyms are missing (e.g. "emulator", "local development", "function app"), so it falls just short of the comprehensive-synonym anchor.

4 / 5

Distinctiveness Conflict Risk

Azure-specific terminology ("Azure Functions Core Tools v4", "Azurite", ".NET isolated worker model", "admin-endpoint invocation") carves out a clear niche; it would not trigger for the AWS SAM, Cloudflare Workers, or generic integration-test skills it neighbours.

5 / 5

Total

19

/

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

referenced_paths_exist

Referenced path issues: 1 missing

Warning

Total

15

/

16

Passed

Reviewed

Table of Contents