私は(最終的に)アプリをCPPUnitで単体テストし、CruiseControl.NETでテストを実行してテスト出力を表示しています。ただし、常に失敗するテストがいくつかあるため、CruiseControlは常にビルドを失敗としてマークします。これらの常に失敗するテストを「オフにする」、「スキップする」、「無視する」方法はありますか?現在ビジネス上の理由で修正できないアプリの有効なエラーを指摘しているため、ソースでコメントアウトするだけではなく、将来のリリースで対処できる可能性があります。可能であれば、テストを実行してその出力を確認できるようにしたいのですが、CPPUnitに失敗としてカウントさせないようにします(または、CruiseControlレベルでは無視することもできます)。
2 に答える
cppunitクックブックで説明されているように、テストをテスト スイートに編成できます。「失敗することがわかっている」テストを別のテスト スイートに入れます。次に、このテスト スイートを実行するタイミングと無視するタイミングを選択できます。
G'day、
testSuite_ *コードで個々のテストをコメントアウトすることはできませんか?
編集:申し訳ありませんが、私はあなたの質問を完全に解析しませんでした。ただし、testSuite_は、何らかの方法で関連する個々のテストをグループ化する方法です。たとえば、使用しているLD_PRELOAD再マッピングライブラリの場合、いくつかのテストスイートがあります。
testSuite_access.c
testSuite_acl.c
testSuite_chdir.c
testSuite_chmod.c
...
etc.
その特定のOSコマンドを実行するいくつかのテストをグループ化します。
しかし、それについて考えて、実際にあなたが言ったことを読んでください(-:、あなたはCPPUnitの機能を機能させ続け、それで遊んではいけないようです。つまり、テストに失敗のフラグを立てます。
したがって、これらの既知の障害を無視するために、CruiseControlの動作を試してみることをお勧めします。おそらく、当面は「許容可能」としてフラグを立てることもできます。たとえば、説明する状況ではどちらも偽である緑または赤のステータスではなく、ビルドの琥珀色のステータスです。
CruiseControlは非常に構成可能であり、ホームページからアクセスできるwikiにアクティブなコミュニティがあります。
HTH
申し訳ありませんが、CPPUnitで遊ぶのではなく、CruiseControlの動作を変更することをお勧めする以外に、これ以上具体的にすることはできません。