51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

12
返回列表 发新帖
楼主: heyifan7
打印 上一主题 下一主题

[求助] 有关怎样体现业务流程的测试用例编写问题???

[复制链接]

该用户从未签到

21#
发表于 2008-9-12 17:56:46 | 只看该作者

回复 15# 的帖子

说得太好了,受教~~
回复 支持 反对

使用道具 举报

该用户从未签到

22#
发表于 2008-9-14 22:15:40 | 只看该作者
我主要是做企业管理软件的测试的,在写测试用例时尤其要考虑业务流程测试,对此也很茫然,看了很多朋友都说应该把功能点测试和业务测试分开考虑,不过对于一个大型的企业管理软件而言,感觉若真要完全按照此规格来写出所有测试用例,那是相当耗时和需要大量精力的,尤其对于模块较多的软件.而且感觉可能会有很多重复的工作,用例可能有很多冗余的吧,可能相对于人力成本太高了而且资源浪费大.
   我就在想可不可以在写功能测试点的时候就考虑到业务点呢,比如说对一个大型系统的某个模块写用例时就把各种数据的可能流向,各种路径都考虑进去,最后只需要在每个模块衔接处或数据流向点进行相关的测试,不知道这样测试能够完整而且不冗余的进行完全测试吗 ?!
回复 支持 反对

使用道具 举报

该用户从未签到

23#
发表于 2009-8-21 16:50:39 | 只看该作者
顶一个。希望大家继续讨论。学习中。。。
回复 支持 反对

使用道具 举报

该用户从未签到

24#
发表于 2009-9-17 09:35:49 | 只看该作者
业务流程的用例应该以需求作为标准,再根据用例编写测试用例(就是把用例具体化),我现在正采用情境的方式写用例,因为是erp产品,如果分支多和集成化比较高还有些问题,正在找解决办法。
功能测试也必然要与业务流程测试分开,前者是重功能算法,后者是重逻辑。
测试本身就是一个费时费力的工作,不能投机取巧的,外国越是大型软件在测试方面投入的人力物力就越大,以oracle 11g 为例,测试时间达到了1500万个小时,开发工作量达到了3.6万人/月。
回复 支持 反对

使用道具 举报

该用户从未签到

25#
发表于 2010-11-25 14:47:46 | 只看该作者
学习了,个人觉得还是分开好。
我们是先进行 流程测试,看流程是否能跑通,再进行功能的验证测试
回复 支持 反对

使用道具 举报

该用户从未签到

26#
发表于 2011-8-8 10:14:07 | 只看该作者
大家有没有听说表单测试,这个跟前面两种测试有关系吗
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-23 18:29 , Processed in 0.067907 second(s), 21 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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