MinJ (1474***154) 2012-07-13 16:13:12
请教前置条件和后置条件要怎么写？
例如"用户提交采购订单"的前置条件和后置条件是什么？
前置条件：
1、用户有采购订单拟稿权限
2、采购订单状态为"草稿"
后置条件：
采购订单状态为"审核中"
MinJ (1474***154) 2012-07-13 16:13:44
老师有没有专门的文章写这个
例如涉众利益那篇文章一样
ZHANG Feng, Allen (246***22796) 2012-07-13 16:16:00
前置条件：有货，输入数据验证完毕
ZHANG Feng, Allen (246***22796) 2012-07-13 16:16:30
后置条件，确认订单提交
MinJ (1474***154) 2012-07-13 16:17:57
用户提交订单和用户编辑订单是不是2个用例？
MinJ (1474***154) 2012-07-13 16:18:39
前置条件：输入数据验证完毕？？
那不是所有的提交用例都用这个？
ZHANG Feng, Allen (246***22796) 2012-07-13 16:20:06
看Context
ZHANG Feng, Allen (246***22796) 2012-07-13 16:20:58
如果在提交前允许编辑就是子用例，如果不是，那就是两个用例。
MinJ (1474***154) 2012-07-13 16:26:36
提交前允许编辑
ZHANG Feng, Allen (246***22796) 2012-07-13 16:32:59
嗯，那应该算独立的用例
ZHANG Feng, Allen (246***22796) 2012-07-13 16:33:09
错，不算独立的用例
ZHANG Feng, Allen (246***22796) 2012-07-13 16:33:31
但是要在用例描述中说清楚这一步骤
MinJ (1474***154) 2012-07-13 16:35:11
那如果是"编辑订单"
那这个前置条件和后置条件又是什么？
ZHANG Feng, Allen (246***22796) 2012-07-13 16:37:14
你自己是分析员，应该自己最明白哦。
MinJ (1474***154) 2012-07-13 16:39:53
就是不明白才问啊
潘加宇 (3504847) 2012-07-13 16:43:07
前置条件，后置条件写不好，可以先不写
潘加宇 (3504847) 2012-07-13 16:43:55
前置条件后置条件，形式上，系统要能检测；内容上，要有涉众利益的支持
潘加宇 (3504847) 2012-07-13 16:45:14
1、用户有采购订单拟稿权限－－这个看起来可以
2、采购订单状态为"草稿"－－这个不行，用例没开始，怎么知道你是哪张订单？而且订单为草稿"状态"不是需求的语言，可以改为"存在待提交的采购订单"
潘加宇 (3504847) 2012-07-13 16:46:12
前置条件是用例开始前就能判定的条件，是用例开始时的环境，不是用例进行过程中的验证
MinJ (1474***154) 2012-07-13 16:47:00
那后置条件对吗？
潘加宇 (3504847) 2012-07-13 16:47:14
后置条件是：系统已经*****
MinJ (1474***154) 2012-07-13 16:47:50
那"订单提交"这个用例的后置条件就是"系统已经提交订单"
MinJ (1474***154) 2012-07-13 16:48:12
ZHANG Feng说的验证那些是不是要在业务规则中写呢？
潘加宇 (3504847) 2012-07-13 16:48:27
"采购订单状态为"审核中"不是需求
－－改为"系统已经保存采购订单"
潘加宇 (3504847) 2012-07-13 16:48:51
那"订单提交"这个用例的后置条件就是"系统已经提交订单"
－－这不是废话吗
正确无用的废话，写它干什么
MinJ (1474***154) 2012-07-13 16:49:00
保存采购订单和提交采购订单不一样
潘加宇 (3504847) 2012-07-13 16:49:19
所以你要定义"提交"的含义
MinJ (1474***154) 2012-07-13 16:49:37
保存采购订单只是保存信息
提交采购订单是由下单人员提交到室经理
MinJ (1474***154) 2012-07-13 16:49:56
那后置条件是：室经理能查看到提交的订单？
潘加宇 (3504847) 2012-07-13 16:49:59
提交采购订单是由下单人员提交到室经理
－－系统如何知道这一点？
潘加宇 (3504847) 2012-07-13 16:50:22
室经理能查看到提交的订单
－－她眼睛瞎了怎么办？
MinJ (1474***154) 2012-07-13 16:50:26
流程流转到下一审核环节？
潘加宇 (3504847) 2012-07-13 16:51:05
流程流转到下一审核环节？
－－这是设计，你用了一个工作流引擎，里面有"节点"的概念，涉众是不管这个的
MinJ (1474***154) 2012-07-13 16:51:09
设计上是状态转换了，流程也变了
但是用例是在设计之前所以不能说状态
潘加宇 (3504847) 2012-07-13 16:51:15
提交采购订单是由下单人员提交到室经理
－－系统如何知道这一点？
MinJ (1474***154) 2012-07-13 16:51:39
流程也是设计的话，那这个后置条件怎么写？
MinJ (1474***154) 2012-07-13 16:52:14
室经理收到订单待办？
MinJ (1474***154) 2012-07-13 16:52:21
这样写呢？
潘加宇 (3504847) 2012-07-13 16:52:25
提交采购订单是由下单人员提交到室经理
－－还是老问题：系统如何知道这一点？就像你是"已婚"状态，你怎么证明？
MinJ (1474***154) 2012-07-13 16:52:47
室经理收到订单待办？
潘加宇 (3504847) 2012-07-13 16:53:05
室经理死了呢，能怪这个用例没做好吗？
潘加宇 (3504847) 2012-07-13 16:53:28
更贴切一点：系统已经保存订单的提交信息
潘加宇 (3504847) 2012-07-13 16:53:43
订单的提交信息是哪些，写在字段列表里
MinJ (1474***154) 2012-07-13 16:54:06
那验证条件是写在业务规则？
MinJ (1474***154) 2012-07-13 16:55:02
要点什么按钮，下一步操作什么，这些是不是写在界面交互？
用例的基本路径全部不应该涉及到界面，是吗？
MinJ (1474***154) 2012-07-13 16:55:10
因为那时候还没有界面
潘加宇 (3504847) 2012-07-13 16:55:26
验证是用例进行过程中的事情吧，应该写在步骤里，加上业务规则
潘加宇 (3504847) 2012-07-13 16:58:05

MinJ (1474***154) 2012-07-13 16:58:05
我可以这样理解吗？
潘加宇 (3504847) 2012-07-13 16:58:40

潘加宇 (3504847) 2012-07-13 16:59:06
你看新版本幻灯，或者群共享有下载
MinJ (1474***154) 2012-07-13 16:59:25
看不到图
PPT哪页
MinJ (1474***154) 2012-07-13 16:59:28
我直接看
潘加宇 (3504847) 2012-07-13 16:59:56
界面除非来自涉众强制要求，否则不是需求，要找到背后的需求
潘加宇 (3504847) 2012-07-13 17:00:08
步骤，聚焦于输入，输出，处理
潘加宇 (3504847) 2012-07-13 17:00:28
73
潘加宇 (3504847) 2012-07-13 17:00:58
你把你的文档共享出来，我帮你改一下
MinJ (1474***154) 2012-07-13 17:07:17
只是突然想到这个，我套用我们项目的写一下，到时候发给你，你帮忙批一下
MinJ (1474***154) 2012-07-13 17:08:06
我们是采购系统，我整理一下把整个下单的用例写一下，然后共享给你。老师到时候帮忙批批
MinJ (1474***154) 2012-07-13 17:09:17
因为上网找了一圈前置条件和后置条件怎么写都没看明白
MinJ (1474***154) 2012-07-13 17:09:37
呵呵，看来又要重新上老师的课补充知识了
潘加宇 (3504847) 2012-07-13 17:13:45
前置条件和后置条件怎么写－－小问题，可以不写
潘加宇 (3504847) 2012-07-13 17:13:53
涉众利益一定要写，这个是大问题
MinJ (1474***154) 2012-07-13 17:14:17
我知道，我觉得你写的文章"涉众利益"这个写得很到位
MinJ (1474***154) 2012-07-13 17:14:27
就这篇文档就可以做一次培训了