Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx skills add infraspecdev/tesseract --skill spring-testgit clone --depth 1 https://github.com/infraspecdev/tesseractWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/infraspecdev/tesseract/spring-test)<a href="https://agentmods.dev/skills/infraspecdev/tesseract/spring-test"><img src="https://agentmods.dev/badge/skills/infraspecdev/tesseract/spring-test/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/infraspecdev/tesseract/spring-test"><img src="https://agentmods.dev/badge/skills/infraspecdev/tesseract/spring-test.svg" alt="Reviewed on agentmods" width="80" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00075 | $0.01363 |
| Opus 5.5 | $0.00030 | $0.00545 |
| Sonnet 5.5 | $0.00015 | $0.00273 |
| Haiku 4.5 | $0.00007 | $0.00136 |
Grade A, and why
backend-spring-test scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 1mo ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 91 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Spring Test Review
Overview
Review Spring Boot tests for appropriate slice scope, mock placement, and context isolation. Pairs with the agnostic testing-strategy-review (which covers test pyramid, mocking SUT, flaky patterns).
Triggers when spring-boot-starter-test is detected and test source files are in scope. The agnostic skill flags WHAT is wrong with a test; this skill flags HOW Spring's test annotations should be used.
Version Compatibility
Supported: Spring Boot 3.x (declared via spring_boot_versions: ["3.x"] in frontmatter).
Spring Boot 2.x — degraded coverage:
- All checks (ST1–ST10) apply identically across SB2/SB3
- Package paths differ slightly (
jakarta.servlet.*in SB3 vsjavax.servlet.*in SB2 for MockMvc/WebMvcTest internals)
Spring Boot 3.4+: @MockBean was deprecated in Spring Framework 6.2 in favor of @MockitoBean / @MockitoSpyBean. ST2/ST3 examples in this skill use @MockBean; on SB3.4+ codebases prefer @MockitoBean. The semantic checks (mock necessity, slice scope) are unchanged.
To extend coverage for SB2 or SB3.4+, follow Pattern A (broaden the rubric) per shield/skills/backend/EXTENDING-VERSIONS.md.
When to Use
- Reviewing
@SpringBootTest,@WebMvcTest,@DataJpaTest, etc. - Reviewing
@MockBeanand@SpyBeanusage - Reviewing Testcontainers vs H2 in-memory choices
- Reviewing test security context (
@WithMockUser, etc.)
When NOT to Use
- Pure JUnit assertion patterns — use
testing-strategy-review - Non-Spring test frameworks (pytest, jest) — different conventions
- Performance test design — separate skill not in v1
Review Process
- Inventory: test classes by their primary slice annotation
- For each, apply Evaluation Points ST1–ST10
- Cross-cut: confirm
@SpringBootTestis reserved for full integration, not unit tests in disguise
Evaluation Points
| # | Check | What to Look For | Severity |
|---|---|---|---|
| ST1 | Test slice selection | Use @WebMvcTest for controllers, @DataJpaTest for repos, @JsonTest for serialization, @SpringBootTest only when truly integration-shaped |
High |
| ST2 | @MockBean necessity |
Mock collaborators that aren't part of the slice. Don't mock everything — slice annotations auto-configure the layer | Medium |
| ST3 | @SpringBootTest scope |
Full context boot is slow. Justify when a smaller slice would work | High |
| ST4 | @DirtiesContext minimization |
Recreating the context per test is very slow. Use only when absolutely required (rare); prefer test-data isolation via transactions or @Sql |
High |
| ST5 | Testcontainers vs H2 | Testcontainers gives a real database (catches dialect issues). H2 is faster but masks production differences. Choose deliberately | Medium |
| ST6 | Test security context | @WithMockUser, @WithUserDetails, or custom security context. Don't disable security in tests |
Medium |
| ST7 | @Transactional in tests |
Tests marked @Transactional roll back automatically — good for isolation. Avoid in tests that span multiple transactions |
Medium |
| ST8 | MockMvc vs WebTestClient | MockMvc for MVC; WebTestClient for WebFlux. Don't mix layers | Low |
| ST9 | Parallel test safety | If tests run in parallel, no shared mutable state across classes. @Execution(SAME_THREAD) for legacy tests |
Medium |
| ST10 | Test data setup | @Sql for repo tests, TestEntityManager.persist in @DataJpaTest. Don't rely on schema state from prior tests |
Medium |
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 1mo ago First seen · 91 lines · 75 tokens per session scan A 0430e6164a51
backend-spring-test is a skill published in the GitHub repository infraspecdev/tesseract (5 stars, last pushed 3mo ago), licensed MIT. It adds 75 tokens to every session and 1,363 once invoked, about $0.0003 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-09-03.
Other skills, from other repositories
server-side-calls
Call tRPC procedures directly from server code using t.createCallerFactory() and router.createCaller(context) for integration testing, internal server logic, and custom API endpoints. Catch TRPCError and extract HTTP status with getHTTPStatusCodeFromError(). Error handling via onError option.
mem0-test-integration
Verify a Mem0 integration produced by /mem0-integrate. Runs in the same workspace on the same branch (loose coupling) — installs dependencies, runs the repo's native test suite, then exercises a real end-to-end smoke flow against the user's API key. Produces a scorecard. TRIGGER when: user has just run /mem0-integrate…
prowler-test-api
Testing patterns for Prowler API: JSON:API, Celery tasks, RLS isolation, RBAC. Trigger: When writing tests for api/ (JSON:API requests/assertions, cross-tenant isolation, RBAC, Celery tasks, viewsets/serializers).
python-sdk
Implement or modify Python SDK behavior under python/composio, including tools, toolkits, sessions, auth configs, connected accounts, client integration, and shared Python models. Use for Python core runtime/API work; pair with python-testing and cross-sdk-parity when TypeScript must match.
convex-test
Generate convex-test tests for the app's Convex functions.
voiden
Create and edit Voiden .void files for API testing. Covers the .void file format and all enabled extension block types.