我们正在研究编码的UI，因为我们拥有C＃编码经验，所以我们将自己编写自动化测试代码。
我已经知道可以有一个定义测试步骤的测试用例。每个测试步骤实际上是测试方法中的一个函数，描述来自摘要。
对于c＃编码人员来说，这是一种很好的方式，可以向使用MTM（Microsoft测试管理器）与这些自动化测试进行交互的非编码测试人员展示他们正在做的事情。
然而，如果C＃编码器能够创建通用功能作为“共享步骤”，那将是非常棒的，并且通过这种方式，非技术测试人员能够使用这些构建块在MTM中组装新测试。
以下功能：打开设置对话框，最大化窗口，添加项目（带参数），关闭所有打开的标签等。
然而，这些将是编码功能，而不是录音。
这个想法是，一旦这些功能被创建并存储在TFS中（再次作为共享步骤），测试人员就可以使用这些功能作为更自动化测试的构建块。
我还要强调这些功能将完全自动化，因此在MTM中组装的新测试也需要完全自动化，而无需打开Visual Studio。
这一切都可能吗？
答案 0 :(得分：2)
一些人使用的方法是创建一个包含许多有用功能的测试框架。然后将测试本身编写为数据驱动的编码UI测试，每个步骤都是来自数据源的一个条目。 （通常每个步骤可能是CSV文件中的一行。）数据源的某些列是命令，其他列是这些命令的数据。
命令可能相对较低，例如：查找窗口，导航到页面，运行应用程序，在窗口中查找控件，在字段中输入文本，单击按钮或链接，验证字段包含给定的字符串。
命令可以用于应用程序中的更高级别活动，例如：登录，填写表单。
框架可以让非编码人员使用他们理解的术语编写测试。框架很难写。
答案 1 :(得分：1)
这并不是您所要求的方式 - 您将无法让非技术测试人员从测试经理那里创建自动化测试。编码的UI测试必须始终作为测试存在于代码文件中。
测试管理器测试的所有细节都可以通过TFS API获得，因此我认为应该可以创建自己的层，该层可以基于共享步骤映射系统生成编码的UI代码，但它可能是相当重要的事业 - 技术人员可能更容易进行自动化测试。