1

現在のプロジェクトでは、TeamCityをCIプラットフォームとして使用しており、多数のプロジェクトがあり、ビルドアップして実行しています。

プロセスの次のステップは、テストに関するいくつかの統計を追跡することです。そのため、この数値を取得し、ビルドごとに表示できるようにするためのツールを探しています。

そもそも、次の数値を追跡したいと思います。

  • 単体テストの数
  • @uiとしてタグ付けされたspecflowテストの数
  • @controllerとしてタグ付けされたspecflowテストの数
  • また、上記の各テストカテゴリの実行に費やした時間。

現在のシナリオに関する詳細：

  • .netプロジェクト
  • ユニットテスト用のnUnit
  • @controllerおよび@uiとして分類された機能テスト用のSpecFlow
  • ビルドスクリプトのレーキ
  • CIサーバーとしてのTeamCity。

これらの数値を追跡するのに役立つツールや実践の提案を探しています。

4

1 に答える 1

1

ここでの問題は、タグの要件です。SpecFlow/NUnit/TeamCity/DotCover の統合は、タグ付けを除いて、必要なすべてを行うのに十分に開発されています。

UI とコントローラーのテストがどの程度混在することを期待しているか疑問に思っています。ドメインを正しく分離していると仮定すると (「Dan North - Whose domain is it とにかく」を参照)、同じ機能でこれら 2 つのタグでタグ付けされたシナリオを取得することは決してありません。したがって、UI 機能を機能 (コントローラー) 機能から分離する場合にすぎないと思います。

私は最近、この方法で機能を分離し始めました。テスト アセンブリに Namespace フォルダーを追加し、モデル、ViewModel、およびビュー (な​​ど) を分離する方法をミラーリングしました。アセンブリと名前空間をドリルダウンします。

于 2012-09-21T14:54:02.757 に答える