試験マトリクスの作り方について

ありがとうございます。
私の認識では、黒丸が観点として見ている箇所を分かりやすくするための黒丸
白丸はその他で存在する条件として認識していました。

作り方に流儀があるのかも知れませんので、あくまで参考意見ですが・・・

試験する条件は、縦に並んだ丸の箇所になるので（縦一列がテストケース）、
提示された例ですと、項番1・3・5・7はどれも同じものであり重複（冗長）だと思いました。

逆に、I D・名前・年齢の3つのパラメタのあり/なしの組み合わせは、全部で8通りあるはずですが、提示された例ではそれらが網羅されていません。

また、2つのSQL関連が不明ですが、I D・名前・年齢のパラメタが全部「あり」の場合だけSQLを実行する場合で、2つのSQLに関連が無いと仮定すると、SQL1・SQL2の成功・失敗の組み合わせが全部で4通りあるはずです。
もし、SQL1が成功したときのみSQL2を実行するならば、SQL1・SQL2の成功・失敗の組み合わは3通りになるはずです。いずれにしても、提示された例では網羅されていません。

他には、I D・名前・年齢の3つのパラメタのあり/なしだけの条件となっていますが、「あり」の場合でも、例えば、年齢の範囲に条件があるなら、それら範囲の組み合わせも作るべきです。
IDや名前に使えるの文字の種類や長さなどの条件も然り。

テストカバレッジ（C0/C1/C2等）でどのレベルを目指しているのかにも拠ると思いますが、ホワイトボックス/ブラックボックテスト技法を勉強されるとよいかも知れません。

ありがとうございます。
想定しているテストレベルは製造後の単体テストレベルです。
テストカバレッジ（C0/C1/C2等）は初めて知りました、おそらくC0かC1レベルを求めらていると思いますので参考にさせていただきます。

パラメーターもおっしゃる通り組み合わせが足りていないですね...
今回はパラメータが３つなので８通りですが、例えば10個パラメーターがあればどこまで単体テストで網羅すればよいのでしょうか？...
個人的には処理の中で必須チェックや桁チェックしているものだけ挙げればよいかなと思いましたがいかがでしょうか。

例えば10個パラメーターがあればどこまで単体テストで網羅すればよいのでしょうか？...

そもそもですが、パラメタの「なし」とは、どういう状態でしょうか？

• コマンドに引数を付ける/付けない的な意味合いならば、すべての組み合わせを網羅すべきだと思います。あり/なしで結果が異なりますよね。
• 関数やメソッドに渡す引数なら、デフォルトがない場合に「なし」だと、コンパイルエラーになるので、試験以前の話です。

処理の中で必須チェックや桁チェックしているものだけ挙げればよい

その根拠はなんでしょうか？

今回作成したテストケースと実際に業務で作成しているテストケースの話が合わさってしまいました、失礼しました。
業務の方では引数としてあってもなくてもいいパラメタがあるのであり/なしで表現しております。

ありがとうございます。

13579は正常系です、見返すと網羅ではなく１パターンしかできていないのでこちら　　　　　　は確かに不要だと思います。。。

黒丸が観点として見ている箇所を分かりやすくするための黒丸、白丸はその他で存在する条件として書いていました。

・期待結果項目の言語化はすぐに取り入れたいと思います。