一文了解 Telerik Test Studio 测试神器(11) _Telerik

从 Git 拉取 - 从远程存储库获取最新更改。

放弃本地更改 - 将工作文件夹中的更改撤消回上次提交。

断开与源代码管理的连接 - 断开当前项目与源代码管理的连接。

文章插图

从版本 2017 开始，R2 Test Studio支持管理远程和本地存储库中的 Git 分支。
一旦本地项目连接到远程 Git 存储库，或者在 Test Studio 中打开并本地克隆远程项目，就可以在 Test Studio 中管理其分支。
本地项目也可以使用 Git 启用源代码管理，并且可以在 Test Studio 中维护本地分支。
对于本地存储库，只有提交作为选项可用。
8.12.5 使用TFS
Test Studio 与 Microsoft Team Foundation Server 无缝集成，以简化 QA 和开发人员之间的协作。
TFS 集成还有助于 QA 团队在同一测试项目上的工作，使他们能够同时独立地签入其结果。除了 TFS 支持之外，Test Studio 还可以与任何其他基于文件的源代码管理系统进行交互。
8.12.6 基于文件
Test Studio 可以与任何基于文件的源代码管理系统进行交互。由于 Test Studio 直接与 Team Foundation Server 和 Git 集成，因此您需要使用第三方工具将文件签入和签出。Test Studio 将项目视为本地项目，因为文件不会在 Test Studio 中签入和签出。
8.13 持续集成
持续集成几乎不断地将各个开发人员的更改集成到主源代码控制系统或存储库中，执行新构建，验证构建，并针对这些构建运行自动测试。持续集成具有许多优点。其中包括用于测试目的的当前版本的持续可用性，立即测试所有更改，以及开发人员有机会在测试失败或发现错误时将代码库恢复到无错误状态，而无需浪费时间进行调试。
持续集成环境使用各种生成工具，包括 MSBuild 。构建的自动化可以包括部署到与生产密切相关的测试环境中。生成可以包括要测试的项目，以及 Telerik 测试框架测试和 Test Studio 测试的编码步骤。
生成完成后，测试可能会自动运行。生成自动化可以使用 ArtOfTest.Runner 或 MSTest 对生成执行 Telerik 测试。作为自动生成过程的一部分，Telerik 测试结果可以发布到自定义位置。
ArtOfTest.Runner将测试结果发布为.aiiresults文件；MSTest 将结果发布为 .trx 文件。
由于框架实际上驱动浏览器并与之交互，因此测试代理的设置是敏感的。许多自动生成服务器和测试代理在“本地系统”或“本地服务”帐户下运行。这将导致 Telerik 测试失败，因为这些类型的帐户禁止浏览器交互。
测试代理（有时与生成服务器相同）必须在控制台模式下运行（即，在登录到测试计算机后通过命令行启动）。将测试代理作为登录到真实用户帐户的服务运行不能提供完整的功能。某些 Telerik 测试功能需要桌面交互，对于作为服务运行的测试代理，桌面交互处于禁用状态。不要并行运行 Telerik 测试。Telerik 测试不是线程安全的。
9. 最佳实践
9.1 添加现有测试脚本
如果您需要重用另一个项目的测试，最简单，最安全的方法是使用内置选项导入现有测试文件
使用这种方法，您可以确保测试在新项目中保持其UniqueID属性确实是唯一的。如果文件在 Test Studio（Windows 资源管理器）外部进行维护，则可能会导致该属性重复，从而导致在计划或远程执行测试时出现错误。项目中重复的 UniqueID 属性可能会导致存储服务数据库中的条目重复，并导致在执行测试列表时出现不当行为。
9.2 生成Test Studio应用程序日志
Test Studio 应用程序日志记录记录从工具触发的所有事件，同时记录测试、执行这些测试或在项目中维护元素和测试。它是一个强大的信息来源，有助于调查任何类型的问题。
日志是一个纯文本文件，存储在产品安装一个 C：Program Files （x86）ProgressTest Studio 下的 Logs 子文件夹中。默认情况下，日志记录处于禁用状态，如果需要生成日志记录，则首先需要启用它。
9.3 使用 ID 和自动化 ID 进行元素标识
作为 QA 专业人员，在流程的早期参与开发团队非常重要。本文将讨论这样做的众多好处之一 - 编码标准和使用ID来提高团队生产力。预先需要这样做，您可以大大减少测试用例维护。