Payment gateway testing: A how-to guide for businesses

Payments
Payments

提供面向各类企业的全方位支付解决方案,助力您在全球范围内轻松接受线上及线下支付,满足从成长型初创到跨国企业的全场景需求。

了解更多 
  1. 导言
  2. 支付网关的类型
  3. 支付领域的测试类型
  4. 支付网关测试场景和用例
    1. 交易流程
    2. 银行卡信息
    3. 安全性与合规性
    4. 用户界面和体验
    5. 集成测试
    6. 错误处理和消息提示
    7. 退款和撤单
    8. 报告和对账
  5. 支付网关测试示例
    1. 测试步骤
  6. 测试支付网关的重要性
  7. 为支付网关准备测试用例的检查表
    1. 测试前信息收集
    2. 测试环境设置
    3. 测试数据准备
    4. 设计测试用例
  8. 如何测试支付网关:检查表
    1. 功能测试
    2. 安全测试
    3. 集成测试
    4. 用户体验测试
    5. 性能测试
    6. 合规性和报告
    7. 错误处理与恢复
    8. 文档和支持

支付网关是一个电子商务服务,用于处理、验证并接受商家的信用卡和借记卡支付。全球支付网关市场预计将从 2022 年的 260 亿美元增长到 2032 年的 1890 亿美元。支付网关测试用于验证支付网关的功能和安全性,以确保系统能够准确、安全地处理在线交易。

以下将介绍商家需要了解的支付网关测试类型、每种类型的工作原理以及保持测试的重要性。

目录

  • 支付网关的类型
  • 支付领域的测试类型
  • 支付网关测试场景和用例
  • 支付网关测试示例
  • 测试支付网关的重要性
  • 为支付网关准备测试用例的检查表
  • 如何测试支付网关:检查表

支付网关的类型

每种支付网关在集成复杂性、用户体验和安全需求方面都有其优势和注意事项。

  • 托管支付网关: 这些网关会将客户重定向到支付服务提供商的平台以完成交易。客户完成支付后,将被重定向回商家的网站。这种方法的优势在于商家可以将大部分安全需求外包给支付服务提供商。托管支付网关的示例包括 PayPal 和 Stripe。

  • 自托管支付网关: 这些网关会在商家的网站或应用程序内收集客户的支付信息,然后将数据发送到支付网关的 URL。一些网关要求商家以特定格式捕获支付数据,而另一些则提供更大的灵活性。这种方法对商家的安全要求更高,因为商家需要处理和保护支付数据。

  • API 托管支付网关: 这些网关允许商家通过网关的应用程序编程接口 (API) 将支付处理功能集成到其网站或移动应用中。API 托管支付网关可以提供更好的用户体验,因为客户无需像托管网关那样离开商家的平台即可完成交易。需要注意的是,这种支付网关的安全责任与自托管支付网关相同。

  • 本地银行集成网关: 这种网关将客户重定向到其选择银行的网站以完成支付。交易处理完成后,客户被重定向回商家的网站,并显示支付状态。这种方法简单直接,但可能无法提供最佳的用户体验,因为客户需要离开商家的网站才能完成支付。

支付领域的测试类型

支付网关测试可确保支付处理系统的可靠性、安全性和效率。以下是支付领域相关的关键测试类型:

  • 功能测试: 这种测试检查支付系统是否按照其指定要求运行,通过验证支付处理、交易状态、退款、撤单和对账流程来进行。

  • 安全测试: 这种测试检查系统是否容易受到结构化查询语言 (SQL) 注入和跨站脚本 (XSS) 等威胁的攻击,以及是否符合支付卡行业数据安全标准 (PCI DSS) 等安全标准。它还审查加密机制和数据保护措施。

  • 集成测试: 这种测试检查系统是否能够成功与电商平台、银行和欺诈检测系统等集成,并准确交换数据。

  • 用户界面测试: 这种测试检查支付网关是否用户友好、直观,并提供清晰的说明和反馈,从而减少错误和放弃交易的可能性。

  • 性能测试: 这种测试检查支付系统在高交易量,尤其是高峰期时的处理能力。

  • 兼容性测试: 这种测试检查支付系统是否能够跨不同平台、操作系统、浏览器和设备提供一致的用户体验。

  • 回归测试: 每当对支付系统进行更新或更改时,回归测试会检查这些更改是否会对现有功能产生不利影响。

  • 合规性测试: 这种测试验证系统是否遵守支付卡数据安全标准 (PCI DSS) 等法律和监管要求。

  • 灾难恢复与故障转移测试: 这种测试评估系统在故障发生时的恢复能力以及继续运行的能力。

支付网关测试场景和用例

支付网关测试包括运行一系列场景和用例,以检查系统是否按预期运行。以下是常见的测试场景和用例:

交易流程

  • 成功交易: 验证使用有效的支付信息是否可以成功处理支付。检查交易状态是否正确更新以及资金是否按预期转移。

  • 交易失败情形: 测试卡片信息无效或资金不足的情形,检查交易是否按预期失败,并且用户是否收到清晰的错误信息。

  • 挂起交易: 某些交易可能不会立即处理,并可能被标记为挂起。验证挂起的交易是否被正确处理,并在处理后更新状态。

银行卡信息

  • 卡片有效性: 使用过期的、无效的或被冻结的卡片进行测试,以检查系统是否能正确验证卡片信息。

  • 保存卡片信息: 如果网关允许用户保存卡片信息以供将来交易,测试保存功能是否能够安全存储数据,并在后续交易中正确检索。

安全性与合规性

  • 加密和数据保护: 检查诸如信用卡号和银行卡验证值 (CVV) 等敏感信息在传输和存储过程中是否经过妥善加密。

  • PCI DSS 合规性: 验证支付网关是否符合所有 PCI DSS要求。

用户界面和体验

  • 输入验证: 测试所有输入字段的验证,包括卡号、有效期和 CVV 码。确保用户针对无效输入收到适当的反馈。

  • 响应性设计: 检查支付网关界面在各种设备和屏幕尺寸上的响应性和功能性。

  • 本地化: 如果网关支持多种语言或货币,测试这些功能是否正常工作且易于使用。

集成测试

  • API 集成: 验证支付网关的 API 是否能与商家系统正确集成。

  • 第三方集成: 如果网关集成了其他服务(如运输、税费计算或欺诈检测),测试这些集成功能是否正常工作。

错误处理和消息提示

  • 连接问题: 模拟网络或服务器问题,以测试网关如何处理连接故障,并检查用户是否收到清晰、适当的消息提示。

  • 超时: 测试系统如何处理前端(用户界面)和后端(服务器或 API 层面)的超时情况。

退款和撤单

  • 发起退款: 测试通过网关发起退款的流程,并验证交易是否正确逆转。

  • 撤单处理: 测试处理撤单的工作流程,确认商家能够响应并管理撤单性争议。

报告和对账

  • 交易报告 测试交易报告的生成和准确性,确认所有交易类型(成功、失败、挂起)均被正确记录和报告。

  • 对账: 验证支付网关的记录是否与商家的记录及银行对账单一致,确保所有交易均准确记录。

通过全面测试这些场景,商家可以确保其支付网关的安全性、有效性和用户友好性。

支付网关测试示例

以下是一个测试用例示例,用于验证通过支付网关完成的信用卡交易是否成功。通过逐步操作,可以评估支付网关处理交易的能力,并深入了解用户体验和系统可靠性。该测试用例的目标是模拟一个真实场景,即客户使用信用卡通过在线平台进行购买。

  • 目标: 主要目标是检查支付网关是否正确处理信用卡信息,并将交易结果传达给用户和商家系统。这包括验证前端交互(用户所见)和后端流程(系统如何处理交易数据)。

  • 前提条件: 在开始之前,需要一个可以完成交易的设置,包括模拟实时支付处理场景的测试环境(无需实际的财务影响),以及一张用于测试的有效信用卡(通常由支付网关提供)。

  • 预期结果: 您需要一个简单明了的流程,用户输入信息、提交后,能够获得清晰、积极的确认,表明付款成功。在后台,交易应被正确记录在商家系统中,反映资金成功转移的情况。

测试步骤

  • 启动交易: 检查选择支付方式(信用卡)的流程是否可访问且功能正常。

  • 输入支付信息: 检查支付信息表单是否直观,并正确引导用户完成信息输入。

  • 提交支付: 检查系统响应性及其向支付处理商发送数据的能力。

  • 观察结果: 检查交易从用户角度是否成功,并评估显示给用户的消息是否清晰且恰当。

  • 后置条件: 测试完成后,检查信用卡账户和商家记录,验证交易是否正确处理。

  • 记录结果和评论: 记录测试执行时的实际情况。一切是否按预期进行,或者是否存在问题?注意测试期间的其他观察、想法或异常,以指导未来的测试和开发工作。这些文档将为后续操作和问题排查提供参考。

测试支付网关的重要性

电商和线上企业依赖功能强大且易于使用的支付网关来创建可靠且安全的支付体验。支付网关测试可以通过以下方式优化支付流程:

  • 预测用户行为: 测试帮助商家了解客户在实际场景中如何与其支付系统交互。这些见解可以推动支付流程的改进,可能提高转化率。例如,观察用户在哪个环节犹豫或放弃,可以为优化支付体验、鼓励更多交易完成提供设计改进依据。

  • 主动解决问题: 测试通过在各种条件下检查支付网关,预测可能遇到的挑战。商家可以在问题影响客户之前识别潜在故障点,并制定适当的应急计划,确保业务能够在意外情况下顺利运行。

  • 优化交易流程: 测试可以揭示交易流程的效率,例如不同支付方式所需的时间。这可以发现优化的机会,可能带来更快速的结账体验和更高的客户满意度。

  • 数据驱动的决策: 测试生成了大量数据,为商家提供了支付流程的详细见解。这些数据可以指导关键决策,例如优先支持哪些支付方式或在哪里分配资源以升级支付基础设施。

  • 加强安全防护: 安全性测试可以为商家提供系统抵御新兴威胁的深入见解,从而制定更周全的安全策略。

  • 基准测试和持续改进: 测试让商家能够将支付系统的性能与行业标准和竞争对手进行比较。这可以成为改进的强大驱动力,促使商家不断更新支付网关流程。

  • 评估扩展能力: 测试帮助商家评估其支付系统的扩展能力,预测网关在交易量增加或业务扩展到不同货币或支付方式的新市场时的表现。

为支付网关准备测试用例的检查表

以下是一份检查表,可指导您为支付网关准备测试用例。此检查表有助于准备全面且有效的测试用例,以确保支付网关的可靠性、安全性和性能。

测试前信息收集

在测试之前,请记录以下影响支付流程的因素:

  • 支付网关的集成要求
  • 支持的支付方式
  • 各种支付方式的预期交易流程
  • 支付过程中应用的特定业务规则或逻辑

测试环境设置

  • 建立一个安全且隔离的测试环境,尽可能与生产环境相似。确认测试支付方式(例如测试信用卡号)已准备好并可正常使用。

测试数据准备

  • 为各种测试场景准备有效和无效的测试数据,包括针对不同支付方式、货币和国家的测试数据(如适用),以及覆盖边界条件和极端情况的测试数据。

设计测试用例

围绕不同类型的测试设计测试用例,以涵盖各种潜在场景并验证一系列功能。以下是需要关注的关键领域:

  • 功能测试
  • 安全性测试
  • 集成测试
  • 用户界面与体验测试
  • 性能测试
  • 合规性和报告测试
  • 错误处理与恢复测试

确保所有测试用例均有文档记录,并符合安全性和合规性要求。根据需求的任何更改,审查并更新测试用例。

如何测试支付网关:检查表

为了对支付网关进行全面和详细的评估,请遵循一份结构化的检查表,涵盖系统的所有关键组件,例如功能性、安全性、可用性和集成能力。

功能测试

  • 确认网关能够准确处理所有支持的支付方式的交易。
  • 执行成功交易测试,验证资金是否正确转移并生成收据。
  • 使用无效卡信息或资金不足模拟交易失败,评估错误处理和用户通知的清晰度。
  • 检查网关如何管理待处理交易并监控其解决状态。
  • 测试退款、取消和撤单的处理功能,观察系统的处理和记录情况。
  • 确定网关是否能够处理部分支付或拆分交易(如适用)。

安全测试

  • 执行符合 PCI DSS 等安全标准的合规性检查,以验证其是否符合行业要求。
  • 评估敏感数据在传输和存储过程中的加密机制。
  • 进行全面的漏洞评估和渗透测试,以发现潜在的安全问题。
  • 测试所有字段的输入验证,以防止常见的网络威胁,如 SQL 注入和跨站脚本攻击 (XSS)。
  • 检查支付系统中的用户身份验证和数据访问授权机制。

集成测试

  • 验证交易流程与网站或应用前端的集成情况。
  • 测试支付网关与外部系统(如会计、库存或客户关系管理 (CRM) 软件)的通信情况。
  • 确认网关在交易完成后提供准确的通知或回调。

用户体验测试

  • 在多种设备和浏览器上评估支付流程的一致性和响应性。
  • 检查支付说明、错误消息和确认通知的清晰度和实用性。
  • 评估从头到尾的支付流程的导航简便性和直观性。

性能测试

  • 分析网关同时处理大量交易的能力。
  • 测量各种负载场景下的响应时间,发现可能的延迟或瓶颈。
  • 测试系统在压力下的弹性和行为,找出潜在的性能问题。

合规性和报告

  • 检查网关生成的交易报告是否准确且详细。
  • 审查系统的日志记录和审计轨迹,确认其全面性和安全性,符合合规要求。

错误处理与恢复

  • 测试系统对网络中断、系统崩溃等异常的响应,验证交易数据的完整性。
  • 验证中断交易或系统恢复的管理程序,确保数据一致性和操作连续性。

文档和支持

  • 审查支付网关文档的清晰度、完整性和准确性。
  • 评估网关供应商支持渠道的有效性,包括帮助中心、常见问题解答和客户服务响应能力。

本文中的内容仅供一般信息和教育目的,不应被解释为法律或税务建议。Stripe 不保证或担保文章中信息的准确性、完整性、充分性或时效性。您应该寻求在您的司法管辖区获得执业许可的合格律师或会计师的建议,以就您的特定情况提供建议。

准备好开始了?

无需签署合同或填写银行信息,创建账户即可开始收款。您也可以联系我们,为您的业务设计定制套餐。
Payments

Payments

借助为各种企业打造的支付解决方案,实现全球范围线上线下收款。

Payments 文档

查找 Stripe 的付款 API 集成指南。