プロダクト・開発部

品質保証(QA)部門システム

リリース前に製品をテストし、重大な欠陥のないことを保証する品質保証チーム向け。

すべてのリリース前の品質ゲート: テスト計画・実行・不具合報告・修正確認、明確なレポート。

クレジットカード不要 — システム一式が1分でプロジェクトにセットアップされます

テスト計画1
次回リリースのテスト計画と範囲を書く
実行0
カードはまだありません
不具合報告1
既知の最初の欠陥を模範的な不具合報告カードにする
修正確認0
カードはまだありません
リリース判定1
リリースを止める「重大」の定義を開発と合意する
レポート0
カードはまだありません

これがお手元に届くシステムのボードです。ワークフローの列と、最初のステップを示すスターターカードが並んでいます

このシステムで仕事はどう回る?

各リリース前に「テスト計画」カードを作成し、テスト範囲(新機能・最もリスクの高い領域・対象デバイスとブラウザ)を定めます。リリース候補版の準備が整うと「実行」に移り、テスターがシナリオを実行して各ケースの結果を記録します。発見された欠陥はすべて「不具合報告」カードになり、再現手順・期待結果・実際結果・重大度を記述し、開発者が引き受けて修正します。修正済みの報告は「修正確認」に戻り、報告者ではない別のテスターがテストし、修正が他を壊していないことを確認します。重大な報告がゼロになると親カードは公式推奨とともに「リリース判定」に移り、数字は「レポート」へ繰り越します。実行ケース数・発見報告数・欠陥が集中する領域。

チャットはテスト中の司令室です。リリースを止める重大報告は即座に告知され、意図した動作かバグかの疑問は、却下カード化の代わりに開発者とその場で決着します。ただし厳格なルールがあります。チャットで決着した決定は不具合報告カードそのものに記録します。ボードが記録であり、記憶ではありません。

品質部長は「テスト計画」を書き、実行を配分し、リリース推奨の決定を所有します。重大報告が残ればリリースを止めるのも彼です。テスターは実行し、統一基準で報告を書きます。開発者は報告を受けて修正し、「修正確認」へ戻します。システムの原則: テスターは自分が書いた報告の修正を確認せず、リリースは「雰囲気が良さそう」という感覚ではなく数字による記録付きの決定です。

誰が何を担当する?

このシステムの運用ロールと、日々の仕事における各ロールの責任。そのままチームに割り当てても、自社に合わせて調整しても構いません。

品質部長

テスト計画を書き範囲を配分し、重大報告をレビューし、「リリース判定」の推奨または停止に数字で署名する。

テストエンジニア

計画シナリオを実行し、明確な手順と分類済み重大度で報告を書き、「修正確認」で同僚の修正を確認する。

開発者

「不具合報告」カードを受けて欠陥を修正し、変更内容と再テスト対象を記述して「修正確認」へ戻す。

初日から用意されるものは?

システムのユニット

  • タスク ワークフローの列と実行カードを備えたかんばんボード
  • チャット チームの素早い日常調整チャンネル

準備はいいですか?最初のプロジェクトまであと2分

今すぐ無料のワークスペースを作成して、今日が終わる前にチームを招待しましょう。