51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

12
返回列表 发新帖
楼主: 默默巫
打印 上一主题 下一主题

如何针对这样的系统进行自动化测试设计?(08-11-24)(获奖名单已公布)

[复制链接]

该用户从未签到

21#
发表于 2008-11-26 16:47:30 | 只看该作者
既然有core,那肯定有共同的地方,如果没有公用的模块,那就是几套不同的系统了。
所以,可以对那些公用的模块作自动化,比如内部接口的测试,抛开界面因素,只保证逻辑上的正确性。
对于其他不同的模块,说实话我没啥太好的办法,要不要搞公用的自动化测试还是要看代价多大,如果异常麻烦,且后期可见改动会比较大,那还不如单独各做一套算了。

评分

参与人数 1综合技术指数 +5 收起 理由
默默巫 + 5 参与活动奖励

查看全部评分

回复 支持 反对

使用道具 举报

该用户从未签到

22#
发表于 2008-11-26 18:39:20 | 只看该作者
我觉得这个问题从字面上看,有点牵强,楼主是否可以补充些information,

针对这个问题,我想问的是为什么不能自动化 赫赫

    首先,自动化目的不是要取代所有的手动测试,它只是手动的一个补充,从这个角度看,必然可以用自动化。
    其次,针对客户化很多的大系统,同一份core,并且针对不同的客户发布不同的版本,最流行的就是国际化等等了,这不仅可以自动化,而且是自动化的很好Case。
    再次,就是如何设计自动化了,我想,从以下几个方面可以考虑:
       1. 大系统用的人也比较多,肯定是要验证性能
       2. 客户多,发布的版本很频繁,可以针对基本功能做冒烟测试的自动脚本
       3.发给不同客户的版本有些许变化,可以对共同的部分功能开发自动化
       4. 针对客户各种稀奇古怪的操作,我们需要对每一个功能进行地毯式的测试,如:查询功能,需要对查询项中的各个栏位遍历查询,验证结果,这往往是手动无法实现的(手动测试只是抽几个重点的栏位验证,很容易有遗漏)
     暂时想的就这么多了,希望楼主再给点info,脑力激荡下,看还有没有其他的方面。
回复 支持 反对

使用道具 举报

  • TA的每日心情

    2015-9-10 15:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    23#
    发表于 2008-11-27 16:19:56 | 只看该作者
    人好少哦...
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-13 08:53 , Processed in 0.066075 second(s), 24 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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