発表者、運営者の皆様お疲れ様でした。件ほどあったので、楽しみにしていました。」になってくるのかなと思います。どちら(もしくは、上記以外を含めたどれか)を選択すべきか、と言う問いに対しては、残念ながら現状でも決め手となるものに欠けているのですが、自分が利用する上で選択する上でのポイントを少し検討してみます。違いで予想外にリンクに手こずる事もあり、リンク作業を敬遠しがちになったりもします。お世話になっています。読んでいて思い出したのですが、「部分的にテスト可能かどうか」と言う点も選択肢を検討する上でポイントになったりします。下記のように、テストしたい部分のみを選択して実行できるようになっています。部分的にテストを行える機能があると、ネットワーク通信用のライブラリ等の「時間のかかる」テストも「テーストハーネス内に記述はするが、通常時(何度も実行する時)は実行されないようにしておく」のような選択肢を取る事もできます。単体テストは速く走る。速く走らないとしたら、それは単体テストではない。他の種類のテストが単体テストの仮面をかぶっていることもよくある。次に当てはまるものは単体テストではない。データベースとやり取りをするネットワークを介した通信をするファイルシステムにアクセスする実行するために特別な環境設定を必要とする(環境設定ファイルの編集など)上記に該当するテストが悪いというわけではない。多くの場合において、そのようなテストを書く価値はあり、しばしばテストハーネス内に記述される。単体テストは、そのようなテストと切り分けて、変更を行うたびに高速で実行できるように保ち続けることが重要である。ともに可能なようです。Testはユーザが定義したすべてのテストを実行します.しかし,ときにはテストの一部だけを実行したい場合もあるでしょう(たとえばデバッグや変更の速やかな確認のために).GTEST_FILTER環境変数か,--gtest_filterフラグをセットすることで,このフィルタに一致するテストだけを実行することが可能となります(形式は,TestCaseName.TestNameです)GoogleTestAdvacnedGuide(翻訳)これをひとまとめにしてテストされるプログラムも参照可能にしてコンパイルすると、すべてのテストを実行してくれるテストプログラムができる。WARNの表示や一部のテストだけを実行したいときは、コマンドラインで引数を指定すればよい。CppUnitLite最後に蛇足的な話題。言うものがあるそうです。近いものにしようと考えました。アーキテクチャを見たことがある人にとって使いやすいだろうと考えたからです。きれいに実装することが難しい、あるいは不可能な事柄が次々に出てきました。機能の違いによるものです。リフレクションの機能がないことでした。派生クラスのメソッドに対する参照を持って、実行時にメソッドを検索するといったことが可能です。実行時にアクセスすべきメソッドを登録するコードは人間が書いてやる必要があります。使いにくく理解づらいものになりました。テストハーネスとして利用可能です。ソフトウェアを開発しています。0.5.5βこのブログのこれまでとこれから注目記事スターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。