麻由SHIFT2019.08.22有料会員限定コピーしましたPR全3606文字ソフトウエアテストにおけるテスト設計で作成するテストケースは、ソフトウエア品質を高める重要な要素の1つ。テストケースの出来が悪ければ、確認すべき項目の抜け漏れが発生し、ソフトウエアの欠陥(バグ)が見逃されてしまう。テストケースの記述の仕方を少し工夫するだけで、トラブルリスクを低減できる。「なぜこの値を入力するのか」を明確にするテストケースには、テスト対象の項目、テスト条件、テスト手順などを記載する。このうち、テスト条件の書き方に、その後の工程をスムーズに進めるための心得がある。テスト条件の欄に「なぜこの値を入力するのか」を明記しておくのだ。ECサイトのテストで商品購入の機能をチェックするとしよう。商品を選択したうえで購入ボタンを押したとき、きちんと在庫チェック機能が動くかを試す、といった趣旨のテストである。このときのテスト条件に「購入する商品:商品A」としか書かれていないことがある。これでは「なぜ商品Aを選択しなければならないのか」がテストケースの読み手に伝わらない。意図がドキュメントから読み取れないと、テストケースのレビューの効率が落ちる。レビュアーが確認すべき項目が増えてしまうからだ。レビューを通り抜けてしまうと「妥当性が不明なテストケース」が出来上がる。すると、テスト実行フェーズで確認すべき事項の抜け漏れが発生しやすくなる。リリース後の改修時に、何をテストしたのか過去のテストケースを参照するときもある。テストの意図が分からなければ改修の役に立たない。した事態を防ぐための心得として、入力値の持つ意味を書いておくのだ。「購入する商品:翌日お届けが可能な商品(商品A)」「購入する商品:翌日お届けが不可能な商品(商品B)」といった具合だ。すれば読み手に意図が伝わり、手戻りや誤解を避けられる。期待値に「処理が正しいこと」と書いてはいけないテストケースには、どのような結果になっていれば合格なのかを分かるようにするため、期待される結果を示す条件や値を記載する。この項目を「期待値」と言う。期待値でよく見かけるのが、「処理が正しいこと」「問題がないこと」といった表現だ。これらの表現は異なる解釈を与える余地がある。読む人によって様々な意味に捉えられてしまうのだ。テストケースを記述したエンジニアとテスト実行者とで、想定している「正しい処理」に食い違いがあれば、トラブルにつながる。エラーメッセージの扱いだ。エラーメッセージが表示されることが正しい場合もあるし、エラーメッセージが表示されないことが正しい場合もある。テストケースの作成者は、エラーメッセージが表示されることを想定して「処理が正しいこと」と記載したとする。テストケースの期待値に「処理が正しいこと」と書くと誤解を招きやすい[画像のクリックで拡大表示]しかしテストしたところ、何のエラーもなく処理が完了してしまった。テストケース作成者の意図としては、この場合は「誤った処理」なのだが、期待値の欄に「処理が正しいこと」としか書いていなければ、テスト実行者は「正しい処理」と判断してしまう。テスト実行者が合格と報告すれば、見つかるはずの不具合が見逃される。期待値で誤解を生まないためには、期待される処理の内容を具体的に書くべきだ。先ほどの例では、「『在庫切れのため購入できません』とエラーメッセージダイアログ画面が表示されること」といった内容にする。すれば、何が正しい処理なのか読み手に誤解を与えにくい。26社DX戦略レポート。DXで成果を上げるために不可欠な情報がこの1冊に。各種ブロックチェーン事業に携わった経験を整理し、適切なブロックチェーン事業の企画について、実践的...システム再構築の要件定義テクニック課題解決に役立つ機能を分析し、新システムに継承すべき機能を絞り込み、不要な機能は削除す―。新シス...シニア・ベテラン社員マネジメント講座シニア社員のモチベーションを高め、活躍を後押しできるマネジャーになるための講座です。情報銀行の成り立ち、事例、現状課題やその行方を網羅。経営戦略である以上、「会計」の知識やスキルが欠かせません。