テスト とは？

普段の入力で動いても、空欄や境界の値で失敗することがあるよ。たとえば「名前は必須」という仕様なら、入力した名前で登録できることに加え、空欄では理由が表示されて登録されないことも確かめる。何を期待するかを先に決めるのが大事だね。

単体は関数などの部品、結合は部品やシステム間の連携、E2Eは利用者の一連の流れを通して確認するイメージだよ。ログインなら、入力の判定、認証サービスとの接続、画面からログインして利用する流れをそれぞれ確かめる。これ以外にも受け入れテストなどがあり、3種類がすべてではないんだ。

繰り返す確認をテストコードで実行できるよ。変更のたびにCIで実行する使い方もある。ただし、期待結果やケースの選定は必要だし、実行時間はテストや環境による。使いやすさの探索や画面の目視など、自動化したケースだけでは分からないこともあるね。

単純な範囲なら全部を試せるけれど、一般には組合せが多くなるよ。独立した3つの欄に各100通りの値があれば100万通り。重要なリスク、通常・異常の入力、境界値などからケースを選ぶ。件数だけでなく、何を確かめたかを見よう。

選んだ条件で期待どおりだったという結果で、問題がないことの完全な証明ではないよ。動かすテストだけでなく、仕様やコードのレビューも役立つ。問題を直したら再確認し、ほかの動作に影響していないかも確かめよう。テストは修正の判断材料を増やしてくれるんだ。