有关怎样体现业务流程的测试用例编写问题？？？
有一个比较棘手的问题是现在编写测试用例时是按模块去编写这样功能点覆盖的非常全面
但是有一些业务流程上的东西 在这样的编写过程中就体现不出来 业务流程是贯穿在模块之间的
怎样能把这些散的测试功能点能穿起来啊这样的用例怎么编写呢 是我按角色去跑流程时把用到的测试用例都单揪出来吗组成一个测试的一个业务流程似的用例 这样感觉用例是成线状的了而不是零散的点
不知各位前辈有什么高见啊？ 原帖由 dionysus 于 2007-1-31 16:51 发表 http://bbs.51testing.com/images/common/back.gif
可以在流程初期设计业务用例，并与开发和需求人员沟通一致，这样可以避免一些错误的理解。等到软件开始编写、界面开始出来后同时编写功能用例。
功能与业务分开是很必要的，不然会只见树木难成森林
同意。
这是两个阶段的测试，绝不可以混合。否则可能导致如下的问题：
1. 测试周期拉长；
2. 测试覆盖不完全；
3. 排错上存在一定的障碍，延缓进度；
把通过功能测试，作为业务流程测试的前提。建议按如下次序进行
1. 优先完成业务流程测试案例设计；
2. 在开发提交前完成功能测试用例；
3. 执行功能测试案例；
4. 修订业务流程测试案例；
基本原则：
1. 最先开始的最后结束
2. 持续修订，直到正式发布 做流程测试的时候，可以按照你说的方式准备 谢谢朋友 我觉得可以采用路径分析法来解决,不知道对不对 我的做法是把流程和功能分开
流程采用路径分析法 我想请问一下，楼上的是不是就是说，做功能点测试与流程测试时的测试用例是分开来写的，也就是有两套的概念 原帖由 null2 于 2007-1-25 14:51 发表
我的做法是把流程和功能分开
流程采用路径分析法
那你是怎么分开的呢? 可以在流程初期设计业务用例，并与开发和需求人员沟通一致，这样可以避免一些错误的理解。等到软件开始编写、界面开始出来后同时编写功能用例。
功能与业务分开是很必要的，不然会只见树木难成森林 分开比较好。
比如测试功能的时候，只测试添加、删除、修改、查询、打印等具体功能是否实现。
测试流程再设计几个典型的用例，用典型数据经历各种路径。 分开写，业务流程可以用场景法写，一个业务流程一个场景。
代价会不会太大？
这么做，CASE量又增加了。。。 我在测试的过程中是将功能个流程方在一起走的，写得很累，但是分开写不晓得怎样写 学习中！！ 我之前也一直在思考这个问题，功能测试时尽量编写得到位一点，我是到最后，再设计业务流程用例来把整个系统跑一遍的。但感觉这样子有好处也有坏外。好处是：心里踏实了，相当于对系统做了一个整体的验收
坏处是：感觉在跑完全部听功能点之后，再跑业务用例，感觉几乎找不出BUG。
听了以上的发言，有些体会，业务流程用例是应该单独例出来。还觉得有必要在功能测试前后都跑一遍 根据流程分成各个模块测试。 我觉得业务流程可以放在后 顶 顶 顶 受教了~ 假如是购物网站，页面上列出了几种商品的图片和简介，点击其上会出现该商品的详细，这样的话，对这几种商品而言，它们是否等价类，只点击测一种商品就可以了呢？请多多指教
页:
[1]
2
