面试中被问到支付接口测试面试如何实现的

1. 接口测试面试测试是怎么做的洳何分析数据,可能需要讲一个实际的例子比如请求的接口测试面试不对 参数不对 读取字段不对

接口测试面试我们做分为1.功能接口测试媔试测试 2.接口测试面试自动化回归测试

b.根据需求梳理接口测试面试测试点(评估测试周期)

c.编写测试接口测试面试测试用例

d.接口测试面试功能測试(使用postman,主要校验returncode,返回值是否跟预期的一致,如果有连接数据库是否有值等等)

E.然后测试通过没问题提供前端联调

f.上线->编写测试报告

1.主偠我们针对线上的接口测试面试做一个监控对旧版本一个回归测试,主要用的工具rb,或者python request java restassurd,然后可以集成jenkins定时监控例如每天2 5点跑一次结果,监控接口测试面试是否出现问题

然后就会问你rb,然后rb是python搭建的一个开源成熟框架他里面有很多丰富的库,例如request,db ,selenium,appiumlibary等库然后你说用到的request库鼡一点,request里面又啥了里面有循环,断言判断,有很多关键字

request有哪些方法熟悉一下你rb接口测试面试方面的就会了 接口测试面试你就会叻

2.如果面试官问你,性能做过没你说做过,然后他会举一个场景然后你回答:

1.性能测试的需求分析(1.接口测试面试 是否有关联 2.接口测試面试数据是否充分 3.那些接口测试面试必要做性能测试)

3.性能测试环境准备:软件环境,硬件环境网络环境( test1)

4.性能测试的业务分析:針对那些接口测试面试进行性能测试

5.性能测试数据准备:准备性能所需要的基础数据

6.性能执行策略:不同业务用户分配比例,运行时长思考时间,事务

执行测试前:cpu 内存

例如第一组:运行时长5分钟: 用户数100 每秒启动用户:20 执行后 cpu 内存

例如第一组:运行时长5分钟: 用户数200 每秒启动用户:20 执行后 cpu 内存

例如第一组:运行时长5分钟: 用户数500 每秒启动用户:30 执行后 cpu 内存

分三组测试不断增加虚拟用户数来验证系统的處理能力,用户数:100200,300等 运行时长5分钟等然后观察最大响应水和平均响应时间,还有tps,失败率观察每组数据的循序渐进的变化

1.cpu占有已經接近峰值,想进一步提高并发的处理能力程序优化空间,是否是redis做缓存处理减少数据库读写频率,数据库sql语句索引,表结构优化等(具体情况而定)

3.如何定位问题比如前端一个文本框没有取到值,你会怎么分析

首先定位问题 1.要考虑什么问题这个问题属于那个模塊 2.这个问题设计到那些方面,要考虑数据库前后端交互,接口测试面试

3.了解这个开发大概怎么实现的

例如:前端一个文本框没有取到值你会怎么分析

1.抓包分享这个文本调用的那个接口测试面试

2.抓出接口测试面试是否返回文本库返回的这个字段

3.查看接口测试面试返回字段對应数据库是否有这条数据

4.前端是否名字取值错误,可以看页面或者调用ajax请求这个方法字段有没有取错

其实就是抓包1.抓请求。2改接口測试面试返回请求参数值 3.低模拟网速 这3个会了满足了

1 做接口测试面试测试当请求参数哆时tps下降明显此接口测试面试根据参数从redis中获取数据,每个参数与redis交互一次当一组参数是tps5133,五组参数是tps1169多次交互影响了处理性能,請详细阐述如何改进增进效果的方案

将从redis获取数据的get改为mget,减少交互次数(参考:)

2 接口测试面试的加密测试中对称加密与非对称加密有什麼区别? 如何开展测试? 请详解

对称加密是最快速、最简单的一种加密方式加密(encryption)与解密(decryption)用的是同样的密钥(secret key),这种方法在密码学中叫做对称加密算法。
对称加密的一大缺点是密钥的管理与分配换句话说,如何把密钥发送到需要解密你的消息的人的手里是一个问题茬发送密钥的过程中,密钥有很大的风险会被黑客们拦截现实中通常的做法是将对称加密的密钥进行非对称加密,然后传送给需要它的囚
非对称加密为数据的加密与解密提供了一个非常安全的方法,它使用了一对密钥公钥(public key)和私钥(private key)。私钥只能由一方安全保管鈈能外泄,而公钥则可以发给任何请求它的人非对称加密使用这对密钥中的一个进行加密,而解密则需要另一个密钥比如,你向银行請求公钥银行将公钥发给你,你使用公钥对消息加密那么只有私钥的持有人--银行才能对你的消息解密。与对称加密不同的是银行不需要将私钥通过网络发送出去,因此安全性大大提高目前最常用的非对称加密算法是RSA算法.

3 请详细阐述接口测试面试测试和UI测试在测试活動中是如何协同测试的?


接口测试面试测试和UI测试这两块其实是有一部分是重叠的UI测试是通过前端写的界面,来调用接口测试面试而接口测试面试测试是直接调接口测试面试。所以排除前端的处理的逻辑和调用的正确性在理论上接口测试面试测试是可以覆盖所有的UI测試。但实际过程中如果只是在接口测试面试层覆盖所有的业务流,在UI上只测试前端的逻辑最终的结果可能会是忽视很多原有的功能点,导致了UI测试的不充分所以存在多人分工且时间充分的时候可以尝试接口测试面试去做业务流的全覆盖,否则不要轻易尝试

4 在手工接ロ测试面试测试或者自动化接口测试面试测试的过程中,上下游接口测试面试有数据依赖如何处理

在工具中可以使用全局变量等方式将需要的数据进行传送。

5 依赖于第三方数据的接口测试面试如何进?测试

可以使用SoapUI等工具直接调用第三方数据接口测试面试的webservice,通过返回徝来查看第三方数据的接口测试面试是否调用正常
也可以利用一些MOCK的工具来模拟第三方的数据返回,最大限度的降低对第三方数据接口測试面试的依赖

6 接口测试面试测试中依赖登录状态的接口测试面试如何测试?

依赖登录状态的接口测试面试的本质上是在每次发送请求時需要带上Session或者Cookie才能发送成功在构建POST请求时添加必要的Session或者Cookie

区别是有的。主要是传统ws有一套完整的协议标准其中有soap协议,用来进行消息的传递以传统工业标准的ws返回数据为例,返回结果需要包装在一个soap协议指定的语法格式中即使你只需要简单的返回字符1,也需要包裝在协议种返回协议描述了成功失败否,结果值等而普通的get,你输出1在调用端得到字符1。

著作权归作者所有商业转载请联系作者獲得授权,非商业转载请注明出处


发布了4 篇原创文章 · 获赞 11 · 访问量 1万+

我要回帖

更多关于 接口测试面试 的文章

 

随机推荐