文章的编排
这篇文章主要分析自动化的成本,然后在描述每一种脚本编写方法时指出它的优点和缺点。
关于优缺点,从以下方面进行评价:
- 脚本的编写是否是结构化的
- 测试用例在什么地方定义
- 开发脚本的成本
- 需要怎样的编程技能
- 如何计划、设计和管理脚本
- 测试数据放在什么地方
- 脚本如何维护,维护成本
- 其它方面
成本
测试脚本相关的成本主要由开发成本和维护成本组成。在自动化测试过程中使用不同的脚本编写方法会对成本有不同程度的影响。
“录制回放”的方法是简单的,也是脆弱的,但是它的开发成本很低,然而维护成本很高,因此总体成本也会很高。使用先进的关键字驱动测试的方法,则维护成本会很低,但是开发成本会很高,因此总体成本也会很高。测试经理需要在这些方法中作出明智的选择,以便把总体成本尽量降低。
编写脚本的方法
不同的自动化测试脚本编写方法主要有:
- 线性的
- 结构化的
- 共享的
- 数据驱动的
- 关键字驱动的
线性脚本编写方法
线性脚本编写方法是使用简单的录制回放的方法,测试工程师使用这种方法来自动化地测试系统的流程或某些系统测试用例。它可能包含某些多余的、有时候并不需要的函数脚本。
优缺点:
- 是一种非结构化的编程方式
- 测试用例由脚本定义
- 非常低的开发成本
- 测试人员所需要的编程方面的技巧几乎可以忽略
- 不需要计划、设计
- 测试数据在脚本中是硬编码的
- 脚本会很脆弱,因此维护成本会很高
- 没有公用的脚本,因此可能造成重复劳动
结构化脚本编写方法
结构化脚本编写方法在脚本中使用结构控制。结构控制让测试员可以控制测试脚本或测试用例的流程。在脚本中,典型的结构控制是使用“if-else”,“switch”,“for”,“while”等条件状态语句来帮助实现判定、实现某些循环任务、调用其它覆盖普遍功能的函数
优缺点:
- 是结构化的脚本编写方法
- 测试用例在脚本中定义
- 编程的成本要比线性脚本编写方法略为高一点
- 需要测试员的调整编码技巧
- 需要某种程度上的计划、设计
- 测试数据也是在脚本中被硬编码
- 因为相对稳定一点,所以需要相对少的脚本维护,维护成本比线性脚本编写方法的要相对低
- 除了编程知识外,还需要一些脚本语言的知识
共享脚本编写方法
共享脚本编写方法是把代表应用程序行为的脚本在其它脚本之间共享。意味着把被测应用程序的公共的、普遍的功能的测试脚本独立出来,其它脚本对其进行调用。这使得某些脚本按照普遍功能划分来标准化、组件化。这种脚本甚至也可以使用在被测系统之外的其它软件应用系统。
文章来源于领测软件测试网 https://www.ltesting.net/