OPPO暑期实习记录

1、浏览器业务接入Goblin自动化测试框架

1）传统单元测试痛点

>单元测试数据依赖复杂且无法实现数据隔离

>mock框架学习成本高，代码冗余

>基于内存实现成本高，且易出现生产环境与测试环境不同步

2）Goblin单元测试框架介绍

>基于docker与testContainers通过编程自动启动docker容器，并在测试结束后关闭容器

>保证生产环境与测试环境的一致性并且可以做到数据隔离

>可以扩展所依赖的中间件

    3）浏览器业务broswer-operation-position-service

接入Goblin单元测试框架

接入流程

>引入maven依赖

>配置test.yml(配置所需要的中间件，该项目仅用到sql)

>使用占位符替换配置文件中中间件的ip和port（docker启动后会将docker内部中间件的ip与port转换为外部并替换占位符）

>在生产环境中将配置文件导入

编写单元测试过程中的痛点

>目前goblin框架仅支持单个数据库的初始化，该项目中需要用到多个数据库的多个表，需要手动进行修改（不同数据库中的表初始化到同一个数据库中）

>第三方依赖仍然需要mock

>需要理解之前的业务代码来编写单元测试

 

2、扩展Goblin中redis读取数据的格式

redis默认读取数据为json和xml格式，但商业化组的数据为pb格式，需要在redis读取并存储字节码的过程中进行扩展

>通过工厂模式对读取数据格式进行扩展，默认json/xml

格式

>通过添加key与value的标签，可以判断转换的格式，目前支持（string2byte、pb2byte、binary2byte）

3、浏览器业务混沌测试

测试流程

>对浏览器业务list/getlist进行混沌测试

>测试前需要通过路由标签将流量打到测试的三台服务器

>故障类型：cpu/磁盘/内存打满、第三方调用接口延迟、redis/db延迟或连接失败

>通过分析告警信息、告警策略、调用脸、接口请求成功率等信息来发现业务中存在的潜在风险

演练结果分析

>在注入resource/ad服务延迟等故障时，因为存在5s的网络延迟，故resource、ad等第三方调用接口会持续尝试不断失败。之后在调用降级策略后成功返回调用接口内容（可设置熔断机制，直接调用降级策略）

>在注入db、redis等相关故障时，接口调用耗时明显上升、成功率下降，但无db、redis相关告警信息出现。告警策略中无相关告警配置

>在注入信息流服务磁盘打满故障时，无告警信息出现。查看告警策略可知仅有磁盘io告警配置。

>在请求/feedsList/getList接口时，请求的成功率统计会包括异常和5xx，在网关熔断时，成功率仍无明显下降https://github.com/oitstack

 

4、Goblin中间件mongodb的container编写与接入

开源地址：https://github.com/oitstack

>通过反射加载编写好的mongodb container类

>从配置文件中读取mongodb的版本与ip/port的占位符

>启动docker拉取对应版本镜像并启动container

等待启动判断成功后，将docker container内部ip/port转换为外部可访问的ip/port，对占位符进行替换

>goblin中会存在一个damocle容器负责检测心跳，client会有一个单独的线程不断发送消息到damocle保持心跳连接，若test运行结束该线程会发送FIN报文，damocle会对现有容器进行kill，若中途kill客户端进程，damocle等待当上一次读取消息20s后未有新消息写入会自动对现有容器进行kill（结束后自动回收容器）