发表评论取消回复
相关阅读
相关 自动化测试平台
1.平时测试接口,总是现写代码,对测试用例的管理,以及测试报告的管理持久化做的不够, 2.工作中移动端开发和后端开发总是不能并行进行,需要一个mock的依赖来让他们并行开发。
相关 自动化测试平台化
软件测试自动化正在朝着平台化发展。在一些方面性能测试、接口测试方面已经有比较好的落地方案,然而在 web/app UI自动化方面也有一些平台化的方案。 性能测试 性能测
相关 自动化测试平台化[v1.0.0][事件驱动结合平台]
事件驱动测试用例的执行 在执行层面,可以用一个普通的测试用例来驱动事件和引擎,事件驱动的测试用例可以作为一个普通测试用例的扩展来看待,在这个用例中添加事件驱动的调度器实例
相关 自动化测试平台化[v1.0.0][事件资源锁]
在资源设计中,所有的资源从配置文件中读出后成为实例保存,通常情况下资源的名字是唯一的,因此可以通过资源名作为的锁的关键字,然后使用一个结构体来保存相应资源的锁信息,并使用信号量
相关 自动化测试平台化[v1.0.0][事件调度器]
事件调度器 调度器主要工作就是执行事件,首先是对事件进行实例化,然后将事件的run方法注册在APScheduler提供的调度器中,代码实例如下 from aps
相关 自动化测试平台化[v1.0.0][微服务化测试平台]
微服务字面上理解一个是微,另一个是服务,用大白话描述就是每个模块负责很小的功能范围视为微,而服务则是通过API的形式向其他模块提供服务 在早期的单体架构中,整个网站都运行在一
相关 自动化测试平台化[v1.0.0][模块化设计]
> 模块化设计是一种拆分的设计思想,将一个产品拆分为很小的功能,根据需求将一些功能要素组合而形成一个相对独立的子系统,并通过特定的标准接口和外界通信,如此可以将不同功能的子系统
相关 自动化测试平台化[v1.0.0][事件驱动理论]
所谓事件驱动,就是不再以测试用例为基本单位,而是将所有的测试步骤、验证操作都作为一个系统中发生的事件来对待,如果将一个系统的所有操作都定义为单独的事件,那么就会有一个完整的事件
相关 自动化测试平台化[v1.0.0][模块化设计方法]
> 最早的软件架构被称为Monolith架构,所有产品功能都放在一个巨大的工程项目里,并且功能之间的代码相互纠缠和调用,如图所示,在这种设计模式下,各种功能没有严格的边界,依赖
相关 自动化测试平台化[v1.0.0][微服务化演进]
微服务是将功能分割成一个一个可以自治管理的模块,模块通过REST API或RPC对外提供服务,它隔离了功能模块,极大地解耦了模块之间的数据,并且可以通过负载均衡增加单个服务的处
还没有评论,来说两句吧...