Test Studio测试持续集成环境中的测试
持续集成几乎持续地将单个开发人员的更改集成到主源代码控制系统或存储库中，执行新的构建，验证构建，并对这些构建运行自动化测试。持续集成有很多优点。这些包括用于测试目的的当前构建的持续可用性，对所有更改的即时测试，以及当测试失败或发现错误时，开发人员有机会将代码库恢复到无错误状态，而无需浪费时间调试。了解更多关于持续集成的信息MSDN和马丁·福勒的持续集成．
持续集成环境使用各种构建工具，包括MSBuild．构建的自动化可以包括部署到一个非常模拟生产的测试环境中。构建可以包括要测试的项目，以及Telerik Testing Framework测试和Test Studio测试的编码步骤。
构建完成后，测试可能会自动运行。构建自动化可以使用ArtOfTest。跑步者或MSTest对构建执行Telerik测试。作为自动化构建过程的一部分，Telerik测试结果可以发布到自定义位置。ArtOfTest。跑步者publishes test results as .aiiresults files; MSTest publishes results as .trx files.
因为框架实际上驱动浏览器并与浏览器交互，所以测试代理的设置是敏感的。许多自动构建服务器和测试代理在“本地系统”或“本地服务”帐户下运行。这将导致Telerik测试失败，因为这些类型的帐户禁止浏览器交互。
测试代理(有时与构建服务器相同)必须在控制台模式下运行(也就是说，在登录到测试机器后通过命令行启动)。将测试代理作为登录到真实用户帐户的服务运行并不能提供完整的功能。一些Telerik测试特性需要桌面交互，但是对于作为服务运行的测试代理，桌面交互是禁用的。不要并行运行Telerik测试。Telerik测试不是线程安全的。同样，如果一个Telerik测试在第二个测试打开时正在运行，那么第二个测试可以连接到已经连接到第一个Telerik测试会话的浏览器窗口。
设置自动化测试代理
使用具有运行代理和单元测试所需权限的帐户登录到测试代理机器。
安装您的测试代理软件。
在控制台模式下运行测试代理(从命令行或快捷链接)。不要将代理作为服务运行。
安装Test Studio或Telerik测试框架。输入您的许可证。
让机器运行并登录到帐户。如果您的测试执行直接的桌面交互(例如desktop . mouse . click或Window.GetBitmap)，请不要锁定机器。相反，让您的机器一直处于登录状态，并始终显示桌面。禁用屏幕保护程序和没有锁这台机器。