私たちは、MSDNのライセンスを手に入れたMSFTのショップです。MsTest noob - テストインフラストラクチャを適切な方法でセットアップする方法
何年も間違ったことがあって、最終的には自動テストを開始する必要があります。 私のグループはこれでモルモットです。これまでになかったものを作り出す必要があります。そこにはたくさんのオプションがありました。 CC.Net
,Bamboo
,MbUnit
などのオープンソースの代替案でうまくいく人もいます。MsTest
、CodedUI
、Team Build
は、MSDNのライセンス供与とMSFTの重視のためにもよいでしょう。
MSFTのやり方のプラスとマイナスは、MSFTがモノリシックなものを作ることです。お互いにうまく遊ぶ様々なツールをインストールする必要がありますが、必ずしもそうではありません。プラスは、物事が正しく行われたときには、すべてがややスムーズに機能するはずだということです。 Gated Check-In、TFSを使用してレポートを保存するなどのオプションがあります。
すべてのオプションが混乱しています。私たちの伝統的なビルドシステムは、たくさんのperl、バッチスクリプト、実行可能ファイルとともにハッキングされましたが、ビルドチームはチームビルドに切り替わりました。これはもっとすっきりしていなければなりませんが、大部分は同じ古いperlのクラップ。
私は、テストのために一緒にハックする傾向があります。なぜなら、私は少なくともその作品が何であるかを見ることができるからです。だから、私は貧しい人のバージョンを次のように考えています: *テストを実行する専用の高速コンピュータ *ビルドファイル(テストコードと製品コード)をそのコンピュータにコピーするスクリプトがあります。 *コマンドラインからmstest.exeを実行し、いくつかのテストdll内のいくつかのカテゴリフィルタでいくつかのテストバッチを実行するバッチ/ perlスクリプト(この製品は非常に巨大で、さまざまなカテゴリのテストを整理したい) 。 * psexec.exe(http://technet.microsoft.com/en-us/sysinternals/bb897553)を使用して後者のスクリプトをビルドサーバーからリモートで呼び出し、共有ドライブからxml出力を取得するスクリプト興味のある人に結果が書かれたメールを送ることができます。
これはおそらくうまくいくかもしれませんが、エラー処理が非常に多くの潜在的な障害点でどれくらいうまく機能するか心配する必要があります。 MSFTが調理したものを利用して、「正しい方法」を構成することは良いことです。私は良いガイドのためにどこに向けるべきか分かりません。このようなことをしましたか?
最終的に割り当てられた時間を使い果たしてしまえば、最終的にテストコンピュータのファームが必要になります。懸念事項は - コード化されたUIテストが成功するためには、ユーザーがログインしている必要があると思うので、psexecが多くの助けになるかどうかはわかりません。
あなたの肯定的/否定的な経験を共有できますか、おそらく私に良いガイドを教えてください?ありがとう!あなたがMSのツールを使用してテストを始めたい場合はここで