做设计.不抠图网站,人工智能培训机构排名前十,简单的html页面,免费白嫖国外服务器app作为整个软件项目的必经环节#xff0c;软件测试是不可缺少的“查漏补缺”环节。而作为软件测试中的重要一环——接口测试#xff0c;几乎串联了整个项目所有的输入和输出环节。
前几年#xff0c;我在做后端测试时#xff0c;接触最多的正是接口测试。基于此#xff0c;… 作为整个软件项目的必经环节软件测试是不可缺少的“查漏补缺”环节。而作为软件测试中的重要一环——接口测试几乎串联了整个项目所有的输入和输出环节。
前几年我在做后端测试时接触最多的正是接口测试。基于此我想给大家分享一些我曾经碰到过的接口测试难题希望抛砖引玉给正在做测试的小伙伴们提供一些避雷方案。
1、未释放请求服务导致APP执行任务失败
这个接口功能大概是这样的 这是一个算法转换服务的接口。也就是说我们需要把下单系统中的订单的产品信息转换成生产系统的生产产品信息。然后根据转换后的订单进行生产。
基于我们要做不同系统间的调用所以我们可选择webserivce服务来做调用接口。在这个过程中接口B将处理这些信息
l 接收系统A传的参数
l 调用转换服务进行转换
l 转换成功把转换结果写入数据库
l 转换失败返回错误信息
测试这样的接口一般是先本地构造数据用接口工具进行测试。在这里我们用的是soapui工具然后就是用真实数据不同系统间进行联测。
当然如果前端功能已经实现我们也可以直接用前端系统构造数据直接调用接口这样构造出来的数据更直接。特别是参数比较多比较复杂的时候这样测试比直接用接口工具更快更省事。当然即使我们直接这样测试也不能取代联测。为什么呢
因为你去别人的系统自己构造数据构造的数据只是根据参数来的不一定能把别个系统所有产品的特性覆盖全。
接下来我们说说这个接口测试过程中可能出现的问题。如果这个接口开发交付验收基本功能是正常的但是一把代码部署到测试环境里没运行多久这个接口的APP任务就出现执行失败这就有问题了。
即便我们认为一条失败了问题是出在数据构造上。但如果多条连续失败甚至之前执行成功的数据再次执行转换任务也失败了那我们应该怎么办呢
其实很简单这个时候我们应该去服务器取日志进行校验。如果发现是服务请求数超限无法请求到服务导致APP执行超时导致失败。那么我们就应该请开发人员协助处理了。
假如此时我们喊来开发小哥一起分析发现是接口请求服务链接后用完未进行释放这个链接服务器是有一个数量限制的达到一定量后就无法再进行新的链接导致的我们接下来又应该怎么处理呢
当然就是请开发小哥调整一下代码处理方式使每次请求用完后都可以自动释放掉链接。这样处理以后我们只需再重新测试直到不存在此问题即可。
2、前后端就扣参数对不上导致接口问题
假如前后端接口参数code对不上导致数据读取、接收不到或转换运算结果失败我们应该怎么处理呢
这个是接口测试中常见的一个问题特别是涉及到不同系统间调用接口传参数时很容易出现这样的问题。
日常工作中当测试页面功能时涉及到一个接口功能大概是这样的查询产品的目录价成交展示出来。当时前台入参可能是这样的
l Productname:
l Productversion:
l Productcode:
l Listprice:
l Netprice:
后台返回参数是这样的
l Productname:
l Productversion:
l Productcode:
l Listprice:
l Net_price:
如果单独用接口工具测试这两边的参数数据展示是没有问题的。但只要前后台联测就出现所有产品成交价都是0。遇到这样的情况我们应该怎么办
只要我们对比两边消息体的参数就不难发现两边参数成交价的名称code写的不一致的。这也就是导致前台读取不到后台传过来的值默认展示为0的原因了。
类似这样的问题还有很多。
比如前端系统想要参数1的值而后台传过来的却是参数2的值导致前端在拿过这个值进行逻辑判断或运算的时候怎么都不对。
再比如两边取值都是一样的但是在业务上这个值就是取的不对这样即使测试没问题在实际应用中结果也是不对的。这个时候就要求我们需要加深对业务知识的理解了。
为了避免我们在做测试时遇到这样的问题我给大家做了一下总结
1接到这种传参数的测试时一定要先做静态测试核对两边的参数code
2对于接到参数取值相关的任务时在做测试前两边一定要沟通核对数值及其代表的含义
3要提前熟悉业务看清楚每一个存储的参数表示的含义确保业务传值正确。
3、参数判断少了特殊情况导致查询结果不对
这个问题也是接口测试中常见的问题之一。多数情况下这个问题是由于开发人员对当前产品业务了解不够造成的。
我印象比较深的一次是一个关于权限优化的需求。记得当时有一个紧急版本要上线我们的任务是优化权限的判断逻辑提高查询性能。
这个功能大概是这样的当前登录人所在公司有分公司那么他同时可以查看分公司的订单。逻辑如下 分析一下这个功能主要有以下几种场景
情况1登录人所在公司只有一个总公司没有分公司。且总公司有订单当前登录人可以查看所在公司的订单
情况2登录人所在公司是总公司。且该公司有多个分公司每个分公司都有订单总公司没有订单当前登录人可以查看到所有分公司的订单
情况3登录人所在总公司有多个分公司总公司和分公司都有订单当前登录人可以查看总公司和分公司的所有订单
情况4登录人所在公司是总公司且其下有多个分公司分公司没有订单只有总公司有订单。当前登录人可以查看到总公司订单。
场景分析完后接下来我们就是需要据场景构造数据进行测试了。
这里我主要就【情况1】的场景给大家做一个分析。假设在【情况1】里一进行场景测试就出现因为明明有订单的页面上却展示空白。
这是怎么回事呢
此时我们需要先用postman调用后台接口看看。假如后台接口返回的数据是正常确的那接下来怎么处理呢这就需要我们回头去服务器查日志了。当我们发现只有一个总公司没有分公司时分公司对应的参数都是空的程序就直接跳过没再执行后面的查询了。根据这种情况只需我们找开发人员加一个接口判断分公司是否有值。没有值时直接跳过计算总公司的数据即可。
当然接口测试常见的问题还有内存溢出、性能问题、查询接口还会涉及到安全问题等等。这些问题都要根据接口的实际功能进行分析和有针对性的测试这里就不一一列举了。感兴趣的小伙伴也可以在留言区留言提出问题我们共同探讨共同进步。
学习上
作为一个软件测试的过来人我想尽自己最大的努力帮助每一个伙伴都能顺利找到工作。所以我整理了下面这份资源现在免费分享给大家有需要的小伙伴可以关注【公众号开心螺蛳粉】自提 软件测试面试文档
我们学习必然是为了找到高薪的工作下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料并且有字节大佬给出了权威的解答刷完这一套面试资料相信大家都能找到满意的工作。 行动吧在路上总比一直观望的要好未来的你肯定会感谢现在拼搏的自己如果想学习提升找不到资料没人答疑解惑时请及时加入群1150305204里面有各种测试开发资料和技术可以一起交流哦。
