瑾年暖树(145***625)22:05:39
潘老师，如果：A用况的前置条件是B用况的后置条件，但是A用况和B用况都需要用户登录系统才能够执行。那么A用况在基本流中还需要写用户成功登录系统的步骤吗？A用况的前置条件不是已经说明了用户已经成功登录系统了吗？
潘加宇(3504847)6:53:42
实事求是描述即可。如果你在规约里面写了 A 包含 B，就不用写了。如果AB是独立的，要写或者要包含一个名为"登录"的被包含用例
如果你写了具体的规约，可以贴出来看看
瑾年暖树(145***625)9:31:00
潘老师，我的用况是这样的——
用况A：查看商品记录，
前置条件：系统存在商品记录，
后置条件：系统已反馈商品记录，
基本流：1.销售员请求登陆
2.系统执行子流【销售 员登陆】
……
……
用况B：增加被销售商品数量，
前置条件： 系统已反馈商品记录
后置条件：系统已反馈被增加销售数量的商品记录
基本流：1.销售员请求登陆
2.系统执行子流【销售员登陆】
……
……
这样写用况B的前两个基本流行吗？用况B的前置条件不是已经说明了用况B的销售员已经登陆了吗？
Stephen<steph***8@vip.qq.com;9:33:04
那就可以啦
瑾年暖树(145***625)9:35:30
但是用况B的前置条件不是已经说明销售员登陆了吗？
潘加宇(3504847)20:44:01
基本流：1.销售员请求登陆
2.系统执行子流【销售员登陆】
改为
【销售员登陆】即可
潘加宇(3504847)20:48:18
另外，登录的步骤集合（1 提交身份信息 2 系统验证 3 系统反馈 2a 不通过 2 a1警告。。），查询某对象的步骤集合（1 提交条件 2 系统查询 3 系统反馈）。。。通常会在不同用例中反复出现，很适合分离出来作为被包含的"用例"
潘加宇(3504847)20:54:24
定用例时先不要管里面的步骤，而是要看目的，"查看商品记录""增加被销售商品数量"不是好的用例名称。
可以这样检验：
业务流程中，会不会出现这样的场景，张三是执行者，正在和你聊天，突然，张三说：等一下，我到系统哪里去"增加被销售商品数量"
潘加宇(3504847)21:05:38
写用例规约时，不要管其他用例的规约，从头思考步骤，如果发现有步骤集合和现有的用例规约重复，可以考虑分离出来作为"被包含用例"
潘加宇(3504847)21:06:02
例如"前置条件： 系统已反馈商品记录 "是不合适的