程序员和测试小姐姐的‘悠闲‘日常 -- 如果一个接口,在本地测试没问题,但是远程(测试环境)出现问题.............

我开发时,经常遇见这样的问题,一个需求加班加点开发好,然后自测通过,把需求往测试小姐姐那里一扔,本以为万事大吉,可以好好休息一下了,正计划是否做一顿大餐,犒劳一下自己.结果马上测试小姐姐的亲切问候来了:“亲吆! 冒烟不通过吆!”

我呲溜了下口水,埋头又把流程验证了一遍,没问题啊!刚想找人算账,抬头一看,晚上9点了.

第二天,一上班,我憋着气,找测试小姐姐一顿理论,最后丧气而归,因为测试环境的操作的确通不过.然后本地再一验证,还是没有问题,最后只有翻着测试环境繁杂的日志,一点一点的查找问题所在.

    这种问题一般比较麻烦,因为不能debug,所以只要找到一个问题,都会记录下来,以方便以后排查.

1.前端有问题,

(1)请求方式本来应该post,结果传了get,

(2)参数有问题,多传或错传了参数,少传了必传参数,注意如果是post,就算没有必传参数也要传{}

,参数类型不一致等

(3)url前缀不对

(2).远程数据库数据有问题,

(1):数据重复,有些SQL只能查出一条数据,如果多条,会报错

(2):数据类型和本地不一致

(3):数据存在循环,在递归操作树结构时,如果存在循环数据,就会形成死循环

2.远程环境有问题,

(1):如数据库连接错误,解决:确定连接配置是否正确,是否具有权限.PING一下或其他方式确定对方是否上线,

(2)其他服务调用出问题,(1)参照数据库连接解决方式,(2),postman直接调用对方看是否有问题

3.远程配置有问题,

(1):没有在远程配置文件添加新的配置(远程和本地通常用的不是一个配置文件)

(2):配置错误,解决:这个只有自己查了

4.远程服务代码有问题,(1):如最新代码没有提交上去,解决:在git上面查看对应代码

5.远程服务错误, 问题:

(1).旧的服务一直没有关闭,(2)需要的服务和其他服务一起在线

解决:在注册中心查看服务

6.远程服务依赖的架包或类找不到, 问题:1.自己的模块没有发布,2,自己的模块发布的架包不是最新的版本:解决;本地架包手动发布一下,注意,如果这个模块还依赖其他模块,就需要先发布它依赖的模块