说：UI自动化测试、接口测试等自动化测试策略

UI测试【Selenium】

UI测试是最接近软件真实用户使用行为的测试类型。通常是模拟真实用户使用软件的行为，即模拟用户在软件界面上的各种操作，并验证这些操作对应的结果是否正确。

接口测试【API测试】

API测试，主要针对的是各模块暴露的接口，通常采用灰盒测试方法。首先以黑盒方式设计如何调用API的测试用例，同时在测试执行过程中统计代码覆盖率，然后根据代码覆盖率情况来补充更多、更有针对性的测试用例。

单元测试

单元测试，属于白盒测试的范畴，通常由开发工程师自己完成，越早发现缺陷其修复成本越低。

每种测试的优缺点

一、UI自动化测试

大家所在公司都属于互联网公司，最大的特点就是快——产品需要不停的迭代，迭代时间基本在15天左右。

UI自动化测试的优点是，能够实际模拟真实用户的行为，直接验证软件的商业价值；缺点是用例的维护和执行代价很大。另外，UI自动化测试的稳定性问题，是长期以来阻碍GUI测试发展的重要原因。

在快速迭代的情况下，页面的改动可能会很频繁，而UI自动化测试本身基于页面元素，前端小小的改动可能需要测试的大大改。

二、接口测试

相比于UI自动化测试，接口测试更稳定，更具有价值。

效率。接口测试是通过测试数据验证请求【request】与响应【response】是否符合预期。因此，接口测试开发和调试的效率会比ui自动化测试高很多。

稳定性。如果接口改动，那基本属于业务重新设计。所以接口测试用例执行的稳定性很高。

实用性。UI自动化测试验证的主要是页面显示，而接口测试验证的主要是数据。在当前开发水平下，功能测试基本可以完全验证页面显示的问题，所以UI测试有点类似于“这些没问题了，为了保证一直没问题，所以要写UI自动化，每天去执行”。接口测试则是对接口返回数据的验证，开发在开发新的接口时涉及到接口互相的调用，中间难免出现比如数据类型、key-value不匹配的情况，因此在实用性考虑，接口测试实用性更高。

三、单元测试

船长所在的互联网公司单元测试是由开发完成的，在时间紧张的情况下，我们一般会出一个开发自测文档，只需要开发完成小量的单元测试设计。事实也是如此，开发因为任务在身，写好接口后大多不愿意写大量单元测试。所以单元测试需要根据公司不同而定。

鉴于上述原因，我们在做非功能测试时，可以利用UI自动化测试，覆盖产品主要或者说关键流程(包含兼容性测试)，也就是说只要保证主要流程不出错，剩下的即使有了问题也不会影响产品的正常使用。把时间更多的放在接口测试用例的设计和实现上，保证数据的准确性。单元测试则可以根据公司情况选择时间分配。

以上内容希望对你有帮助，有被帮助到的朋友欢迎点赞，评论。

上面是我收集的一些视频资源，在这个过程中帮到了我很多。如果你不想再体验一次自学时找不到资料，没人解答问题，坚持几天便放弃的感受的话，可以加入我们扣扣群【313782132 】，里面有各种软件测试资源和技术讨论。

当然还有面试，面试一般分为技术面和hr面，形式的话很少有群面，少部分企业可能会有一个交叉面，不过总的来说，技术面基本就是考察你的专业技术水平的，hr面的话主要是看这个人的综合素质以及家庭情况符不符合公司要求，一般来讲，技术的话只要通过了技术面hr面基本上是没有问题（也有少数企业hr面会刷很多人）
我们主要来说技术面，技术面的话主要是考察专业技术知识和水平，上面也是我整理好的精选面试题。

更多好文章分享：

原来功能测试转成自动化测试这么简单？

见识了解python自动化测试（3）

测试大神的工作经验总结

Python究竟有多简单？

赶快进来学习了解与交流吧，我是一包伤心的辣条。