AspNetDevelopmentServerHost属性のベストプラクティスは何ですか？

Question

私たちには、テストプロジェクトが添付されたWebアプリケーションプロジェクト（実際には数十件）があります。テストプロジェクトでは、いくつかのメソッドを実行する単純な単体テストがあります。

ローカルで実行すると、単体テストが実行されて動作します。

ただし、TFSビルドサーバーがテストを実行しようとすると、AspNetDevelopmentServerHost属性の無効なパスに関するエラーで失敗します。他のチームメンバーもそれをうまく実行できます。

問題は、自分のTFSワークスペースのルートがc：\ projects \に設定されていることです。チームメンバの1人がc：\ tfs2008 \に設定されています。一方、TFSビルドサーバーは、pathToWebRoot変数を " c：\ blahblah \ Release_PublishedWebsites ... "という結果になります。

プロジェクトの数が多いため、プロジェクトを切り替えるたびに誰もが環境変数をリセットすることはできません。

したがって、チーム環境でのWebプロジェクトの単体テストに関するベストプラクティスは何ですか？ MSDN site articleは真のマイクロソフトのファッションでは役に立たなかった。

Answer 1

AspNetDevelopmentServerまたはAspNetDevelopmentServerHost属性のpathToWebAppパラメータに文字列%pathtowebroot%\\WebSiteNameを指定する必要があります。

Answer 2

ビルド中に環境変数を設定してパスを変更し、それでもローカル環境で動作させることは可能です。

我々が使用

• How to: Parameterize the URL for a Web Performance Tests Web Server
• Testing Web Sites and Web Services in a Team Environment

Answer 3

：

<TestMethod(), _ 
HostType("ASP.NET"), _ 
AspNetDevelopmentServerHost("$(SolutionDir)\\MyWebProject", "/"), _ 
UrlToTest("http://localhost:44444/")> 
Public Sub Test() 
    AssertStuff(); 
End Sub 

$(SolutionDir)は、それがすべての人の環境で正常に動作し、すべてのテストをして確認することができます意味私たちが持っています。新しいテストを自動的に作成するたびにそれを変更しますが、とにかくテストを書いているので、あまり苦労しません。