#29 デシジョンテーブルを機械的に作る：掛け算・割り算・引き算で漏れをなくす方法

「最新のAIテスト」も、紐解いてみればその根底にあるのは古くから大切にされているテスト設計技法だったりします。今回は、そんな基本でありながら奥が深い「デシジョンテーブル（決定表）」がテーマです。なんとなく思いついた順に条件を書き出していませんか？それでは考慮漏れを防ぐことはできません。本エピソードでは、パズルを解くように「機械的」にデシジョンテーブルを作成し、仕様の曖昧さまでをも炙り出すプロのテクニックを徹底解説します。📌 今回のエピソードのポイント「足し算」の罠：思いついた組み合わせを足していく作り方が、なぜ危険なのか3つのステップ：掛け算で全パターンを出し、割り算で割り当て、引き算で削る作成方針禁則と仕様の穴：ありえない組み合わせ（N/A）や、期待結果が不明な箇所を見つける重要性モデリングの効果：境界値分析やデシジョンテーブルを「図式化」することで関係者と認識を合わせるコツ🕒 チャプター(00:00) オープニング(00:25) JaSST'26 Tokyoに参加して感じた「テスト技法」の大切さ(01:39) デシジョンテーブル（決定表）の基本(03:51) 多くの人が陥る「間違った作成手順」(05:37) 正しい作成方針：掛け算・割り算・引き算(06:19) 実践！全パターンを機械的に書き出すステップ(09:12) 期待結果の記入と「禁則（ありえないパターン）」の扱い(11:42) 作成過程で見つかる「仕様の曖昧さ」(14:18) 質問コーナー：境界値の考慮漏れを防ぐには？(16:56) エンディング📢 あなたのご意見をお聞かせください皆さんはデシジョンテーブルを作る際、最初から全パターンを書き出していますか？それとも、重要そうなところから埋めていますか？皆さんの「マイルール」をぜひ教えてください！X（旧Twitter）：ハッシュタグ #b_testing でのポストをお待ちしています。お便りフォーム：⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠こちらからお気軽にどうぞ。⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠⁠フォローのお願い：最新回を逃さないよう、Podcastアプリでのフォローをぜひお願いします！