网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

3、接口自动化回归过程中有没有发现什么问题？取得了怎么样的效果和收益？

比如有时候，开发改某个需求，改动了一些公共的代码之类的，就有可能影响到其他的接口，如果之前稳定的接口已经写好用例的话，这种情况下就能快速的验证出来改动是否有问题。

效果和收益的话，可以说一下接口自动化做起来之后，之前手动回归的功能现在变成自动回归了，节省了多少人力/时间。

4、接口自动化搭建和落地过程中遇到什么问题？

用例怎么存储更方便，怎么样设计才能使得编写用例的时候方便，有没有什么办法自动生成用例，用例之间的依赖和数据传递怎么做，用例是否要区分环境，有些用例如果只能在测试环境执行，线上不能执行的，如何区分。怎么样设计能够支持快速切换到其他不同的平台上面去。

5、最难的技术难点是什么？

动态变量参数化、接口依赖及中间变量问题、异步接口结果验证问题、相应参数化及嵌套很多的验证问题、接口测试框架的稳定性问题、多接口场景问题、多线程并发、多项目以及不同人员并发操作的情况。

6、你们持续集成是怎么做的？

持续集成的话，一般都是跟部署结合一起一起使用，比如测试环境更新后，自动触发用例执行。另外，可以设置每晚定时自动构建。

7、还有哪些可以优化的点？

8、代码结构分层是怎么样的？

9、有了jmeter等开源的接口自动化平台，为什么还要代码来做自动化？

哈哈，这个也是我想问那些自己写代码做自动化的，以及现在的一些培训机构教的java或者python自动化的模式，为什么不选用开源的框架或平台。其实，大家都心知肚明，自己写脚本写框架，更能体现你的水平，能够拿到的薪资更高。

自己写代码，在一定程度上，可以省去对工具的学习成本，虽然说工具的使用不难，但是要把工具用好也不容易，并不是只有写代码才能体现出你的能力。而且，写代码之前，要先了解一下现有工具的一些功能，看下有没有必要自己写代码封装框架。

10、你主要负责参与哪部分框架搭建，你们怎么合作共享代码的？

代码传递的话，一般都是通过git仓库去管理，然后再通过分支去管控，这个可以参考开发的代码分支管理。

11、数据驱动，关键字驱动怎么做的？

数据驱动的话，有相应的包直接可以支持。关键字驱动的话，可以参考Robotframework框架，我所理解的关键字驱动，其实就是一种代码约定。

12、这套框架覆盖了开发多少代码量，怎么统计的？

如果是统计代码覆盖率的话 ，一般都会用到相关的插件去进行统计，比如jacoco

13、总共多少测试用例，执行一次要多久，覆盖多少接口？

这个属于用例设计方面，主要考察你对项目的理解 ，对用例设计的把握，用例设计的覆盖度。

14、接口关联怎么处理的？

可以将依赖接口返回的数据存到一个项目级别的全局变量里面，然后在用例里面去识别某种特定格式的写法，按照变量去进行处理。

15、接口鉴权怎么做的？

鉴权的话一般接口需要传token或者签名之类的，发送接口请求的时候才会校验通过。前几天看一位大佬分享的测开平台的设计，鉴权的话可以考虑绑定在接口域名级别，不用每个case都去单独处理一遍。

16、数据参数化，数据驱动，excel读取数据怎么做的？

参数化的设计可以参考postman、jmeter的方式去进行处理。excel读取数据也有专门的库去进行操作，之前在网上看到别人写的一个读取excel的代码，不是一次性将数据都读取出来，而是使用yield关键字去进行处理。还有就是用例设计的时候，是考虑将数据放在一个页签，还是分不同的页签去处理，这个涉及到框架层面以后每加一个页签是否都需要改动代码。

17、数据库什么时候去校验的，哪些场景使用到了？

进行接口断言或者是做一些初始化数据准备或者数据清理的时候，就有可能需要去操作数据库。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

需要这份系统化的资料的朋友，可以戳这里获取

分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新**

需要这份系统化的资料的朋友，可以戳这里获取