最后更新：2026-09-04 01:19

实验12 自动化测试入门

12.1 实验目的

• 知识目标：能说出自动化测试的定义与广义/狭义之分；理解自动化测试的三大前提条件、优缺点，以及按目的/按对象的分类方式；
• 技能目标：能对给定的测试场景按目的、按对象进行归类，并判断该场景是否适合做自动化测试；
• 素养目标：养成「先评估场景、再选择测试手段」的思维方式，树立「工具为业务服务」的意识。

12.2 实验环境

1. 操作系统：Windows 10 / Windows 11；
2. 理论知识任务（本实验以概念理解为主，为实验13 起的脚本实操做铺垫）。

12.3 实验重难点

重点：自动化测试定义；前提条件；优缺点；四种模型。

难点：数据驱动与关键词驱动的区别；判断某场景"该不该用自动化"。

12.4 实验内容

12.4.1 自动化测试概述

1. 任务描述 理解自动化测试的定义。

2. 实验步骤

• 步骤 1：记住定义：

  自动化测试：把以人为驱动的测试行为转化为机器执行的过程，即模拟手工测试步骤，通过执行程序语言编制的测试脚本自动地测试软件。

• 步骤 2：区分广义与狭义：

  • 广义（测试自动化）：整个测试过程都由计算机系统完成，范围更广；
  • 狭义（自动化测试）：通过某个自动化工具自动执行某项测试任务，范围较小（本课程主要指这种）。

自动化测试像什么？

自动化测试就像家里的全自动洗衣机：把衣服（测试用例）和洗衣流程（测试脚本）提前设好，按下开关机器就自动洗完、甩干——下次再洗同样的衣服，一键就能重来。但像「这件衣服该不该熨」这类主观判断，机器还是不如人。

常见误区

很多初学者认为「上了自动化就不需要手工测试了」——这是错的。机器执行发现问题比手工少很多，界面好不好看、操作顺不顺手等主观体验也无法自动判断，手工测试依然不可替代。

12.4.2 自动化测试的前提条件

1. 任务描述 掌握什么情况下才适合做自动化测试。

2. 实验步骤

• 步骤 1：记住三大前提条件：
  1. 需求变动不频繁（需求总变，脚本天天改，得不偿失）；
  2. 项目周期足够长（周期太短，写脚本的时间比手工测还久）；
  3. 自动化测试脚本可重复使用（能复用才有价值）。

什么时候别上自动化？

一次性测试、探索性测试、界面易用性测试、需求频繁变化的项目——这些场景手工更合适。判断口诀：重复性高 + 需求稳定 + 周期够长 → 才值得自动化。

12.4.3 自动化测试的优缺点

1. 任务描述 掌握自动化测试的优点与缺点。

2. 实验步骤

• 步骤 1：记忆优点：

  1. 对回归测试更方便；
  2. 能模拟真实情况（并发等）；
  3. 有效利用人力物力资源；
  4. 测试脚本可重复利用；
  5. 减少人为错误。

• 步骤 2：记忆缺点：

  1. 无法进行主观判断（界面好不好看、顺不顺手，机器判断不了）；
  2. 工具在不同系统/硬件平台上可能受影响；
  3. 需求频繁更改时脚本维护困难；
  4. 机器执行发现的问题比手工少很多；
  5. 对测试人员要求比较高（要会写脚本）。

自动化能省钱省人力，为什么缺点里反而说它要求高？

因为写脚本这件事本身要花人力：编写和维护脚本的人必须懂工具、会编程。自动化是「前期投入大、后期重复跑省力」——就像装一台自动售货机，装机很贵，但装好后每次补货出货几乎不用人守着。

12.4.4 自动化测试分类

1. 任务描述 掌握按测试目的和按测试对象两种分类方式。

2. 实验步骤

• 步骤 1：按测试目的分类：

  • 功能自动化测试：基于 UI、接口、代码（白盒）验证功能；
  • 性能自动化测试：通过工具模拟高并发负载做压力测试，发现瓶颈。

• 步骤 2：按测试对象分类： | 类型 | 关注点 | 说明 | | --- | --- | --- | | 单元测试 | 单个函数/模块 | 开发人员写测试代码 | | 集成测试 | 模块间接口 | 单元测试基础上组装测试，也叫组装/联合测试 | | 用户验收测试 | 是否满足需求 | 项目最后阶段，用户可接受测试 | | 回归测试 | 修改后无新错误 | 改旧代码后重新测试确认 |

为什么回归测试最适合用自动化？

回归测试就是「改完旧代码后，把原来测过的用例再跑一遍」，重复性极高、步骤固定——正好踩中自动化的三大前提（可重复使用、需求稳定）。让机器去重复劳动，人去测新功能，效率最高。

12.4.5 自动化测试模型

1. 任务描述 了解四种自动化测试模型。

2. 实验步骤

• 步骤 1：线性模型：录制/编写完整操作步骤的线性脚本，直接模拟用户完整操作场景。

• 步骤 2：模块化驱动测试：把重复操作独立成公共模块，用例执行时调用该模块。

• 步骤 3：数据驱动：测试数据与操作分离，数据单独存放维护，通过改变数据驱动测试执行、引起结果变化（实验16 重点实操）。

• 步骤 4：关键词驱动：把每个步骤封装成一个函数，以函数名作为关键字写进文件，解析后用 eval 拼成函数调用逐步执行。

易混点辨析

数据驱动与关键词驱动最容易混淆：数据驱动分离的是「数据」（同一套操作换不同数据反复跑）；关键词驱动分离的是「操作步骤」（每个步骤封装成函数，用关键字描述流程）。判断技巧：看分离的对象是数据还是步骤。

12.5 实验总结

本次实验掌握了以下要点：

1. 一是能说出自动化测试的定义与广义/狭义之分（对应知识目标）；
2. 二是理解了三大前提条件、优缺点与按目的/按对象的分类，并能判断场景是否适合自动化（对应知识、技能目标）；
3. 三是了解了线性、模块化驱动、数据驱动、关键词驱动四种模型，树立了「先评估场景、再选手段」的意识（对应素养目标）。

12.6 作业提交

1. 提交地点：吾爱作业网
2. 提交资料：
   • 完成课后思考：举例说明"哪种项目适合自动化测试、哪种不适合"；
   • 提交文字/截图形式答案（可参考课堂笔记）。
   • 不会做时填写"心得感悟"（1~50 字）。

12.7 知识检测

• [ ] （填空）把以人为驱动的测试行为转化为机器执行的过程，叫 自动化测试。
• [ ] （填空）三大前提条件：需求变动不频繁、项目周期足够长、脚本可重复使用。
• [ ] （选择）下列哪种场景最适合做自动化测试？（ ）
  • A. 需求频繁变化的新项目　B. 一次性的探索性测试　C. 需求稳定、可重复执行的回归测试　D. 界面易用性测试

查看解析

正确答案：C。回归测试重复性高、步骤固定，正好满足自动化测试的三大前提条件。

• [ ] （选择）数据驱动测试的核心思想是（ ）。
  • A. 把测试数据与操作分离，通过改变数据驱动测试执行　B. 把每个步骤封装成函数　C. 录制完整的操作脚本　D. 只测试数据合法性

查看解析

正确答案：A。数据驱动是测试数据与操作分离、数据单独存放维护；「把每个步骤封装成函数」是关键词驱动。

• [ ] （判断）自动化测试可以完全替代手工测试。（错）

查看解析

错。自动化无法进行主观判断（如界面美观、操作体验），机器执行发现的问题也比手工少很多，手工测试依然不可替代。

本课相关资源

序号	资源名称	类型	说明
1	任务1.1 了解自动化测试.pptx	课件	概述、前提、优缺点
2	任务1.2 自动化测试分类说明.pptx	课件	按目的/对象分类
3	任务1.3 自动化测试模型说明.pptx	课件	四种模型

实验素材下载

点击下方链接获取本节课全部资源（含课件、任务清单、安装包等）： 🔗 夸克网盘