自动化测试平台策略 之 自动化测试管理平台

自动化测试管理平台

序言：不同的自动化测试平台所面向的重点不一样，一个好的自动化测试平台是来源于测试流程，而归于测试流程的，所以，首先定位测试流程以及自动化测试在测试流程的几个应用点是很重要的。在此，我想根据我个人的理解介绍几个不同的测试平台来理清一下自动化测试在其测试流程中的应用点。

一、自动化测试管理平台简介

自动化测试管理平台其重点是突出在测试管理方面，在这里可以从不同的角度进行分析，确定其测试平台所拥有的测试管理功能：

测试职责方面

       1、业务测试人员的职责:其主要负责对测试项目的管理、测试用例的编写、测试场景的设计以及测试数据的准备等。

       2、测试执行人员的职责：其主要负责对测试场景的部署、测试状态的监测以及测试结果报告的查看和分析。

       3、自动化测试开发人员的职责：其主要负责对测试平台的自动化测试框架库进行添加和维护，设计开发不同的工具适配。

测试流程方面

1、测试管理：包括测试项目管理、测试场景管理、测试用例管理、测试对象管理以及测试数据管理等。

2、测试调度：包括测试场景的分发、自动化部署以及驱动执行（包括时间与事件驱动）

3、测试监控：包括测试环境与测试执行情况的监控。

4、测试结果管理：包括测试结果分析与缺陷管理。

5、测试系统管理：包括权限管理以及各种系统功能管理。

二、自动化测试管理平台系统架构及分析

其自动化测试管理平台的系统架构如下图所示：

三、自动化测试管理平台实现分析

1、 前端管理平台的实现方式可以是B/S与C/S架构，个人以为B/S架构更合适，其瘦客户端的形式，可以更好的方便测试人员随时进行测试管理以及测试结果的查看。而实现技术方面，则可以应用JSP、PHP以及ASP等技术。

2、 测试用例的设计可以采用拖拽的web技术方式实现，先自己新建一些web控件，包括各个测试步骤以及各个箭头，然后应用JS技术实现拖拽。

3、 自动化测试脚本设计：应用测试对象库在界面上进行脚本设计。

4、 测试用例与脚本的关联：记得有一个模型驱动的思想，即新建的测试模型，每个模型关联一个测试场景；当然，这里不是，即只是将用例与脚本的一个关联。关联技术可以应用到数据库了。

5、 测试对象设计；这个是自动化测试开发人员的职责，即设计底层的测试对象，每一个测试对象关注一个测试方法或者一个共性测试步骤。然后这些测试对象各对应一个测试数据库。例如：RFT的三层框架中，其方法层就可以看做一个对象库，QTP也一样，但是RFT与QTP应用的脚本不一样，所以在这里，我们可以用一种语言进行统一，这就是适配层的功能。

6、 测试调度设计；测试调度即测试环境的部署与执行，当然，这里可以一个测试任务为最小颗粒，测试执行人员根据不同测试项目与测试需求来新建和安排其测试任务。其测试执行人员需要从测试用例库中调用其测试用例来组建测试任务。（测试用例已经与测试脚本关联了）。测试执行分发时根据其执行机器的状态进行分发。

7、 自动化测试监控：可以定时由测试执行机来返回其状态。以及执行机器上各测试任务的执行状态

8、 自动化测试结果管理，执行完成后，可以由执行机将结果上传，并通知相关人员和存储到数据库中，方便历史查询。这里需要提供统一结果和具体结果分析报告。

9、 或者分析出来的问题，可以通过集成的测试管理工具与测试缺陷工具进行报告的提交以及具体缺陷报告的生产（包括其缺陷分布图等）

四、从测试流程几个点分析

个人觉得，总结起来，一个好的自动化测试管理平台有几点

1、 接口集成性，能够提供方便的接口来适配各种流行的测试工具。

2、 统一协作性，能够提供一个统一管理、统一存储与统一规范的功能。

但是一个测试管理平台，不是说做就做的：

1、 需要测试流程清晰

2、 需要自动化测试发展到一定水平，即有了明确的测试框架，能够起到一定效用，自动化测试平台只是将这些点的结合。

3、 需要明确自动化测试的作用点和效果，自动化测试辅助测试的阶段。

4、 好的人员，能够懂得测试和开发的人员。

我的个人观点：自动化测试的最终目的是协助测试人员操作规范化，建立一个统一的测试管理平台，自动化测试中的真正核心还是测试理论。

auto