51Testing软件测试论坛

标题: 电信自动化测试项目阶段总结 [打印本页]

作者: 散步的SUN 时间: 2011-3-12 11:28
标题: 电信自动化测试项目阶段总结
本帖最后由散步的SUN 于 2011-3-24 01:25 编辑

最近很长一段时间都致力于公司部门的自动化测试工作，现在主要是自动化测试框架的搭建与自动化需求总负责。

主要是公司电信产品的系统测试

系统测试，包括其功能测试以及一些性能测试，主要从系统级别考虑，测试的是产品之间的相关性和功能业务稳定性。

一、刚开始，自动化测试主要定位在例行测试和验证回归测试，其主要目的是提高系统产品测试的覆盖率以及节省系统测试人员的重复性工作，解放系统测试人员的一部分工作量直接面对测试用例的维护和改进工作，然后反作用于自动化测试用例；这就是一个基本的自动化测试定位的流程。

刚开始，主要从寻找需求开始，先把一系列的需求安排出来，然后计划完成的百分比、可能遇到的问题，需要研发配合解决的DFT需求等

之后，设计例行测试平台框架，主要将框架搭建成了四层：最底层直接面向的是测试点，只关注其测试方法和步骤，不轻易进行修改；第三层面向的是设备的配置以及各个设备测试所需要的一些局部参数；第二层面向的是测试端口的选择和小的测试用例和功能的选取；最高层是例行界面平台，传递的是一些全局参数以及大的自动化测试项目的选择。

再之后，便是项目的集成，需要达到的目标是：1、每一个自动化测试项目之间互不干扰，每一个项目运行完毕后都恢复到干净环境。2、测试结果报告的完整性。3、测试记录填写的完整性，每一次例行测试都有其详细的记录。

二、以上主要是例行测试平台项目，还有包括一些通用自动化项目，即不加到例行测试平台中的，则需要与测试用例进行同步管理。其通用自动化项目直接面对的是系统测试人员，为提高其工作效率服务。

三、网管自动化测试项目；包括网管界面的测试与基本功能下发测试。可以利用自动化测试工具进行实现，已经完成预言工作，关键在于其定位，现在只将其定位在基本配置下发和属性验证测试。具体开展还需步步为营，因为设计到GUI自动化测试项目，则很容易迷失，关键问题在于界面的变动性和脚本的维护性。

现在自动化测试达到的效果为：例行测试平台运行OK，通用性的自动化项目开展的积极。网管自动化测试初步有进展，还需反复考虑。

问题：1、自动化测试一些资源文件的管理（需要定期更新，用版本管理软件进行管理）2、自动化测试需求的跟踪问题，需求引领自动化测试技术。3、自动化测试的推广问题，如何与研发部门的配合开展。

总结：1、自动化测试工作不复杂但也不简单，其需要自动化测试人员既懂业务也懂技术。2、对自动化测试看法过低以及对自动化测试要求太高，都是因为其盲目性，一个懂产品技术和自动化测试技术的工程师，是很快能定位其自动化测试需求和开展的方法。3、每个公司有每个公司自己的特点，调研和需求分析很重要。4、自动化测试框架不难，难的是细节。5、自动化平台很重要，没有一个平台，其自动化测试只能流于形式。

以上是关于电信自动化测试项目的一个阶段性总结，希望启发和指正

作者: wujinjie0346 时间: 2011-3-15 15:55
我也想去啊

作者: 散步的SUN 时间: 2011-3-19 01:07
回复 2# yimiduoduo
呵呵，暂时应该没有
其实工具啥的都不是重点，关键是你掌握工具的本质，就像RFT，其实你掌握了JAVA，想上手不是很简单，而且其框架的搭建最好是能够尽量脱离RFT

作者: cnsong99 时间: 2011-3-24 10:54
赞一个

作者: aomin0101 时间: 2011-3-24 12:02
很想自动化

作者: sophie_wang 时间: 2011-3-27 16:00

厉害啊~~我很想做自动化测试，可是一直没有机会。之前软件培训的时候培训过一些自动化测试工具，但是在实 ...
yimiduoduo 发表于 2011-3-15 15:21

我也是很想做自动化测试，但是没有经验。。。。

作者: 散步的SUN 时间: 2011-3-30 08:42
回复 6# aomin0101
呵呵，有时间或者有兴趣的话可探讨一下

作者: 散步的SUN 时间: 2011-3-30 08:43
回复 7# sophie_wang
其实我觉得：你把编程语言先学好了，这就是基础

作者: yintianyouqin 时间: 2011-3-30 09:39
我也对自动化测试很感兴趣，但是一直没有机会真正的接触。。学习。。

作者: scmeteor 时间: 2011-4-6 14:36
很有水平，自动化测试不光光是脚本

作者: archonwang 时间: 2011-4-6 15:47
呵呵。有想法啊。。。

值得一试！

作者: 散步的SUN 时间: 2011-5-10 11:47
回复 12# archonwang
值得一试，难道你们也有这样的需求？

作者: archonwang 时间: 2011-5-10 14:04
对于长期运维性质的项目，考虑自动化测试认为是应该的。之前曾处理过类似的情况，不过运维周期较短，没有使用框架，仅提供对应的测试脚本用于运维处理。

作者: 散步的SUN 时间: 2011-5-11 12:45
回复 14# archonwang
恩，周期比较短的，框架与流程就没必要了

作者: 钦定风云 时间: 2012-3-31 16:48
赞一个！！！

作者: wangqiuye 时间: 2012-4-10 22:57

作者: maliya1314 时间: 2012-4-11 14:08
听起来感觉不错确实是那么一回事

作者: rain_lff 时间: 2012-5-8 19:57
很想深入了解

作者: 鹰眼 时间: 2012-5-12 09:48
回复 1# 散步的SUN

不知道贵公司自动化用的是什么工具，我也是做通讯行业的，现在业务很庞大需要用自动化解放劳动力。但是以前做的自动化都是web自动化 wap自动化没有一点经验，不知您是否有wap自动化的资料或者经验能分享一下不？

作者: lhy_liuhaiyan 时间: 2012-6-25 12:49
谢谢楼主的分享

作者: evillivee 时间: 2012-10-21 11:51
在我们那边用自动化测试,发现的问题感觉总是没有手工测试发现的问题多,是脚本写的有问题?还是自动化测试有局限性?还请大侠指点一二.

作者: 散步的SUN 时间: 2012-11-10 11:55
呵呵，好久没看帖子了，今天偶然看到，自动化测试不是用来发现问题的，因为脚本是死的，而人是活的，是具有随机性和破坏性的，所以容易发现问题
回复 [url=http://bbs.51testing.com/redirect.php?
goto=findpost&pid=2812727&ptid=418573]21#[/url] evillivee

作者: jldzwangbo08 时间: 2012-12-7 16:20
没看出什么特色更没有什么实质性的东西　怀疑对电信行业了解多少？

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)