现在,我们有了一个清楚的关于什么是API测试和不同的分类的概述。所以,让我们看看这可以在哪里进行。软件或应用程序通常有三个重要的层,即用户界面层、数据库层和业务层。其中,业务层无疑是最重要的层。通过API测试,您检查业务层中的逻辑处理,涵盖应用程序中UI和数据库层之间的所有业务。
API测试的先决条件
API测试带有一套优化性能和最佳结果的先决条件。现在让我们快速浏览一下清单。
评估团队的熟练程度:当涉及到这个测试和相关的架构时,检查您的团队有多熟练。你应该了解他们对API和自动化工具的理解程度。考虑让一个外部质量保证团队参与进来,以防你的内部团队在特定领域缺乏知识。
设置API测试环境:配置服务器和数据库以适应测试需求。
定义测试计划:API测试需要一个预先定义的测试计划。它有助于对应该测试什么和应该期待什么结果有一个明确的认识。
选择正确的API和自动化工具:当涉及测试时,选择测试工具非常重要。选择最合适的API工具,最好是自动化工具,以获得更快和更准确的测试体验。
制定错误跟踪和执行过程的策略:创建一个定义明确的策略来执行测试、检测、监控、报告和修复API框架中的错误。
规定API输出状态:将您正在寻找的输出结果定义为API测试的结果。这有助于用相同的方法验证最终结果。
API测试的测试用例
用最小值验证键。以及麦克斯。API范围(例如最长和最短长度)。如果我们有JSON或XMLAPI,我们应该再次检查所有键是否已到达。
创建一个测试用例来验证XML和JSON架构
检查从响应中解析的数据
检查JSON架构的有效性,检查字段类型和强制字段
负测试用例响应和有效响应头
我们需要检查如何处理API错误代码
您应该检查响应的http状态代码
有效响应的有效载荷
要求在链条中进行核查
使用数据参数的API验证
从一开始到最后
数据库完整性测试用例
文件上载测试用例
如何使用邮递员进行API测试
新: 提出新的请求、收集或环境。
进口: 这是用来引入集合或环境的。其他可能性包括导入文件、文件夹或链接,或粘贴原始测试。
跑步者: 我们可以使用收集跑运行自动化测试。
新: 我们可以打开邮递员或跑路人的窗户。
我的工作区: 这是你的工作区。您可以使用它来创建一个新的工作区。工作区是开发和使用API的协作环境。它能够在团队内部和团队之间进行实时协作。
邀请: 这就是您邀请团队成员一起工作的地方。
历史: 自动保存历史中的请求和响应,使您可以随时监视您以前的行为。
收藏: 其目的是安排和跟踪类似的请求。
请求选项卡: 您正在处理的请求的标题,默认情况下称为"无标题请求"。
请求: 您可能会看到http请求,如获取、发布、复制、删除等。
请求网址 :API将与之通信的URL;也称为端点。
保存: 保存请求者更改现有请求者。
助理: 这些是请求所需的参数(临界值)。
授权: APIS使用授权来确保客户端请求获得对数据的安全访问。本节讨论授权细节,如登录、密码、不记名令牌和基本授权。
标题: 一些API要求您提交特定的标题,例如JSON、JavaSIRIT等等,以及请求,以提供更多关于您正在进行的操作的元数据。它们可以在这里建立。
身体: 此字段允许您指定随请求发送的数据。为了适应您的API,您可以传输多种类型的身体数据。
预先请求脚本: 在接收请求之前,我们需要执行用JavaSIRTT编写的预先请求脚本。这对于在请求标题中添加时间戳或在URL参数中传递随机的字母数字字符串是理想的。
测试: 测试是在请求期间运行的脚本。测试可以帮助您确认API的性能正如预期的那样,服务之间的接口是可靠的,并且新的进展并没有破坏任何当前的功能。
API测试的最佳方法
我们需要将API测试用例组织到测试类别中。
包括在每个测试顶部调用的API的声明。
在测试用例中,参数应该正确给出.
优先考虑API函数调用,以便测试人员能够快速测试它们。
测试用例应该尽可能的独立和不依赖他人。
在您的开发中,避免"测试链接"。"
在处理一次性调用功能(如删除、关闭窗口等)时,我们必须特别注意。
你必须精心安排呼叫顺序和计划
为API的所有可设想的输入组合创建API测试用例,以确保测试的全面覆盖。
API测试的挑战
每种软件测试都有自己的挑战,而API测试也不例外。以下是需要注意的一些共同挑战:
进行API测试: 这一框架的准备工作至关重要。第一个问题通常是测试人员和开发人员遇到的问题。您可以通过花费时间来理解这些先决条件(为读者提供上述条件)并相应地设计框架来克服这个问题。
更新API测试的模式: 经常更新数据格式或架构.它有助于在整个测试过程中保持相对性。挑战在于,随着程序中的每一次迭代,额外的参数开始发挥作用。
测试参数: 需要测试通过数据库和数据请求的所有相关参数。它涉及所有可能的组合和特定配置。
验证参数: 验证若干参数是一项艰巨的任务。因为它需要核实每一个数字数据和序列。
API调用序列: API呼叫通常需要遵循特定的路径或序列。对测试人员和开发人员来说,创建序列映射是一个障碍。
跟踪系统集成: 跟踪所有系统集成是一项繁琐的任务。这通常会让球队感到害怕。
API测试检测到的错误类型
未用过的旗帜。
它不处理错误的情况是不优雅的。
一些功能缺失或重复。
对安全的担忧。
多线程的问题。
对调用者错误的错误/警告。
正确参数值处理不当。
性能问题API响应时间是高速的。
它不组织响应数据是不正确的(JSON或XML)。担心可靠性。连接和接收API响应的困难.
结论
API包括一组构成业务逻辑层的类/函数/过程。如果我们没有充分测试API,它可能会在API应用程序和调用应用程序中引起问题。这是软件测试中必不可少的测试。
