面试回答之：如何做接口测试1

今天来以具体项目实例来回答一下面试常问的接口测试。

问：你是如何做接口测试的？

答：我以给直播间主播打赏送礼的场景，讲下我是怎么测送礼接口的；

第一，是对接口传参的校验，包括是否为必参、参数长度、边界值等，看是否返回正常的错误码和提示语，此处不多说；

第二，接口需实现的逻辑检查，比如:

• 送礼成功，检查送礼者的钻石是否扣减正确;
• 送礼成功，主播收到的钻石是否增加正确;
• 送礼列表、收礼列表接口是否新增了一条记录;
• 送礼余额不足的测试;
• 如果礼物1的价格是100钻，送礼时，礼物传参giftld=1，价格传参price=1，是否能请求成功，只扣1钻;其实接口本不应该设计price字段，但曾经我公司就出过这样的bug，扣钻石时是拿price扣钱的，但是实际应该要根据数据库giftld配置的价格表来扣;(如果非要传price值，那么就要检查对应关系)

第三，送礼者权限检査，请求接口所带token是否与送礼传参fromUseriD一致，如果我把fromUserlD填别人的账号，会不会替他送了礼;

第四，也是非常关键的一步，直播送礼是必须要关注接口性能的，遇到大主播，并发会非常大;那么除了要关注性能指标之外，还要检查钻石数据的正确性;
由于我们送礼的接口，扣钻是实时的，收钻是通过Kafka消费统计的，那么就要关注收钻的正确性;

问：那你是怎么测这个数据正确性的呢?

答：用Jmeter工具并发测试，比方用50个用户并发，同时对一个主播或多个主播送礼，
检查接口请求数，与送礼记录条数是否一致;
检查扣的钻石对不对;如果不对，检查日志;
检查收到的钻石数对不对，线上会偶有主播反馈钻石少了，那就去检査Kafka消费日志，有没有报错的(一般只要数据对不上，这里问题比较大)

再一个场景，余额只够送10个礼物，高并发时，会不会超送(实际上也出现过这个bug)

其实除了以上的一些场景之外，还可以发散很多回答，比如，收礼总是少了，该怎么处理这种问题呢?那就留到下次分享吧。

以上是我曾经拿下多个offer的项目经验之一，给大家参考下，也请多指教。