[答疑精选]是否针对系统保存失败,要写扩展路径呢

是否针对系统保存失败,要写扩展路径呢

阿厉(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 如果这种系统调用导致失败，如何给客户响应， 这应该是需要需求考虑吧-----之前的回答已经说清楚了。设计无关的意外是扩展，"设计相关"的意外，涉众并不关心其细节（哪段代码写错了还是根本没写?），只需反馈系统故障，这和特定用例无关，不用写在某个用例中，单独写在后面某个地方即可。如果这都已经有共识，那就不用写。