Programming · Testing
testing-workflow
/testing-workflow
Use when writing, running or debugging tests at any level.
For whom
- Author
- VilnaCRM-Org ↗
- Repository
- rust-service-template ↗
- Licence
- CC0-1.0
- Last repository change
- 12.11.2026
Assessment and security
96/ 100Class: good
Format25 / 25
Frontmatter with name and description, valid name, description up to 1,024 characters, name matching the folder.
Discoverability21 / 25
Description explains when to use the skill, has a reasonable length and uses third person.
Content35 / 35
At least 150 words and at most 500 lines, headings, step lists, examples or code.
Hygiene15 / 15
No placeholders such as TODO, no Windows paths, with a licence.
Riskno signals detected in the scan
- Files in this package
- 1
- Scripts
- 0
- HTML comments
- 0
- URLs in SKILL.md
- 0
Deprecation
No signals detected. Repository changed on 12.11.2026, without references to retired models or APIs.
Licence
CC0-1.0, otwarta.
What it does and when to use it
Use when writing, running or debugging tests at any level.
Original author description
Use when writing, running or debugging tests at any level.
How it works
- Use This Skill When
- Commands
- Rules
- Verification
Original SKILL.md headings · 39 lines, 399 words
SKILL.md preview
--- name: testing-workflow description: Use when writing, running or debugging tests at any level. --- # Testing Workflow ## Use This Skill When - A unit, integration, end-to-end or command-line test is written, run or debugged. - A coverage or mutation result needs interpretation. ## Commands - `make unit-tests` runs unit and documentation tests; no backing service is needed. - `make integration-tests` runs the integration binaries against PostgreSQL and LocalStack. - `make e2e-tests` runs the Gherkin scenarios under `features/`. - `make setup-test-db` drops, creates and migrates the test database. - `make tests-with-coverage` runs the unit and integration suites once under instrumentation and enforces the coverage floor. - `make mutation-tests-diff` mutates the code changed against the base ref. - `make bats` runs the Makefile tests under `tests/CLI/bats/`. ## Rules - Run by risk: unit tests first, then integration, then end-to-end, then coverage and mutation. - Unit tests sit in a `tests.rs` file next to the module, never inline; shared fakes and builders live in `tests/support/`. - Every branch of production code needs a test that fails when the branch is mutated; a surviving mutant means a missing assertion, not an exclusion. - Never add a coverage exclusion, skip a test or weaken an assertion to obtain a pass. - Reproduce a failure with the seeds: set `TEST_SEED` and `PROPTEST_RNG_SEED` to the values a failed run printed; the values recorded in `.cargo/config.toml` are the default. - A test that draws seeded data binds its generator as the first statement of the test function (`let mut rng = TestRng::from_env();`) and keeps it until the test ends; helpers take `&mut TestRng` and never create one. The generator prints `TEST_SEED=<seed>` only when it is dropped while the test panics, so a generator that a helper creates and drops before the assertions run prints nothing. - Integration tests create one database per test, end-to-end scenarios one per scenario; do not share state between tests. - Debug one test at a time with `scripts/with-env.sh .env .env.test -- cargo nextest run -p <crate> <name>` after `make setup-test-db`. The wrapper sets the test environment that the Make targets set (`DATABASE_URL`, `AWS_REGION`, `AWS_ENDPOINT_URL_SQS`); without it an integration or end-to-end test stops with `DATABASE_URL is not set`. - Done means: the new behaviour has tests at the lowest level that can observe it, and the commands above for the touched levels pass. ## Verification ```bash make unit-tests make tests-with-coverage ``` Continue with `api-resource-development` for what to test per file and `verification-workflow` for the full run.
Versions
| Repository | Score | Licence |
|---|---|---|
| This page · VilnaCRM-Org/rust-service-template | 96 | CC0-1.0 |
| netalertx/NetAlertX | 100 | GPL-3.0 |
| gaelic-ghost/socket | 100 | Apache-2.0 |
Database snapshot: 13.11.2026 · package version f1bbc78ea90a (SHA-256 digest of the entire package)
Downloads in the last 30 days: 0 · ranking
Report a problem with this skill: harmful content, incorrect descriptions or an author’s removal request.
Similar skills
- 100testing
Generate, execute, and analyze tests for codebases, covering unit, integration, and end-to-end testing with coverage reporting. Use when the user requests testing or provides relevant inputs for this workflow. - 100v1-e2e-testing
Use when implementing or debugging browser end-to-end tests, especially Playwright or flaky tests. Triggers on "E2E test", "Playwright", or "flaky browser test". - 100e2e-testing
Write, run, and debug Centaur's end-to-end tests under e2e/. Use when adding or changing an e2e scenario, running the e2e stack locally, or investigating a failing e2e CI job. - 100testing-expert
Expert-level software testing with unit tests, integration tests, E2E tests, TDD/BDD, and testing best practices. Use when the user mentions TDD, BDD, unit tests, integration tests, or end-to-end tests, or when the task involves Testing Fundamentals, Unit Testing, Integration… - 100e2e-playwright-testing
End-to-end testing with Playwright for web applications. Use when writing E2E tests, browser automation, form submission testing, or user flow testing. Triggers on "playwright", "e2e test", "browser test", "end-to-end", "form flow testing", or test files in tests/e2e/. - 90E2E Testing
Run, debug, and fix Playwright E2E tests locally. Use when writing new E2E tests, debugging failing tests, or iterating on test fixes before pushing to CI.