coded-ui-tests - 是否可以将手动编码功能公开为共享步骤？

Question

我们正在研究编码的 UI，因为我们有 C# 编码经验，我们将自己编码自动化测试。

我已经知道可以有一个带有定义测试步骤的测试用例。每个测试步骤实际上是测试方法内部的一个函数，描述来自摘要。

这是 c# 编码人员向将使用 MTM(Microsoft 测试管理器)与这些自动化测试交互的非编码测试人员公开他们正在做的事情的好方法。

但是，如果 C# 编码人员能够将通用函数创建为“共享步骤”，并且这样非技术测试人员能够使用这些构建块在 MTM 中组装新测试，那就太棒了。

功能如:打开设置对话框、最大化窗口、添加项目(带参数)、关闭所有打开的选项卡等。

然而，这些将是编码功能，而不是来自录音。

这个想法是，一旦这些函数被创建并存储在 TFS 中(再次作为共享步骤)，测试人员就可以将这些函数用作构建块以进行更自动化的测试。

我还必须强调，这些功能将完全自动化，因此在 MTM 中组装的新测试也需要完全自动化，而无需打开 Visual Studio。

这是可能吗？

Answer 1

有些人使用的方法是创建一个包含许多有用功能的测试框架。然后将测试本身编写为数据驱动的编码 UI 测试，每个步骤都是来自数据源的一个条目。 (通常，每个步骤可能是 CSV 文件中的一行。)数据源的某些列是命令，而其他列是这些命令的数据。

命令可以是相对较低级别的，例如:查找窗口、导航到页面、运行应用程序、在窗口中查找控件、在字段中输入文本、单击按钮或链接、验证字段是否包含给定的字符串。

命令可以用于应用程序中更高级别的事件，例如:登录、填写表单。

框架可以让非编码人员使用他们理解的术语编写测试。编写框架具有挑战性。