51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 7220|回复: 16
打印 上一主题 下一主题

[讨论] 需求经常变化,如何做自动化测试?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-4-26 21:43:19 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
需求经常变化,如何做自动化测试?
不要说,对于一些不经常变化的做自动化测试,那好象也没什么意义,因为在测试中,那些不经常变化的发布版本后,很少有问题,
如果你在去做自动化,其实不是在提高效率,而是降低效率,浪费时间啊

郁闷?

应用自动化不错的公司的朋友们,能指点一下吗?
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2007-4-26 22:10:45 | 只看该作者
这是个自动化测试如何实现的问题。个人认为自动化测试应该主要用于回归测试,恰恰是测试已有功能,而非新增功能。

假设开发了一个全新的软件,每隔一段时间软件版本升级一次。结合软件开发周期,自动化测试可以如下方式实现:

软件首次发布
- 功能测试,由QA手工完成测试;
- 自动化测试脚本设计与开发,针对软件的现有功能,由自动化测试人员完成;

软件升级发布
- 功能测试,由QA手工完成新增特性的功能测试;
- 回归测试,由QA通过上次开发的自动化测试脚本完成;
- 自动化测试脚本维护,设计和开发针对新增功能的脚本(供下次回归测试使用);

在整个软件生命周期里,手工测试和自动化测试是互为补充并且交替前进的。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2007-4-27 12:48:32 | 只看该作者
winfood ,谢谢
分析的很不错,如果是对于是增加新功能,按照你说的做,应该可以
但是我这个是:经常是对原有的功能进行改变.很少增加新功能的。这就不好做了
可能根本不适合做自动化.
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2007-4-27 16:41:17 | 只看该作者
从你说的情况看,实施自动化测试的效益可能不明显。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2007-4-27 17:05:11 | 只看该作者
需求频繁的变动,不适合用自动化
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2007-4-27 17:14:04 | 只看该作者
自动化测试
(1)从语法上来讲,自动化是用来修饰测试的,也就是说测试才是最终目的,而自动化只是手段之一。
(2)如果指的是功能性的自动化,那么在Build频繁变动的时候,如果想用自动化,那么可以利用工具去实现一些主要流程,当然是成本不太大的情况下,比如电子商务的网站,打比方说一个订票系统,我就完全可以去录制一个订票过程来辅助我做订票流程这一块的测试。当然,我和大家的意见一样,在Build稳定 进入回归阶段的时候,自动化测试才能更好的发挥作用
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2007-4-27 17:17:07 | 只看该作者
估计你要放弃做自动化测试的打算了
回复 支持 反对

使用道具 举报

该用户从未签到

8#
 楼主| 发表于 2007-4-27 17:35:09 | 只看该作者
呵呵,
还是有时间的话,将一些不经常变动的模块做一下自动化把,
不过感觉就是没什么实际作用,反正这些不经常变动的基本上不会出错的。

还有其他的地方可以做自动化啊,
比如我想测试一下翻页功能是否正常,
总不能一条一条的添加数据从而达到记录超过一页的效果啊
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2007-4-27 18:01:21 | 只看该作者
分析的不错,不过公司的人的职责没分那么明确,一个人得是多面手,悲哀
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2007-4-27 19:22:07 | 只看该作者
还是有时间的话,将一些不经常变动的模块做一下自动化把,
不过感觉就是没什么实际作用,反正这些不经常变动的基本上不会出错的。

“不经常变动的基本上不会出错”这句话可以说不应该从 测试人员嘴里说出来,这样的话开发人员说的更频繁。
这些不经常变动的功能 或许在考虑优先级的情况下,当前Build不需要测试,但是真正进入回归阶段是必须测试的。
当然,如果时间充足,每个Build都做回归更好了

还有其他的地方可以做自动化啊,
比如我想测试一下翻页功能是否正 ...

这里要验证的是翻页功能,那么添加数据就是一个 前置条件了,那么自动化工具完全可以辅助我们去做造数据这个工作
回复 支持 反对

使用道具 举报

  • TA的每日心情
    开心
    2016-2-27 08:48
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    11#
    发表于 2007-4-28 09:17:29 | 只看该作者
    1, 需求经常变化 是需求管理应该考虑的问题,这不是 QTP能解决的问题;
    2,不知道你说的“需求变化”具体是什么意思,是原有的业务逻辑有了变化,还是新增了什么功能?如果是前者,那么 QTP可能发挥不了什么作用;如果是后者,那么 QTP录制的脚本一样可以使用呀。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2016-2-27 08:48
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    12#
    发表于 2007-4-28 09:25:29 | 只看该作者
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2007-4-28 16:16:01 | 只看该作者
    自动化测试不能代替手工测试!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
    发表于 2007-5-8 13:11:29 | 只看该作者
    我们公司现阶段还处于手工测试,唉,太落后了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2007-6-29 16:22:23 | 只看该作者
    学习了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2007-7-4 17:27:50 | 只看该作者
    在过渡中。。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
    发表于 2010-12-17 11:38:57 | 只看该作者
    我公司2010年6月份刚在纳斯达克上市,现在要找一名自动化测试组长,薪资福利良好:

    我们项目组需要招聘自动化测试组组长,职位信息如下:
    1.计算机相关专业本科以上学历,熟悉软件工程师学原理;
    2.软件测试相关经验3年以上,其中至少包括2年功能自动化测试经验;
    3.熟悉QTP工具的使用,了解QTP原理和对象识别机制;
    4.熟悉VBScript脚本语言,能进行相关自动化脚本函数的编写;
    5.较强的语言表达和文档编写能力及良好的沟通技巧;
    6.有金融银行基础业务知识经验、有网银业务经验为佳;
    7.有自动化框架编写、设计经验和软件开发经验有团队管理经验为佳;
    8.熟悉Java、J2EE 、WebSphere 、Application Serve、DB2、Oracle等为佳
    9.有Unix平台的使用经验(AIX/Solaris/HPUX/Linux)为佳;
    欢迎各专业人士来信探讨,谢谢:
    shanjing1983@163.com
    sophiashan07@hotmail.com
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-11 18:28 , Processed in 0.081929 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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