浅谈一些中国电信自动化测试模式与框架

散步的SUN

最近突然想思考一下电信的自动化测试模式与框架，请指正
1、大型的公司，从很早就开始投入自动化测试，思科、Juniper、H3C、华为（部分office）、中兴、华赛、Topsec等公司采用TCL脚本。原因主要是由于TCL的可维护性和简单性，在加上其与C/C++的易结合性；Z大概在06年时开发出了VC的单进程的脚本平台模式，至后往多线程发展；而H在这上面投入比较大，随着开发的模式而有所更改，其主要为第三代—基于关键字的驱动模式，其趋势似乎是持续集成之道，有熟悉的希望可以探讨下。而个人认为，这些大型公司的自动化测试框架则是一种从开发到测试的流程平台，这个平台集成了单元、模块和系统的自动化测试。
2、中小型的公司；其主要还是利用存脚本的开发；主要用来进行例行测试及一些核心功能的验证；在其所处的境遇，自动化测试主要是对其核心系统功能起着例行与回归验证。其需要的框架是脚本集成的框架，是具体实现测试的一个框架，每个层次对应不同的步骤和配置。其主要关注的是中小型公司的特点，以中期收效为主，步步为营。
3、单元、模块、系统、网管都对应着不同的自动化测试方法，而CLI与GUI测试各有不同的方法，总之，网管与单存的GUI测试不同之处在于需要结合CLI进行测试。
总之，不同的公司对应不同的自动化测试境遇，以上只是简单的总结一下，具体的实施都因地制宜，自动化测试最大的特点就是其没有一个通用的实现方法，只有一些核心的实现原则和框架；以上总结由于水平和一些别的原因，因此说的有些生涩...

shanxi

嗯 LZ说的实在

其实GUI自动化测试在整个自动化分支中代价最大，开始设计不好以后的执行等步骤会处处受制；另外对整个GUI测试开发来讲，技术含量也有限。
其下还有接口和单元测试，感觉只要对这两部分多去投入，其回归的价值会更大。

自动化框架的发展总是从简到繁，其最主要原则是适合该项目开发。

散步的SUN

回复 2# shanxi
呵呵，恩，说的很在理