実装と単体テスト

イントロ

設計、コード、単体テスト、修正の流れを中心にする

実装は設計を動くプログラムにする工程で、単体テストは部品ごとに意図した動きを確認する工程である。プログラミングとテストは開発者だけの作業に見えがちだが、依頼者も品質確認の流れを理解する必要があるからです。

定義

教科書では: 実装は設計を動くプログラムにする工程で、単体テストは部品ごとに意図した動きを確認する工程である。
言いかえると: 実装は設計を動くプログラムにする工程で、単体テストは部品ごとに意図した動きを確認する工程である。ここではプログラミング、コーディング、コードレビュー、単体テスト、デバッグを扱います。プログラム言語の文法、詳細なテストケース作成、CI/CD設定までは追わず、実装とコーディングを分けます。

手順

例

場面: 交通費計算機能を作り、入力金額に対して正しい精算額が出るか部品単位で確認する例
順に考えると: この場面では、まず実装が何を助けるかを確認します。次にコーディングとの違いを見て、単体テストは画面全体ではなく、機能や部品が設計通り動くかを見る。プログラム言語の文法、詳細なテストケース作成、CI/CD設定までは追わず、役割を一文で説明できれば十分です。
ここが結論: 実装とコーディングを分けると、単体テストは画面全体ではなく、機能や部品が設計通り動くかを見る。

注意

確認

Q1

実装と単体テストで最も大切な見方はどれですか。

まとめ

テストは部品単体から組合せ、システム全体、利用者の受入れへ広がり、利用開始後も修正や改善の保守が続く。