测试环境常见问题

1.消息类接口和服务异常:

eg:调额失败,主动还款报错等;首先排查kafka服务是否正常,排查方法;1.观察服务的日志,看是否有kafka异常日志打印。2.登录对应环境的kafka服务器,查看kafka的进程,日志等。3.检查对应的topic是否存在。4.手动创建topic,手动发送消息,接受消息,验证kafka服务

2.kafka服务异常:

1)kafka所在服务器内存/磁盘空间异常,进入kafka目录log/kafka/内,清理日志

2)设置定时清理日志配置,在kafka目录,conf/server.properties内

3)设置contrab定时任务,使用脚本触发报警和清理磁盘空间

4)将单点kafka,改为kafka集群

3.缓存、锁等影响测试

1)一般缓存和锁等存在redis内,所以简单快速的方法是登录redis,通过key值,查看value,删除其value可以立即清除缓存和释放锁

2)联系开发处理代码,屏蔽锁

4.数据库

1)注意数据库的版本

2)必要时可以重启数据库

3)数据库的服务器上尽量不要搭建其它服务

5.服务启动后提示连接某zk异常

1)一般异常信息会打印请求的接口和对应的zk地址。问题一般是改接口未注册到对应zk或者接口所在的服务挂了。顺着这个思路查下去即可。

2)开发或者其它测试本地启动服务并注册到环境的zk上,此时zk会有2个同样的服务,因此调用的时候会出现业务正常了,数据更新了,但是没看到日志。也就是日志在另外服务器上打印了。

此时通过dubbo-admin查看该服务的提供者即可。

6.前端环境搭建

1)通过nginx实现域名转发(nginx配置参考192.168.49.139:/etc/nginx/nginx.conf)

2)将后端服务ip和接口通知前端开发,在代码里进行配置即可。

3)注意后端war解压的目录是在webapps下面还是在 webapps/ROOT/下面,不同的地方会影响到请求的链接

7.搭建一个新的tomcat服务

1)从服务器复制一个tomcat,删除原tomcat的webapps和logs目录内的数据

2)修改conf/server.xml内的端口,保证不冲突

3)使用jenkins配置改tomcat,编译打包部署即可。(初次搭建可手动打包放到webapps下面,验证服务是否能启动)

8.新增jenkins的job

1)copy一个job,修改名称到new-job

2)修改git地址,修改工程名,环境名,maven打包使用的环境参数,shell脚本内的tomcat名称和路径等

3)使用jenkins部署验证ok

4)一般很难做到一步完成配置。所以部署失败不要紧,返回头修改new-job的配置属性即可。

This entry was posted in 测试开发. Bookmark the permalink.