ユニットテスト とは？

たとえば送料の計算を、画面や実際の配送サービスを動かさずに確かめるんだ。条件を絞ると、問題がある場所を調べやすく、変更後も繰り返し確認しやすい。ひとつの単位は関数だけとは限らず、クラスなどのまとまりになることもあるよ。

準備・実行・確認を分けると読みやすいよ。送料なら「合計金額が無料になる境界にある」という条件を準備し、計算を実行し、結果が0かを確認する。期待値は、作ったコードの計算をそのまま写すより、確認したい仕様から決めるんだ。

正常な場合に加えて、境界や失敗の扱いなど、重要な振る舞いを選ぼう。入力が0・空・上限付近のときなど、仕様に意味のある条件が役立つ。テスト名で条件と期待が分かると、失敗したときにも調べやすいよ。カバレッジは参考になるけれど、高ければ正しいという証明ではないんだ。

小さな単位を切り離して確かめるときは、外部の依存をテスト用の代役にする方法があるよ。返す値を用意するスタブや、呼び出しを確かめるモックなどだね。ただし代役だけでは、実際の接続や組み合わせが正しいかは分からない。結合テストなどでも確認しよう。

違うよ。ユニットテストは確認するテストの種類で、TDDはテストから開発を進める手法。テストを書き、通る実装を用意し、設計を整えるサイクルが基本だよ。完成したコードにテストを追加することもできる。テストが通っても、用意していない条件や全体の動作まで保証されるわけではないんだ。