smithery.ai

android-unit-testing

Run Android JVM unit tests via Gradle, collect reports, and fix failures. Use when asked to run/repair unit tests or CI test failures.

First seen Apr 26, 2026

Installation

$ npx skills add https://smithery.ai

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from smithery.ai · top by installs.

npx skills add https://smithery.ai

Browse all from smithery.ai

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 1,600 B
  • docs SUMMARY.md 162 B

History

  1. First seen on skills.sh
  2. First recorded snapshot · 1 installs

SKILL.md

Scope

  • JVM unit tests (Gradle test*UnitTest) first.
  • Instrumented tests are out of scope unless explicitly requested.

Preconditions

  • Use the repo's Gradle Wrapper (./gradlew).
  • Prefer deterministic commands; avoid “try random flags”.

Step-by-step

1) Discover test tasks

  1. List modules and test tasks:

- ./gradlew tasks --all | grep -E "test.*UnitTest|:test"

  1. Identify common tasks:

- :app:testDebugUnitTest - testDebugUnitTest (root aggregation if present) - flavors: test<Flavor><BuildType>UnitTest

2) Run unit tests

  • First attempt (fast, useful output):

- ./gradlew testDebugUnitTest --stacktrace

  • If multi-module, run the failing module task explicitly:

- ./gradlew :<module>:testDebugUnitTest --stacktrace

3) Collect evidence

  • Always locate HTML report paths, e.g.:

- <module>/build/reports/tests/

  • Extract:

- failing test class/method - assertion message - stacktrace root cause

4) Fix strategy

  • Prefer fixing production code bugs vs weakening tests.
  • If test is flaky:

- remove time dependence - isolate coroutines/dispatchers - mock IO/network

  • Keep changes minimal and explain tradeoffs.

5) Re-run and confirm

  • Re-run the exact same command.
  • If CI uses a different variant, also run that variant.

Output format

  • Command(s) executed
  • Failures summary (table)
  • Root cause
  • Patch + why
  • Validation commands