AutoRunner 功能自动化测试项目实训之AutoRunner产品设计目标（三）

一、提高回归测试的覆盖率，提高测试质量

对于功能已经完整和成熟的软件，每次发布一个新的版本，其中大部分功能和界面都和上一个版本相似或完全相同，这部分功能特别适合于自动化测试， 从而可以让测试达到测试每个特征的目的。通过 AutoRunner 来编写回归测试的测试用例，并且再每次发布版本的时候通过执行所有的测试用例来进行回归测试，能够覆盖大量的功能——人工测试无法进行测试的功能。

二、 每日测试的高效率

DCC 版本的发布周期往往比较短，也就是开发周期只有短短的几个月，而在测试期间是每天/每 2 天都要发布一个版本供测试人员测试，一个系统的功能点有几千个上万个，人工测试是非常的耗时和繁琐，这样必然会使测试效率低下。AutoRunner 通过高效率的自动执行测试用例，允许每天对版本进行测试，提高测试效率。

三、具有一致性和可重复性

由于每次自动化测试运行的脚本是相同的,所以每次执行的测试具有一致性, 人是很难做到的. 由于自动化测试的一致性，很容易发现被测软件的任何改变。

四、 更好的利用资源－－周未/晚上

理想的自动化测试能够按计划完全自动的运行, 在开发人员和测试人员不可能实行三班倒的情况下, 自动化测试可以胜任这个任务, 完全可以在周末和晚上执行测试. 这样充分的利用了公司的资源,也避免了开发和测试之间的等待。

五、 解决测试与开发之间的矛盾

通常在开发的末期,进入集成测试阶段,由于每次发布一个版本的初期,测试系统的错误比较少,这时开发人员有等待测试人员测试出错误的时间. 事实上在迭代周期很短的开发模式中，存在更多的矛盾， 但自动化测试可以解决其中的主要矛盾。

六、将烦琐的任务转化为自动化测试。

大量重复的测试是非常繁琐的，并且需要消耗大量的人力才能够完成。自动测试能够很好的解决这个问题，不需要繁琐的劳动，不需要大量的人员。

七、 增加软件信任度

只有经过大量测试用例测试过的版本才是可靠的 ，而只有使用自动测试才能够保证在段时间内完成大量的测试用例。

八、系统体系结构特性要求

8.1、系统要求

8.1.1、操作系统环境：

WindowsXP~win10；winserver2008~winsever2012

8.1.2、测试用例数据格式：

XML；EXCEL

注：理论上支持 jdbc 接口的数据库。

8.1.3、AutoRunner 是一个自动化的功能测试工具，它可以和测试管理工具、缺陷跟踪工具一起来使用，可以将自动化测试的设计和结果统计分析纳入到测试管理平台，给企业以最客观的测试过程分析和结果统计以达到更好的效果：

AutoRunner

测试管理工具

缺陷跟踪工具

测试需求管理

测试用例管理

测试计划

测试执行

测试结构设计

测试脚本录制、

编写、调试

查看测试结果

查看缺陷

查看缺陷跟踪报告

 

 

8.2  系统性能

AutoRunner 针对与系统的功能测试自动化，对性能要求不高：自动测试的脚本执行速度，超过人工执行的速度。

 

 

8.3 、扩展能力

8.3.1、扩展验证点：

所谓的验证点，就是用来验证被测试系统返回数据或者状态是否和预期一

致的点。AutoRunner 提供了完整的验证点功能，用来验证字符串、bitmap

文件是否正确，对字符串可以验证是否符合定义的“正则表达式”。当然，由

于验证往往是非常复杂的，例如：当我们使用一个功能向 database中增加

一条记录后，通过 jdbc 来查看该记录是否已经被增加。这就需要用户根据

具体的数据库来编写一个功能来实现特殊的校验点。

系统提供了基本的校验方法，允许用户自己来通过编写一个特殊校验的类，

或者一个特殊的方法来定义特殊的校验点（调用的结果如果希望反映的标

准的测试报告中，就需要调用系统提供的基本方法），最终实现对验证点

功能的扩展。

 

 

8.3.2、自动录制时候的针对用户自定义组件的识别

根据国外测试人员的经验，编写脚本的工作中，大量的工作都被用户的自

定义组件消耗了。

<