● 脚本方法库：则是脚本编写的一系列的方法，即将一些常用的方法封装起来，方便调用。

　　● 功能点测试执行层：与自动化测试用例的具体执行功能步骤相关。

　　● 测试设备设置层：此层对应测试中的测试设备的具体设置，其主要关注测试设备的业务配置。

　　● 测试执行设置层：此层对应测试执行时需要的设置，其主要关注执行方式的设置。

　　● 界面管理层：此层对应平台的界面控制层，其主要应用于对应用界面对全局参数进行设置、对测试项目进行操作以及查看测试结果等，可以用VC、swing或者脚本技术实现。

　　五、电信自动化测试流程分析

　　说到流程，这才是做自动化测试最难以及最关键的部分。

　　为什么要制定一个流程，如果不将其自动化测试从流程上把握的话，那么其永远无法成为一种规模。

　　个人想法：其自动化流程是指明一个大的方向，将阶段和相关角色指明出来，而其中涉及到一些具体的细节，则可以以策略的形式表现出来。

　　个人想法：电信自动化测试可分为两个分支：

　　1）手工辅助过程；其主要是为了辅助测试人员更加快捷的进行测试执行，是伴随着手工测试用例的。

　　2）例行测试过程；其主要是有固定的环境和固定的平台，应用于回归测试，是为了保障产品质量，加速产品发布周期的，其有相应的自动化测试用例伴随，但其自动化测试用例也是来源于手工测试用例的。

　　个人想法：电信自动化例行测试流程可分为：

　　自动化需求分析设计—自动化测试用例设计—自动化测试脚本开发—自动化测试执行阶段。

　　涉及角色则可分为：

　　系统测试角色，主要负责自动化需求收集与用例撰写等。
　　测试开发角色，主要负责自动化测试脚本开发等。
　　测试架构角色，主要负责自动化测试项目管理与平台架构管理。
　　测试执行角色，主要负责例行测试执行与结果反馈。

　　在此，只简单的说明一下，具体的执行流程就不说了，不知道大家在电信自动化测试流程执行方面，有没有好的经验，可以拿出来分享一下。

　　六、电信自动化测试总体分析

　　1、大型的电信设备公司，从很早就开始投入自动化测试，例如思科、Juniper、H3C、华为、中兴、华赛、Topsec等公司，他们的自动化测试已经形成了一定的规模，他们大都数的底层控制是用C语言，然后提供接口由脚本进行控制，而且采用了多线程的模式，在稳定上做的很好，而且在不同开发模式上的自动测试的探索和应用也比较超前，例如，从开始RUP方式到后续的持续集成方面自动化测试的应用等，总之，在这些大型电信设备厂商，自动化测试的比重越来越大，应用也越来越广。

　　2、中小型的厂商，由于其开发能力的问题和产品线需求较少的原因，主要还是应用脚本的开发，因为其开发周期快，投入周期可以较短，收效可以较为快速一点，能满足很大一部分需求。因此，其所应用的主要是基于脚本技术的框架设计，伴随着库思想、分层思想等，然后在流程上进行规范和统一。

　　总而言之，个人想法，不同的公司，对待自动化测试，需要采取的策略不同，

　　1）大型的公司以长期投入为主，其根据相应开发模式和产品战略，将自动化测试打造成实验室平台级别。

　　2）中小型公司以步步跟进为主，要将自动化测试做成规模的话，则需要一点一滴的思考的积累。做自动化测试，太快，容易迷失脚本，太慢，又不能形成规模，因此需要以需求为导向来求发展。

　　电信自动化测试的不断发展，让我们对自动化测试的期待更进了一层，希望电信自动化测试走的更远。

版权声明：本文出自 散步的SUN 的51Testing软件测试博客：http://www.51testing.com/?382641

原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。