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

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

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

由于工做接口的需求，post请求时，参数包括如下几种状况：一、常规参数（data）二、上传文件（files）三、参数为json格式  四、含有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图片怎么都显示不了，也查阅了不少资料，尝试了不少办法，依然无解，请大神赐教啊！！！！

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

转载请注明出处，谢谢！