2

私は(最終的に)アプリをCPPUnitで単体テストし、CruiseControl.NETでテストを実行してテスト出力を表示しています。ただし、常に失敗するテストがいくつかあるため、CruiseControlは常にビルドを失敗としてマークします。これらの常に失敗するテストを「オフにする」、「スキップする」、「無視する」方法はありますか?現在ビジネス上の理由で修正できないアプリの有効なエラーを指摘しているため、ソースでコメントアウトするだけではなく、将来のリリースで対処できる可能性があります。可能であれば、テストを実行してその出力を確認できるようにしたいのですが、CPPUnitに失敗としてカウントさせないようにします(または、CruiseControlレベルでは無視することもできます)。

4

2 に答える 2

1

cppunitクックブックで説明されているように、テストをテスト スイートに編成できます。「失敗することがわかっている」テストを別のテスト スイートに入れます。次に、このテスト スイートを実行するタイミングと無視するタイミングを選択できます。

于 2009-11-18T00:26:54.580 に答える
0

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の動作を変更することをお勧めする以外に、これ以上具体的にすることはできません。

于 2009-11-17T23:03:54.473 に答える