浅谈应用软件中自动化测试的实现

计算 机光 盘软件 与应 用
２１ ０ ０年 第 １ ３期 Ｃ ｍ ｕ ｅ ＤＳ ｆ ｗ ｒ ｎ ｐ ｌｃ ｔｏ ｓ ｏ ｐ ｔ ｒＣ ｏ ｔａ ｅａ ｄＡ ｐ ａ ｉ ｎ ｉ 工 程 技 术
浅谈应用软件 中 自动化测试 的实现
陈 思
（ 北京交通 大学，北 京
摘
１０ ４ ０ ０ ４）
三 、软件 自动 化测 试技 术选 择 软件测试 ， 别是测试 自动化技 术属于 当前 国际软件 界最有争 特 议 ，亟待 发展的技术 。所谓 自动化测 试就是希望 能够通过 自动化测 试 工具或其他 手段 ，按照测试 工程师 的预定计划进 行 自动 的测试 ， 目的是减轻手 工测试 的劳动 量，从而达 到提高软件 质量的 目的。 （ ）测 试工 具 。在进 行测 试活 动 时，采用 合适 的测 试方 法 一 以及相应 的 自动化 测试 工具 是至 关重 要的 。常 用 的测 试工 具一 般 包 括三种 ：静 态分 析工 具 、动 态 分析工 具 、综合 测试评 估工 具 。 静态 分析 工具 又包 括静 态确 认工 具 、符号 执行 工具 、程序 验 证工具 ；动态 分析 工具 包括 覆盖 监视 工具 、驱 动工 具 、测 试数 据 产 生工具 、符 号查 错工 具 ；综合 测试 评估 工具 是把静 态分 析 、动 态分 析 、测试 评估 等综 合在 一起 ，测 试人 员可用 命令 来控 制系 统 执行 不 同的测试 工 具 ，各 模块 之 间的通信 通过 数据库 来 实现 。 （ ）测 试脚 本 。在测 试过 程 中，测 试脚 本起着 关键 作用 。 二 每种 脚本 技术 在支 持脚 本完 成测 试事 例的 时 间和 开销 都有 自己的 长 处和短 处 。对于 软件 测试 来说 ，脚 本所 支持 的实现 测试 事例 体 系 的整体 考虑 是至 关重要 的 。 测试 脚本 主要 包括 线性脚 本 技术 、结构 化脚 本技 术 、共享脚 本技 术 、数据 驱动脚 本 技术 、关 键字 驱动脚 本技 术 。线性脚 本 技 术 是录制 手工 执行 的测试 事 例得 到的脚 本 ，这种 脚本 包括 所有 的 击键 、功 能键 、箭 头控 制测 试软 件的 控制键 以及 输入 数据 的数 字 键 ；结构 化脚 本技 术类 似于 结构 化程序 设 计 ，结构化 脚本 含有控 制脚 本执 行的 指令 ，这 种指令 或 为控 制结构 或 为调用 结构 ；共 享 脚本 是指 脚本 被多 个测试 事例 使 用。这 种技 术 的思路 是产 生一个 执行 某种 任务 的脚本 ，而不 同的 测试要 重 复这个 任务 ，当 要执行 这个 任务 时只 需在每 个测 试事 例 的适 当地方 调用 这个 脚本 ：数据 驱动 脚本 技术 将测 试输 入存储 在 独立 的数据 文件 中，而不 是存储 在脚 本 中，脚 本中 只存放 控制 信 息。执 行测 试 时 ，从 文件 中而 不 是直 接从 脚本 中读取 测试 输入 。这种方 法 的最大 好处 是同 一个脚 本可 以运 行不 同的测 试 ，另 一个优 点是 数据 文件 的格 式对 于测试 者而 言易 于处理 ： 关键字 驱动 技 术是将 数据 文件 变为测 试用 例 的 描述 ，用 一系列 关键 字指 定要 执行 的任 务 ，这些 关键 字存在 于测 试文 件 中。解释 这 些关键 字则 需 要另外 的支 持脚 本 。控制脚 本读 取测 试文件 中 的关键 字 ，并通 过 关键字 调用 相关 的支 持脚本 ，这 样 ，测 试软件 或特 殊 应用对 控 制脚本 的约 束将 大大减 小 。 总而 言之 ，应用 软件 中 自动化 测试 的实 现 ，既要应 对 自动化 测 试过 程 中暴 露 出 的诸多 不足 ，解决 自 化 检测过 早衰 退 以及消 动 亡 的 问题 ，并且选 择 适 当的 自动 化技 术选 择 工具 ，促使 应用 软件 自动化 测试技 术 不断地 完善 。 参 考文 献 ： 『１ １刘存． 代检 测技 术『 ． 现 Ｍ１北京： 机械 工业 出版社 ， ０ ， ２ ５９ ０
一
、
就要 求原 型开发 人员 、需求 人员 的大 力支持 ，需 求文 档尽 量精确 详细 ，尽量 避免变 更 ，软件 开发过 程中 ， 时对 原型进 行维 护等 。 及 （Ｉ １ ）时刻 考虑 到维护 。安 排专 门的 自动化 脚本 维护 工程 师 在特 定的 时间对脚 本进 行及 时维 护 ，而不是 在发 现测 试人 量失 效
的情 况 再 Ｔ＝ Ｌ 羊补 牢 。 （ ）不要集 权 。 自动 化测 试策略 、 自动化 测试 文档 、资料 三 等不 要集 中在一个 人手 中 ，要有特 定 的机器 存放 ， 自动化测 试进 行过 程中 积累 的各种经 验和 教训要 及 时付诸 文档 ，或 者及 时沟通 与 培 训 （ ）规范 。有严 格的 自动 化脚本 编写 规范 、每个 里程 碑 的 四 自动化 测试 目标 明确 、 每个里 程碑 的测 试策略 明确 、 脚本 编 制人 、 编制 同朗 、测 试功 能点 、期 望结 果等要清 晰 可辨 ，这些 都是 为 了 脚本 的易维护 性而考 虑 的。
Ｃｈ ｅｎ Ｓｉ
源自文库
（ ｅ ｉｇＪ ｏｏ ｇＵ ｉ ｒｉ ，ｅ ｉ １ ０ ４ ， ｈｎ ） Ｂ ｉ ｉ ｔｎ ｎ ｅ ｓ ｙＢ ｉ ｇ ０ ４Ｃ ｉａ ｊ ｎ ａ ｖ ｔ ｊ ｎ ０
Ａｂ ｔ ａ ｔＴｈｉ ａ ｅ ｘｉｔ ｉ ｔ ｄ ｙＳ ｕｔｍ ａｅ ｓ ｆｗａ ｅ ｅ ｔ ｇ ｅ ｌ ｄ ｔｃｉｎ ｆ ｔｅ ｐ ｎｏ ｎ ｎ ｏｆ ｄ ｇａ ｔｏ ｎ ｓｒ ｃ： ｓ ｐ ｐ ｒ ｅ ｓｓ ｎ ｏ ａ ’ ａ ｏ ｔｄ ｏ ｔ ｒ ｔｓｉ ａｒｙ ｅｅ ｔｏ ｏ ｈ ｈｅ ｍｅ ｏ ｅ ｒｄａｉｎ ａ ｄ ｎ
ｆ】 念 ． 件 性 能测试 过 程 详 解与 案例 剖析 Ｉ 北 京： 大 学 出 ２ 段 软 Ｍ】 清华
版 社 ，０ ６１ ２ ０ ，０
Ｉ】 ３简玲．／ Ｂ Ｓ系统性 能 测试 的设计 与 实现『． 机 工程， ０ ， Ｉ计算 １ ２ ９８ ０
ｄｉａ ｐ ａ ａ ｅ ｏ ｉｃ ｓｏ ｏ ｅ ｐ ｏ ｅ ｔ ｅ ｒ ａ ｏ ｏ ｔ ｅ ｉｅ ａ ｏ ｔ ｒ ａ ｕ ｅ ，ｎ ｅ ｃ ｉ ｅ ｏ ｏ ｗａ ｅ ｔ ｓ ｕ ｏ ｔｏ ｓ ｐ ｅ ｒ ｎｃ ｆ ａ ｄ ｓ ｕｓ ｉ ｎ ｔ ｘ ｌ ｒ ｈ ｅ ｓ ｎｓｆ ｒ ｉ ｄ ｍ ｓ ，ｎｄ ｃ ｕｎ ｅ ｍｅ ｓ ｒ ｓａ ｄ ｔ ｈｏ ｃ ｆ ｓ ｆ ｓ ｈ ｔ ｒ ｅ ｔａ ｔ ｍａ ｉ ｎ ｔ ｃ ｎ ｏ ｙ ｒ ｓ ａ ｃ ｉ ｒ ｅ ｃ ｉ ｖ ｅ ｔ ｕｔ ｍａ ｉ ｎ ｓ ｆｗａ ｅ ｉ ｔ ｔ ｓ ｅ ｆ ｓ ａ ｅ ． ｅ ｈ ｏｌ ｇ ｅ ｅ ｒ ｈ， ｏ ｄ ｒｔ ａ ｈ ｅ ｅ ｔ ｓ ｏ ｔｏ ｏ ｔ ｒ ｏ”ｅ ｔｔ ａ ｔｌ ｎ ” ｎ ｏ ａ ｎ ｈ Ｋｅ ｙｗｏ ｄ Ａｐ ｉ ａ ｉ ｏ ｗａ ｅ Ａｕ ｏ ｔ ｄ ｔ ｓｉ ； ｈ ｅ ｅ ｒ ｓ： ｐｌ ｔ ｃ ｏｎ ｓ ｆ ｔ ｒ ； ｔ ｍａ ｅ ｅ ｔ ｎｇ Ａｃ ｉ ｖ
随 着信 息社会 的飞 速发 展 ，使软件 产 品应用 到社 会的各 个领 域 ，软 件产 品的质 量成 为人们 关 心的焦 点 ，软件 测试 是保证 软件 质量最 行之有 效的 方法 。 件测试 一股 分为 手工测 试和 自动测 试 。 软 但是随着 软件 规模 的不 断扩大 ， 手工测试 效 率低 、耗 时耗力 的缺 点也不 断的显 露 。而 自动 化测 试 则可 以完 成 一些 重复性 测试 ，从 而 降低 了人为 因素对 测试 的影 响 ，排 除 了测试 过程 中 的随机 性 以 及盲 目忭 ，降 低 了冗 余 ，减少 了遗漏 。而 现今 软件 自动 化测试 还 存在 符不 少 的 问题 ，给 软件测 试 方面 的测 试 带来 了不少 的不 便 ， 【 ，加 强应用 软件 自动 化测试 的完 善就 迫在眉 睫 。 而 导致 自动化 测试 的退 化和过 早消 亡的原 因 （ ）未提 前通知 的软件变更 。当我们 已经积累 了大 量的 自 一 动 化 脚本，并且脚 本中存在 大量 的被 引用测试包 ，当发生 的变更 隐藏 在 某个或某些个 被引用测试 包的 时候 ， 测试人 员并没有得 到应得 的 提 前通 知 ，而是在 发现 自动化 测 试失效 的 时候才 发现 问题 的严 重 性 ，随之 带来的 失效诊 断 、问题修复 、脚本维护 上的 时间打断 了我 们 目前的测试进 程，为 了不 过多影 响软件发布 ，项 目组 不得不采取 手 动替代 的方案 让大家继续 测试 ， 自动 化测试被 迫搁置一边 。 （ ）软件重构 。当产 品进入市场 ，由于性 能或其他 问题 并不 二 被 客户看好的 时候，我们会考 虑到软 件的大规模 重构 ，由此 带来 的 未 知的 界面和 业务 变更会 使得 我们 前期 积 累的大批 量 自动 化测试 脚 本无法复用 ， 了一 些文档 、 除 方法 、 略， 他都成 了明 日黄花 ， 策 其 同时，开发语言 、开发工具 、平 台的变 更 同样会 导致这类 问题。 （ ） 三 关键 自动化测试人 员的离 职。关键 自 化测试人 员 的离 动 职 ：当一些 测试 策略 、文档 、规范一 直存 放于一 个或些个 自动化测 试人 员的脑海 、未被公布 的测 试机 的某个 路径下 的时候 ， 关键 自动 化测 试人员的离职 也会导致 自动化测试 的停滞不 前、 日益退 化 二 、如何应 对与避 免 自动化 测试 的退化 和过早 消亡 （ ）软件 架构 与设 计阶段 就应 当考 虑到 自动化 测试 。软 件 一 测试 并不 仅仅 是软件 测试 工程师 自己的事情 ，需要架 构师 、需 求 人 员、系 统工程 『 、开发人 员 的协助 ， 比如 ，在 软件 被开 发 出来 Ｊ 巾 之前 就 町以在软 件原 型上进 行 自动化 测试设 计 、脚本 编制 等 ，这
中 图分类 号 ：Ｔ Ｍ１ ２ Ｐ ５ ＿
文 献标识 码 ：Ａ
文 章编 号 ：１０～ ５９（ ００ ３ ０９ — １ ０７ ９９ ２１ ）１— ０ ３ ０
Ａｕｔ ｍ ａ ｅ ｓｉ ｍ ｐｌ ｍ ｅ ａ ｉ ｎ Ａｐ ｉ ａ ｉ ｎ Ｓ ｆｗａ ｅ ｏ ｔ ｄ Ｔｅ ｔｎｇ Ｉ ｅ ｎｔ ｔｏ ｉ ｎ ｐｌ ｔｏ ｏ ｔ ｒ ｃ
要 ：本文就现 今软 件测 试 中存 在的 自 化检测 过 早退化及 消 亡的现 象展 开讨 论 ，探 讨其 消亡原 因 以及 对 策，并就 动
软件 自动化 测试技 术的 选择进 行研 究 ，从 而 实现应 用软件 自动 化测 试驶入 “ 试 的快车 道” 测 。 关键 词 ：应用软件 ； 自动化测 试 ；实现