如何设计自动化测试用例或脚本?
自动化始终遵循手动测试。通常,将在AUT上执行一轮或多轮手动测试。这意味着手动测试用例已经存在并且已经执行了至少一次。
例如,假设以下是您的手动测试用例。它只是登录到Gmail.com网站。现在,这看起来很简单,不是吗?这如何成为自动化脚本?(点击图片可放大)
以下是我们将转换为自动化脚本所需的预定顺序:
AUT的状态:列满足条件不过是要为要执行的特定步骤设置的背景的特定状态。这在两种情况下尤其重要:
注意: 当对多个数据集运行相同的代码时,您将要确保将AUT返回到下一次迭代开始之前的状态。
测试步骤
我们可以将“手动测试”步骤分为三类:
在上述测试案例中,仅存在类型1和2步骤。
使用任何工具创建自动化脚本的条件是花一些时间分析该工具以及AUT。尝试看看他们如何相互影响。例如, QTP有3种记录方式,多种记录方式都不同。
如果您知道它是如何识别对象的,那么您就会知道要使用该对象,并更好地使用它们。如果您有一个QTP可以轻松识别对象的Web应用程序,则可以使用常规模式。否则,您可能必须使用模拟或低级方法。
自动化步骤:
验证与确认
没有验证和验证,测试的意图就会丢失。通常,您将必须使用检查点(不一定表示内置检查点)。因此,您将不得不使用许多条件语句以及循环语句来构建逻辑。
要考虑的重要事项是-基于V&V的属性不应模糊不清。例如,要成功登录,请查找收件箱页面显示的内容而不是新电子邮件的数量,因为这不是常数。
因此,每次执行一个操作时,您都必须选择正确的东西-一定要失败。
测试数据
以下是您可能考虑回答的有关测试数据要求的一些问题:
当您回顾手动测试脚本时,您会注意到拥有测试数据,可用的用户名和密码甚至是开始测试的相应条件之一。
结果
对于手动测试用例,可以将每个步骤的结果放在“实际结果”列中。自动化工具的结果文件包含执行时每个步骤的结果。
如今,自动化工具具有非常强大的报告功能。但是,您可能仍需要定制测试结果。因此,请包括转换写入结果文件的步骤,以便您知道知道执行过程中发生了什么。
如果您使用的工具不支持写入它生成的结果文件,则最好至少与每个测试关联一个excel工作表或记事本,然后在执行时添加有关执行状态的注释。
一旦完成测试,就不必在手动测试用例中明确指出要关闭浏览器或关闭AUT等。作为测试人员,您会努力地做。对于自动化测试用例,您可以在脚本中包括这些步骤。清理–我称为这些活动。杀死您创建的所有连接。关闭所有应用程序。释放内存。
使用这些规范,我将手动测试用例转换为使用VB脚本的QTP测试脚本。结果如下:(图像放大图)
步骤1:条件。我们正在以编程方式启动带有Gmail.com URL的IE。
步骤2和7: Sync语句。最初我们上面讨论的,这些为了确保在接下来执行之前AUT进入所需状态非常重要。
步骤3和4:数据输入。所有数据都硬编码到脚本中。尽管不建议创建,而是只是一个开始。
步骤5:更改AUT步骤。步骤5包括重新设置“登录”按钮。执行此语句时,您将不需要V&V。这是因为有一个后续语句,并且该语句可以运行;这意味着成功之前的那个。但是,如果您格外勤奋,可以在此处添加一个。
步骤6和8:评论
步骤9和11:。条件语句。V&V /检查点。我们通过检查查询查询结果页面上是否有收件箱产品链接来尝试查看登录是否成功如果您仔细记下,则寻找带有内部文本“收件箱*”的链接。因此,无论接收到多少新电子邮件(变量),如果您都有可用的收件箱链接(始终为常数),则表示检查点已通过。
步骤10:消息框。可见度
步骤12和13: 这些是清理活动。您正在从帐户中重置,然后关闭浏览器。
因此,当您拥有编写良好的“手动”脚本和要遵循的每个基本指令时,您会看到自动化脚本的展开非常容易。由于此处不是有关框架的文章,因此我对功能,可重用性因素,参数化等内容一无所知。测试脚本是基本的构建块,如果您具有基本的知识,就很容易在脚本上即兴创作。