网站登陆界面怎么做,正版google下载,网站空间的价格,天津品牌网站建设本文主要分为两个部分#xff1a; 第一部分#xff1a;主要从问题出发#xff0c;引入接口测试的相关内容并与前端测试进行简单对比#xff0c;总结两者之前的区别与联系 第二部分#xff1a;主要介绍为什么要做接口测试#xff0c;并简单总结接口持续集成和接口质量评估…本文主要分为两个部分 第一部分主要从问题出发引入接口测试的相关内容并与前端测试进行简单对比总结两者之前的区别与联系 第二部分主要介绍为什么要做接口测试并简单总结接口持续集成和接口质量评估相关内容。
第一部分
首先在做接口测试的过程中经常有后端开发会问
后端接口都测试什么怎么测的后端接口测试一遍 前端也测试一遍是不是重复测试了
于是为了向开发解释上述问题普及基本的测试常识特意梳理了接口测试的相关内容以及其与前端测试的区别使开发团队与测试团队在测试这件上达成基本的共识提高团队协作效率从而更好的保证产品质量。 然后我们试着回答上面的问题
问题1.1、后端接口都测试什么 --回答这个问题我们可以从接口测试活动内容的角度下手看一下面这张图基本反应了当前我们项目后端接口测试的主要内容
问题1.2、我们怎么做接口测试 --由于我们项目前后端调用主要是基于http协议的接口所以测试接口时主要是通过工具或代码模拟http请求的发送与接收。工具有很多如postman、jmeter、soupUI、Javahttpclient等。
问题2、后端接口测试一遍 前端也测试一遍是不是重复测试了 --回答这个问题我们可以直接对比接口测试和app端测试活动的内容如下图为app测试时需要覆盖或考虑内容 从上面这两张图对比可以看出两个测试活动中相同的部分有功能测试、边界分析测试和性能测试其它部分由于各自特性或关注点不同需要进行特殊的测试在此不做讨论。接下来我们针对以上三部分相同的内容再进行分析
1、基本功能测试 由于是针对基本业务功能进行测试所以这部分是两种测试重合度最高的一块。
2、边界分析测试 在基本功能测试的基础上考虑输入输出的边界条件这部分内容也会有重复的部分比如业务规则的边界。但是前端的输入输出很多时候都是提供固守的值让用户选择如下拉框在这种情况下测试的边界范围就非常有限。 3、性能测试 这个比较容易区分虽然都需要做性能测试但关注点确大不相同。App端性能主要关注与手机相关的特性如手机cpu、内存、流量、fps等。而接口性能主要关注接口响应时间、并发、服务端资源的使用情况等。
综论 1、接口测试和app测试的活动有部分重复的内容主要集中在业务功能测试方面。除此之外针对各自特性的测试都不一样需要分别进行有针对性的测试才能确保整个产品的质量。 2、接口测试可以关注于服务器逻辑验证而UI测试可以关注于页面展示逻辑及界面前端与服务器集成验证
第二部分 1、什么是接口测试 接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换传递和控制管理过程以及系统间的相互逻辑依赖关系等。
2、为什么要做接口测试我个人认为有三个原因 1)、尽早暴露出接口问题减少返工工作量 2)、自动化接口测试减少冒烟、回归测试的重复工作 3)、接口测试相对容易实现自动化持续集成且相对UI自动化也比较稳定可以减少人工回归测试人力成本与时间缩短测试周期支持后端快速发版需求。
3、接口测试持续集成 对接口测试而言持续集成自动化是核心内容通过持自动化的手段我们才能做到低成本高收益。目前我们已经实现了接口自动化主要应用于回归阶段后续还需要加强自动化的程度包括但不限于下面的内容 a) 流程方面在回归阶段加强接口异常场景的覆盖度并逐步向系统测试冒烟测试阶段延伸最终达到全流程自动化。 b) 结果展示更加丰富的结果展示、趋势分析质量统计和分析等 c) 问题定位报错信息、日志更精准方便问题复现与定位。 d) 结果校验加强自动化校验能力如数据库信息校验。 e) 性能需求完善性能测试体系通过自动化的手段监控接口性能指标是否正常。
4、接口测试质量评估标准 a) 业务功能覆盖是否完整 b) 业务规则覆盖是否完整 c) 参数验证是否达到要求边界、业务规则 d) 接口异常场景覆盖是否完整 e) 接口覆盖率是否达到要求 f) 性能指标是否满足要求 g) 安全指标是否满足要求
备注 问题一目前有开源的postman、apipost、Yapi、Jmeter等接口测试工具为什么还要开发接口测试框架呢
答对于测试一般接口来说 工具是够用但工具也有存在几点不足
1.测试数据不可控制比如接口返回数据不可控就无法自动断言接口返回的数据不能断定是接口程序引起还是测试数据变化引起的错误所以需要做一些初始化测试数据。接口工具没有具备初始化测试数据功能无法做到真正的接口测试自动化。
2.依赖性的。比如定时任务、其他服务依赖、脚本依赖 (工具无法直接操作其他依赖服务)
3.无法测试加密接口。实际项目中多数接口不是可以随便调用一般情况无法摸拟和生成加密算法。如时间戳和MDB加密算法一般接口工具无法摸拟。
4.扩展能力不足。开源的接口测试工具无法实现扩展功能。比如我们想生成不同格式的测试报告想将测试报告发送到指定邮箱又想让接口测试集成到CI中做持续集成定时任务、接通测试平台、接通飞书、公司内部定制化等。
问题二接口测试流程
需求分析 - 用例设计 - 脚本开发 - 测试执行 - 结果分析-持续集成
流程分成以下九步
第一步分析出测试需求并请开发提供接口说明文档第二步从接口说明文档中整理出接口测试用例里面要包括详细的入参正常情况异常情况包括输入参数个数类型可选/必选考虑参数有互斥或关联的情况和出参数据符合接口文档需求以及明确的格式和检查点第三步与开发一起对接口测试用例进行评审第四步准备接口测试用例中的入参数据和出参数据第五步结合整理的execl编写接口自动化测试的业务逻辑代码第六步开始执行接口自动化测试用例第七步执行如有bug提交至缺陷管理平台第八步开发修改完成后回归bug跟踪状态第九步完成后进行自动化持续集成
感谢每一个认真阅读我文章的人礼尚往来总是要有的虽然不是什么很值钱的东西如果你用得到的话可以直接拿走 这些资料对于【软件测试】的朋友来说应该是最全面最完整的备战仓库这个仓库也陪伴上万个测试工程师们走过最艰难的路程希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取
