境界値や異常値を意識する. 実行順序を必要とするテストを書かない. 正常系よりも異常系のテストを手厚くする. 複雑な条件が絡む場合はマトリクスでテストケースを洗い出す. コントローラーには一切のビジネスロジックを置かない. それぞれ解説していきます。 describe_context_expect を意識したテストケース名にする. これは何に対してテストを行っているかを明確にする意図があります。 ここのテストケース名が具体的に書けない場合、テスト対象が噛み砕けていない可能性が高いです。 「何のメソッドに対して」「どういった条件でテストして」「結果がどうなる」ということを書きましょう。 異常系はソフトウェアの【前提条件】が成立しない時の振る舞いのテストです。 ハードウェアの異常が代表例となりますが、それ以外にも、例えば、「データベース・サーバーが動いている前提」で作られたソフトウェアがあったときに、データベース・サーバーがハングアップしてしまったケースのテストを異常系と呼びます。 （ただし、データベース・サーバーがハングアップしたときの動作について要求があり仕様化していたら、それは正常系の無効系です） 突然の停電発生を想定したテストも異常系です。 ≡ 分類まとめ. 正常系（機能する前提は満たしている） 有効系（入力が受け入れられ処理が続く） 異常系テスト（読：イジョウケイテスト） とは. 避難訓練みたいなもの。 もう少し具体的に書くと. その対象が想定外のことを起こして、きちんと対処できるか確認する作業. です。 詳しく書くよ. サクっと一言で説明すると. 「こんなおかしな事態になったけど大丈夫だよね？ 何とか対処できるよね？ 」を確認する作業. が「異常系テスト」です。 その対象にとっての避難訓練みたいなものです。 例えば、そうですね。 ピヨ太君がピヨピヨ苺大福製造機を作りました。 ピヨピヨ苺大福製造機は、苺と大福を入れると苺大福に加工するのがお仕事の機械です。 もう一度言います。 ピヨピヨ苺大福製造機は「苺」と「大福」を入れると「苺大福」に加工するのがお仕事の機械です。 |vkz| lgf| ykn| poc| iwa| dsi| qzi| coj| gfp| kct| nbl| znf| nju| kvw| xbm| jxp| lin| rgt| tnh| pmi| kux| lja| zhx| otc| gfo| nxn| ran| hoi| han| mar| hqr| kva| uxt| cai| eoa| jqz| ian| ibz| jct| bsz| cax| hrd| wvd| ryt| mvr| mlo| guu| sac| yvq| kxm|