写在前面

这两天作业实在是有点小忙，感觉好久没更新了，可是平时也是有感而发的比较多，今天遇到一个问题，感觉挺有意思，处理过程也十分有意义，期望能给大家一个学习吧。

测验渠道又又又出问题了

今天一位小姐姐找到了咱们大组长，说 测验渠道增加自动化测验用例失败，之后咱们组长把我拉到了一个群里让我去看一下，硬着头皮回复好的，由于这个功用不是我开发的，开发这个的同事请假了，我从来没看过这段代码，可是既然找到了我，只能放手一搏了。

交流

找到了这位小姐姐交流了一下什么情况，由于这个是运用好久的功用，出问题肯定是偶现问题，第一个便是问询复现步骤，依据小姐姐的说法，复现了该场景，我把恳求经过curl 的方法仿制出来，这里说下curl ，它是一个命令行东西，用于与服务器之间传输数据。它支持多种协议，咱们常用的便是http 协议，这个也很简单便是翻开浏览器控制台，在相应恳求上 copy as curl 即可。

为什么用curl

第二步便是翻开postman，postman 有一个很好用的功用，便是导入功用，有的小伙伴不喜欢用postman 便是由于还需要修正 恳求头，恳求参数，一个一个粘贴仿制，这样确实很费事，可是假如用过curl 导入，秒完结一个接口的增加，然后就把 恳求链接修正成了我本地，用这个拜访到了我本地进行调试。

找到问题

经过postman 恳求到了到了本地，我发现了确实 接口报错了，报错内容 # Data too long for column ‘xxxx‘ at row 1，依据字面意思， 原因是在增加 parameter 字段时，parameter的值太长导致，mysql 报错。

处理问题

依据经验，我找到了该字段，首先想到的是 修正该字段的数值长度，我查了数据库看到该字段为varchar 类型，长度 为10000 ，尝试修正更大，仍是报错，后来直接把字段类型修正为longtxt 文本类型，在此恳求，测验用例增加成功。

总结

东西利用的好，能够快速处理问题，作业作用翻倍，在平时作业时，大家遇到接口报错，能够给开发提bug 时备注curl 那么开发怎么问题也会十分迅速，更会觉得你很专业。最终， 从交流到修正完结 20分钟左右处理了问题，收到了领导和小姐姐的点赞，哈哈哈。

写在最终

我是小巴哥,一个陪你生长,实实在在共享 测验干货职场经验的人,欢迎重视!!!