JavaScript剪贴板降级分支覆盖率需显式覆盖API可用性（检查navigator.clipboard是否undefined）、权限状态（granted/denied/prompt）、降级方案异常（execCommand失败、textarea操作异常）及用户反馈链路，而非仅捕获writeText()错误。
JavaScript 中处理剪贴板工具降级分支的代码覆盖率，核心在于：**显式覆盖所有权限、API 可用性、异常路径和用户交互反馈场景**。单纯调用 navigator.clipboard.writeText() 并捕获一个 catch 是远远不够的——那只会覆盖“现代 API 失败”这一个分支，而漏掉“API 不可用”“权限拒绝未触发”“降级方案失败”等关键路径。
覆盖浏览器兼容性分支（API 是否存在）
必须显式检查 navigator.clipboard 是否为 undefined 或 null，不能只依赖 try/catch。否则在不支持的环境（如旧版 Safari、某些 WebView）中，调用会直接抛 ReferenceError，而该错误无法被 clipboard.writeText().catch() 捕获。
- 测试时需在无
clipboard属性的模拟环境中运行（例如 Jest 中 mocknavigator.clipboard为undefined） - 确保降级逻辑（如
document.execCommand('copy')或 textarea +select()）在此分支下被调用 - 验证 DOM 操作（创建/移除临时 textarea）是否执行，且内容正确写入
覆盖权限状态分支（Permission API + 用户响应）
现代剪贴板 API 要求用户主动授权（尤其在非安全上下文或非用户手势触发时）。需分别覆盖：'granted'、'denied'、'prompt' 三种状态，以及 query() 抛错的情况。
- Mock
navigator.permissions.query({ name: 'clipboard-write' })返回不同状态的 Promise - 当状态为
'denied'时，应跳过 writeText 直接进入降级流程；若为'prompt'，则需确保用户手势触发后才调用 writeText - 注意：Chrome 125+ 对自动粘贴权限更严格，测试需覆盖“无权限且未触发手势”的静默失败路径
覆盖降级方案自身的异常分支
老式 execCommand('copy') 在现代浏览器中已被弃用，且在部分环境（如 Firefox 90+ 默认禁用、iOS Safari 完全不支持）会静默失败或抛错。其依赖的 DOM 操作也容易出错。
立即学习“Java免费学习笔记（深入）”；
- 模拟
document.execCommand返回false，验证是否 fallback 到更原始的textarea.select() → document.execCommand()组合 - 测试 textarea 不可编辑、被隐藏、或
select()失败（如元素未挂载）时的兜底行为（例如抛出自定义错误、显示提示） - 确保清理逻辑（如移除临时 textarea）在成功/失败/异常下都执行，避免内存泄漏
覆盖用户交互与反馈链路
真实场景中，复制结果需同步反馈给用户（如 toast 提示、按钮状态变更）。这些 UI 响应本身也是逻辑分支，影响用户体验和可测性。
- 验证“复制成功”时是否更新了按钮文案/图标/加载态
- 验证各失败路径（权限拒绝、execCommand 失败、网络策略拦截）是否触发对应错误提示，且不掩盖原始原因
- 对异步操作，确保所有 Promise 链都有 .catch() 或 await + try/catch，避免 unhandled rejection 影响覆盖率统计
真正提升覆盖率的关键，不是堆砌更多 if-else，而是用真实环境约束驱动测试设计：按浏览器能力矩阵（CanIUse 数据）、权限模型演进、降级链路深度，逐层补全判定点和副作用断言。工具上配合 Istanbul + Jest 的分支覆盖率（branch coverage）报告，能直观暴露哪些 if/else 或三元表达式未被执行。
