cpp-testing

Topics in the source

• C++ Testing（エージェントスキル）
• 使用タイミング
• 使用すべきでない場合
• コア概念
• TDD ワークフロー
• コード例
• 基本的なユニットテスト（gtest）
• フィクスチャ（gtest）

CMake/CTest を使用した GoogleTest/GoogleMock による最新の C++（C++17/20）向けのエージェント重視のテストワークフローです。 新しい C++ テストの作成または既存のテストの修正 C++ コンポーネントのユニット/統合テストカバレッジの設計 テストカバレッジ、CI ゲーティング、リグレッション保護の追加 一貫した実行のための CMake/CTest ワークフローの設定 テスト失敗またはフレーキーな動作の調査 メモリ/レース診断のためのサニタイザーの有効化 テスト変更を伴わない新しい製品機能の実装 テストカバレッジや失敗に関連しない大規模なリファクタリング 検証するテストリグレッションのないパフォーマンスチューニング C++ 以外のプロジェクトまたはテスト以外のタスク TDD ループ: red → green → refactor（テスト優先、最小限の修正、その後クリーンアップ） 分離: グローバル状態よりも依存性注入とフェイクを優先 テストレイアウト: tests/unit、tests/integration、tests/testdata モック vs フェイク: 相互作用にはモック、ステートフルな動作にはフェイク CTest ディスカバリー: 安定したテストディスカバリーのために gtestdiscovertests() を使用 CI シグナル: 最初にサブセットを実行し、次に --output-on-failure でフルスイートを実行 RED → GREEN → REFACTOR ループに従います： 1. RED: 新しい動作をキャプチャする失敗するテストを書く 2. GREEN: 合格する最小限の変更を実装する 3. REFACTOR: テストがグリーンのままクリーンアップする 1. gtest フィルタで単一の失敗したテストを再実行します。 2. 失敗したアサーションの周りにスコープ付きログを追加します。 3. サニタイザーを有効にして再実行します。 4. 根本原因が修正されたら、フルスイートに拡張します。 グローバルフラグではなく、ターゲットレベルの設定を優先します。 GCC + gcov + lcov: Clang + llvm-cov: 同期に sleep を使用しないでください。条件変数またはラッチを使用してください。 一時ディレクトリをテストごとに一意にし、常にクリーンアップしてください。 ユニットテストで実際の時間、ネットワーク、ファイルシステムの依存関係を避けてください。 ランダム化された入力には決定論的シードを使用してください。 テストを決定論的かつ分離されたものに保つ グローバル変数よりも依存性注入を優先する 前提条件には ASSERT を使用し、複数のチェックには EXPECT を使用

This is an excerpt. Refer to the complete source and its current requirements.