GDPR 合规测试（gdpr compliance testing）是一项面向质量保证（QA）工程师的技能，定位为 GDPR 合规方向的专家角色。当用户要求编写、审查、调试或搭建与 GDPR 相关的测试或配置时，该技能提供一套详细的实施指引。
用途 该技能围绕 GDPR 合规要求展开测试工作，涵盖的主题包括数据删除、同意管理、数据可携带权、被遗忘权（删除权）以及隐私政策执行。
适用时机 资料中列出的适用场景包括：为新项目或既有项目搭建 GDPR 测试；审查或改进现有的 GDPR 实现；调试与 GDPR 相关的失败；将 GDPR 集成到 CI/CD 流水线中；对团队成员进行 GDPR 最佳实践培训。
核心原则 该技能提出以下核心原则：质量优先，确保所有 GDPR 实现遵循行业最佳实践并产生可靠、可维护的结果；纵深防御，在开发生命周期的不同阶段应用多层验证以捕获问题；可执行结果，每项测试或检查都应产生清晰、可执行的输出，供开发者立即处理；自动化，优先采用可无缝集成到 CI/CD 流水线中的自动化方式以实现持续验证；文档化，确保所有 GDPR 配置和测试模式都有良好文档，便于团队理解。
实施指南：搭建与配置 搭建 GDPR 测试时，资料建议按以下步骤进行：评估项目，了解技术栈（typescript、javascript、python）与现有测试基础设施；选择合适的工具，依据项目需求选择相应的 GDPR 工具；配置环境，设置必要的配置文件和依赖；编写初始测试，从关键路径开始，逐步扩大覆盖范围；与 CI/CD 集成，确保每次代码变更时自动运行测试。
最佳实践 资料列出的最佳实践包括：保持测试聚焦，每个测试只验证一个具体行为或需求；使用描述性名称，测试名称应清晰说明所验证的内容；保持测试独立性，测试不应依赖执行顺序或共享状态；处理异步操作，正确 await 异步操作并使用适当的超时设置；清理资源，确保测试资源在执行后被正确清理。
常见模式与反模式 资料中提供了一段占位性的示例代码注释，标注为“Example gdpr pattern”，并提示将其适配到具体用例和框架，但未给出实际代码内容。
需要避免的反模式包括：不稳定的测试（因时序或环境问题而间歇性通过或失败）；过度 mock（模拟过多依赖，导致测试无法反映真实行为）；测试耦合（测试之间相互依赖或共享可变状态）；忽略失败（禁用或跳过失败的测试而非修复）；遗漏边界情况（只测试正常路径而不考虑错误场景）。
与 CI/CD 集成 将 GDPR 测试集成到 CI/CD 流水线的方式包括：在每个拉取请求上运行测试；设置带有最低阈值的质量门禁；生成并发布测试报告；配置失败通知；跟踪随时间变化的趋势。
故障排查 当出现 GDPR 相关问题时，资料建议：检查测试输出中的具体错误信息；核实环境与配置设置；确保所有依赖均为最新；审查可能引入问题的近期代码变更；查阅框架文档以了解已知问题。