测试人员在编写测试用例以及实际测试过程中，经常会遇到两个棘手的问题：
- 稍微复杂一些的自动化测试逻辑，往往需要手动写代码才能实现，难以实现和维护
- 测试用例编写完成后，需要手动执行，难以接入自动化体系
这里，小编在 Apipost自动化测试中还原了用户在电商平台购物实例，并利用这个实例来给大家逐一讲解。
需要实现的需求
- 多个用户登录。
- 加入多个商品到购物车。
- 根据用户ID判断是不是新用户，新用户的话调用领取优惠券接口。
- 支付失败时重新调用支付接口选择其他支付方式。
怎么实现？💡需求一：多用户登录使用事务控制器，勾选局部测试数据，导入CSV文件，选择执行次数为3次，这样这条用例会执行三轮，三轮执行会依次登录这三个用户，从而还原多用户登录场景。
这里我们执行一下看看效果，总共执行三轮，每次都登录了不同的用户。
💡需求二：加入多个商品到购物车使用次数控制器，配置次数为3次，每轮执行时会执行3次这个接口，还原加入多个商品到购物车。另外，次数控制器也支持配置局部测试数据。可以将商品ID设为变量，配置到测试数据中还原每次加入不同的商品场景。
添加后执行一下：可以看到每个用户每轮都加入了三个商品到购物车内。
💡需求三：根据用户ID判断是不是新用户，新用户的话调用领取优惠券接口使用条件控制器，设置用户ID为环境变量，配置如果用户ID大于1则调用领取优惠券接口（假设新注册用户为在历史用户ID基础上加一）扩展：条件控制器可以根据配置满足如：判断权限、错误处理、流程筛选、数据处理过滤等各种需求
配置后执行：userid大于1的用户调用了领取优惠券接口
💡需求四：支付失败时重新调用支付接口选择其他支付方式这里我们配置循环控制器，配置第一个支付接口的支付结果为环境变量，当支付结果为支付失败时我们循环调用支付接口，且配置CSV文件来实现切换支付方式，还原场景。
配置后执行：如果第一次支付失败则循环调用支付接口直至支付成功
2.CI/CD:持续集成
配置CI/CD Apipost自动化测试新增CI/CD，配置运行环境、循环次数、间隔停顿后点击保存会生成命令，在安装Apipost的服务器中输入命令即可运行测试脚本。创建自动化测试脚本在创建好的测试用例中选择「CICD」，点击新建，配置好运行参数会生成命令。
安装 Apipost-cli
npm install -g apipost-cli运行脚本安装好Apipost-cli后输入生成的命令，运行完成后会展示测试进度并生成测试报告。
Apipost自动化测试满足绝大多数应用场景，且操作简单功能强大。
