51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

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

[讨论] 用路径分析的方法编写测试用例

[复制链接]

该用户从未签到

41#
发表于 2005-6-8 15:00:53 | 只看该作者
学习 学习  再学习!
回复 支持 反对

使用道具 举报

该用户从未签到

42#
发表于 2005-6-8 16:15:16 | 只看该作者
不错啊,谢谢
回复 支持 反对

使用道具 举报

该用户从未签到

43#
发表于 2005-6-8 16:16:11 | 只看该作者
不错啊,谢谢
回复 支持 反对

使用道具 举报

该用户从未签到

44#
发表于 2005-7-1 13:57:29 | 只看该作者
我基本上一直就是用这种方法的,不然测试可能象无头苍蝇一样,如果能覆盖所有的路径,起码自己心里也有底了。
我觉得这种方法难就难在对流程的深刻剖析上,要滴水不漏的抓住所有引起分叉路径的要点,有些是很容易看出来的,有些则是隐藏较深的,如果对系统不是深刻理解,估计一时半会找不出来。还有输入的数据也很重要,因为各条路径均是由不同的数据驱动的,设计出好的数据可以提高效率。
对于复杂的系统测试流程的自动化,前期的录制,修改,调试的工作也是大的惊人啊,唉,由于团队小,以及对自动化软件不精通,一直不敢用啊。感觉弄不好效率会更低。

以上是本人的一点愚见。

[ Last edited by michelle_happy on 2005-7-1 at 13:58 ]
回复 支持 反对

使用道具 举报

该用户从未签到

45#
发表于 2005-7-1 17:16:24 | 只看该作者
想覆盖所有路径挺困难的
这得需要对软件相当的了解了,否则很难做到的。
回复 支持 反对

使用道具 举报

该用户从未签到

46#
发表于 2005-7-13 10:40:20 | 只看该作者

这个方法是不错。

还有个也是类的,假设一个流程的由功能A,B,C,串起来。  你也可以这样入手,A的来源数据有那些,全部列出来,出口数据有那些,全部列出,(其余类似),这样的话也可以理清楚。

但是这样有个不好的地方就是都是正常流程。我们测试过程中不金仅仅要考虑正常流程,也要考虑异常的流程,备选的流程。
回复 支持 反对

使用道具 举报

该用户从未签到

47#
发表于 2005-7-19 11:40:30 | 只看该作者

不错,可惜

不错,要是能有个具体的例子就更好了!
回复 支持 反对

使用道具 举报

该用户从未签到

48#
发表于 2005-8-4 15:57:02 | 只看该作者
个人感觉楼主的提议是个好方法
但是不一定适用所有的软件
对强化流程的软件可以采用
但又不能是关系非常复杂的
像蜘蛛网结构的软件
回复 支持 反对

使用道具 举报

该用户从未签到

49#
发表于 2005-8-18 17:07:56 | 只看该作者
偶是新人,很有收获
回复 支持 反对

使用道具 举报

该用户从未签到

50#
发表于 2005-9-8 15:56:07 | 只看该作者
关于如何很好的将基本路径法用到黒盒测试中,我曾经研究过很长一段时间,个人感觉,基本路径法可以很好的用在一些流程的测试中,尤其是办公自动化类的测试!
回复 支持 反对

使用道具 举报

该用户从未签到

51#
发表于 2005-9-9 09:18:19 | 只看该作者
似的 方法选对了 就会少走很多弯路
回复 支持 反对

使用道具 举报

该用户从未签到

52#
发表于 2005-11-1 11:05:32 | 只看该作者
我也在试着用这种方法写测试用例,基本上可以通过需求分析中的业务流程去设计我们的测试用例,但是也会碰到一些麻烦,比如说需求描述的不够清楚,我想去规范是有必要的,但是实际上往往会有许多事情是做不到的,那么我想及时跟写需求的人员进行沟通去解决这个问题也是一种办法,可能好的时间会多。但是毕竟漏掉的,或者说没有详尽描述应该是居于少数的,大部分的公司不是太有可能做到那么规范,能处处到位!这是我们应该要想办法去克服的问题!
回复 支持 反对

使用道具 举报

该用户从未签到

53#
发表于 2005-12-6 10:12:57 | 只看该作者
谢谢了~!~!!!
回复 支持 反对

使用道具 举报

该用户从未签到

54#
发表于 2005-12-7 17:23:03 | 只看该作者
想法的确不错,很有感触,如果能用一个例子说明将会更好
回复 支持 反对

使用道具 举报

该用户从未签到

55#
发表于 2005-12-14 23:33:07 | 只看该作者
根据流程确定优先级 不错的想法,
回复 支持 反对

使用道具 举报

该用户从未签到

56#
发表于 2006-4-14 09:46:27 | 只看该作者
楼主COPY我的文章,为什么不连同例子一起COPY过来让大家一起讨论讨论!


   如想了解更多,就参看原文:
http://community.hf-mstc.org/cs/forums/1228/ShowPost.aspx
回复 支持 反对

使用道具 举报

该用户从未签到

57#
发表于 2006-5-18 12:04:00 | 只看该作者
谢谢!
回复 支持 反对

使用道具 举报

该用户从未签到

58#
发表于 2006-5-25 16:36:16 | 只看该作者
谢谢sdlkfj2
回复 支持 反对

使用道具 举报

该用户从未签到

59#
发表于 2006-5-31 10:51:41 | 只看该作者
这种测试方法我明白,也常用,但是如果设计用例采用那个用例模版好呢,很多不适合
测试方法我通常都会,但是一提到设计用例就没有思路了
谢谢指教
回复 支持 反对

使用道具 举报

该用户从未签到

60#
发表于 2006-6-1 19:53:52 | 只看该作者
这就是系统测试用例设计方法中的流程分析法,这种方法的关键是从对应的需求规格项中抽象出业务的流程图,流程图只要包括3个部分,一是用户的操作(输入数据,确认等),然后就是系统的对用户输入的反应了,再有就是一些条件的判断,只要搞清楚了这三部分内容就基本上可以画出业务流程图了,画好了流程图后就可以把所有的路径都确定出来,对于每一条路径使用等价类边界值等方法来确定测试数据,从而形成测试用例。
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-5-6 22:06 , Processed in 0.079968 second(s), 21 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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