테스트 설계, 취약점 진단, 품질 보증 (1.4만건)
Use when a test would otherwise call a real external dependency - replace it with WireMock or an equivalent stub so runs are deterministic, offline, and control the responses
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Use at the start of every QA round - recording the case matrix with record_test_cases (categories, criterion links, rejected cases) before touching the app, then executing all of it
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Use when the task came back to QA after need_revision - what to re-run, what may carry over, and how to keep old passes from approving new code
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Maintain a dedicated automation test project per repository - separate from the product's unit tests - with API, worker, and UI suites written scenario-first
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Use when a case needs data, a user/role, or a third-party dependency - seeding through the product first, test credentials, namespacing on shared environments, and stubbing an external HTTP service by hand
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Use when the task touches a mobile app - the device flow with the mobile_* tools, confirming the installed build is the task's, and what to report when no device is attached
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Use when writing acceptance criteria for a task - express each as an observable Given/When/Then that QA can execute, including negative cases
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Use when a feature needs camera, location, photos, notifications, contacts, microphone, Bluetooth, or local network - the per-platform request flow, every denial state, and how to actually test the denied path when the shared test device auto-grants permissions.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Use when the task changes anything a user sees in a web app - booting it, driving flows with the browser tools, the four-width check, console/network/keyboard checks and the visual checklist
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Use when a screen must work without network or a mutation must survive a lost connection - local storage choice, the outbox pattern with idempotency keys, background replay, and how to test it with a fake clock and fake network.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Use before booting anything - choosing local (start_task_preview or a workspace boot), the task's preview or stage, confirming the build is the PR head, and what to do when nothing can run
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Use while deriving cases - Given/When/Then and the techniques (partitions, boundaries, decision tables, state transitions) that find the cases the criteria do not state
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Use when a task adds or changes an HTTP endpoint, its request/response shape, status codes, auth or error format - the request matrix, curl templates and what counts as a contract break
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Use when moving tasks or reporting status - the kanban column semantics, which columns are human/architect/QA gates, and where the PM actually acts
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Use when the task touches a backend API, database or worker - booting it from the task branch, driving real requests and verifying side effects (DB rows, outbound calls, logs) as evidence
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Use when a criterion mentions speed or limits, or the change touches a list, query, endpoint or page that could get slower - timing loops, the N-vs-10N data check and Lighthouse on a production build
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Use when the stakeholder asks for release notes or a changelog - group done/released work into Added, Changed, Deprecated, Removed, Fixed and Security, in outcome language, with task references
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Use when building cases for any input, form, endpoint or state change - boundary values, invalid and hostile data, authz and concurrency cases with a worked example
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Use when testing Flutter code - unit tests for logic, widget tests for UI behavior, golden tests for appearance, the multi-size/text-scale/dark matrix, accessibility guidelines, test-first
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Use when writing tests for Java (Quarkus or Spring) code - JUnit Jupiter structure, Mockito for collaborators, test slices, Testcontainers, and framework-native integration tests, test-first
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Use when writing Go tests that need test doubles or cover multiple cases - detect the repo's mocking approach (Mockery v3, gomock, hand-written testify mocks, fakes), table-driven cases, testify suites when the repo uses them, and real-Postgres tests for repository adapters
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
The local task workspace, the build/test commands the hand-off gate runs, and the file and exploration tools. Use when starting work in a task workspace or before running any build, test or verification command.
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Use when a repository needs CI/CD - author GitHub Actions workflows so TaskTrooper's pipeline auto-detects your validate/build/test jobs and stage/preprod/prod deploys, and so a dispatch delivery profile can dispatch the production deploy
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.
Use when writing or changing any React component - React Testing Library tests are behavior-focused (byRole first), use user-event, assert on accessible output, one behavior per test, and run in npm test
한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.