开启掘金成长之旅！这是我参与「掘金日新计划 · 12 月更文挑战」的第24天，点击查看活动详情
框架:
软件架构(softwarearchitecture)是一系列相关的抽象模式,用于指导大型软件系统各个方面的设计。软件架构是 一个系统的草图。软件架构描述的对象是直接构成系统的抽象组件。各个组件之间的连接则明确和相对细致地描述 组件之间的通讯。在实现阶段,这些抽象组件被细化为实际的组件,比比如具体某个类或者对象。在面向对象领域 中,组件之间的连接通常用接口来实现。
框架的种类
架构模式虽然有很多种,但是常用的也就是这几种:
1分层架构
2事件驱动架构
3微核架构(又称插件架构)
4微服务架构
5云架构
架构的设计思想
1.高复用性:
用一套框架,来解决不同产品线的基础服务构建工作,通通过引用框架方便公司对不同产品线的自动化实施进行整 合。
2.易维护性
如果对框架的技术进行扩展,则只需要维护这一套框架即可,不需要根据产品线的不同,维护多套框架,节省时 间,节省成本。
3.人员分离,专一性
业务人员只关注业务代码的脚本编写,不需要去专注框架技术上的问题; 架构人员只针对框架技术的实现,不需要对业务线的具体本业务知识进行学习。
为啥要使用架构
核心:解决脚本录制的常见问题,使得自动化稳定 1.把架构人员、脚本编写人员、用例执行人员分开;
2.把UI对象通过自定义变量的方式赋值,增强了脚本的易读性;
3.通过封装Webdriver的API,使其更加健壮;
4.把常用的业务场景封装成业务方法,便于常 用业务的复用；
5.把共通脚本单独封装,避免了脚本执行人员对测试脚本代码的修改;
6.生成Debug级别的log,使自动化脚本调试人员方便调试程序;
7.生成回归级别的测试报告,便于不懂脚本的人员查看测试结果
8.引用Suite执行多个脚本,进行运行脚本的管理;
