阿厉(309***4) 15:41:13
咨询下: 在写用例规约时,遇到这样的情况, 是否针对系统保存失败,要写扩展路径呢
1 会员提交订单信息
2 系统保存订单
潘加宇(3504847) 13:16:11
不要。这不是需求。
潘加宇(3504847) 13:18:47
系统为什么会保存失败，设计有问题呗，可能是代码写错，可能是系统基础设施资源不足，这些和需求无关。
潘加宇(3504847) 13:19:37
否则如果程序员不会写某段代码，需求是不是也得手把手教他?
Simplicity(19****517) 13:21:27
数据验证错误 可以写扩展路经
潭非一护(191612475) 13:22:21
数据验证错误应该不算需求吧
潘加宇(3504847) 13:22:33
应对和设计无关的失败才是扩展。例如，执行者输入某些信息，系统验证。系统无法保证执行者一定会输入合法信息。
Simplicity(19****517) 13:23:37
应该算啊，你的系统统应该对错误有应对
潘加宇(3504847) 13:24:08
系统请求第三方系统做某事，系统也无法保证第三方系统一定会正常运行。这些和你的设计错误没有关系。
绍校(2075***8) 13:33:41
应对和设计无关的失败才是扩展
尘语<xno***.com> 13:34:19
应对和设计无关的失败才是扩展
Simplicity(19****517) 13:42:36
仔细想一想，确实精辟，比如，要求用身份证读卡器读取身份信息，如果失败，那是读卡器等设计的事情，不是需求。
京张国战(492****67) 13:44:08
如果这种系统调用导致失败，如何给客户响应， 这应该是需要需求考虑吧
Simplicity(19****517) 13:44:25
这个应该是
京张国战(492****67) 13:44:34
就像"系统失败，请联系管理员"
Simplicity(19****517) 13:44:40
可以作为 可用性
潘加宇(3504847) 16:21:47
如果这种系统调用导致失败，如何给客户响应， 这应该是需要需求考虑吧-----之前的回答已经说清楚了。设计无关的意外是扩展，"设计相关"的意外，涉众并不关心其细节（哪段代码写错了还是根本没写?），只需反馈系统故障，这和特定用例无关，不用写在某个用例中，单独写在后面某个地方即可。如果这都已经有共识，那就不用写。