概述
在创业公司里，项目都比较赶，测试人员也是疲于测试功能模块，基本没空去写什么自动化测试，以提升回归测试的效率。但一个必须承认的事实便是， 依赖测试人员去做全面回归测试，保证上线质量，是不可取的，因为难度太大，成本太高。因此自动化测试还是要做一些的，具体如何着手呢，下文说一下我这边的做法。
注意:本文主要描述一下业务接口自动化测试的方案，至于GUI自动化测试和压力自动化测试不在本文的讨论范围内。
什么是自动化测试
定义：把人对软件的部分测试动作转化为由机器来执行。
自动化测试只能部分替代人工，不要指望所有业务场景都通过自动化case来验证。
做自动化测试的动机
最大的动机：提升回归测试的效率。
为了让垂直拆分出去的微服务能独立发展，不耦合太多不相关的业务逻辑，一般会有一些聚合的微服务应用，用于调用多个后端微服务，汇总数据后提供给前端。在创业公司里，建议先做聚合服务的自动化自测，原因是：
聚合层是提供给小程序/APP/H5
等用的，聚合汇总了各种后端服务，针对其做自动化测试，可以用相对低的成本，尽量多的覆盖业务case。至于针对后端的各个微服务接口做自动化的，实施起来代价比较大，有大量的代码成本和维护成本，可以后续再考虑。
聚合服务也有很多业务接口，不可能都去写对应的自动化测试代码，建议先做主流程接口的自动化测试。比如一个电商的聚合层应用，像商详、购物车、首页、订单结算页、下单，可以先做。重要业务接口的自动化测试case，尽量做到多而全，争取全面覆盖。
数据创建的时机和手段
接口自动化测试中，第一个要解决的问题，就是测试数据的准备。
数据创建的时机
建议使用即时创建的方案是，原因如下：
自动化 case 之间保证独立性和相互不影响，实在太重要了，而即时创建数据就是保证这个的重要前提，且实施起来不难，虽然开箱即用 也能做到，但是代价太大，需要有专门的测试数据构建平台，成本有些大；
环境稳定性问题，可以通过时间戳开的方式，例如：晚上跑自动化测试。
如果后续自动化 case 多了，即时创建的方式，会导致case执行时间长，可以通过并行执行的方式。对刚搞自动化测试的，需要执行的case的量也不大啦。
数据创建的手段
一般有三种：
调用后端服务 api 创建数据；
手写 sql 创建数据；
组合1和2；
大部分情况下，使用第一种方式就行了，因为造数据的后端接口，大部分都是有的。对于少部分没有的，则手写sql创建数据。
接口入参格式和返回值断言
接口入参格式
测试团队熟悉哪种就用哪种，excel或者json或者完全用代码。
接口返回值断言
同上，测试团队熟悉哪种就用哪种，以excel为例，期望的返回值也可以一并写在excel里，自动化case调用接口获取到业务数据后，与excel中的期望值进行断言操作即可。
编写自动化case的语言
测试团队熟悉哪个语言就用哪个，如果是Python那就最好了。
执行环境
将自动化测试代码，部署到一个独立的自动化测试机器上，使用jenkin job执行自动化测试代码；被测试的目标应用，建议重新搭建一套。
test dashboard
case跑完后，需要生成测试覆盖率报告和列出执行成功和失败的case。
技术行业，一定要提升技术功底，丰富自动化项目实战经验，这对于你未来几年职业规划，以及测试技术掌握的深度非常有帮助。
金九银十面试季，跳槽季，整理面试题已经成了我多年的习惯！下面有我近几年的收集和整理，整体是围绕着【软件测试】来进行整理的，主体内容包含：python自动化测试专属视频、Python自动化详细资料、全套面试题等知识内容。
对于软件测试的的朋友来说应该是最全面最完整的面试备战仓库，为了更好地整理每个模块，我也参考了很多网上的优质博文和项目，力求不漏掉每一个知识点，很多朋友靠着这些内容进行复习，拿到了BATJ等大厂的offer，这个仓库也已经帮助了很多的软件测试的学习者，希望也能帮助到你！
愿你我相遇，皆有所获！ 欢迎关注微信公众号：【伤心的辣条】 免费领取一份216页软件测试工程师面试宝典文档资料。以及相对应的视频学习教程免费分享！
