接口测试面试题目

一、作接口测试当请求参数多时，tps降低明显，此接口根据参数从redis中获取数据，每一个参数与redis交互一次，当一组参数是tps5133，五组参数时tps1169，屡次交互影响了处理性能，如何改进？

tps就是每秒事务数，transaction per second。

吞吐量降低是可能由于频繁访问redis，而频繁访问redis的缘由是参数过多，解决的思路很容易想到: 减小参数。

咱们能够把多组参数变成json字符串之类的一个参数，从而达到信息量不减小而参数个数变少的效果。

二、接口的加密测试中对称加密和非对称加密有什么区别吗？如何展开测试？

对称加密: 信息交换的双方使用同一个密钥加密解密，就像是用同一把钥匙开一把锁

非对称加密：它须要两个密钥，一个是公开密钥，另外一个是私有密钥；一个用做加密的时候，另外一个则用做解密。使用其中 一个密钥把明文加密后所得的密文，只能用相对应的另外一个密钥才能解密获得本来的明文。

把加密的算法直接封装成一个类或者一个接口，你直接调用加密的类或者加密的接口便可完成参数加密，剩下的接口测试和以往没加密的接口测试是同样了。

三、阐述接口测试和UI测试在测试活动中是如何协同测试的？

UI与接口测试的协同能够从下面的方向考虑

• UI的操做实际上就是用另外一种方式调用接口，那么接口有多少种参数组合就要求UI用例要构造多少种操做进行调用
• UI操做所须要的数据能够用接口来生成
• 接口测试能够保证数据和逻辑的准确性，UI测试须要考虑交互和界面展现的逻辑正确性
• UI测试须要重视接口调用不成功或者接口异常状况下UI的呈现方式和用户体验
• UI中可能会有一些状态的缓存信息（这样就不须要每次频繁调用接口去获取了），好比鉴权信息等，须要重点关注这些缓存的更新策略

四、在手工接口测试或者自动化接口测试的过程当中，上下游接口有数据依赖如何处理？

上个接口返回的结果能够存在全局变量，或者写到配置文件中。下个接口能够从全局变量中读取，或者从配置文件中读取。

五、依赖第三方数据的接口如何测试？

可使用SoapUI等工具直接调用第三方数据接口的webservice，经过返回值来查看第三方数据的接口是否调用正常。 也能够利用MOCK server来模拟第三方接口的返回数据，最大限度的下降对第三方数据接口的依赖。

六、http接口测试和web service接口测试区别是什么？

区别是有的。主要是传统ws有一套完整的协议标准。其中有soap协议，用来进行消息的传递。以传统工业标准的ws返回数据为例，返回结果须要包装在一个soap协议指定的语法格式中。即便你只须要简单的返回字符1，也须要包装在协议种返回，协议描述了成功失败否，结果值等。而普通的get，你输出1，在调用端获得字符1。 web service和http接口的区别在于： 1.接口中实现的方法和要求参数一目了然。 2.不用担忧大小写问题。 3.不用担忧中文 urlencode 问题。 4.代码中不用屡次声明认证（帐号，密码）参数。 5.传递参数能够为数组，对象等。

七、接口测试中依赖登陆状态的接口如何测试？

依赖登陆状态，那么每次测试该接口以前都须要调用登陆的接口。

依赖登陆状态的接口的本质上是在每次发送请求时须要带上Session或者Cookie才能发送成功，在构建POST请求时添加必要的Session或者Cookie。

八、设计接口测试用例：设计的是电商系统，其中包括不少参数，如商品，商家，店铺等等，针对这些数据的修改，会设计到不少参数，如商品名称，商品尺寸，商品颜色等等。如今设计实现“修改”接口时，如何肯定要传哪些参数呢？是只须要传入我要修改的参数仍是所有参数？

修改的接口，通常只须要传：被更新了的字段 以及 被更新实体的 主键 好比id。

 

九、目前接口文档是有word格式管理，因迭代快，产生不少文档，分不清那些事不用的接口，那些是正在用的接口，那些是更新后的接口，文档杂乱，不方便管理，另外文档是word格式，不方便查询，如何管理？

swagger文档能够解决这个问题。（）

swagger是我用过最好用的，只是编写相关的json比较麻烦，又不想集成在代码中。不过能够在网站(www.sosoapi.com)上在线表单方式编写swagger-ui对应的json哈，编辑简单并且能够在线预览和导入导出，挺方便的