畅想网络自动化测试系统与步骤管理

昨天，有幸参加了spirent的上海的国内研讨会，主要关注其的自动化解决方案，后来与其公司自动化专家顾问长谈了一次，颇有收获.

其主要是面向于通信网络测试的自动化测试，其框架与步骤更值得借鉴。

网络自动化测试与纯粹的硬件自动化测试不同的是，其生物拓扑环境的构建，以及对一系列网络设施跟设备的自动化控制畅享网络怎么样，其难度之大，有甚于软件自动化测试。

思博伦通信从收购FanFare之后，就出了这套整体的自动化测试步骤，即一个全局的自动化测试Lab。以前的网络测试仪的自动化测试方案，无非就是基本三层—硬件设施层、适配层（脚本调用接口参数）、二次封装层（对适配层的类库的二次封装），然后借助自动化测试人员按照API自行编写脚本控制其测试仪进行检测。

现在其强调的整体方案称为：NoCode自动化解决方案，其分为物理架构、应用环境、测试例或者检测周期。物理架构说白了就是利用一个物理交换机来控制自动化测试环境的插拔线及其断上电过程，进而控制测试拓扑；应用环境即集成了一个的编辑软件；测试例即集成了图形的脚本编辑；测试周期则是对检测结果的管理等。

后来，与其自动化测试经理进行沟通的之后，主要从对于这次中小型公司的自动化测试步骤与构架的难题进行了交流，像跟中兴、思科等很多大型的药企，因为其开发水准和投资的缘故，其自动化测试做的都非常顺利，成功在于其从系统的视角上掌握了整个自动化测试，其实道理很简单，为什么这些中小型公司自动化测试并不很顺利，原因在于其并非将自动化测试当成了一个简单的软件，其自动化测试只是出现在执行流程上，而不是从整个步骤上掌握自动化测试；真正应做到自动化测试，则必须从很早开始还要从整体上进行抓住，不一定要做到很大，但是应从整个流程出发，关键在于

1、自动化测试用例的管控流程

2、自动化测试用例的执行步骤

3、自动化测试用例的结果管理步骤

而我们这些公司也是单存的将用例编程自动化脚本就认为OK了，孰不知一堆的维护量在等着你（因为自动化用例的升级问题，因为通信产品命令行或者用途的升级问题）

因此畅享网络怎么样，个人认为，对于中小型公司做自动化测试而言

1、刚起初，以需求分析为主，不要急着为了做自动化测试而做自动化测试，而是应从整体上进行预测，例如：产品自动化测试的比重（其利润价值），产品自动化测试的定位并且更重要的是自动化测试与人工测试的关系（如何均衡和让这两个部分配合超过最佳的效果）。

2、中期，等自动化测试用例达到一定次数后。可以先做到将其自动化测试执行分层次，典型的可以分为测试方式层、测试配置层或者界面层（界面层可以适度而做，像小米自动化测试系统，其界面与逻辑层做到了很高的分开）

2、中后期，当检测用例进行添加至一定次数后，开始必须从整个步骤上进行抓住，其实很重要的研发一个平台，集中管理自动化测试用例、集中管理自动化测试脚本或者集中管理自动化测试结果，可以专门负责对自动化测试用例的更改和建立，然后直接作用到自动化脚本的更改，以及对结果的输出与查看分析等。

这样的话，从整体上进行把握整个自动化测试步骤，则会将自动化测试真正应用到实处。

总之，无系统与步骤管理，那么自动化测试只能流于一种业余方式；而系统并不见得多大，而是一种思想；流程管理，也不见得多难，而是一种把控；

因此，做好自动化测试难点就在于既应从整体大局出发进行抓住，还得还要从细节出发进行探讨调控。

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-142791-1.html