类图和对象图表达的是系统的静态结构。在一个运行的系统中,对象之间要发生交互,并且这些交互要经历一定的时间。UML顺序图所表达的正是这种基于时间的动态交互。
顺序图能够加强产品经理、开发、测试之间对系统功能的进一步了解,通过顺序图我们能够全貌的了解到系统的流程,为我们后续进行测试设计打下了坚实的基础。
顺序图除了能够对需求进行分析外,还可以完成很多我们工作上的其他内容,譬如梳理部门的工作流规范(Bug流程、提测流程、用例评审流程、用例编写流程等),甚至可以对部门角色的职能描述。
顺序图有四部分:参与者(Actor)或对象(Object)、生命线(Lift Line) 、激活期 和 消息。
参与者与对象按照一定顺序从做到右排列。UML中并没有对排列顺序作出任何要求,但是经过长期的积累得出以下经验:
在UML中,参与者通常使用以下表示方法:
actor 测试工程师 as te
或
participant 用例系统 as tcms
在UML中,对于参与者或对象,我们可以使用 as 来给对象起别名,方便后面的引用。
除了使用 actor 和 participant 声明参与者和对象外,还可以通过 boundary、 control、 entity 和 database 来声明,仅图标差异。
每个参与者或对象都有生命线,生命线随着参与者的创建而产生,销毁而小时。当创建了参与者后,UML图上会顶部和底部各显示参与者,并且通过垂直虚线相连,这条垂直虚线就是生命线。
激活期是指对象在整个活动中获得了焦点,需要一段时间来执行某个动作,在UML图中是一个空心的矩形表示,其语法为:activate te
激活期是一个时间段,有开始就必要会结束,结束的语法为:deactivate te
在activate和deactivate之间就形成一个矩形,这就是激活期。
对象之间的交互是通过相互发消息来实现的。一个对象通过发送消息请求另一个对象做事件。
消息从源对象指向目标对象。消息一旦发送便将控制从源对象转移到目标对象。
消息不仅可以从A对象发给B对象,还可以自己发给自己。
te -> dev : 提了个bug,赶紧解
activate dev
dev -> dev : 改bug中
dev --> te : 改完了,麻烦回归一下
deactivate dev
消息可以分为同步消息、异步消息以及返回消息。
4.1 同步消息
直到等待接收者返回消息,譬如 测试工程师 准备写测试用例,发了消息“给我需求文档”给产品经理,只有等待产品经理返回消息后,测试工程师才可以继续后续的操作。
在UML中,使用实心箭头
te -> pm : 需求文档
4.2 异步消息
无需等待,发送消息后继续操作。譬如 测试工程师 拿到需求文档后,发消息“给我详细设计文档”给 开发工程师,此时测试工程师不需要等开发工程师给详设文档,在开发准备的过程中进行验收用例设计。
在UML中,使用空心箭头
te ->> dev : 详设文档
4.3 返回消息
表示完成某个活动或动作后,给予消息源反馈内容。
在UML中,使用空心箭头
dev --> te : 详设文档
通过 title 关键字为顺序图设定名字。
@startuml
title Bug简易流程
te -> dev : 提了个bug,赶紧解
activate dev
dev -> dev : 改bug中
dev --> te : 改完了,麻烦回归一下
deactivate dev
@enduml
使用分割线可以把一个顺序图划分为不同的阶段。分割线使用 == 阶段名称 == 的形式来表示。
@startuml
actor 测试工程师 as te
actor 开发工程师 as dev
participant 用例系统 as tcms
== 测试阶段 ==
== 改bug阶段 ==
== 回归阶段 ==
@enduml
在UML图中描述的内容有限,需要通过注释配合说明才能达到更好的效果。
一个消息只能对应一个注释信息。
@startuml
te -> dev : 提了个bug,赶紧解
note left : 单行文本
te -> dev
note left
多行文本
多行文本
多行文本
end note
@enduml
除使用 left 进行方位标记外,还可以使用 right 。
当时序图中存在很多消息时,会产生很大的理解障碍。通过 autonumber 关键字,可以自动把消息按先后顺序加上数字序号。
@startuml
autonumber
title Bug简易流程
te -> dev : 提了个bug,赶紧解
activate dev
dev -> dev : 改bug中
dev --> te : 改完了,麻烦回归一下
deactivate dev
@enduml
@startuml
autonumber
title 需求分析建议流程(不完全)
group 需求文档获取
te -> pm : 需求文档
activate pm
pm -> pm : 写需求文档
pm -> te
deactivate pm
end group
group 需求分析
te ->> dev : 详细设计文档
activate te
group 需求澄清
te -> te : 了解需求
te -> te : 需求反串讲
end group
group 需求分析
end group
group 测试设计与分析
end group
deactivate te
end group
@enduml
条件判断为顺序图提供了强大的逻辑判断能力,极大丰富了顺序图的使用范围。在UML中使用 alt 关键字来进行条件判断。
@startuml
title 提交bug规范
te -> dev : 提交bug
dev -> dev : 查看bug信息
alt bug规范
dev -> dev : 修改bug
dev -> te : 修改完成,回归
else bug不规范
dev --> te : 无效bug,信息不完整,重新提
end
@enduml
alt 是一种特殊的group分组
循环进行某一项活动,在UML中使用 loop 关键字对内部活动进行循环操作,直到条件满足后退出。
@startuml
title 提交bug
te -> te : 探索性测试
loop 直到提交完毕
te -> JIRA系统 : 提交一个bug
JIRA系统 --> te : 提交成功
end
@enduml
loop 是一种特殊的group分组
在两条消息之间添加延时,可以提高顺序图的阅读性。在UML中使用 … 来添加时延。
@startuml
title 回归测试
te -> dev: 提交bug
dev -> dev : 修改bug
dev --> te : 修改完成,提交测试
... 回归测试(一天) ...
te -> dev : 回归不通过,重新改下bug
@enduml
@startuml
title 参与者分类
box 人类军团 #LightGreen
actor 软件测试工程师 as te
actor 开发工程师 as dev
end box
participant 用例系统 as tcms
@enduml