我正在尝试确定如何对这个用例进行编号/编写,但我遇到了一些麻烦。
在简短形式中:
主要场景
1.分析师选择一个订单
2.系统确定订单是手动安排的
3.分析师选择行项目
4.系统检查请求的日期并确定是否可以满足该日期
5.分析师接受发货日期
重复3-5次,直到安排好所有行项目。
6.用例测试。
备选方案#1 -自动排班顺序
2.系统通知用户订单可以自动安排。
2.1。分析师告诉系统自动安排订单
2.2。- 2.4。与主场景步骤3-5相同,不同之处在于分析师被系统替换。
重复2.2。到2.4。直到安排好所有行项目。
返回到主场景,步骤6。
备选方案#2 -无法满足请求的日期
在这两种情况下,我都会遇到无法满足请求日期的情况。
X.系统确定无法满足请求的日期
X.1系统确定第一个可用日期
X.2分析师更改发货日期
X.3返回到...?
对于此场景,无论订单是手动还是自动计划,步骤都是相同的。但是,该场景可以从2个不同的节点分支到其他节点(主节点4个,备用节点2.3个)。我该怎么处理呢?我应该如何对第二个备选方案中的步骤进行编号?
发布于 2013-02-07 21:55:33
这听起来确实像是你以场景的形式(可能在你的流程中跟随一个角色)或放入活动/序列图中的散文。用例并不是用来描述“重复”、“返回”之类的东西。就我个人而言,我会使用序列图来说明这种情况。
从给定的描述中,您可以做的是制定一个用例,真正地指出这个工作流是关于什么的。目前,您需要阅读大约15行代码。分析师想要实现什么?
主要的用例将是“运输一个产品”,其中可能包含两个名为“计划运输”和“更改运输日期”的<<extend>>用例。
顺便说一句:“分析师告诉系统自动安排订单”对我来说似乎是多余的。如果系统能够自动做到这一点,那么它应该这样做。如果需要告诉它,那么就需要澄清为什么需要这样做。
https://stackoverflow.com/questions/14617065
复制相似问题