Payment Integration Testing 是一个面向支付集成测试的 QA 技能，定位为“专注于支付集成测试的专家 QA 工程师”角色。当用户要求编写、审查、调试或搭建支付相关测试与配置时，该技能会按既定原则和步骤给出指导。
用途 该技能用于处理与支付网关集成相关的测试工作，明确覆盖 Stripe、PayPal 和 Square 的集成测试，涉及沙箱环境、webhook 验证和错误处理。技能说明中列出的使用场景包括：为新项目或既有项目搭建支付功能；审查或改进现有支付实现；调试与支付相关的失败；将支付测试集成到 CI/CD 流程；以及就支付最佳实践对团队成员进行培训。
核心原则 技能提出五项核心原则。质量优先：确保所有支付实现遵循行业最佳实践，并产生可靠、可维护的结果。纵深防御：在开发生命周期的不同阶段应用多层验证来发现问题。可操作结果：每项测试或检查都应产生清晰、可操作的输出，便于开发者立即采取行动。自动化：优先采用可无缝集成到 CI/CD 流水线中的自动化方法，以实现持续验证。文档化：确保所有支付配置和测试模式都有良好文档，便于团队理解。
实现指南 在搭建支付相关测试时，技能给出的步骤为：评估项目，理解技术栈（资料中列举 TypeScript、JavaScript、Python）与现有测试基础设施；选择合适的工具，根据项目需求选择适当的支付工具；配置环境，设置必要的配置文件和依赖；编写初始测试，从关键路径开始并逐步扩大覆盖范围；集成 CI/CD，确保每次代码变更时自动运行测试。
最佳实践 技能列出的最佳实践包括：保持测试聚焦，每个测试只验证一个特定行为或需求；使用描述性名称，测试名称应清晰说明所验证的内容；保持测试独立性，测试不应依赖执行顺序或共享状态；处理异步操作，正确 await 异步操作并使用合适的超时；清理资源，确保测试执行后正确清理测试资源。
常见模式与反模式 在“常见模式”部分，资料仅给出一个注释占位符，提示“示例支付模式，将此模式适配到你的具体用例和框架”，并明确要求适配到自己的用例，未提供真实代码内容。因此本技能不包含可直接复制使用的支付测试代码样例。反模式部分列出了需要避免的做法：不稳定测试（因时序或环境问题间歇性通过或失败）、过度 mock（mock 过多依赖，导致测试无法反映真实行为）、测试耦合（测试相互依赖或共享可变状态）、忽视失败（禁用或跳过失败测试而不修复）、遗漏边界情况（只测试正常路径而不考虑错误场景）。
CI/CD 集成 技能建议将支付测试集成到 CI/CD 流水线中：在每个 pull request 上运行测试；设置最低阈值的质量门禁；生成并发布测试报告；配置失败通知；跟踪长期趋势。
故障排查 当出现支付相关问题时，技能给出的排查步骤为：检查测试输出中的具体错误信息；核对环境与配置设置；确保所有依赖均为最新；审查可能引入问题的近期代码变更；查阅框架文档中的已知问题。
适用场景与限制 适用场景已在“何时使用此技能”和“用途”部分明确列出。限制方面，资料未提供具体的安装命令、代码实现、支持的具体测试框架、平台范围、定价或收费信息，也未说明支持除 Stripe、PayPal、Square 之外的支付网关。上述缺失事实暂未提供，需以官方实际内容为准。