01

先写明决策问题

可靠工作先明确决策和所需证据，而不是先寻找按钮。本指南的目标是：验证报告端点变量、防止敏感响应被缓存、生成安全文件名，并只允许批准的来源和完全匹配的 OAuth 重定向 URI。 在准备输入时就定义验收标准、负责人和停止条件，避免“看起来不错”的输出掩盖方法缺陷。

从 GraphQL 变量到下载响应头，以可解释的发布前检查验证客户端与服务器契约。

  • GraphQL 变量与声明的名称和类型一致。
  • 敏感响应不进入共享缓存。
  • 文件名拒绝 CR/LF 与路径分隔符。
  • 携带凭据的 CORS 不使用通配来源。
  • OAuth 重定向地址完全匹配。
02

准备数据与方法

只使用合成数据或重用权明确的材料。保留不变的原始副本，并在数据字典中记录字段、单位、语言、日期和缺失值规则。文本检查不会发送 HTTP 请求，也不会验证 DNS、TLS 或身份；生产行为必须通过集成测试、浏览器测试和服务器日志核验。

验证报告端点变量、防止敏感响应被缓存、生成安全文件名，并只允许批准的来源和完全匹配的 OAuth 重定向 URI。

  • GraphQL 变量与声明的名称和类型一致。
  • 敏感响应不进入共享缓存。
  • 文件名拒绝 CR/LF 与路径分隔符。
  • 携带凭据的 CORS 不使用通配来源。
  • OAuth 重定向地址完全匹配。
03

逐步执行工作流

把工作拆分为小而可撤销的步骤。每个工具运行前写明预期输入，运行后写明所需输出结构和失败处理。先用单个示例测试 graphql-degisken-dogrulayici、http-cache-control-olusturucu、content-disposition-olusturucu、cors-politikasi-denetleyici、oauth-yonlendirme-uri-denetleyici，再测试边界情况和小批量数据。

验证报告端点变量、防止敏感响应被缓存、生成安全文件名，并只允许批准的来源和完全匹配的 OAuth 重定向 URI。

  • GraphQL 变量与声明的名称和类型一致。
  • 敏感响应不进入共享缓存。
  • 文件名拒绝 CR/LF 与路径分隔符。
  • 携带凭据的 CORS 不使用通配来源。
  • OAuth 重定向地址完全匹配。
04

反向检验结果

验证不等于“成功生成输出”。需要核对源数据与输出的行数、总计、缺失值、重复项和变更字段，并测试空值、格式错误、超长内容、异常 Unicode 和刻意冲突的输入。

验证报告端点变量、防止敏感响应被缓存、生成安全文件名，并只允许批准的来源和完全匹配的 OAuth 重定向 URI。

  • GraphQL 变量与声明的名称和类型一致。
  • 敏感响应不进入共享缓存。
  • 文件名拒绝 CR/LF 与路径分隔符。
  • 携带凭据的 CORS 不使用通配来源。
  • OAuth 重定向地址完全匹配。
05

记录、边界与下次复核

最终记录应包含日期、工具版本、输入结构、假设、已知边界、接受的例外和人工批准。涉及法律、安全、医疗或财务影响时，应由合格人员结合最新一手来源独立复核。

文本检查不会发送 HTTP 请求，也不会验证 DNS、TLS 或身份；生产行为必须通过集成测试、浏览器测试和服务器日志核验。

  • GraphQL 变量与声明的名称和类型一致。
  • 敏感响应不进入共享缓存。
  • 文件名拒绝 CR/LF 与路径分隔符。
  • 携带凭据的 CORS 不使用通配来源。
  • OAuth 重定向地址完全匹配。