技术分享 | 被测系统架构与数据流分析
深入了解测试过程中被测系统的架构与数据流,有助于理解业务逻辑,梳理业务用例以及促进部门协同。更深的理解业务逻辑是指要分析公司是做什么的,公司的重要的商务决策是什么,公司内部数据流是怎么运行的,有哪些常见的业务场景。这也能考验对公司业务的负责程度,可以更好的去服务业务部门,为公司创造价值。开源项目litemall系统架构下面以开源项目 litemall 为例,分析一下这个项目中的系统架构。litem
深入了解测试过程中被测系统的架构与数据流,有助于理解业务逻辑,梳理业务用例以及促进部门协同。
更深的理解业务逻辑是指要分析公司是做什么的,公司的重要的商务决策是什么,公司内部数据流是怎么运行的,有哪些常见的业务场景。这也能考验对公司业务的负责程度,可以更好的去服务业务部门,为公司创造价值。
开源项目litemall系统架构
下面以开源项目 litemall 为例,分析一下这个项目中的系统架构。
litemall 这款产品是一个小的商城,以 SpringBoot 作为后端,Vue 管理员结合微信小程序作为前端,Vue 用户作为移动端。
litemall 的系统架构如图所示:
litemall 的技术架构如图所示:
开源项目Mall的系统架构
Mall 项目是一套电商系统,包括前台商城系统及后台管理系统,基于 SpringBoot + MyBatis 实现,采用 Docker 容器化部署。前台商城系统包含首页门户、商品推荐、商品搜索、商品展示、购物车、订单流程、会员中心、客户服务、帮助中心等模块。后台管理系统包含商品管理、订单管理、会员管理、促销管理、运营管理、内容管理、统计报表、财务管理、权限管理、设置等模块。
系统架构
Mall 的系统架构如图所示:
业务架构
Mall 的业务架构如图所示:
公司架构组成
通过 litemall 和 mall 两个开源项目可以看出,为了更好的服务公司,需要了解公司的架构,公司架构一般分为业务架构和系统架构。
1.商业模式:也是目前大家最关心的问题,公司怎样使得收益最大化。例如抖音的盈利模式以及其中裂变系统是怎样参与的,这就需要了解你身处的业务部门的业务模式以及技术栈,以及公司的发展模式与未来趋势。
2.业务数据:了解角色、资源和数据。例如公司的账户管理中心中的角色有管理员、用户等,而这些角色又可以分为输出内容的人和消费内容的人,除了角色,还需要了解公司平台上的核心资源的种类以及数据信息。
3.业务流程:了解业务数据中角色,角色的行为以及数据之间的集成关系。
系统架构就是要把业务架构进行落地实施,实现其中的商业模式与业务流程。
4.架构角色与技术栈:架构角色基本不会变,而技术栈会随着技术的发展而不断变化。其中的具体实现有:
- 网关:Apache/Nginx/F5
-
- 应用开发:SpringBoot/SpringCloud
-
- 通讯协议:Dubbo/HTTP/PB
-
- 数据处理:Hadoop/Spark/Flink
-
- 数据存储:Redis/MySQL/Oracle/ES
-
- 文档存储:MongoDB/HBase/Neo4j
- 5.部署架构:架构角色的集成关系,对应业务架构中的业务流程。
-
建模语言UML
- 为快速了解公司的架构,可以使用统一的建模语言 UML 来分析公司架构。常用的编译语言工具有:
-
- plantuml(推荐)
-
- yed
-
- draw.io
-
- processon
-
- visio (不常用)
- 以 plantuml 工具为例,可以设计以下图模型分析公司架构:
-
- 用例图:用来描述商业模式、业务角色
-
- 时序图:用来描述业务流程、调用关系
-
- 部署图:用来描述系统架构与集成关系
-
- 活动图:用来分析业务逻辑
-
- @startuml
- left to right direction
- actor User as user
- actor Admin as admin
- package 商品 {
- usecase “发布商品”
- usecase “浏览商品”
- usecase “购买商品”
- usecase “下架商品”
- }
- package 订单 {
- usecase “结算订单”
- usecase “查询订单”
- usecase “退款”
- usecase “管理订单”
- }
- admin -up-> 发布商品
- admin -up-> 下架商品
- admin -up-> 管理订单
- user --> 浏览商品
- user --> 购买商品
- user --> 结算订单
- user --> 结算订单
- user --> 查询订单
- user --> 退款
- @enduml
![](https://img-blog.csdnimg.cn/img_convert/32d6951a4d5006800ea99f8e23fd4784.png)
@startmindmap
scale 380 height
- <&flag>Debian
- ** <&globe>Ubuntu
- *** Linux Mint
- *** Kubuntu
- *** Lubuntu
- *** KDE Neon
- ** <&graph>LMDE
- ** <&pulse>SolydXK
- ** <&people>SteamOS
- ** <&star>Raspbian with a very long name
- ***
Raspmbc=> OSMC - ***
Raspyfi=> Volumio - legend right
- Short
- legend
- endlegend
- @endmindmap
![](https://img-blog.csdnimg.cn/img_convert/77cfd4056ffdc93c66e2932fb6cc07a4.png)
scale 300 height
用户 -> 认证中心: 登录操作
认证中心 -> 缓存: 存放(key=token+ip,value=token)token
用户 <- 认证中心 : 认证成功返回token
用户 -> 认证中心: 下次访问头部携带token认证
认证中心 <- 缓存: key=token+ip获取token
其他服务 <- 认证中心: 存在且校验成功则跳转到用户请求的其他服务
其他服务 -> 用户: 信息
![](https://img-blog.csdnimg.cn/img_convert/274f6f3d7053bf8083dbffdc96c405dd.png)
@startuml
scale 580 height
start
repeat
:Test something;
if (Something went wrong?) then (no)
#palegreen:OK;
break
endif
->NOK;
:Alert “Error with long text”;
repeat while (Something went wrong with long text?) is (yes) not (no)
->//merged step//;
:Alert “Success”;
stop
@enduml
![](https://img-blog.csdnimg.cn/img_convert/7ba71f0bee96ed503993c461655ffbcc.png)
梳理好业务用例的本质是在测试过程中,更全面的测试公司的业务。例如复杂的电商系统或者保险行业的管理系统,内部涉及的业务流以及用户的种类都很复杂多样,不理解其中的业务逻辑和数据,就很难编写一个覆盖完善的业务用例。
更好的与研发运维进行跨部门协同是指当产品出现问题时,研发和运维都会排查。作为测试,要去了解出现的问题并帮助研发运维去解决,这样可以加快部门协同进度。
[原文链接](https://mp.weixin.qq.com/s?__biz=MzU3NDM4ODEzMg==&mid=2247501515&idx=1&sn=f55bc460e1ed3089a51f064c0d4f82bf&chksm=fd31a400ca462d16e4a72cef4140076fc7ea8e0aa2199cd745f0509777ac88da0f226f79eeb8#rd)
获取更多相关资料+v~ ceshiren001
[获取更多技术文章分享](https://qrcode.ceba.ceshiren.com/link?name=article&project_id=qrcode&from=csdn2×tamp=1651916166)
![Logo](https://devpress.csdnimg.cn/79de2bf0b7994defa4242ef90d5513fa.jpg)
开放原子开发者工作坊旨在鼓励更多人参与开源活动,与志同道合的开发者们相互交流开发经验、分享开发心得、获取前沿技术趋势。工作坊有多种形式的开发者活动,如meetup、训练营等,主打技术交流,干货满满,真诚地邀请各位开发者共同参与!
更多推荐
所有评论(0)