【纯记录帖】关于接口自动化和ui自动化的复盘小结

当前接口自动化涉及到的内容盘点
   
 http接口要注意的点：
        1、请求头heads中，是用cookie还是用token，固定的还是随机的；
        2、请求url中，注意哪些是common部分，哪些是不同的页面自己独特的部分，common部分可设置在init函数中，代码简洁同时方便后续修改；
        3、请求题body中，这时候就需要注意两点：            首先整个的数据体是分为公共部分和单独部分，公共部分还是通用设置，每个接口只需要设置自己独特的那部分即可，两部分的拼接方式注意一下即可；
        其次就是body体中的入参用哪种形式，尤其是post请求方式时，传参可以用json/data/等，get请求的时候，注意传参的形式（该部分可以按F12-网络，抓取传参即可）
        最后，设计body体的过程中，尽量多考虑多种情况，合理的设置参数化，比如生成交易快照时，不同的场景都会生成，但是每个产品的type值不同，此时将type值纳入到参数化的入参中，即可将该接口在全域通用
dubbo接口要注意的点：
        dubbo接口跟http接口的形式略有不同，刚上手会比较别扭，但是上手以后就会发现dubbo接口比http接口可能更为方便，总结一下：
        dubbo接口数据：1、数据体组成：service+method+parameterTypes + params；2、dubbo接口有一个公共的“中转站”-dubbo_admin,所有dubbo接口在此进行调试和发送；
        dubbo接口收发方式：dubbo接口调试同样利用到requests，方法为，用数据体bizdata将所有的数据转载，然后还是利用http的方式请求到dubbo-admin并利用username+password登陆上dubbo-admin获得鉴权,最后在dubbo-admin上调dubbo接口，从而实现dubbo接口的收发；

 关于logging.info日志的打印问题

        原则就是精简，若非为了后续维护的必要，不要额外增加不必要的日志信息

关于接口自动化中间数据清理
        1、原则上以尽量不新增测试数据为准，所以设计之处就需要做好数据闭环，从数据的创建--利用--清理，保证全链路数据的干净整洁；
        2、特殊情况下，若因特殊原因或场景，导致产生了垃圾数据，无法通过常规手段清理，此时，可以考虑梳理涉及到的数据库表，通过删除相关数据库表的方式进行清理；
        3、做好中间数据过渡和保存，有些场景在编写之处，遗留下数据，此时可以选择立即清理，也可以将此数据作为后续相关用例的“入参”，这样就做到用例间的数据复用，用例间数据传递时，选择合适的工具和方式，常见的比如读写yaml文件等