c++ - 既存のプロジェクトでの CppUnit テスト

Question

CppUnit テストは初めてで、基本的な質問があります。

そのため、CppUnit テストを実行するにはメイン関数が必要です。ただし、このメインは、テストしたいプロジェクトのメインとは別にしたいと考えています。したがって、1 つのプロジェクトに 2 つのメイン関数を含めることはできないため、すべてのテスト クラスを格納するサブプロジェクト (ちなみに Qt を使用しています) を作成しました。ただし、Qt では実行するサブプロジェクトを指定できるため、これは独自の問題を引き起こしているようです。これは、それらをサブプロジェクトにして別々に保つことができないことを意味する場合があります。

私は、クラスをテストするためのクラスの 1 対 1 のペアがある JUnit に慣れています。クラスでテスト ケースを実行する場合は、右クリックして実行します。メイン関数は必要ありません。

現在テストされていない既存の成熟したプロジェクトをテストする方法の説明を探していると思います。私が見つけたものはすべて、プロジェクトとそのテストを並行して開発していることを前提としています。

ありがとうございました！

Answer 1

CPPUnit は柔軟性に優れているため、ほとんどのコードの機能領域を簡単にテストできます。これを消費側と実装側と呼びます。

大規模な既存のライブラリから始めて、cppunit でフィクスチャを多用する外部の「消費」テスト ケースをセットアップすることは、一般的には良い考えです。これを行うには、基本的に、オブジェクト クラスの外部監視機能をテストします。フィクスチャで使い慣れたオブジェクトをセットアップし、それらのテスト ケースを記述します。時間があれば、相互作用するクラスに関連する各クラスとペアリングの内部に固有の内部テスト ケースをどんどん追加してください。最終的には、作成するすべての新しいコードにテスト ケースが統合またはペア化されます (時間の経過とともに文字通り数百または数千になります)。

cppunit は特効薬ではなく、junit ほど柔軟ではありません(この言語固有の単純なリフレクションの欠如が大きな理由です)。しかし、それでも時間を費やす価値は間違いなくあります。