Use when a test needs a database - spin up a dedicated, disposable test database (Testcontainers) seeded with known data, never a shared or production database
日本語の概要は準備中です。原文の説明を表示しています。
185 件(makifbaysal のリポジトリ) ・ 人気順
概要と使いどころ
Use when a test needs a database - spin up a dedicated, disposable test database (Testcontainers) seeded with known data, never a shared or production database
日本語の概要は準備中です。原文の説明を表示しています。
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 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 the task has a background job, queue consumer, scheduler or webhook - firing the real trigger, polling for the side effect, and the retry, idempotency and poison-message cases
日本語の概要は準備中です。原文の説明を表示しています。
Use when a release reaches awaiting_verdict (or you are woken for an incident) - how to read runtime logs, error groups, health and smoke evidence for the release's component and decide finish, re-check, roll back or hand to a human
日本語の概要は準備中です。原文の説明を表示しています。
Use when you need the end-to-end merge -> deploy -> watch -> verdict sequence for a delivery mode, or a tool result you did not expect (refusal, park, tag exists)
日本語の概要は準備中です。原文の説明を表示しています。
Use before and after calling rollback_release - what a rollback restores per delivery mode, when a schema change makes a code rollback unsafe, how to work and report manual_steps, and what to do when rollback_release refuses
日本語の概要は準備中です。原文の説明を表示しています。
Use when a stakeholder sends a request - route it to backlog tasks, an analiz task, or a focused question, decide ask-vs-assume with a Definition of Ready, and ask only what a wrong guess would actually cost
日本語の概要は準備中です。原文の説明を表示しています。
Use when updating the stakeholder - report in outcome language (what changed for users, what's next, what decision is needed), translate technical detail, and surface risks early
日本語の概要は準備中です。原文の説明を表示しています。
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 organizing the workspace - create/rename initiative projects and link repositories to them directly, since these are factual actions needing no analiz or approval
日本語の概要は準備中です。原文の説明を表示しています。
Use when the stakeholder asks about an analysis outcome or its implementation tasks - understand the human approval gate and review the tasks the architect created once the human approved
日本語の概要は準備中です。原文の説明を表示しています。
Use when ordering board tasks - set priority/blocked_by/deploy_depends_on by severity and dependency, split MoSCoW within a feature, and use RICE/ICE only for a genuine "what next" call across several features
日本語の概要は準備中です。原文の説明を表示しています。
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 when building or changing any interactive mobile UI - VoiceOver/TalkBack labels, grouping, headings, focus order, Dynamic Type/font scale, reduce motion, contrast, and the automated check for each stack.
日本語の概要は準備中です。原文の説明を表示しています。
Use when building native Android with Jetpack Compose - stateless composables, state hoisting, ViewModel-owned state, edge-to-edge, predictive back, adaptive layout, atomic components, and Material theming over hardcoded values
日本語の概要は準備中です。原文の説明を表示しています。
Use when changing the database schema - detect the repo's migration tool, ship a new migration in its layout, never edit an applied one, and avoid lock-unsafe DDL on a live table
日本語の概要は準備中です。原文の説明を表示しています。
Use when a component talks to the backend - go through the typed api client, type every response, and handle loading, success, and error states explicitly
日本語の概要は準備中です。原文の説明を表示しています。
Use when you add or change any HTTP endpoint's request or response shape (Go or Java) — implement the task's contract exactly, evolve additively, keep the OpenAPI document in sync, and detect breaking changes before hand-off
日本語の概要は準備中です。原文の説明を表示しています。
Use before handing off any change to an endpoint, job or migration — start the service from the task branch and exercise the change with real requests, real logs and real DB side effects
日本語の概要は準備中です。原文の説明を表示しています。
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 a backend or worker service needs a cloud deploy - container-first GitHub Actions deploys to Google Cloud Run (WIF) or AWS ECS/App Runner (OIDC), with migrate-before-deploy and a health-check gate
日本語の概要は準備中です。原文の説明を表示しています。
Use when adding a use case, port, repository or adapter in a Go service — where each piece goes, how errors and transactions cross layers, and how to check the import direction
日本語の概要は準備中です。原文の説明を表示しています。
Commit boundaries and messages on a task branch. Use when deciding where to cut a commit or how to word one while implementing.
日本語の概要は準備中です。原文の説明を表示しています。