谈谈业务型系统 功能测试 与 QTP
上一篇 / 下一篇 2007-07-31 12:47:06 / 个人分类:测试技术
查看( 1766 ) /
评论( 14 )
相关阅读:
- 【特管用】30秒清除你电脑中的垃圾 (ruanyongjie, 2007-7-23)
- 使用Multi Test Manager工具来运行QTP脚本的前提步骤 (紫梦, 2007-7-23)
- LoadRunner虚拟IP,路由更新哪台机? (higkoo, 2007-7-24)
- 浅谈软件测试流程(zz) (xia_q23, 2007-7-25)
- Wscript.Shell 对象详细介绍[ZT] (sidneylover, 2007-7-27)
- 总结在软件测试过程中的技巧 (ruanyongjie, 2007-7-28)
- 使用QuickTest Pro用于LoadRunner性能测试时注意事项 (51testing, 2007-7-30)
- 数据驱动在QTP的运用 (baby123322, 2007-7-30)
- 数据驱动在QTP的运用 (zhjd4839, 2007-7-30)
- jackymail 发布于2007-07-31 14:00:52
-
你的问题属于一般性的问题
我一直都认为qtp解决不了你的问题。
我的业务也相当庞大,唯一的办法就是所有人都会使用qtp,每人写自己的部分。为什么不是所有公司都用自动化测试,就是因为qtp仅能做一部分工作,而且做的又不是很好,还有就是需要学习这个工具才行。
有多少人精通qtp呢。。。
- winfood 发布于2007-07-31 14:24:30
-
其实测试复杂业务流程的时候,不仅仅是测试工具有局限,连测试用例设计都有局限。原因很简单,业务流程是多个功能以及多组数据的组合。我觉得自动化测试工具更适合替代业务流程相对简单的并且重复性强的手工测试,不然的话复杂业务流程自动化测试的成本和风险都比较大。
首先,不妨把复杂业务流程测试限定为手工测试。本来手工测试+自动化测试更合理,100%的自动化测试不现实。在实现自动化测试之前,先从策略上把测试用例集合划分开。那些适合手工测试、哪些适合自动化测试。比如:整个业务流程的测试手工完成,其中涉及的关键功能用自动化测试。
然后,分析复杂业务流程的测试工作量和重复性,考虑逐步实现复杂业务流程的自动化测试。有计划的把业务流程测试转换为自动化测试。
- jackymail 发布于2007-07-31 14:29:09
-
qtp就是比鼠标精灵功能强点
呵呵。。。。根本不要事先设计,用到重复的地方就用一下qtp。。。
我赞成楼上的。
- meiliqingdao 发布于2007-07-31 15:10:40
-
楼上的"qtp就是比鼠标精灵功能强点"你说的也太夸张一点了吧!虽然我没在工作中用qtp,但是qtp的精髓就是在开始的设计上!
- mldyt0214发布于2007-07-31 15:13:58
-
回复
还是要设计的吧
觉得像这种业务,应该咨询一下用户主要做些什么操作
像我们的一个项目也是转来转去,后面才明白用户基本就走一条路,现在觉得用例设计得那么复杂有点太无聊了!(最要命的是我们项目经理后来跟我们说,错误不怕,就怕完全瘫了,只要不瘫一切好谈。我简直无语了)
关于自动化,最后我发现它做统计,查询不错的,关于走各条工作流实在有些不放心。(事实上这快也最费事了)
- mldyt0214发布于2007-07-31 15:17:53
-
QUOTE:
原帖由 meiliqingdao 于 2007-7-31 15:10 发表
楼上的"qtp就是比鼠标精灵功能强点"你说的也太夸张一点了吧!虽然我没在工作中用qtp,但是qtp的精髓就是在开始的设计上!
那人这句话确实不大对.现在老觉得不是qtp不强,实在是现实中我们详细设计没有,光靠嘴上说,我们这里是说出来的测试用例。(而且因为开发人员是外边的,实在是有够不配合的)
我在这里有点想撞墙的感觉...
- jackymail 发布于2007-07-31 15:35:37
-
回复 #7 mldyt0214 的帖子
那人是谁?
谁了解精髓就站出来讲一篇帖子。
谁能告诉我他把什么样的action组织到一个test里我就认为谁真的强,不强不要说理论。弄点实际的。
- higkoo 发布于2007-07-31 15:50:14
-
同意!
QUOTE:
原帖由 winfood 于 2007-7-31 14:24 发表
其实测试复杂业务流程的时候,不仅仅是测试工具有局限,连测试用例设计都有局限。原因很简单,业务流程是多个功能以及多组数据的组合。我觉得自动化测试工具更适合替代业务流程相对简单的并且重复性强的手工测试 ...
举三手支持sdlkfj3
方案规划最重要…… 一切在于人的思维
- lee_huo发布于2007-08-01 09:25:33
-
QUOTE:
原帖由 higkoo 于 2007-7-31 15:50 发表
举三手支持sdlkfj3
方案规划最重要…… 一切在于人的思维
工具只能代替手工操作繁重、重复、没有思考的事情;我一直说测试人要有测试思想,这样才能测试好;在测试前要对测试的对象有意识,不是说我先点点吧,点到哪里出问题在说;工具也一样,需要人赋予它思想,工具执行的好坏是操作的人导致的。工具也是程序,之所以我们用的不顺手或不能按照我们想象的执行,是因为我们对它还是不太了解。大家知道微软的Exchang 邮件服务,微软的测试组就是使用工具测试的,当然工具是他们自己针对这个产品开发,这样使用工具就完全没有问题。
- danmy 发布于2007-08-01 10:03:47
-
qtp是在设计基础上的的,测试用例有了qtp基本就能实现,复杂的系统就有复杂的测试用例。
像这种流程过于分散的地方,不应该在qtp实现上找问题,而应该在测试设计上想办法。
- 闻欣发布于2007-08-06 16:33:31
-
QTP当然不能代替手工测试了,如果有些测试重复性不大的化用QTP比较浪费吧,至少设计脚本后再去验证也是比较麻烦的
- unisoft 发布于2007-11-19 19:06:18
-
回复 1# 的帖子
手工测试能实现的,自动化工具也能实现。但是在实现之前,先看一下性价比。比如业务复杂的部门或者流程复杂的部分用自动化测试会起到很好的效果,比如楼主的例子。
可以先选定一个流程,准备根本流程相关的数据(基础数据用公用数据)、然后逐步设计操作、预期结果等。每一个流程数据都是独立的,然后等到所有的设计都出来的时候,你会发现相当于设计了整个系统的业务初始化数据。同时注意操作之后要保证数据能够回滚,这样才能保证脚本持续的可重复使用。
- walker1020 发布于2007-11-20 21:13:29
-
不识庐山真面目,只缘身在此山中
- walker1020 发布于2007-11-20 21:16:34
-
对于如何复杂的系统,无论是手工测试,还是自动化测试,事前都要先分析一下。把常用的、重复使用的 功能录制或编写成 Reusalbe Action, 让它有 Input 和 Output,然后 在大的 Action里面调用它们
Just do it.
标题搜索
日历
|
|||||||||
日 | 一 | 二 | 三 | 四 | 五 | 六 | |||
1 | 2 | 3 | 4 | 5 | 6 | 7 | |||
8 | 9 | 10 | 11 | 12 | 13 | 14 | |||
15 | 16 | 17 | 18 | 19 | 20 | 21 | |||
22 | 23 | 24 | 25 | 26 | 27 | 28 | |||
29 | 30 |
我的存档
数据统计
- 访问量: 249927
- 日志数: 56
- 图片数: 1
- 文件数: 18
- 建立时间: 2007-01-10
- 更新时间: 2008-09-30