脚本测试案例和手动测试案例的自动生成的制作方法
【专利说明】脚本测试案例和手动测试案例的自动生成
【背景技术】
[0001] 对软件应用越来越多的使用和依赖，尤其是在移动计算装置使先前不可用的或不 实际的各种用户案例变成可能的领域，已经增大对软件测试工具的需求。一种创建用于软 件应用的手动测试案例的方法是针对域测试器创建呈自然语言的测试案例（例如，人类可 读英语），所述语言描述了与软件应用的可能交互。手动测试案例随后由自动化工程师利用 以创建自动化脚本，从而针对软件应用的例子执行测试案例。这一过程可能繁琐、耗时并且 容易出错。
【附图说明】
[0002] 在不一定按比例绘制的附图中，相似标号可描述不同视图中相似的组件。具有不 同字母后缀的相似标号可表示相似组件的不同实例。附图以示例方式而非限制性的方式大 体图示本文献中论述的各种实施方案。
[0003] 图1是图示了根据一些实施方案的示例测试案例生成系统的框图。
[0004] 图2描述了显示用户可编辑表单的计算装置的示例。
[0005] 图3是图示了根据一些实施方案的检查应用的示例方法的流程图。
[0006] 图4是图示了根据一些实施方案的用于生成测试案例的示例方法的流程图。
[0007] 图5是图示了可对其执行本文所论述技术中的任一种或多种的示例机器的框图。
【具体实施方式】
[0008]在应用的开发期间，开发者可以访问该应用内的所有对象名称（例如，字段、按 钮、函数等）。为了减少建立自动化测试过程所需的时间，开发者可以向应用添加指令或模 块，当应用运行时，这些指令或模块可以自动生成输出文件。一般来说，测试器可以打开应 用中的报告屏幕，并且应用中的指令或模块会生成输出文件，该输出文件含有名称以及与 报告中的所有字段有关的任何其他信息。
[0009] 另外，输出文件还可能含有与一个或多个函数名称连接的所有字段名称（例如， populateField和verifyField)，并且这些字段所期望的值可用自动化测试脚本填充。输 出文件的生成可是一种选择，响应于请求（例如，在应用中启用/禁用设置）而发生。在另 一个示例中，可由开发者生成输出文件，开发者可将该文件传递至自动化测试工程师以便 于自动化测试应用。
[0010] 这些用于创建测试案例的方法和机制可用于生成自动化测试脚本以及手动测试 案例。应用内待测试的任何对象均可通过应用本身来列举，并且与对应于这些对象中的每 一者的数据集一起输出至输出文件。以此方式可减少测试器的时间和失败，因为域测试器 不需要生成或输入呈"函数/代码"格式的测试脚本，这些测试脚本可能仅仅与应用开发者 密切相关。
[0011] 图1是图示了根据一些实施方案的示例测试案例生成系统100的框图。在示例 中，测试装置102可耦合至测试应用104。测试应用可由测试装置102在仿真环境中执行， 或由可通过物理或网络连接件（例如，通过有线或无线网络）耦合至测试装置102的第二 装置执行。测试装置102可包括测试案例数据库106,该测试案例数据库被配置成存储可应 用于测试应用104的测试案例。
[0012] 测试案例生成系统100可包括用户界面，该用户界面具有测试装置102、测试应用 104或二者。该用户界面可提供用于开发者108的机制，以任选地通过测试装置输入112与 测试装置102交互或通过直接应用输入110与测试应用交互。在示例中，开发者108可与 测试应用104交互，同时测试装置102记录或监视测试应用104的活动。以此方式，测试装 置102可积累与测试应用104的一个或多个功能有关的信息。
[0013] 例如，测试案例数据库106可包括呈一种或多种基于计算机的语言（例如，C#、 JAVA等）的测试脚本，这些测试脚本可与测试应用104交互，以测试测试应用104的一个或 多个功能。在另一个示例中，测试数据库106可包括一个或多个手动测试案例。手动测试 案例可包括呈自然语言格式（例如，英语、西班牙语等）的指令序列。该指令序列可为测试 开发者提供用户可读场景，测试开发者可利用该用户可读场景来手动操作测试应用104中 的选项或特征，以进行手动测试案例。
[0014] 在示例中，测试应用104中的工作流可由手动或自动化测试案例涵盖并且再运行 多次。例如，可以多种方式执行对报告或表单的"保存"操作，诸如从"文件"菜单中选择保 存选项、选择"关闭"和"保存"选项或打开新的报告，该新的报告使得能够提示保存待生成 的现有报告。域测试器可以此方式请求执行测试脚本以验证"保存"操作的功能并且生成 报告。作为响应，测试装置102可自动生成脚本以涵盖所有可能的"保存"场景。Save〇函 数可被配置成由应用开发者将其名称作为变量报告，以使得由测试装置102所生成的手动 测试案例能够提供待执行的所有"保存"操作。
[0015] 图2描述了显示用户可编辑表单204的计算装置202的示例200。计算装置202 可包括一个或多个用户输入机制，例如可使得用户能够与用户可编辑表单204交互的触摸 屏显示器。用户可编辑表单204可包括多个用户可编辑字段。该表单可包括一个或多个表 单导航选项。例如，"保存和新建"按钮206可在通过计算装置202上的用户输入或在被配 置成模拟用户输入的测试机制的指导下启动时，将数据保存在用户可编辑字段中并且生成 用户可编辑表单204的新的空白版本。
[0016] 用户可编辑表单204中的字段可例如包括"从"段208,该字段被配置成接收起始 时间；"至"字段210,该字段被配置成接收终止时间；"持续时间"字段212,该字段被配置 成接收以小时为单位的时间长度；开放正文字段214,该开放正文字段被配置成接收纯文 本数据；以及其他类型化或未类型化的（例如，自由形式的）数据字段。类型化数据字段的 另一个示例包括"平均距离"字段216,该字段被配置成接收数据作为度量单位。
[0017] 在示例中，用于与表单204交互的手动测试案例的纯英文指令集可包括：
[0018] 1)敲击"从"字段。
[0019] 2)输入值"6:00AM"。
[0020] 3)从"从"字段获得值。
[0021] 4)将值与"6:00AM"进行比较。
[0022] 5)敲击"至"字段。
[0023] 6)输入值"7:00AM"。
[0024] 7)从"至"字段获得值。
[0025] 8)将值与"7:00ΑΜ"进行比较。
[0026] 9)敲击"持续时间"计算字段。
[0027] 10)从"持续时间"计算字段获得值。
[0028] 11)将值与"1. 00"进行比较。
[0029] 在类似示例中，用于与表单204交互的脚本测试案例的自动化程序指令集可包 括：
[0030] l)TapField( "从"）。
[0031]2)SetFieldValue( "6:00AM"）〇
[0032]3)Value=GetFieldValue()〇
[0033] 4)CheckEquals(Value，"6:00AM"）〇
[0034] 5)TapField("至"）。
[0035] 6) SetFieldValue( "7:00AM"）〇
[0036] 7)Value=GetFieldValue() 〇
[0037] 8)CheckEquals(Value，"7:00AM"）〇
[0038]9)TapField("持续时间"）。
[0039] 10) Value = GetFieldValue ()〇
[0040] 11)CheckEquals (Value，1·0)〇
[0041] 可通过由测试人员与表单204手动交互或通过在自动化测试案例环境中应用脚 本测试案例指令来以类似方式迭代地测试表单中的每个字段。
[0042] 图3是图示了根据一些实施方案的检查应用的示例方法300的流程图。在示例中， 方法300可由图1的测试装置102执行，试图生