电信自动化测试项目阶段总结
本帖最后由 散步的SUN 于 2011-3-24 01:25 编辑最近很长一段时间都致力于公司部门的自动化测试工作，现在主要是自动化测试框架的搭建与自动化需求总负责。
主要是公司电信产品的系统测试
系统测试，包括其功能测试以及一些性能测试，主要从系统级别考虑，测试的是产品之间的相关性和功能业务稳定性。
一、刚开始，自动化测试主要定位在例行测试和验证回归测试，其主要目的是提高系统产品测试的覆盖率以及节省系统测试人员的重复性工作，解放系统测试人员的一部分工作量直接面对测试用例的维护和改进工作，然后反作用于自动化测试用例；这就是一个基本的自动化测试定位的流程。
刚开始，主要从寻找需求开始，先把一系列的需求安排出来，然后计划完成的百分比、可能遇到的问题，需要研发配合解决的DFT需求等
之后，设计例行测试平台框架，主要将框架搭建成了四层：最底层直接面向的是测试点，只关注其测试方法和步骤，不轻易进行修改；第三层面向的是设备的配置以及各个设备测试所需要的一些局部参数；第二层面向的是测试端口的选择和小的测试用例和功能的选取；最高层是例行界面平台，传递的是一些全局参数以及大的自动化测试项目的选择。
再之后，便是项目的集成，需要达到的目标是：1、每一个自动化测试项目之间互不干扰，每一个项目运行完毕后都恢复到干净环境。2、测试结果报告的完整性。3、测试记录填写的完整性，每一次例行测试都有其详细的记录。
二、以上主要是例行测试平台项目，还有包括一些通用自动化项目，即不加到例行测试平台中的，则需要与测试用例进行同步管理。其通用自动化项目直接面对的是系统测试人员，为提高其工作效率服务。
三、网管自动化测试项目；包括网管界面的测试与基本功能下发测试。可以利用自动化测试工具进行实现，已经完成预言工作，关键在于其定位，现在只将其定位在基本配置下发和属性验证测试。具体开展还需步步为营，因为设计到GUI自动化测试项目，则很容易迷失，关键问题在于界面的变动性和脚本的维护性。
现在自动化测试达到的效果为：例行测试平台运行OK，通用性的自动化项目开展的积极。网管自动化测试初步有进展，还需反复考虑。
问题：1、自动化测试一些资源文件的管理（需要定期更新，用版本管理软件进行管理）2、自动化测试需求的跟踪问题，需求引领自动化测试技术。3、自动化测试的推广问题，如何与研发部门的配合开展。
总结：1、自动化测试工作不复杂但也不简单，其需要自动化测试人员既懂业务也懂技术。2、对自动化测试看法过低以及对自动化测试要求太高，都是因为其盲目性，一个懂产品技术和自动化测试技术的工程师，是很快能定位其自动化测试需求和开展的方法。3、每个公司有每个公司自己的特点，调研和需求分析很重要。4、自动化测试框架不难，难的是细节。5、自动化平台很重要，没有一个平台，其自动化测试只能流于形式。
以上是关于电信自动化测试项目的一个阶段性总结，希望启发和指正 我也想去啊 回复 2# yimiduoduo
呵呵，暂时应该没有
其实工具啥的都不是重点，关键是你掌握工具的本质，就像RFT，其实你掌握了JAVA，想上手不是很简单，而且其框架的搭建最好是能够尽量脱离RFT 赞一个 很想自动化 厉害啊~~我很想做自动化测试，可是一直没有机会。之前软件培训的时候培训过一些自动化测试工具，但是在实 ...
yimiduoduo 发表于 2011-3-15 15:21 http://bbs.51testing.com/images/common/back.gif
我也是很想做自动化测试，但是没有经验。。。。 回复 6# aomin0101
呵呵，有时间或者有兴趣的话可探讨一下 回复 7# sophie_wang
其实我觉得：你把编程语言先学好了，这就是基础 我也对自动化测试很感兴趣，但是一直没有机会真正的接触。。学习。。 很有水平，自动化测试不光光是脚本 呵呵。有想法啊。。。
值得一试！ 回复 12# archonwang
值得一试，难道你们也有这样的需求？ 对于长期运维性质的项目，考虑自动化测试认为是应该的。之前曾处理过类似的情况，不过运维周期较短，没有使用框架，仅提供对应的测试脚本用于运维处理。 回复 14# archonwang
恩，周期比较短的，框架与流程就没必要了 赞一个！！！ :) 听起来感觉不错确实是那么一回事 很想深入了解 回复 1# 散步的SUN
不知道贵公司自动化用的是什么工具，我也是做通讯行业的，现在业务很庞大需要用自动化解放劳动力。但是以前做的自动化都是web自动化 wap自动化没有一点经验，不知您是否有wap自动化的资料或者经验能分享一下不？ 谢谢楼主的分享
页:
[1]
2
