1

Check for Cを使用してユニットテストを始めたばかりです。

これは単体テスト理論の問題です。シリアル プロトコルとの間でメッセージをフォーマットするコードのモジュールがあるとしましょう (これは本当です)。これらのメッセージを送受信するステート マシンを実装する別のモジュールがあります。

メッセージ送信機能と解析機能の単体テストを書き始めており、ステート マシンのテストも書く予定です。いずれの場合も、モック/スタブを使用して他のモジュールを偽装しています (ここでユニット テストの専門用語を誤用していたら申し訳ありません)。

2 つのモジュールを一緒にテストすることも良い考えですか? そこで、実際のプロトコル エンジンを使用して実際のステート マシンを構築し、それをワイヤ レベルのメッセージで駆動して、適切な状態遷移とメッセージが出力されるかどうかを確認しました。

理論的には、これはすでに個々のテストでカバーされています..

いくつかの一般的な手がかりを探していますが、これを感じるにはまだ十分な経験がありません.

4

1 に答える 1

3

ユニットを一緒にテストしている場合、それはもはやユニットテストではありません。これは統合テストです。統合テストは、特定のユニットのモックを提供するのが難しい場合に役立ちます。

あなたの場合、モジュールがきれいに分離できる場合、これらのユニットの統合テストを追加することは冗長になる可能性があります。

于 2011-11-10T04:14:08.727 に答える