关于之前接口自动化框架的优化记录

本来觉得已经完成了接口自动化的框架搭建，后来在跟同事交流时，发现许多不足之处，今天进行了优化修改，在这里记录下具体的优化修改的地方，提醒以后的自己，也希望对广大跟我一样的测试狗有所启发和帮助。

问题点一：requests请求参数考虑不周全

因为工作接口的需求，post请求时，参数包括以下几种情况：1、常规参数（data）2、上传文件（files）3、参数为json格式 4、含有params参数（可拼接到url后，类比get参数）同时含有body体参数（post常规参数，url不显示参数信息）。然而在写post方法时，没有考虑到第3，4种方法（也是理解不够），之后进行了优化，将不同的post请求的需求分开封装方法，这样在需要是方便使用，也不担心冗余参数为空可能带来的隐患。

问题点二：url拼接不够灵活，将url写在测试用例中显得冗余

大部分的接口地址都有共同的部分，变得只是很少的部分，之前虽然也对url地址进行拆分和拼接，但拆分不彻底，并且在测试用例中写url会出现大量重复，显得过于冗余。于是将接口的具体分组，模块，动作等进行分解放到xml文件中，这样只需配置xml文件，然后读取需要的值进行拼接就可以得到想要的url，不用重复在测试用例中出现。

问题点三：生成的html测试报告不够完善，有待优化

利用htmltestrunner生成的测试报告不能满足需求，只进行了简单的修改，需要修改的地方很多，但是目前还没有顺利修改成功。

问题点四：自动发送的测试报告email，正文html样式显示不了logo

说起来也是好笑，之前怎么发送邮件，都会被163邮箱退件（我用的163邮箱进行测试），过段时间没管，莫名其妙的正常了。邮件可以正常发送。（至今不知道为啥？！）因为公司发送邮件有统一的邮件模板，所以就想把模板移植到这里来。可是问题是，公司的logo图片怎么都显示不了，也查阅了很多资料，尝试了很多办法，依然无解，请大神赐教啊！！！！

好了，以上就是目前存在的和已经优化过的问题，不知道你们是不是也遇到了我这样的问题呢？还是你们有更好的办法？欢迎大家交流，共同成长。

转载请注明出处，谢谢！