跳到主要内容

如何开展高效的自动化测试

简介

我们的研发团队最需要应对的就是各种新需求。软件更新的速度越来越快也让整个系统也变得越来越复杂,这让测试工作面临着巨大的挑战。测试人员必须与开发人员沟通,确定测试范围,并及时获取最新的接口用例数据来验证功能。但是,由于需求变化太频繁,测试范围不能及时跟上接口的更新速度,导致很多潜在的问题被漏掉,影响了软件的质量。

传统的静态测试模式非常影响工作体验。作为一个专业的API接口管理平台,Apifox 提供了一系列可视化和自动化的功能,能够有效地帮助测试人员应对这些挑战。

举个栗子,我们正在开发一个在线医疗问答平台,该平台提供了数百个服务接口。为了完整地测试所有功能,测试人员需要花费大量的时间来编写和调试测试用例,还需要手动编写自动化测试脚本。但是如果使用 Apifox,我们就可以在简单易用的可视化接口管理页面上,快速生成与接口核心逻辑相匹配的测试用例,通过拖拽来安排接口测试的顺序,生成自动化测试策略。即使接口发生变更,系统也可以实时调整测试用例。此外 Apifox 还提供了 CI/CD 嵌入式命令,帮助团队实现全自动的测试执行和回归。

与研发人员共同高效维护自动化测试用例

在同一个公司中,不同的研发团队使用不同的技术和工具,导致数据隔离是常态。最常见的情况是接口功能更新,但接口文档却是老旧过时的,这让测试人员花费大量时间在数据确认和同步上。他们经常需要与开发工程师一起确认最新的接口信息,非常费神费力。 当开发人员在 Swagger 上定义新功能的接口文档后,测试人员需要手动复制参数并编写预期的响应结果,然后使用测试工具发送请求并对比结果。每当产品需求变更,接口就需要调整,这让测试人员苦不堪言。因为他们需要花费大量时间手动对照接口文档和测试用例,确认后再加班加点逐个发送接口请求并验证结果,才能赶上发版的截止日期。如何才能有效解决这种协作隔阂呢?

在 Apifox 里,开发只需在「接口管理」里维护接口文档,测试就能在「自动化测试」模块中轻松导入用例,而不必反复核对数据。点击同步按钮即可让新旧数据无缝衔接,摆脱数据同步的枯燥工作,全力投入核心测试流程并创造新的价值。

“验证普通用户在平台上的注册发帖流程是否符合预期”这一场景为例,测试人员可以在「自动化测试」中直接导入用户相关的接口。导入接口时指定同步方式为「手动同步」或「自动同步」,它们都能够让数据同步过程更加高效。

自动模式使得接口文档与测试场景数据实时同步。当开发人员在 Apifox 上修改“用户取消收藏”这一功能接口中的请求方式时,所有变更将立即同步至测试步骤中,确保「接口管理」和「自动化测试」中的数据相一致。

如果担心开发更新接口后影响了已有测试数据,那么可以选择同步方式为“手动模式”来掌握同步时机。测试可以先行确认数据变更是否正确,然后轻松点击同步按钮即可将最新接口数据无缝导入测试中。这样就可以脱离枯燥的数据处理,更加专注于接口测试工作本身,自动化测试与接口管理实现了真正的动态协同。

模拟真实场景合理编排 API 测试顺序

在访问医疗信息问答平台时,通常需要按照以下流程:注册-浏览/创建问题-留下反馈。有时候,当我们单独测试每个接口时,都能正常响应。但是当我们将它们链在一起执行测试时,就会遇到一些棘手的问题。例如,在注册后,系统没有正确返回 Token,导致后续所有需要登录的操作都失败了。

为了更好地模拟生产环境,测试人员需要明确接口功能之间的依赖关系。例如,哪些功能需要用户先注册后才能执行。只有这样,我们才能真正还原用户场景,并全面验证系统的稳定性。

为了提高测试效率和覆盖度,可以灵活编排测试执行逻辑,比如在测试步骤中添加分组、循环、条件分支、等待时间等条件。分组可以按模块组织相关用例、循环可模拟用户浏览页面或刷新等重复性流程、条件判断则可以验证不同响应路径、合理的等待时间可以模拟更加真实的用户行为。

这些执行控制措施组合运用,即可实现全面的业务场景自动验证。它既省去大量手工操作,又可持续高强度执行,对系统质量有很好的保障作用。

关联外部安全隔离数据驱动测试

为了保护安全,开发人员应避免在接口文档中填写任何敏感信息。如果涉及与用户相关的 API 密钥、数据库连接字符串等,应将其提取到独立的外部安全文件中进行统一管理。这对于测试人员来说是一个挑战,因为这意味着在某些情况下,需要逐个导入数据到测试用例中进行测试。

而在 Apifox 中,测试人员只需在「测试场景」中添加外部数据集,通过接口内的环境变量与外部数据集结合使用,动态引用数据集中的密钥、Token 等敏感数据。当测试场景运行时,系统会循环运行数据文件中的所有数据集,提取数据集中的数据并赋值给相应的变量。

一个测试场景内可以保存多套测试数据集,可以在“测试数据”处选择本次测试需要使用的外部数据,无需手动导入和校验。

轻松制订自动化测试策略

在正式运行自动化测试前,测试人员还需要确保以下配置:1. 测试步骤顺序 2. 运行环境 3. 循环次数

环境的变更和切换总会给测试人员带来不小的工作量。开发人员在本地使用测试环境 A,而测试人员进行系统整体测试需要使用测试环境 B。两者域名、配置、数据都不尽相同。

每当某次配置变更后都需要重新建立一个测试环境,测试人员忙前忙后,只为了重复迁移整体数据并重新配置自动化工具。

而在 Apifox 的自动化测试功能中,测试人员无需频繁变动环境即可一键切换运行环境,从而批量变更测试步骤内的全部前置 URL,无需反复调整测试参数和修改测试用例。结合「场景用例」功能,还能够一键将测试用例等数据模块化保存。在高级设置中还可以指定全局 Cookie 等参数信息,尽可能模拟真实请求。确认无误后测试人员可以点击「运行」按钮,开始自动化测试流程。

记录测试过程中的参数,保存为可复用的场景用例

一个医疗信息问答平台使用的测试场景中,流程编排是基本固定的。但是在实际测试中,存在不同的服务器(测试环境、正式环境等)、不同的账号类型(医生用户、普通用户),这些运行参数的差异都会影响到最终的运行结果。通过「保存为场景实例」功能保存多套运行配置,即可根据测试需求一键运行测试场景,产出符合需求的测试结果,无需频繁地切换运行参数来执行测试任务。

例如存在以下场景:

  • 正式环境需真实数据,测试环境需模拟数据

  • 医生用户场景需要额外独立数据验证差异

在 Apifox 中,我们只需要设定多个场景用例,通过参数化和复用实现高效自动化。既能够模拟不同数据,又可以重复执行验证,保证测试质量。

融入团队内的自动化工作流

很多研发团队已经建立了持续集成/持续部署(CI/CD)自动化工作流程,并定期执行测试场景以确保系统稳定运行。每次发布新功能时,都要进行自动回归测试,以避免潜在风险。然而,为了实现每次发布后的自动回归测试,测试人员需要手动调用测试脚本的 CI 流程。这不仅耗时,还需要根据测试用例不断调整流水线配置。

Apifox 提供的命令行工具(CLI)内置了许多高效的测试能力,可以更好地融入团队现有的自动化工作流中。测试人员只需在「持续集成」模块中点击一下,就能生成适用于 Jenkins 和 Github Actions 的配置代码。

在 Jenkins 或 Github Actions 的命令行编辑器中添加嵌入式代码,运行持续集成任务后将自动执行 Apifox 中的测试场景。

测试结果可视化

自动化测试流程运行结束后将输出一份直观的测试报告。测试人员可以在此处直观地看到哪些接口的通过率以及失败原因。测试报告支持以 HTML 格式进行导出,待测试任务运行结束后,点击“导出报告”按钮即可触发自动下载。

总结

在以上的医疗信息问答平台的测试示例中,通过 Apifox 强大的自动化测试功能,能够帮助测试人员告别重复性的手工测试,更快完成测试任务,从而在保持质量的前提下节省大量时间。相同的工具带来了更高地一致性,让测试的稳定性和可重复性达到很高的标准,能够很好的实现“快速重现软件缺陷”的目标。你还可以在帮助文档中了解与自动化测试功能更多的使用指南,帮助你实施更加高效的测试工程。