MsTest noob - 如何以正确的方式设置测试基础设施

我们是MSFT商店，拥有广泛的MSDN许可证。 经过多年的错误处理后，我们终于开始进行自动化测试了。 我的小组就是这只豚鼠。我们需要创造以前没有的东西。我们看了很多选项。有些人可以使用开源替代品，例如

CC.Net

，

Bamboo

，

MbUnit

等等。我们想给

MsTest

，

CodedUI

，

Team Build

一个很好的尝试...也许因为MSDN许可和MSFT焦点。 以MSFT方式做事的加减是MSFT做出了单一的事情。你必须安装各种相互配合的工具，但与外人一起 - 不一定。正确的是，当事情正确完成时，它应该都运行得相当顺利。可以选择门控签到，使用TFS存储报告等。 坦率地说，我对所有选项感到困惑。我们的传统构建系统与一堆perl，批处理脚本，可执行文件一起被攻击，但现在构建团队切换到Team Build，它应该更干净，但是大多数情况下它只是同一个旧的perl垃圾的包装器。 我倾向于将东西放在一起进行测试，因为我至少可以看到它们是什么。所以，我设想穷人的版本如下：  *专用的快速计算机来运行测试  *一些脚本将构建文件（测试代码和产品代码）复制到该计算机上。  *批处理/ perl脚本，它将从命令行运行mstest.exe，并在某些测试dll中的某些类别过滤器上执行一些测试批次（产品非常庞大，我们确实希望按各种类别组织测试）。  *一些脚本将使用psexec.exe（http://technet.microsoft.com/en-us/sysinternals/bb897553）从构建服务器远程调用后一个脚本，以及从共享驱动器获取xml输出，然后向感兴趣的人发送一封包含结果的电子邮件。 这可能会起作用，但是我不得不担心错误处理能如何处理这么多潜在的失败点。以“正确的方式”配置东西会很好，利用MSFT编写的任何东西。我只是不确定在哪里转向一个好的向导。你做过这样的事吗？ 最终，如果我们要用完规定的时间，我们将希望拥有一个测试计算机的农场。其他值得关注的是 - 为了使编码的ui测试成功，我认为用户必须登录，所以我不确定psexec在这里是否会有很多帮助。 你能否分享一下你的积极/消极经历，或许指出一个好的指南？谢谢！