写在前面

如同很久没有更文了，感觉有许多想写的，但却又不知道该写些什么了。。。

近阶段，整个人的状况都好，本计划这月想给自己充电，做一些自己想做的事，成果真的便是适得其反吧。

如同每个人都一样，都是为了日子而疲于奔命，依然忙碌于各种事情之间。

整个进程

没通过深思熟虑的计划拟定

两周前，组内搭档想让我帮助做冒烟测验脚本，原因是由于每次发版测验的时刻耗时特别长，所以在结束批量测验东西的开发作业后，我便主动和领导请缨做冒烟测验脚本的开发作业。

和领导说，脚本开发需求5天，整个冒烟测验每次需求大约5分钟！

领导听完很吃惊，我自己说应该差不多吧。

迷之自傲？

可能许多同学也会和我的领导一样吃惊，为什么？

体系发版后的回归测验，就测验场景和流程来看，作业量肯定不小，权且不说技术问题，就业务流程的梳理就很费时刻了。

而我却说整个进程只需求五天，可见我是多想证明自己了

其实不然，我自己仍是有一些考量的，才说出五天，原因有两个：

  • 由于信赖，所以备受等待，搭档信赖我，真的感觉自己被需求，并且想为团队贡献出一份自己的力气；
  • 由于之前做过测验环境的功能测验脚本，以为许多接口能够直接拿来就用（我单纯了，由于改了不少，需求重做）。

理性永久在给理性收拾烂摊子

整个体系一共6个测验流程，也便是说我每天要完成1.2个流程的脚本开发。

我特别喜欢现在团队的气氛，第一天到下班点时，差一个模块就完成了一个流程。

所以在责任心的驱使下，心想加个班吧，今日能赶出来这个模块，明天其他的流程就能复用了。

一切看似很好，也正是这个模块把我完全卡住了，我遇到了一个让我很抓狂的问题：

打个类比，比方发起恳求接口，恳求成功了，到领导批阅，点击同意的时分报错，而发起恳求这个接口却不报错，你在页面相同的操作，领导同意却是正常好用的。

被问题卡住，心态开端崩盘

这个问题，我反复查了近两天……

这期间我活跃的找开发搭档帮助排查问题，并确认是否是我的入参不对导致节点数据不正确。

由于开发搭档比较忙，能帮我排查问题的时刻有限，所以只要在开发稍微有点时刻，才干帮助排查联调。

也正由于开发搭档的尽心尽力帮助，几回下来，让我感觉离问题本源如同又进了一步。

也知道为什么不能批阅了，由于尽管恳求成功了，可是没走业务逻辑，导致部分数据仍是默认值，所以批阅报错。

关于入参的排查，暂时告一段落了，由于数据状况不对，无法进行批阅，意味着仍是没有处理问题。

到这已经是第三天了，一个流程都没整完，感觉整个人都不好了，心态有点崩了……

所以向领导阐明原因，领导了解后，并说先把耗时最长的做完，尽管没那么大压力，可是心里仍是有些深深地自责。

我仍是没忍住，终于哭了出来……

间隔周五晚上发版测验还有两天，这个问题不处理，怎样也说不过去，心里一直憋着这个劲特别难过。

当时的想法，真的是谁能帮帮我，帮帮我行么？

可是我也不知道该找谁帮助，谁又能帮助我？

为什么？说是业务问题吧？还不算？技术问题吧，入参还查不出来啥问题？真的便是进退维谷！

由于开发太忙，实在没时刻，暂时也没想到什么好的处理办法，我就先下班回了家。

把车停好后，习惯性地给女友打了电话，那天仍是我的生日，再加上那阶段烦心事特别多，说着说着我哭了出来，忽然感觉好无助并且很没用，最终完全哭了出来，为什么就那么难？

我以为我很颓丧，今日我才知道，原来我早废了。

由于烦心事特别多，导致整个人都不好了，哭出来后，感觉真的很舒服，并且整个人平和了许多。

没人能教你，只要自己能拯救自己

回到家后，搭建好环境，改用东西进行测验，运用jmeter+fiddler抓包开端，从头调接口来模仿测验，成果竟然成功了，真的很意外，难道是我代码写的有问题？

第二天上班，我把自己代码接口调用及入参与昨天做好的jmeter脚本一一对照，发现入参一模一样，这让我产生了怀疑，是我封装的东西类有问题？

我代码走的HTTP协议，而jmeter脚本是HTTPS协议才成功的。

这让我想到，可能我的httpclient需求走HTTPS协议恳求会让接口调用后，数据应该会正常显示吧。

有了思路，就开端找httpclient怎么进行HTTPS恳求的相关文章。

通过一番搜索，找到的重点都是环绕运用ssl和根证书的运用的代码片段，我又对httpclient底层封装进行改造，改造完再次运用封装东西类调用接口，成果仍是数据状况不对，我真的完全失望了。

所以，我又去找到了强哥（我北京的搭档），强哥说你干嘛自己封装，用hutool呀。

我照着强哥的思路，又去照着hutool中的东西类，开端写demo，逐个调用接口，成果竟然成功了，这让我欣喜若狂，真的好用。

所以，我对写好的demo，再次进行封装，也便是hutool中的东西类封装，封装好后，再次运用封装好的东西类调用，成果数据状况又不对了。

我真的服了，这是玩我吗？分隔就好使，封装就不可。

有的同学说了，应该是你封装的有问题，那为什么其他模块都好用，就这个模块不可？

后来，我灵机一动，那就都对分隔可用这部分代码进行简单封装，保证流程跑通就行，算是退而求其次的处理方法，尽管，它很low，可是能用。

也正由于这个临时处理方案，助力我在周五发版前成功的让搭档用上了，一个流程的冒烟测验，跑完这一个流程仅需113秒，比手动回归快了近10倍的时刻。

写在最终

整个进程让我记忆深刻，在此特别记录一下，真的是头一次被问题卡的这么难过，那种既气愤，又干不掉难题的感觉，太难过了!

你有被难题堵塞，一直无法继续下去的情况吗？欢迎文末给我留言哦！