前言你是一个测试，你们团队目前开发模式是前后端分离。某一天，版本V1.0接口评审完，发布在了swagger上，前后端各自进行开发。此时你根据接口文档将新接口迁移到JMeter上，然后开始编写接口测试用例。过了几天，前端先提测了APP，怎么测试前端效果呢， 你想到使用charles抓包，造一些假数据，然后改响应数据。然而界面情况有点多，数据准备起来有点繁琐。这时前端同学向你介绍了Mock工具Rap，他们把接口放在上面，编写mock规则，获得模拟数据进行前端调试。虽然数据也不是很真实，但是类型和结构是对了。又过几天，后端终于提测，连接到测试服务器上运行接口用例，有个接口报错，前端打开价格页也有些显...

　　手工测试做了好多年，点点点···成了每天必须做的事情。但是随着自动化测试趋势的日渐明显，以及受到薪资、技能的双重考验，掌握自动化测试成为了必备技能。　　手工转自动化测试，不是一蹴而就的。“预先善其事，必先利其器”，凡事之前都需要一个良好的准备，自动化测试何尝不是呢？　　在测试行业，一个一直被讨论的问题就是：手工测试没有前途，自动化测试会取代手工测试？　　如今随着软件需求的变化比以往任何时候都快，越来越多的企业正在采用敏捷方法来缩短开发周期并加快上市时间(TTM)。　　在这个瞬息万变的技术环境中，应用程序质量比以往任何时候都更重要，手动测试似乎既耗时又重复，并且容易出现人为错误。　　从手动测...

利用空闲之余，写了第一个接口自动化测试demo, 通过读取execl中的接口测试用例，接口自动执行。（这里跟很多网上的接口自动化有点不同的是：无需再写代码，只需要从execl中增加用例，就可执行）。这是execl的模板：这个模板可以很好的管理项目的各个模块，看起来也是简洁，也是颇为喜欢的~~主要就是写了这几个类，完成了接口自动化的第一步：在尝试写这个demo时，最大的问题困扰的我是：每个请求的参数方式（请求参数和body参数）不一致，个数不一致。怎样能用简洁的方式实现？ 最终解决的办法就是：在execl中增加参数类型判断：paramType, 如果是params，封装一个将json格式的字符串...