CtrlK
BlogDocsLog inGet started
Tessl Logo

testing-and-ci

Testing conventions, CI pipeline rules, and smoke test coverage for SkillHub. Ensures agents write tests correctly and understand the CI gate requirements.

63

Quality

75%

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

Fix and improve this skill with Tessl

tessl review fix ./.agents/skills/testing-and-ci/SKILL.md
SKILL.md
Quality
Evals
Security

Testing and CI Skill

Trigger

Use this skill when:

  • Adding or modifying backend tests
  • Adding or modifying frontend tests
  • Changing CI/CD workflows
  • Adding smoke tests or E2E tests

Rules

Backend Testing

Tests live alongside source in each module's src/test/java/:

  • server/skillhub-app/src/test/java/ — Controller integration tests, service tests
  • server/skillhub-domain/src/test/java/ — Domain service unit tests
  • server/skillhub-auth/src/test/java/ — Auth flow tests

Tools: JUnit 5 + Mockito + AssertJ + Spring Boot test slices (@WebMvcTest, @DataJpaTest)

Build commands:

make test-backend-app   # skillhub-app + dependencies (includes -am)
make test-backend       # all backend modules

Never run ./mvnw -pl skillhub-app clean test directly under server/. skillhub-app depends on sibling modules, and a standalone clean build can fall back to stale artifacts from the local Maven repository, surfacing misleading cannot find symbol and signature-mismatch errors. Use -am, or the Makefile targets above.

Test naming conventions:

  • Controller tests: {ControllerName}Test.java (e.g., SkillControllerTest.java)
  • Service tests: {ServiceName}Test.java
  • Integration tests: {FlowName}IntegrationTest.java
  • Security tests: {ControllerName}SecurityTest.java

Frontend Testing

Tools: Vitest (unit), Playwright (E2E)

make test-frontend            # Vitest unit tests (pnpm run test)
make test-e2e-frontend        # Playwright E2E tests
make test-e2e-smoke-frontend  # Playwright smoke tests (subset)

E2E tests live in web/e2e/.

Smoke Tests

Smoke tests validate end-to-end operator workflows against a running backend:

ScriptPurpose
scripts/smoke-test.shBasic API health, auth, label CRUD
scripts/namespace-smoke-test.shNamespace creation, membership, publishing
scripts/governance-smoke-test.shGovernance and moderation flows
scripts/promotion-smoke-test.shSkill promotion between scopes

When operator-facing workflows change, update the corresponding smoke test.

CI Pipeline

GitHub Actions workflows in .github/workflows/:

WorkflowTriggerPurpose
pr-tests.ymlPRBackend + frontend unit tests
pr-e2e.ymlPRE2E smoke tests against staging
pr-batch-test-deploy.ymlworkflow_dispatchBatch test and deploy
publish-images.ymlrelease published / workflow_dispatchBuild and publish Docker images to GHCR
deploy-docs.ymlpush to docsDeploy documentation site
issue-triage.ymlissuesAuto-triage incoming issues
issue-backlog-rescore.ymlcron (every 6h)Rescore backlog issues
release-notes.ymlworkflow_dispatchGenerate release notes
deepwiki.ymlrelease publishedUpdate DeepWiki documentation
claim-issue-reward.ymlissue_commentAuto-claim issue rewards
statistic-member-reward.ymlcron/scheduleCalculate member rewards

All workflows live in .github/workflows/. Deno scripts for triage, release notes, and rewards live in .github/scripts/.

Staging

Before opening a PR, validate with staging:

make staging          # Build backend Docker image + frontend static + smoke test
make staging-down     # Tear down
SERVICE=web make staging-logs  # View Nginx logs

Staging validates the containerized deployment path:

  • Backend: built as Docker image from local source (Dockerfile.dev)
  • Frontend: built as static files (pnpm build), served by Nginx
  • Dependencies: same Postgres/Redis/MinIO as local dev

If staging passes, the environment stays running at:

  • Web UI: http://localhost
  • Backend API: http://localhost:8080

Pre-PR Testing Checklist

  • make test-backend-app passes
  • make typecheck-web passes
  • make lint-web passes (if frontend changed)
  • make staging passes (full regression)
  • If API changed: make generate-api run and generated file committed
  • New behavior has corresponding tests
Repository
iflytek/skillhub
Last updated
First committed

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.