GoogleTest + CMakeでC++の実践的なユニットテスト環境を構築する：その１ - Qiita
背景と目的 googletestを導入するための情報は、既に多くの先輩方により記述されていますが、本記事では、それらに＋αの情報を加え、実際の開発現場にすぐに適用できる実践レベルの内容としてまとめることを目的とします。 それでは、ここで想定している実践的なテスト環境とは何かと言うと ①テストフレームワークのインストール方法がスクリプト化されていること ②テストフレームワークのバージョンが固定されていること ③テストケースを追加する度にプロジェクトファイル（Makefileとか）を編集させないこと ④テストファイルとテスト対象ファイルが対になっていること（ClassA.cpp、ClassATest.cpp、など） ⑤mockを実装する手段が提供されていること ⑥IDEと統合してテストのデバッグができること（別途記載予定） ⑦カバレッジを行単位で表示できること（別記事） ⑧CIでテスト結果を表
中規模なC++の新しいプロジェクトを作るときにやるべきこと 2016年版 - Qiita
C++で新しいプロジェクトを作成するときに自分が定型的にやっていることを備忘録的にまとめました。完全に我流なので「こういうやり方もあるよ」などのアドバイスは歓迎です。 この記事中では各ファイルで説明が必要な部分だけを示しますが、全てのサンプルはgithubにおいてあります。 cpp-template: https://github.com/m-mizutani/cpp-template 前提 UNIXベースのCLIで動作するアプリケーション or ライブラリを作る コンパイルはcmakeを使用する ファイル名はソースコードが*.cc、ヘッダファイルが*.hppだとする サンプルではcpptemplate というプロジェクト名だと仮定します プロジェクト用ファイルの準備 CMakeList.txt サンプル cmakeでビルドするための設定ファイルです。このサンプルではCLIアプリケーション
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TEST: Include gtest as submodule, make available from top-level CMakeLists (ec78983e) · Commits · dss / eos · GitLab
Basic CMake C++ project structure
外部に依存したコードもテストで駆動する / Test-Driven Architecture - AWS Dev Day Tokyo 2018 - Speaker Deck