时空网站建设的可行性分析,新公司注册在哪个网站,南宁网站建设开发,宁夏小蚁人网站建设目录
1 接口自动化测试简介
1.1 什么是接口
1.2 什么是接口测试
1.3 为什么要做接口测试
1.4 什么是接口测试自动化
1.5 为什么要做接口测试自动化
2 接口自动化测试规范
2.1 文档准备
2.1.1 需求文档
2.1.2 接口文档
2.1.3 UI 交互图
2.1.4 数据表设计文档
2.2 明…目录
1 接口自动化测试简介
1.1 什么是接口
1.2 什么是接口测试
1.3 为什么要做接口测试
1.4 什么是接口测试自动化
1.5 为什么要做接口测试自动化
2 接口自动化测试规范
2.1 文档准备
2.1.1 需求文档
2.1.2 接口文档
2.1.3 UI 交互图
2.1.4 数据表设计文档
2.2 明确接口自动化测试需要的功能
2.2.1 校验断言
2.2.2 数据隔离
2.2.3 数据传递
2.2.4 功能函数
2.2.5 可配置
2.2.6 日志
2.2.7 可视化报告
2.2.8 可持续集成
3 接口自动化测试流程
3.1 测试用例编写
3.2 准备测试数据
3.3 搭建测试环境
3.4 编写测试脚本
3.5 执行测试脚本
3.6 分析测试结果
3.7 定期执行测试
3.8 测试报告生成
3.9 维护和优化
4 接口自动化测试工具
4.1 Postman
4.2 JMeter
4.3 MeterSphere 1 接口自动化测试简介 接口自动化测试是指通过编写脚本或使用自动化工具对软件系统的接口进行测试的过程。接口测试是软件测试中的一种重要测试方法主要用于验证系统组件之间的通信和数据交换是否正常。接口自动化测试可以提高测试效率和准确性减少人工测试的工作量。通过自动化脚本执行接口测试可以快速发现接口中的问题并及时进行修复确保系统的稳定性和可靠性。
1.1 什么是接口 官方点说是计算机系统中两个独立的部件进行信息交换的共享边界。通俗点说就是服务端对外提供数据服务最常用的信息交换方式。提供数据服务的服务端是个可大可小的机构做的事大多不止一件它做了这么多事最终的目标是给 APP 或其它调用方使用于是服务端就派出了几个代表比如 API 1 负责提供用户信息API 2 负责提供设备信息API 3 负责提供播放的音频信息等等。同时服务端规定好跟 API 1 通讯的接头暗号是 param1param2…跟 API 2 通讯的接头暗号是 param3param4…而 params 就是接口参数就是用来告诉服务端你要什么服务具体的要求是什么。接口一般由三个部分组成协议、地址及参数。
1.2 什么是接口测试 一般讲的接口测试指的是对某个给定接口进行功能测试输入不同的参数时接口返回值是否正确。下图是经典的测试金字塔模型。 在这个模型中越往下比例会占的越高也就是说在一个产品测试中单元测试比例是最高的依次是接口测试和UI自动化测试最顶端是人工测试部分。服务端接口测试在中部承上启下由此可见其重要性。
1.3 为什么要做接口测试 一般做接口测试有如下原因 接口是服务端对外提供数据服务最常用的信息交换方式接口大部分内容都是数据通过数据对比我们可以推测到系统的逻辑测接口其实也就是测逻辑。 接口测试相对容易实现自动化也容易实现持续集成且相对 UI 自动化也比较稳定可以减少人工回归测试人力成本与时间缩短测试周期支持后端快速发版需求。
1.4 什么是接口测试自动化 接口测试自动化简单来讲就是功能测试用例脚本化然后执行脚本产生一份可视化测试报告。
1.5 为什么要做接口测试自动化 不管什么样的测试方式都是为了验证功能与发现 bug。那为什么要做接口测试自动化呢一句话概括就是是为了节省人力成本。具体来说包括以下几点 减轻自己工作量把测试从枯燥的重复劳动的人工测试中解放出来 协助手工测试完成很难模拟或无法模拟的的工作 提高工作效率比如测试环境的自动化编译、打包、部署、持续集成甚至持续交付等。 协助定位问题比如接口层发现问题了可以通过添加的 traceID 定位到日志错误或错误代码行 尽早发现 Bug自动通知测试人员。一旦发现问题立即通知测试人员快速高效
2 接口自动化测试规范
2.1 文档准备 磨刀不误砍柴工准备好分详细的接口相关文档能够帮助后续接口自动化测试工作的高效展开。相关文档包括但不限于以下内容
2.1.1 需求文档 明确定义接口背后的业务场景即该接口是干什么用的用到哪里每次调用会发生什么等
2.1.2 接口文档 明确定义接口名各个入参值各个返回值和其他相关信息
2.1.3 UI 交互图 明确定义各单页面需展示的数据页面之间的交互等
2.1.4 数据表设计文档 明确定义表字段规则、表 N 多 N 关系一对一、一对多、多对多等 务必和相关需求方确认好文档中的信息是可靠且最新的只有依赖可靠的文档才能设计出正确详尽的接口用例才能得到最正确的结果。 2.2 明确接口自动化测试需要的功能
2.2.1 校验断言 测试断言是自动化测试中的测试通过条件用于判断测试用例是否符合预期。所以支持对返回值校验是一个必须的功能。
2.2.2 数据隔离 数据隔离就是指具体的请求接口、参数、校验等数据做到与代码相隔离便于维护一旦需要调整接口用例、新增接口用例时可很快速的找到位置。隔离的另一个好处就是可复用框架可以推广给其他团队使用者可以使用相同的代码只需要根据要求填写各自用例即可测试起来。
2.2.3 数据传递 做到数据隔离可维护后数据传递是另外一个更重要的需求。接口测试时首先我们会实现单接口解耦后续按照业务场景组合多个接口。而数据传递是则是组合多个接口的必要条件它让接口用例之间可以做到向下传参。举个例子我们通过设备信息查询接口查询到当前天猫精灵音箱的设备信息该接口会返回一个 UUID接下来我们要通过用户信息查询接口去查询当前设备绑定的用户信息此时第二个接口的请求数据是需要从第一个接口用例中的返回中提取的。
2.2.4 功能函数 实际的业务场景测试会需要各种辅助功能的支持比如随机生成时间戳请求 ID随机的手机号码或位置信息等等此时我们就需要代码可以支持做到识别对应关键字时可以执行对应的功能函数进行填充。
2.2.5 可配置 目前测试环境包括但不限于日常、预发一、预发二、线上等等因此用例不单单只能在一个环境上执行需要同一份接口用例可以在日常、预发、线上等多个环境都可以执行。所以框架需要做到可配置便于切换调用不同的配置文件可以在不同的环境执行。
2.2.6 日志 日志包含执行的具体执行接口、请求方式、请求参数、返回值、校验接口、请求时间、耗时等关键信息日志的好处一来是可以便于在新增用例有问题时快速定位出哪里填写有问题二来是发现 bug 时方便向开发反馈提供数据开发可以从触发时间以及参数等信息快速定位到问题所在。
2.2.7 可视化报告 用例执行后就是到了向团队展示结果的时候了一个可视化的报告可以便于团队成员了解到每次自动化接口用例执行的成功数、失败数等数据。
2.2.8 可持续集成 对于已经有测试用例并测试完成的接口我们希望能够形成回归用例在下一个版本迭代或上线之前通过已有用例进行一个回归测试确保新上线的功能不影响已有功能。因此这就需要接口自动化测试是可持续集成的而不是一次性的。
3 接口自动化测试流程 大多数公司的接口自动化主要是将系统的主要业务流程转换成自动化脚本它的主要流程如下 3.1 测试用例编写 根据接口的需求和功能编写相应的测试用例。测试用例应包括正常情况下的测试、异常情况下的测试、边界情况下的测试等。
3.2 准备测试数据 根据测试用例的要求准备相应的测试数据。数据可以通过手动输入、数据库查询、文件导入等方式进行准备。
3.3 搭建测试环境 搭建适合接口自动化测试的测试环境包括测试服务器、数据库、接口调用工具等。
3.4 编写测试脚本 使用适合的编程语言和工具编写接口自动化测试脚本。脚本应包括发送接口请求、接收和解析接口响应、校验接口返回结果等步骤。
3.5 执行测试脚本 执行编写好的测试脚本发送接口请求并对接口的响应结果进行校验。记录测试结果和日志。
3.6 分析测试结果 根据测试脚本的执行结果和日志分析接口的测试结果。如果有失败的测试用例需要进行排查和修复。
3.7 定期执行测试 根据项目需求定期执行接口自动化测试以保证接口的稳定性和功能的正确性。
3.8 测试报告生成 根据测试结果生成测试报告。报告应包括测试的概述、测试用例的执行情况、错误日志和建议等。
3.9 维护和优化 根据接口的变更和项目需求及时维护和优化接口自动化测试脚本以保持测试的准确性和可靠性。
4 接口自动化测试工具 接口自动化测试工具主要有Postman、JMeter、MeterSphere等它们主要有以下特点
4.1 Postman Postman 是一款支持http协议的接口调试与测试工具其主要特点就是功能强大使用简单且易用性好主要用于接口测试。 优点 用户友好的界面和易于使用无需编程知识即可进行接口测试和调试。 支持多种HTTP请求和丰富的断言机制可以进行全面的接口验证。 提供了脚本编写和执行的能力可以进行自动化的接口测试和流程控制。 支持团队协作和版本控制方便多人协同开发和测试。 可以生成详细的测试报告和自动生成API文档便于测试结果的分析和文档化工作。 缺点 Postman在处理大量请求时可能性能较低特别是在负载较高的情况下。 高级功能和定制化选项相对较少对于复杂的测试场景可能不够灵活和扩展。 Postman的某些高级功能和团队协作功能可能需要付费订阅才能使用。
4.2 JMeter JMeter是一个纯Java编写的开源软件主要用于进行性能测试和功能测试。它支持测试的应用/服务/协议包括Web (HTTP, HTTPS)、SOAP/REST Webservices、FTP、Database via JDBC等。我们最常使用的是HTTP和HTTPS协议。 优点 不依赖于界面如果服务正常启动传递参数明确就可以添加测试用例执行测试; 测试脚本不需要编程熟悉http请求熟悉业务流程就可以根据页面中input对象来编写测试用例。 测试脚本维护方便可以将测试脚本复制并且可以将某一部分单独保存。 利用badboy录制测试脚本可以快速的形成测试脚本 Jmeter断言可以验证代码中是否有需要得到的值 使用参数化以及Jmeter提供的函数功能可以快速完成测试数据的添加修改等 缺点 使用Jmeter无法验证JS程序也无法验证页面所以需要手工去验证。 Jmeter的断言功能不是很强大需要人工测试人工确认。 Jmeter脚本的维护需要保存为本地文件而每个脚本文件只能保存一个测试用例不利于脚本的维护。 Jmeter的测试脚本的管理不可以纳入版本控制。
4.3 MeterSphere 是一站式的开源持续测试平台遵循 GPL v3 开源许可协议涵盖测试管理、接口测试、UI 测试和性能测试、团队协作等功能 优点 开源免费MeterSphere是一个开源工具可以免费使用没有任何额外的费用。 功能全面MeterSphere提供了全面的测试管理功能可以满足不同层次和类型的测试需求。 分布式测试支持MeterSphere支持分布式测试可以通过多个节点进行并发测试提高测试效率。 插件扩展性MeterSphere提供了丰富的插件和扩展接口可以方便地扩展其功能满足特定的测试需求。 缺点 学习曲线较陡峭对于没有经验的用户来说MeterSphere的学习曲线可能较陡峭需要花费一定的时间和精力去学习和掌握其使用方法。 对于大规模测试的支持有限MeterSphere在处理大规模测试时可能性能有限可能需要使用其他工具或进行优化来满足需求。
