51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3734|回复: 7
打印 上一主题 下一主题

自动化测试疑惑,求前辈们指教

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2012-3-1 21:35:29 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
由于我们所测试的一个功能,测试工作量测试点较多,并且每次有改动之后,回归测试量大,所以由领导们研究决定开发一个Tool 来辅助测试。
提起这个tool,心里面莫名的烦躁。整个公司的常规测试组,从来未接触过任何自动化形式的测试,完完全全的手工测试,对于这种测试,已经习以为常,不觉得有什么不方便了,但是突然冒出这样一个tool,大家都有些抵触,虽然tool会带来的好处显而易见:单独对这个功能而言近400条case,一个人平均每天跑100条,需要4天完成,功能每次有小的改动,需要进行回归测试,每个版本的Release,需要回归测试,并且不能保证每次的回归测试能够覆盖到所有的测试点。好处这么多,但只拿这个tool的前期测试和准备case所需要的人力和精力来看,是十分闹心的一件事。
    这个tool的开发是由开发人员完成,在测试tool的过程中,遇到问题,需要找开发确认,然后他们修改,遇到他们忙不开的时候,这些问题只能暂时搁置,还好有开发领导的支持,使 这个tool断断续续的可以最终于成形,投入使用。但是在准备数据和case的过程中,由于tool本身本身不十分强大,并且要求做数据和case是个十分细致的活,所以我们这些人吃尽了苦头,后期遇到的一些问题,导致一些case无法做下去了,最终,400条case通过tool来做完的只有250条左右,剩下有150条无法进行。也就是说,接下来的每次小改动和每次release,我们都可以用tool来完成这250 case的测试,减少一些测试量。不计算开发人员的工作量,测试人员对tool的测试和case 的准备,起码要花费一个人15-20天的工作量。
    我不知道这tool到底是否值得,当初领导的话:尝试一下,如果成功了,以后就可以减少很多测试量,测试需要进步,不能一直这样重复的进行,要进步,起码应先尝试。这些我们当然理解,而且在后期在使用tool 执行case的效果也可以看到,但是这20天的时间和折磨,以我现在的心情已经无法去衡量是否值得,所以请教可位测试前辈,我们的这个所谓的自动化测试,是否是个失败的案例呢?像我们这样的单位,如果想真正的去尝试测试自动化,这种形式是否恰当呢。迷茫中,求指教!感激不尽!
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2012-3-2 17:44:37 | 只看该作者
本来自动化就是这样,初期投入成本很高,一般都选用商用的自动化工具例如QTP减少维护的成本,而你们自己开发自然开发成本就很高,还需要很长时间来稳定。

自动化就是这样的
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2012-3-2 18:28:34 | 只看该作者
个人觉得,并不是工具的问题,而是自动化测试定位的问题,不管商业软件也好,自己的开发软件也好,都会经过一个适用的过程,即找到部门和公司自动化适合的方式,现在看来,自动化测试对你们而言,确实是一种负担,这是每个公司自动化开展时必须经历的阶段,但是接下来的才是转折点,是放弃自动化,还是继续分析这种负担的原因,慢慢的改进,最后将自动化渗透,而不是单独做为一个独立体
就像研发流程,例如持续集成、RUP、敏捷这些研发流程,尽管说着比传统的瀑布模式成熟,有一些方式确实能够加强开发效率,提高测试效率,但是一个公司初步开展时,总也得遇到一些问题,因为就像持续集成,需要建立在开发人员有自动编译(例如ant)的基础,测试人员有自动化测试的基础,如果没有,则会造成转型时青黄不接。所以,自动化是好的,但是需要一个漫长的过程,所以遇到麻烦不要紧,要紧的是不去分析麻烦
回复 支持 反对

使用道具 举报

该用户从未签到

4#
 楼主| 发表于 2012-3-3 21:21:03 | 只看该作者
回复 3# 散步的SUN


    谢谢您的解答,感觉我们是有点急于求成了,从某种程度上看,我觉得自动化对我们还是适用的,只是这个漫长的过程的确是在考验我们的耐心,你说的对,遇到麻烦不要紧,要紧的是不去分析麻烦,我们确实应该静下来好好分析一下这种自动化的实际情况,谢谢您!有机会希望可以多向您学习和请教!
回复 支持 反对

使用道具 举报

该用户从未签到

5#
 楼主| 发表于 2012-3-3 21:24:59 | 只看该作者
本帖最后由 changying0605 于 2012-3-3 21:28 编辑

回复 2# 云层

嗯,自己开发确实要投入很多开发成本,而且感觉这些东西要依赖于开发人员,他们有时间才帮忙弄一下,但是如果用商业的测试工具不知道能否适合我们的产品,而且现在我们所有的测试人员很少有会编写脚本的,所有这个有点困难。呵呵,感谢您的回复!
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2012-5-3 13:53:22 | 只看该作者
其实不难的自动化测试,商业软件业好,开源的也好,无非是在写功能、
我看了你的描述,不明白为什么忙那么长时间,其实每次release版本的时候,回归的数据完全不用再重新寻找,而是复用之前的就可以了,当然也可能存在人为改动的情况,可以再脚本中加入数据初始化的部分,这样没次回归之前都进行初始化,可以减少人为的干预和脚本失败的情况。
回复 支持 反对

使用道具 举报

该用户从未签到

7#
 楼主| 发表于 2012-5-8 21:36:19 | 只看该作者
回复 6# 123shio123


    嗯,时间久是由于测试tool和做数据做case的时间比较久,由于我们还没有实现自己动化,所以数据初始化只有依赖于虚拟机快照照回到做好数据的位置,经过了两次回归,感觉这个小tool还是挺给力的。而且我觉得对于产品级别的测试,由于回归的内容和环境覆盖比较多,所以自动化是早晚的事,以后还要向前辈们多多学习!
回复 支持 反对

使用道具 举报

  • TA的每日心情
    奋斗
    2015-6-24 15:34
  • 签到天数: 50 天

    连续签到: 1 天

    [LV.5]测试团长

    8#
    发表于 2015-1-4 14:20:28 | 只看该作者
    parasoft自动化测试软件,可以节省很多成本以及开发测试时间,可以试试看
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-9-20 14:48 , Processed in 0.073910 second(s), 26 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表