自动化测试是一种累赘吗?

上一篇 / 下一篇  2012-02-23 20:49:28 / 个人分类:自动化测试设计-平台策略

  

          自动化测试平台策略

        之自动化测试是一种累赘吗?

    序言:平台的第一版开发工作已经完成,昨天已经正式将其打包了。打完包后,与原部门某测试组长聊天后,发现原来现在的自动化测试工作确实还存在很大的问题,不少测试人员抱怨随着自动化测试规模化,自动化测试工作越来越繁重,还不如手工测试,其实以前去开发平台之前就已经预料到这样的问题,只是当时也不是特别突显,但是随着自动化测试规模的变大,自动化测试反而成了一种累赘,看样子回去之后,自动化测试的引导工作还有很长一段路,做了这么一段时间的自动化,才发现自己原来是转了个圈,思想和认识上重新回到了原点。

 

一、自动化测试成本

为什么自动化越做越大,反而却带来了更大的成本,根据目前的状况,我分析了下,自动化测试课程带来“累赘”的某些因素:

1、 测试人员在本机上安装自动化测试运行环境的成本

2、 测试人员掌握自动化测试脚本或者工具使用的成本

3、 测试人员运行脚本的成本

4、 测试人员部署自动化测试环境的成本

5、 测试人员分析测试结果的成本

6、 测试人员维护测试脚本的成本

7、 自动化测试结果的输出成本

以上几个方面,在刚开展自动化测试时不会突显,但一旦规模化,则会将自动化测试做成一种包袱,所以,必要的时候,一定要精简,这样才能在自动化测试上越走越远,越走越轻松吧。

 

二、自动化测试的问题分析和解决

那么根据以上的原因,对照着分析现在状况存在的问题进行分析和解决

1、 对于安装测试软件造成的成本,可以搭建执行服务器,采用C/S或者/S架构的形式,将执行软件端和测试代码都放在一台或者多台机器上,某个小组或者部门共用,测试人员需要下发脚本时,只需利用控制端进行测试任务下发即可。

2、 最大化的将测试工具集成在平台中,让测试人员尽量关心只是测试的输入和结果的返回(输出)。例如:测试人员如果想测试断电稳定性测试,则只需从平台库中提取,下发测试任务,返回结果,其关心的只是测试的目的、测试的分析,而不需太关心测试的手段。

3、 搭建固定的自动化测试环境,一般电信行业会搭建一个大型的拓扑图,而对于软件行业可以搭建测试集群,应用拓扑管理或者集群管理,且集成版本自动升级,。

4、 测试结果分析的成本主要来源测试脚本的过于冗余,一般测试脚本按模块来划分,往往一个测试脚本几十行,这样造成测试人员分析结果困难。例如:二十行的脚本如果是第十九行错误,则其需要根据前面十九行来进行判断。这样,很多时候测试人员需要将前面的步骤重新操作一遍来定位问题。

所以,在此,测试脚本需要细化到测试点,例如:一个登录模块,维护量大的方式:是写成“登录—各种输入判断—登出”。而我觉得应该细分为“登录—输入正确—登出”和“登录—输入错误——登出”,当然,这里只是简单举例,测试点越细分,则越容易定位脚本问题,也越容易维护。

5、 维护测试脚本方面,可以集成断点调试功能,即测试人员可以采用平台脚本调试器给相应脚本添加断点,无需测试人员手动进行错误步骤前的配置。

6、 自动化测试结果需要加入分析统计功能,而不是单纯的一份结果。这样在技术上虽然实现成本高了,但是在应用效果上反而降低了成本。

 

三、自动化测试平台定位

    基于以上,我对以后自动化测试平台的定位主要为两个方面:

    1、资源整合,利用平台尽可能将测试资源进行整合。

    2、辅助性,利用平台尽可能辅助测试人员开展测试。

 

 总之,个人觉得,自动化测试的精简之道就是“辅助”和“实用”,最大限度的辅助节约测试人员的时间和精力,最大化的融于平时的测试中,这样,自动化测试才不是一个绩效的数据,不是一种包袱,而是真正帮助提高测试水平和规模的利器。

这也许也和我们的学习过程息息相关,我们的学习路上,需要不断的反省、总结和精简,这样,才不会导致越学越多,反而越学越累的情况发生。


TAG:

cq351266168的个人空间 引用 删除 cq351266168   /   2012-05-17 08:53:49
5
老A 引用 删除 archonwang   /   2012-04-06 09:26:08
5
老A 引用 删除 archonwang   /   2012-04-06 09:26:00
很大程度上取决于时间周期,尤其是在项目上。

自动化测试是个很好的概念,但是在具体实施时面临着诸多困难。
xin_晴的个人空间 引用 删除 xin_晴   /   2012-02-24 13:52:20
您好,我是51Testing软件测试网的编辑,您的本篇博文被推荐至51Testing软件测试网首页发表:http://www.51testing.com/html/65/n-808165.html
感谢您关注并支持51Testing博客,期待您更多的优秀原创博文。
散步的SUN的个人空间 引用 删除 散步的SUN   /   2012-02-24 12:59:34
想办法的辅助,其实比帮他全做更难,如何将其自动化融于到平时测试中,这个比把自动化单独提取出来难得太多,想想以前的过程,需求—帮助实现自动化—规模型自动化—规模型自动化辅助—需求,绕来绕去,回归原点。
原帖由wolaizhinidexin于2012-02-24 11:37:14发表
我赞成,非必要,决不大规模。只做核心功能部分,其它的留给人做。人都有懒性,一旦你帮他写了,他人看都.
文青山 引用 删除 wolaizhinidexin   /   2012-02-24 11:37:14
我赞成,非必要,决不大规模。只做核心功能部分,其它的留给人做。人都有懒性,一旦你帮他写了,他人看都不看,结果悲剧有时候就这么造成了。
 

评分:0

我来说两句

Open Toolbar