51Testing软件测试论坛

标题: 谈谈业务型系统功能测试与 QTP [打印本页]

作者: higkoo 时间: 2007-7-31 12:46
标题: 谈谈业务型系统功能测试与 QTP
越来越发现工具的局限性了

刚了解了一个很大的业务系统：

几个区域的办公人员，每个区域有不同的部门，各部门分别处理相应的事务。

几百口人操作此系统，系统有10个主模块，第个模块的里有N个小模块，许多小模块都和业务挂钩……

举个简单的例子：
A院张三，新起了一个项目。
B工程部李四，接受项目。
返回A院张三审核，再留给下级C局王五负责项目处理。

每个项目可以有多个模块，每个模块需要分配对应的负责人处理……，处理完成再审批——>报告。

整个过程涉及很多权限点，大部门流程或子流程，动作过程都可能被退回处理。

我想使用工具测试整套系统的功能，发现难度非常大，分支判断太多了！

A.所有功能点都使用工具。  ：不可能，总业务可分出N个分支。
B.仅用工具测试主流程和常用流程。  ：有作用，但用处不大，反而需要测试人员都会使用测试工具。
C.设计一些数据，让工具去执行操作，核对部分结果。：有作用，剩下的手动工作量仍然非常大。

      不知有没测试同胞在实践过程和我有同样的困惑？你是如何应对和处理的呢？

作者: jackymail 时间: 2007-7-31 14:00
标题: 你的问题属于一般性的问题
我一直都认为qtp解决不了你的问题。

我的业务也相当庞大，唯一的办法就是所有人都会使用qtp，每人写自己的部分。为什么不是所有公司都用自动化测试，就是因为qtp仅能做一部分工作，而且做的又不是很好，还有就是需要学习这个工具才行。

有多少人精通qtp呢。。。

作者: winfood 时间: 2007-7-31 14:24
其实测试复杂业务流程的时候，不仅仅是测试工具有局限，连测试用例设计都有局限。原因很简单，业务流程是多个功能以及多组数据的组合。我觉得自动化测试工具更适合替代业务流程相对简单的并且重复性强的手工测试，不然的话复杂业务流程自动化测试的成本和风险都比较大。

首先，不妨把复杂业务流程测试限定为手工测试。本来手工测试+自动化测试更合理，100%的自动化测试不现实。在实现自动化测试之前，先从策略上把测试用例集合划分开。那些适合手工测试、哪些适合自动化测试。比如：整个业务流程的测试手工完成，其中涉及的关键功能用自动化测试。
然后，分析复杂业务流程的测试工作量和重复性，考虑逐步实现复杂业务流程的自动化测试。有计划的把业务流程测试转换为自动化测试。

作者: jackymail 时间: 2007-7-31 14:29
标题: qtp就是比鼠标精灵功能强点
呵呵。。。。根本不要事先设计，用到重复的地方就用一下qtp。。。

我赞成楼上的。

作者: meiliqingdao 时间: 2007-7-31 15:10
楼上的"qtp就是比鼠标精灵功能强点"你说的也太夸张一点了吧!虽然我没在工作中用qtp,但是qtp的精髓就是在开始的设计上!

作者: mldyt0214 时间: 2007-7-31 15:13
标题: 回复
还是要设计的吧
觉得像这种业务，应该咨询一下用户主要做些什么操作
像我们的一个项目也是转来转去，后面才明白用户基本就走一条路，现在觉得用例设计得那么复杂有点太无聊了！（最要命的是我们项目经理后来跟我们说，错误不怕，就怕完全瘫了，只要不瘫一切好谈。我简直无语了）
关于自动化，最后我发现它做统计，查询不错的，关于走各条工作流实在有些不放心。（事实上这快也最费事了）

作者: mldyt0214 时间: 2007-7-31 15:17

原帖由 meiliqingdao 于 2007-7-31 15:10 发表
楼上的"qtp就是比鼠标精灵功能强点"你说的也太夸张一点了吧!虽然我没在工作中用qtp,但是qtp的精髓就是在开始的设计上!

那人这句话确实不大对.现在老觉得不是qtp不强，实在是现实中我们详细设计没有，光靠嘴上说，我们这里是说出来的测试用例。（而且因为开发人员是外边的，实在是有够不配合的）
我在这里有点想撞墙的感觉...

作者: jackymail 时间: 2007-7-31 15:35
标题: 回复 #7 mldyt0214 的帖子
那人是谁？

谁了解精髓就站出来讲一篇帖子。

谁能告诉我他把什么样的action组织到一个test里我就认为谁真的强，不强不要说理论。弄点实际的。

作者: higkoo 时间: 2007-7-31 15:50
标题: 同意！

原帖由 winfood 于 2007-7-31 14:24 发表
其实测试复杂业务流程的时候，不仅仅是测试工具有局限，连测试用例设计都有局限。原因很简单，业务流程是多个功能以及多组数据的组合。我觉得自动化测试工具更适合替代业务流程相对简单的并且重复性强的手工测试 ...

举三手支持sdlkfj3

方案规划最重要…… 一切在于人的思维

作者: lee_huo 时间: 2007-8-1 09:25

原帖由 higkoo 于 2007-7-31 15:50 发表

举三手支持sdlkfj3

方案规划最重要…… 一切在于人的思维

工具只能代替手工操作繁重、重复、没有思考的事情；我一直说测试人要有测试思想，这样才能测试好；在测试前要对测试的对象有意识，不是说我先点点吧，点到哪里出问题在说；工具也一样，需要人赋予它思想，工具执行的好坏是操作的人导致的。工具也是程序，之所以我们用的不顺手或不能按照我们想象的执行，是因为我们对它还是不太了解。大家知道微软的Exchang 邮件服务，微软的测试组就是使用工具测试的，当然工具是他们自己针对这个产品开发，这样使用工具就完全没有问题。

作者: danmy 时间: 2007-8-1 10:03
qtp是在设计基础上的的，测试用例有了qtp基本就能实现，复杂的系统就有复杂的测试用例。
像这种流程过于分散的地方，不应该在qtp实现上找问题，而应该在测试设计上想办法。

作者: 闻欣 时间: 2007-8-6 16:33
QTP当然不能代替手工测试了，如果有些测试重复性不大的化用QTP比较浪费吧，至少设计脚本后再去验证也是比较麻烦的

作者: unisoft 时间: 2007-11-19 19:06
标题: 回复 1# 的帖子
手工测试能实现的，自动化工具也能实现。但是在实现之前，先看一下性价比。比如业务复杂的部门或者流程复杂的部分用自动化测试会起到很好的效果，比如楼主的例子。
可以先选定一个流程，准备根本流程相关的数据（基础数据用公用数据）、然后逐步设计操作、预期结果等。每一个流程数据都是独立的，然后等到所有的设计都出来的时候，你会发现相当于设计了整个系统的业务初始化数据。同时注意操作之后要保证数据能够回滚，这样才能保证脚本持续的可重复使用。

作者: walker1020 时间: 2007-11-20 21:13
不识庐山真面目，只缘身在此山中

作者: walker1020 时间: 2007-11-20 21:16
对于如何复杂的系统，无论是手工测试，还是自动化测试，事前都要先分析一下。把常用的、重复使用的功能录制或编写成 Reusalbe Action，让它有 Input 和 Output，然后在大的 Action里面调用它们

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)