自动化测试方法

系统 中控件类型和操作命令三者一致，这个是
化测试脚本 中的控件类型和操作命 令、被测试
Ｓｔｅｐ２：产 品开发 人员和 自动 化测试 脚本 本文的重点，也是提出本方法的关键。
系统中控件类型和操作命令三者 一致，测试用 例中的控件 ＩＤ与被测系统 的控件 ＩＤ一致 。
代码开 发人 员根据映射表为被测产品 的每个控
下面 对本 方案 的一个 优 选具 体实 施方 式 型可以查找 到对应 的测试脚本代码 。脚本代码
映射表 中查找对应被测模块 ，最后确定被测模 进行描述，在本具体实施方式 中，包括 以下步 可 以重复利用 ，只要被测产品 中没有产生新的
块 ；我 的主要 想法 还是根据测试用例 中的控件 骤 ：
管理工 具，读取测试用例 ，通过解析模块解析 更后 ，测试 人员只需按照关键字规 范，手工修 执 行每个 控件类 型的动作 ，并且使每一个控件
测试用 例信息，生成脚本可读 的信 息，然后根 改一次测试用例即可。
类 型的动作成为一个独立 的模块 ，根据控件类
据测试 用例 中的控 件 ＩＤ在控件 ＩＤ 与被测 系统
Ｓｔｅｐ４．６：输 出 自动化 测 试脚 本代码 产生
所 示 ，其 中，控件 ＩＤ与被测 系统 映射表记 录
步骤 ６：输 出 自动化测试脚本代码产 生的 的实际结果 。
了控件 名称 、测试 用例 中控件 ＩＤ、被 测系 统 实际结果。
Ｓｔｅｐ４．７： 比较 自动化 测试 脚本 代码 产生
术人员来说 ，在不脱 离本 方案构思的前提下 ， 脚本 中控件类 型再查找到对应的 自动化测试脚 控件类型与代码映射表 中查找对应的测试脚本
还可 以做 出若干变形和改进 。
本代码 。
代码 。
每个项 目都需要人员 的配合 。需要需求人
步骤 ５：执 行步骤 ４的控件类 型对应的 自
Ｓｔｅｐ４．５：执行 自动 化测 试脚 本代 码 ，这
中的控件 ＩＤ之 间的映射 关系，控件 类型 与代
步骤 ７：比较 自动化 测试脚本代码产生 的 的实 际结 果与测 试用 例 中的预期 结果 是否一
码 映射表记录 了控件类型 、测试用例 中控件类 实际结果与测试用例 中的预期结果是 否一致 ， 致，如果一致说明测试通过；如果不 一致说 明
பைடு நூலகம்
型、被 测产 品中控件类型 、测试脚本 中控件类 如果一致说明测试通过；如果不一致说 明测试 测试不通，并且 指出不通过的原因。
型的映射关 系。
不通 ，并且指 出不 通过的原因
其中，ｓｔｅｐ４是 自动化测试一个控件过程 ，
本 方案 的方 法和 系 统可 以连接 测试 用例
使 用本 方案 的方法 ，即使 当测 试用 例变 在 自动化测试脚 本代码 中，分别 实现模拟手动
件设置控件类 型、控件 ＩＤ。
３结论
步骤 ２：解析测试 用例信息 ，生成脚本 可 读 的信 息。
步骤 ３：根据测 试用 例 中的控件 ＩＤ在控 件 ＩＤ与被测系统映射表 中查找对应被测模块。 具体地 ，根据 测试 用例 中的控 件 ＩＤ，在控件 ＩＤ与被 测系 统映 射表 中，首先 查找 到对应 的 被 测系 统 中的控件 ＩＤ，然 后根据 该被 测系 统 中的控 件 ＩＤ再查找到对应 的被测模块 ，其中， 所 述被测模块是被测系统 的某个测试单元 ，例 如 ，一个 文本框 、一个 多选框 、一个单选框等 。
员、产 品开发人员和 自动化测试脚 本代 码开发 动化测试脚本代码 ，该 自动化测试脚本代码用 段 自动化测试脚本代码是模拟手动执行测试 用
人员共 同配合 ，产 生控件 ＩＤ与被 测系统 映射 于模拟手动执行通过步骤 ３查找到的被测模块 例 中各种控件类型的动作 。
表、控件类 型与代码映射 表，例如表 １和表 ２ 的控件类型的动作 。
本 组 成员在 项 目中反复 实践 发现 了一致 性的关键点。 目前很多 自动化测试都是 由于忽 略了一致性才导致脚本可用性降低从而人为 的
Ｓｔｅｐ３：定义 测试 用例 内容 以及格 式；测 试用 例 内容包含 ：控件类 型、控件 ＩＤ等；测 试用例 的格式如： （系统模块名称 ，控件类型 ， 控件 ＩＤ，输入 内容 ，操作 命令 ，预期输 出， 时间输 出，测试结果 ）。
控件类 型，就不 需要修改 自动化测试脚本。测
类型在控件类 型与代 码映射表中查找对应 的测
Ｓｔｅｐｌ：需求人 员、产 品开发 人员 和 自动 试用例 中可 以任意制定被测产品 的流程 ，不会
试脚本代码 ，执行 自动化测 试脚 本来最终产生 化测 试脚本代码开发人员共 同定义好被测产 品 局 限某个系统、某个产品。
Ｓｔｅｐ４－３：根 据测试用例 中的控件 ＩＤ在 控
员进一步理解本人 的思想，但不以任何形式限 型 ，在控件 类型与代码映射表 中，首先查找到 件 ＩＤ与被测系统映射表 中查找对应被测模块 。
制本思想 。应 当指 出的是，对本领域的普通技 对应 的测试 脚本 中控件类型，然后根据该测试
Ｓｔｅｐ４．４：根据 测试 用例 中 的控件 类型 在
测试结果 。具体步骤如 图 １所示 ，包括 ：
中控件 类型与控件 的 ＩＤ，产生相应 的映射表 ，
其 实优选 具体 实施方 式和 之前介 绍 的没
步骤 １：我们要 先读取用户编 写的测试用 标准控件 的使用标 准定义。
什么 区别 ，这里要说的是不管哪种方案要强调
例，例如可 以连接测试用例 管理 工具，从存储
表 １：控件 ＩＤ 与被测 系统映射表
Ａｕｔｏｍａｔｉｃ Ｃｏｎｔｒｏｌ· 自动化控制
下面 结 合具体 实施 例对 本方 案进 行 详细 件类型与代码 映射表 中查找对应的 自动化测试 可 读 的信 息 。
说明 。以下实施案例将有助 于本 领域的技术人 脚本代码 。具体为 ，根 据测试用例中的控件类
共 同定义是 非常重 要的，针对不 同项 目， 的是测试用例 中的控件类型和操作命令、 自动
有用户编写测试用例 的测试用例 管理工具中读 前期应 把控 件类 型和 ｉｄ定 义成 标准 ，并在开 化测试脚本 中的控件类型和操作命令、被 测试
取，测试用例 中的控件类 型和操 作命令、 自动 发过程 中使用 统一标 准。