こんにちは。
先の投稿にはシュード・コードでTCを設計する方法をしめしましたがそれはTDD(Test Driven Development)を狙って作ったものでした。
今度は開発者の観点ではなくて、上流工程のテスト設計をする方法の１つを紹介します。
上流工程なので、一応画面をみながらテスト設計を考えてみましょう。
画面より考えられるテスト視点は二つです。
1. 環境と状況（Environment or Context)
2. Action
| 環境と状況（Environment or Context) | Action |
|---|---|
| 上の画面はモバイル・アプリなので、環境また状況は次のように想定しました。 1. ネットワーク切れ、また反応が弱いネットワーク 2. 言語環境：日本語、中国語、英語 |
対象はログイン画面です。 ログイン画面で洗い出されるActionは次のようです。 1. メール・アドレスを入力する（また空欄に残る） 2. メール・アドレス欄でメール形式ではない文字を入力する。 3. 未登録メール・アドレスを入力する。 4. 暗証番号を入力する（また空欄に残る） 5. 間違い暗証番号を入力する 6. 「パスワードをお忘れ方」をクリックする 7. 「会員登録」をクリックする。 |
今までの整理をマインド・マップでしてみました
ここで注意すべくのは
Actionは「Yes」,「No」で分けられるように書く
です。こう整理するのが文章を明確にします。
これから ActionItem間の従属関係を考えてみましょう。
一応
- 「ログイン」ボタンをクリック
- 「パスワードをお忘れ方」をクリック
- 「会員登録」をクリック
の間は従属関係が見えません。２、３番目は下位で小枝がないのでそれ自体がチェック項目になります。
1番目の「ログイン。。。」の下位項目たちを見ましょう。
「メール・アドレス欄で入力」と「メール・アドレス欄でメール形式ではない文字を入力する」を比べると
「メール・アドレス欄で入力」：Yes
の場合「メール・アドレス欄でメール形式ではない文字を入力する」が成立します。なので、「メール・アドレス欄でメール形式ではない文字を入力する」は「メール・アドレス欄に入力」で従属されてます。
「未登録メール・アドレスを入力する」と「メール・アドレス欄でメール形式ではない文字を入力する」の関係も従属関係です。メールアドレスの形式のみ登録されたのかを確認できるからです。
全部整理すればこうなります。
マップの枝より「Yes」を含めているルーツを選んでみましょう。
| Path+して「ログイン」ボタンをクリック | |
|---|---|
| 1 | メールアドレス欄で入力→（Yes）→メール・アドレス欄でメール形式ではない文字を入力する→（Yes） |
| 2 | メールアドレス欄で入力→（Yes）→メール・アドレス欄でメール形式ではない文字を入力する→（No） →未登録メール・アドレスを入力する→（Yes） |
| 3 | メールアドレス欄で入力→（Yes）→メール・アドレス欄でメール形式ではない文字を入力する→（No） →未登録メール・アドレスを入力する→（No）→暗証番号を入力する→（No） |
| 4 | メールアドレス欄で入力→（Yes）→メール・アドレス欄でメール形式ではない文字を入力する→（No） →未登録メール・アドレスを入力する→（No）→暗証番号を入力する→（Yes）→間違い暗証番号を入力する →（Yes） |
| 5 | メールアドレス欄で入力→（Yes）→メール・アドレス欄でメール形式ではない文字を入力する→（No） →未登録メール・アドレスを入力する→（No）→暗証番号を入力する→（Yes）→間違い暗証番号を入力する →（No） |
各ケースを「ログイン１」〜「ログイン５」で名付けましょう。
Action、環境、状況はこれでまとめられます。
| Action | ログイン１〜ログイン５ |
| 「パスワードをお忘れ方。。」をクリックする | |
| 「会員登録」をクリックする。 | |
| 環境 | 言語：日本語 |
| 言語：中国語 | |
| 言語：英語 | |
| 状況 | ネットワーク：切られる |
| ネットワーク：弱い | |
| ネットワーク：正常 |
最後のテストケースはこの３つの組み合わせで洗い出したす。
組み合わせはPICTMasterというツールを使いました。
ここでイシューが一つあります。
組み合わせのオプションの中て Number of Combined Parameterをいくらにすればいいかなんです。それは環境と状況の軽さに従います。もし言語があんまりミッション・クリッチカルじゃない場合はこの値を１ですればいいです。でも、もし言語がクリッチカルな意味がある場合はこの値を２以上にして、網羅性を高める必要はあります。
これはparameter=1の結果です。
これはparameter=2の結果です。
僕はParameter=2の方が合理的に見えるのでそれでケースを整理します。
結果を環境をプライマリー・キーで、状況をセカンダリー・キーでソーティングして整理しました。
| Action Scenario | |
|---|---|
| ログイン1 | メールアドレス欄で入力→（Yes）→メール・アドレス欄でメール形式ではない文字を入力する→（Yes） |
| ログイン2 | メールアドレス欄で入力→（Yes）→メール・アドレス欄でメール形式ではない文字を入力する→（No） →未登録メール・アドレスを入力する→（Yes） |
| ログイン3 | メールアドレス欄で入力→（Yes）→メール・アドレス欄でメール形式ではない文字を入力する→（No） →未登録メール・アドレスを入力する→（No）→暗証番号を入力する→（No） |
| ログイン4 | メールアドレス欄で入力→（Yes）→メール・アドレス欄でメール形式ではない文字を入力する→（No） →未登録メール・アドレスを入力する→（No）→暗証番号を入力する→（Yes）→間違い暗証番号を入力する →（Yes） |
| ログイン5 | メールアドレス欄で入力→（Yes）→メール・アドレス欄でメール形式ではない文字を入力する→（No） →未登録メール・アドレスを入力する→（No）→暗証番号を入力する→（Yes）→間違い暗証番号を入力する →（No） |
| No | Action Scenario | 状況（ネットワーク） | 環境（言語） |
|---|---|---|---|
| 1 | ログイン5 | 弱い | 中国語 |
| 2 | ログイン1 | 弱い | 中国語 |
| 3 | ログイン3 | 切られる | 中国語 |
| 4 | ログイン2 | 正常 | 中国語 |
| 5 | ログイン4 | 正常 | 中国語 |
| 6 | ログイン3 | 弱い | 英語 |
| 7 | ログイン1 | 切られる | 英語 |
| 8 | ログイン2 | 切られる | 英語 |
| 9 | ログイン4 | 切られる | 英語 |
| 10 | ログイン5 | 正常 | 英語 |
| 11 | ログイン2 | 弱い | 日本語 |
| 12 | ログイン4 | 弱い | 日本語 |
| 13 | ログイン5 | 切られる | 日本語 |
| 14 | ログイン3 | 正常 | 日本語 |
| 15 | ログイン1 | 正常 | 日本語 |