方法を実装する単位-実験の大規模C++プロジェクト?[定休日]
https://stackoverflow.com/questions/91683
-
01-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian質問
と思いを強く利用ユニット-試験の一環として大きなマルチプラットフォーム。しているのは、現時点では計画を共有するユニット-試験内の別のプロジェクト.このつのコードベース。と思い、しかし、この試験からコードを実施しているものなどありますか？どのようなところが良いと思い、この考え方はあるのではないという程度php,c#,dにc++。
解決
多くの試験ユニットframeforks C++.が含まれではありませんのひらばらになってしまったと思う少なくともその安定したバージョン1.xとが多くの試験が必要なの冗長ラインのコード.これまで、私の優先枠組み CxxTest, ていきたいと考えてい評価に関する 果糖 一日です。
他の方が"論文"を評価するC++TUの枠組み:
- のC++ユニットテスティングフレームワークジャングル, により、ノエルLlopis
- 載荷雑誌#78
他のヒント
この合理的なアプローチ.
私の非常に良い結果をもと UnitTest++ や が進みました。試験
私たが含まれ、自分にとっては非常に楽しかった翻訳の程度php,c#,dにもようをC++.
更新: こうを使用 漁.しか有効にしました。
すべ別にディストリビュータカーネルの共有（動的）図書館とその主要部のユニットの試験はこの図書館があります。
一昨年(2008年)という大きなLSBインフラプロジェクトが展開しているLinuxです。目的の一つはこのプロジェクトを書単位試験のための40.000機能をLinuxコア図書館です。このプロジェクトを作りましたの AZOV技術 の基本的なツールを APIアメニティAutotest のために自動的に生成するすべてのテストを実施していた。てみるのも良いでしょうこのメニューを使用して生成単位試験のための拠点にライブラリ(ies).
使っていUnitTest++.この試験は別のプロジェクトが実際の試験と絡み合い、実際のコードです。彼らが存在するフォルダのなければなりません。ie:
MyProject\src\ <ソースは、実際のアプリ
MyProject\src\試験 <-ソースの試験
ご入れ子フォルダととして捉えられるべきだと思い)その後も自\試験サブディレクトリの.
が含まれは直接相当程度php,c#,dにC++の用途 http://cppunit.sourceforge.net/cppunit-wiki
個人的には、作成した単体テスト(ユニットテストの異なるプロジェクトは、作成した別のビルド構成を築き上げてきたすべてのユニット試験および依存のソースコード。場合を試してみたかった個人会員functionssのクラスでの試験クラスの友達のクラスのオブジェクト試験されるが、hid、友人の宣言時の建物は"非試験"の構成を通じてプリプロセッサ宣言も行いました。
"ってこれらの符号化の体操とした統合試験へのレガシーコードしています。出発されるとの目的の単体テストのよりよいデザインがシンプルです。
を作成できるユニット試験プロジェクトの各図書館のソースツリーにサブディレクトリの図書館があります。またテストドライバ用の各図書館やすくすることができるシングルスイートテストを行っております。うことは、サブディレクトリとのコードベースクリーンもの試験あります。
スクリプトで簡単に書き込まれる行のすべての試験スイーツソースツリーを収集します。
ってカスタマイズ版オリジナルが含まれ年は成功裏にあるが、その他の選択肢です。 GoogleTest 興味深いです。
行きたいという、ユニット試験およびそのプランの信頼性を向上させるお品です。
がユニット試験ならない解決の問題に変換する時、お申込みがいろいろなプラットフォームにも別のシステムです。このニーカーや試作車の製作を発掘のバ願います。それだけでは単にスローとして多くの入力を想像システムおよび待ちにしています。そん猿常にパウンドのキーボードおよび観測結果(Βテスター).
そしてこの次のステップの良いユニット試験に必要な主要都市へのアクセスもスムー内部設計のご使用をご検討ください。最適なアプローチも良かった利用デザインパターンやデザインプロセス"の契約プログラミング"や"シンプルなテキストエディタには".その他の書籍は、あなたのためのビルかつ信頼性のコアデザインしました。
デバッグの開発プロセス:実践的な戦略であり、打船の写真-ビの固ます。
当社の開発チームは、非常に密接で私たちが考えるプログラマーのエラー、開発者の誤り、デザインエラー、どうすればよいのかを使用ユニットテストともに信頼性の弊社ソフトウェアパッケージを通じてDBC下のアドバイスデバッグの開発工程.
東京工科大使 http://tut-framework.sourceforge.net/ こんなヘッダファイルのみのないマクロです。を生成できる結果のXML
