MSTEST.EXE最不成對的部分就是它的輸出命名規范。如果你使用/RUNCONFIG選項來操作一個TESTRUNCONFIG文件，輸出文件將使用在那個文件中規定的命名規范。如果你不使用/RUNCONFIG，或者設置為默認，所有的輸出被寫到.\TestResults\<user>_<machine> <timestamp>。我建議使用能夠快速識別的名稱。
MSTEST.EXE提供了/RESULTSFILE選項，但是這將導致輸出文件名稱丟失時間戳。另外，如果指定到/RESULTSFILE的文件名稱退出，MSTEST.EXE將會失敗。我所希望的就是指定一個我所集中工作的細節的名稱，但是不需要手動的添加時間戳。
你可能會想可能的解決方法就是使用VSMDI測試源數據文件，這個文件你過去在測試管理器窗口中看到。事實上，MSTEST.EXE沒有/TESTMETADATA選項來加載和運行測試。問題是你僅僅能指定一個VSMDI文件。
一個可能的解決方案就是創建一個單獨的VSMDI文件，這個文件在你的代碼里面導入所有其它的VSMDI文件。那的確可以工作，但是它也呈現出另外一個維護任務來回憶每一次你添加新的測試到代碼中。
值得注意的是當運行VSMDI文件時你不能夠告訴IDE或是MSTEST.EXE將輸出文件放在什么位置。輸出文件指向了VSMDI文件貯存的目錄。建議在一個目錄中保存測試，這個目錄在版本控制里源代碼之下，以致如果你共享項目，所有的測試代碼將會跟隨它。
由于VSMDI文件作為每一次測試的一部分，并且沒有一種方式來集中輸出，輸出將圍繞著你的源代碼被分散。這并不是一個很大的處理，但是它意味著你必須手動的整理源樹。在處理一些測試運行結果之后，我想要一種簡單的方法來處理這個。
一個更好的MSTEST.EXE