我们是MSFT商店，拥有广泛的MSDN许可证。
经过多年的错误处理后，我们终于开始进行自动化测试了。
我的小组就是这只豚鼠。我们需要创造以前没有的东西。我们看了很多选项。有些人可以使用CC.Net，Bamboo，MbUnit等开源替代方案。我们希望提供MsTest，CodedUI，{ {1}}一个很好的尝试......也许是因为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在这里是否会有很多帮助。
你能否分享你的积极/消极体验，或许指出一个好的指导？谢谢！
答案 0 :(得分：1)
如果您想开始使用MS工具进行测试，请阅读以下提示：
如果您有MSDN订阅，请安装测试装备，方法是在网络上安装测试控制器，并在将要收集诊断数据的每台计算机上安装测试代理服务。请参阅以下链接以供参考：http://msdn.microsoft.com/en-us/library/dd293551.aspx。
将测试项目添加到您的解决方案中。请参阅以下博文的第一部分：http://blogs.microsoft.co.il/blogs/eranruso/archive/2010/03/27/visual-studio-2010-coded-ui-test-user-guide-create-a-simple-coded-ui-test.aspx。
可以通过添加Test项目时自动添加的.testsettings文件配置自动测试选项（您也可以手动将这些文件添加到解决方案中）。
安装Team Foundation Server（2010推荐），以便利用每日构建自动化您的测试。如果要使用VS2010测试管理器工具来定义测试环境和计划手动测试（这些可以通过CodedUI完全自动化），您还需要TFS 2010。自定义新的自动构建以在构建后设置/部署应用程序并将构建设置为运行测试。单元测试可能不需要部署，但它们将用于Web性能和CodedUI测试类型。
如果您拥有VS Ultimate或Test Professional许可证，您还可以使用“实验室管理”功能进一步设置虚拟测试实验室。