563. 【自动化测试】自动化平台的分层思想

分层思想

分层思想是软件设计模式中比较流行的一种模式,简单地说就是底层的代码负责具体的技术,而上层的代码负责业务。也就是说,越往上,其技术属性(比如具体的通信协议、数据库类型等)就越弱,但是业务属性就越强,比如具体做了什么。

三层架构

最底层是数据层,负责具体的技术代码,包括数据库、网络通信和操作系统这些操作与具体的业务逻辑没有直接关系,但是如果设计得当,该层面可以被不同的项目所复用。

中间层也称为业务逻辑层,主要针对具体的业务逻辑进行封装,业务的实现依赖底层的技术代码所提供的功能。比如对于一个产品的管理功能,通过底层数据库提供的增删改查接口,进行逻辑功能的封装。

最上层也称为表示层,具体负责调用中间层的逻辑,对整个系统的功能进行展示,北向可以是终端用户,也可以是应用程序的北向接口,提供给其他应用程序。

有些设计会把中间层拆成两层,一层用于数据持久化,另一层表示具体的业务。比如我们可以将产品管理拆封成数据库访问操作和业务逻辑操作。在这种情况下,原来的三层架构变成了四层架构(其实和上面说的三层架构是一致的)。

自动化平台的分层思想

我们将具体的技术代码封装在架构的最底层,比如和测试设备之间的通信协议的实现、UI 测试中对 UI 元素的封装、测试结果的储存、测试资源的序列化等操作,这些操作和擦欧洲哦业务逻辑无关。

对于中间层和表示层,我们分为两部分——测试平台和测试用例,他们都是基于数据层之上来构建的。测试平台引用底层提供的功能,对特定的业务逻辑进行封装,并提供给表示层。而测试用例可以使用测试平台所注入的资源信息,也可以基于底层提供的功能封装测试过程(不推荐,通过测试平台去耦合是一种比较好的设计方法),最终将测试逻辑提供给测试用例去调用。

测试平台的三层架构设计

版权声明:
作者:admin
链接:https://www.techfm.club/p/43186.html
来源:TechFM
文章版权归作者所有,未经允许请勿转载。

THE END
分享
二维码
< <上一篇
下一篇>>