これでテストケースが漏れない！効率的に単体テスト仕様書を作る方法 | wecoplus
この単体テスト仕様書をみてどう思いますか？非常に見づらいですよね。そして、この単体テスト仕様書では、テストすべき条件がすべて網羅されているかがパッと見てもわかりません。ブロンズ会員がどのようなに動作すべきかがわかりませんし、「購入できない」ということが何を指しているのかも不明確です。 また、ここでは条件が「会員のランクが3種類」と「特別値引商品を購入できるか否か」の2つしかないので、上記のテストケースでもギリギリなんとかなるかもしれません。ですが、ここにさらに以下のような条件だったらどうでしょうか？ ブロンズ会員は特別値引商品を参照することも購入することもできない。 シルバー会員は特別値引商品を参照はできるが購入はできない。 こうなると、テストケースの行が倍増してしまって、ますます条件を網羅した単体テスト仕様書を書くのが難しくなります。さらに、テストケースを書くことが難しいだけでなく、テス
テスト仕様書の作り方大公開：テスト設計の手順とセオリー - ソフトウェアテスト.com
みなさん、こんにちは。 以前の記事「テスト仕様書サンプルあり。高品質なテストを実現する方法」では、ソフトウェアテストを行う上で必要な基礎知識をコンパクトにまとめた『テスト入門ハンドブック』をご紹介するとともに、テスト仕様書のテンプレートを提供しました。 以前の記事はこちら 先の記事でも述べましたように、フォーマットは道具であって目的ではありませんから、ただ記入欄を埋めただけでは意味をなさないことは言うまでもありません。大事なのは「何をどのように検証するのか」を正しく誰にでもわかるように記述することです。 「テスト仕様書を作れと言われたけれど何をどう書いたらいいのかわからない」「テストケースに抜け漏れがあり、テストをしてもバグが残ってしまう」といった悩みをお持ちの方に向けて、今回から『テスト仕様書の作り方大公開』と題して７回にわたって連載いたします。 まず初回は、フォーマット記入に先立って「
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
