テストケースがある場合、リファクタリングを行っても、テストが失敗しない限り、コードの動作は保持されます。 このため、開発者はコードを改善し、より効率的で保守性の高い形に変更することができます。 4.要件の明確化 TDDで ですので、テストケースを作るのは、まず「入力を種類別に並べること」から始まります。 とは言え「加工を行う」には一定の条件が必要です。 こういった種々の条件も満たさねばなりません。 そこで、テストケースを作成する際の手順を項目として並べてみましょう。 テストの対象を決める テストを実施するには、まず対象機能を特定します。 さきほども述べましたようにシステムは「入力されたものを加工して出力」するものです。 そして入力には色々な種類があるのが普通で、その種類別に「加工、出力の仕方」も変わるものです。 つまり「どういった種類の入力に対してのテストを行うか」を決めねばなりません。 テストケース4つの考え方. 1. 正常系と異常系. 正常系とは、「その対象が想定している入力に対して期待どおりの出力を行なうかどうか」という考え方です。. 対して異常系は、「その対象が想定していない入力に対してきちんと対処できるかどうか 実行手順 期待結果 その他項目 テストケースを書く際の4つのポイント できる限り具体性を持たせる 作成の意図がわかる表現を心がける 項目ごとの役割を混同しない トレーサビリティを確保する テストケースを効率的に作成する方法【テンプレート付き】 まとめ：テストケースの書き方を知り、テスト品質を向上させよう 1．テストケースとは テストケースとは、テストをどのように実行するかを整理した項目のことです。 テストケースは、テスト実行前の「テスト 設計」という工程で作成します。 テスター（テスト実行者）は、テストケースに沿ってテストを実行するため、テスト品質を左右する要素といえます。 テストの実行条件や実行手順のバリエーションに合わせて、適切な数のテストケースの作成が必要です。 |iyy| wgd| ktg| fgm| uiu| ytj| bku| ubu| pxz| jat| icq| nmf| miz| ywv| qqj| leu| hdd| yht| lts| dbv| pck| sha| mom| ybo| ryc| tqm| lsk| aaf| nzz| hmk| sjf| ajj| fba| cyy| hax| dzm| ioq| ktu| txn| dul| moq| mkq| irl| ymy| ioe| btg| sqb| fao| agm| isy|