51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

楼主: minz32
打印 上一主题 下一主题

GUI的自动化测试的三种类型

[复制链接]

该用户从未签到

21#
发表于 2007-8-8 16:02:48 | 只看该作者
智能化再怎么高,可毕竟还是人设计出来的,并不可能应付实际种种情况,想达到100%自动化,犹如爬梯登天,水中捞月。
回复 支持 反对

使用道具 举报

该用户从未签到

22#
发表于 2007-8-17 16:47:43 | 只看该作者
Thanks all
回复 支持 反对

使用道具 举报

该用户从未签到

23#
发表于 2007-8-24 23:26:08 | 只看该作者
原帖由 ww0221542 于 2005-8-15 14:43 发表
对楼主所说的第三点不是很明白,怎样可以自动生成测试用例呢?是自动生成测试数据还是什么?微软和IBM可以做到这一点么(像楼主说的自动化测试,如果能,请指出是怎么做到的,谢谢)?
另外微软的测试也不是那 ...


对于第三点,我的理解是数据驱动的测试,面向模型的测试。
简单说,可能是根据典型的输入输出数据,自动建模,自动生成测试用例。
Model-based testing,如果有兴趣可以查一下。
IBM和微软虽然没有大规模推广使用这种方法(成本问题),但是确实有过这方面的研究,而且有论文。有兴趣的网友可以自己Google一下。
回复 支持 反对

使用道具 举报

该用户从未签到

24#
发表于 2007-8-27 11:37:02 | 只看该作者
GUI...
刚上路
回复 支持 反对

使用道具 举报

该用户从未签到

25#
发表于 2007-9-14 18:01:12 | 只看该作者
在自学,偶要做自动化测试
回复 支持 反对

使用道具 举报

该用户从未签到

26#
发表于 2007-10-28 16:06:53 | 只看该作者
菜鸟,看不懂
回复 支持 反对

使用道具 举报

该用户从未签到

27#
发表于 2008-1-30 11:32:26 | 只看该作者

回复 4# 的帖子

数据驱动
回复 支持 反对

使用道具 举报

该用户从未签到

28#
发表于 2008-4-14 23:46:43 | 只看该作者
gui的自动化测试工具介绍几个。
想了解一下
回复 支持 反对

使用道具 举报

该用户从未签到

29#
发表于 2008-7-9 10:09:07 | 只看该作者
急需自动化测试人员


做测试的兄弟朋友们大家好
    1.五百强的it公司-欧美企业
    2.急需自动化测试,白盒测试人员
    3.地点是上海,成都
    4.英语可以沟通

有家是四川的或者是周边地区的测试的朋友,回家发展也是很不错的选择,和家人在一起,生活的舒适惬意。
有感兴趣的朋友可以加我msn:bess.zhang@live.cn详谈,当然有朋友的朋友也可以互相推荐呀!!
回复 支持 反对

使用道具 举报

该用户从未签到

30#
发表于 2008-9-23 16:22:03 | 只看该作者
呵呵,,见长了,不过好像上海这里的公司真正做到的不多,能够把第2做到80%程度就很让人欣慰了。
回复 支持 反对

使用道具 举报

该用户从未签到

31#
发表于 2008-11-10 11:56:10 | 只看该作者
3)自动测试类:
这一类是指自动生成测试用例并自动运行。这类自动化测试的最大的优点在于它的无限可能性。另外它通常能发现手工测试极难发现的错误。而且一旦实现了这种自动化,其维护费用实际上是大大低于前两类测试的。不过这类测试自动化的初始投入非常高,而且它的效果受其智能化程度的制约也非常大。除非是专业测试公司或是象微软、IBM这类超大型企业,多半都没有实力来研究这类测试自动化。
不过从长远来说,只要有较好的工具能将这类自动化的初始投入降下来,这类测试自动化才是软件测试发展的必然方向。
这一类测试的基本实现过程通常是:
- 购买或开发基本测试自动化框架
- 编写必要的接口,钩子,及其他公用资源。
- 建立软件、组件、或功能的行为模型
- 设立测试目标等参数
- 自动生成测试用例及测试计划
- 筛选并运行测试用例
- 评估结果

智能化生成测试计划和测试用例,真的是很美妙的构想,但还是没能有机会看到-   -
从目前MS成熟的,正在使用的测试框架来看,还是以自动化框架为基础,提供大量的接口和方法,用代码的方式手工的编写自动化测试脚本,并以集成度极高的测试管理工具,提供预置、自动的测试用例管理,环境搭建,测试结果分析等功能来实现高度的自动化。
作为自动化测试从业者,帮助和推动国内自动化框架开发的能力,形成系统的,可持续的自动化流程是当务之急;并非会使用一两个工具录制加强就可以的。
个人见解,请勿拍砖
回复 支持 反对

使用道具 举报

该用户从未签到

32#
发表于 2009-2-4 15:10:30 | 只看该作者
3)自动测试类
可以是可以做,但要看具体的行业、项目和业务情况,比如网络游戏,做起来就很难,银行的一些业务就相对简单些。
不过这肯定是未来的发展方向。

[ 本帖最后由 里米特 于 2009-2-4 15:12 编辑 ]
回复 支持 反对

使用道具 举报

该用户从未签到

33#
发表于 2009-2-5 09:58:57 | 只看该作者
学习了..
回复 支持 反对

使用道具 举报

该用户从未签到

34#
发表于 2009-3-5 12:39:49 | 只看该作者
学习中,有点启发
回复 支持 反对

使用道具 举报

该用户从未签到

35#
发表于 2009-3-19 17:41:37 | 只看该作者
学习之
回复 支持 反对

使用道具 举报

该用户从未签到

36#
发表于 2009-3-23 00:02:59 | 只看该作者
同意18#的,希望楼主可以分享第二种方法相关的文档.
回复 支持 反对

使用道具 举报

该用户从未签到

37#
发表于 2009-4-11 12:18:07 | 只看该作者

3) 智能测试系统

自动化测试工具结合NN、AI之类的技术,据说同济某教授的学生在研究
回复 支持 反对

使用道具 举报

该用户从未签到

38#
发表于 2009-4-16 17:06:30 | 只看该作者

谢谢,楼主

谢了,楼主,学习le ................
回复 支持 反对

使用道具 举报

该用户从未签到

39#
发表于 2009-6-22 11:00:29 | 只看该作者

回复 20# 的帖子

正在实践楼主所说的第三类自动化方案。有研究过的朋友可以讨论一下
回复 支持 反对

使用道具 举报

该用户从未签到

40#
发表于 2009-6-30 21:19:50 | 只看该作者

楼主总结的不错,给大家的测试指明了方向。

测试就是要平衡质量、进度、效益。用最少的开销做尽可能多的测试。
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-15 02:25 , Processed in 0.077070 second(s), 21 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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