cloud-web-corejs 1.1.0-dev.6 → 1.1.0-dev.61

package/src/components/xform/docs/2026-09 /346/265/217/350/247/210/345/231/250/345/264/251/346/272/203/346/262/273/347/220/206P0/346/265/213/350/257/225/351/252/214/350/257/201/345/256/236/346/226/275/346/226/207/346/241/243.md"

@@ -0,0 +1,595 @@
+# 浏览器崩溃治理 P0 测试验证实施文档
+
+## 1. 文档信息
+
+- 编制日期：2026-09-20
+- 测试仓库：`D:\develop\code\company\2024\dev\sf-cloud-web-com-dev@publish_dev`
+- 对照方案：`src/components/xform/docs/浏览器崩溃治理与修复落地方案.md`
+- 代码评审：`src/components/xform/docs/2026-09 浏览器崩溃治理P0代码评审.md`
+- 验证范围：数据表格查询治理、行级运行时释放、自动保存 worker、Blob URL 释放
+- 不在本轮范围：KeepAlive 上限、dirty 页面保护、outLink LRU、数据量硬上限、正式仓同步
+- 当前构建基线：生产构建 Hash `593070bfea61c357`
+
+## 2. 验证目标
+
+本轮验证必须回答以下问题：
+
+1. 连续查询、空结果和乱序响应不会让旧数据覆盖新数据，也不会持续保留旧行 schema/ref。
+2. 粘贴、失焦和 change 自动保存始终串行，同一行连续修改能够合并并补存最新版本。
+3. 删行或销毁表格时，等待中的自动保存会失效，正在执行的自动保存会被取消且不再回写。
+4. 上传预览、附件预览、下载、打印和导入结果产生的 Blob URL 能在对应生命周期结束后释放。
+5. 两小时综合操作后，JS heap、DOM、事件监听和 Blob 数量不存在持续单调增长趋势。
+
+## 3. 环境与数据准备
+
+### 3.1 浏览器与工具
+
+- Chrome 当前生产环境同版本，另准备一个最新稳定版用于交叉验证。
+- DevTools：Performance Monitor、Memory、Network。
+- Chrome 任务管理器：观察标签页总内存。
+- 测试环境后端应允许配置接口延迟，建议准备 `0 ms`、`2 s`、`8 s` 三档。
+
+### 3.2 测试页面
+
+至少准备以下表单：
+
+| 编号 | 页面 | 必要配置 |
+| --- | --- | --- |
+| T1 | 普通分页表格 | 200 行/页、包含文本和选项列 |
+| T2 | 编辑表格 | 开启 blur/change 自动保存 |
+| T3 | 可粘贴编辑表格 | 开启 paste 自动保存和自动补行 |
+| T4 | 树形编辑表格 | 至少三级节点，支持展开、增删和单行保存 |
+| T5 | 上传与附件表单 | 普通上传、OBS、VabUpload2、图片附件预览 |
+| T6 | 导入/下载/打印页面 | 可生成导入结果、文件下载和打印预览 |
+
+### 3.3 数据与网络条件
+
+- 普通列表数据不少于 3 页，每页 200 行。
+- 准备一个必定返回空结果的查询条件。
+- 准备两个结果明显不同的条件 A/B，便于识别乱序覆盖。
+- 准备 1 MB、10 MB 图片各一张，以及普通文档、Excel 文件。
+- 测试自动保存时，在 Network 面板保留请求记录并显示时间线。
+
+### 3.4 浏览器测试前的具体操作
+
+#### 3.4.1 打开并固定 DevTools
+
+1. 使用 Chrome 打开测试环境并进入待测表单页面。
+2. 按 `F12`，或在页面空白处右键选择“检查”。
+3. 将 DevTools 停靠到右侧，避免遮挡表格按钮。
+4. 打开 **Network** 面板，勾选 **Preserve log**（保留日志）和 **Disable cache**（停用缓存）。
+5. 打开 **Console** 面板，点击左上角清空按钮，确保后续异常来自本次操作。
+6. 打开 DevTools 右上角 `⋮` → **More tools** → **Performance monitor**，勾选：
+   - JS heap size
+   - DOM Nodes
+   - JS event listeners
+   - Documents
+7. 测试期间不要关闭 DevTools；关闭 DevTools 后 Disable cache 会失效。
+
+#### 3.4.2 获取当前数据表格的 Vue 实例
+
+优先使用 Vue Devtools：
+
+1. 打开 DevTools 的 **Vue** 面板。
+2. 在组件树中选择当前表单内的数据表格组件。
+3. 切回 Console，输入 `$vm0`。若输出对象包含 `fieldSchemaMap`、`rowIdData`，说明选对组件。
+4. 输入以下命令固定该实例：
+
+```js
+window.__tableVm = $vm0
+```
+
+未安装 Vue Devtools 时：
+
+1. 打开 **Elements** 面板。
+2. 点击左上角箭头图标，回到页面点击表格中的任意单元格。
+3. 切回 Console，复制执行：
+
+```js
+window.__tableVm = (() => {
+  let vm = $0 && $0.__vue__
+  while (vm && !("fieldSchemaMap" in vm && "rowIdData" in vm)) {
+    vm = vm.$parent
+  }
+  return vm
+})()
+```
+
+4. 执行以下命令确认。返回 `true` 才继续测试：
+
+```js
+!!window.__tableVm
+```
+
+如果返回 `false`，重新在 Elements 中选择更靠近表格主体的 DOM 节点后再次执行。页面刷新或重新进入表单后，需要重新获取实例。
+
+#### 3.4.3 一键检查表格运行时状态
+
+在 Console 中复制执行以下代码。执行一次后，后续输入 `checkTableRuntime()` 即可检查：
+
+```js
+window.checkTableRuntime = function () {
+  const vm = window.__tableVm
+  if (!vm) throw new Error("请先按 3.4.2 获取 __tableVm")
+
+  const rows = vm.formModel?.[vm.fieldKeyName] || []
+  const validKeys = new Set(rows.map(row => row?._X_ROW_KEY).filter(Boolean))
+  const schemaKeys = Object.keys(vm.fieldSchemaMap || {})
+  const staleSchemas = schemaKeys.filter(key => !validKeys.has(key))
+  const staleRefs = Object.entries(vm.refList || {})
+    .filter(([, ref]) => {
+      const rowKey = ref?.tableParam?.row?._X_ROW_KEY
+      return rowKey && !validKeys.has(rowKey)
+    })
+    .map(([key]) => key)
+
+  const result = {
+    rows: rows.length,
+    rowIds: (vm.rowIdData || []).length,
+    schemas: schemaKeys.length,
+    staleSchemas,
+    refs: Object.keys(vm.refList || {}).length,
+    staleRefs,
+    autoSavePendingRows: Object.keys(vm.editAutoSavePendingRows || {}).length,
+    autoSaveOrder: [...(vm.editAutoSaveOrder || [])],
+    autoSaveWorkerRunning: !!vm.editAutoSaveWorkerRunning,
+    autoSaveActiveRowKey: vm.editAutoSaveActiveRowKey || null,
+    tableDestroyed: !!vm.tableDestroyed,
+  }
+  console.table(result)
+  return result
+}
+```
+
+说明：
+
+- `rows`：当前表单模型中的有效行数。
+- `rowIds`：组件维护的有效行键数，正常情况下应与 rows 相等。
+- `schemas`：已经创建的行级 schema 数量；虚拟滚动/懒建模式下允许小于 rows。
+- `staleSchemas`：已不属于当前数据的 schema，必须为空数组。
+- `staleRefs`：已不属于当前数据的组件引用，组件更新完成后必须为空数组。
+- `autoSavePendingRows`：等待或正在处理的自动保存行数。
+- `autoSaveOrder`：尚未轮到执行的行键顺序。
+
+#### 3.4.4 查看请求是否并发、取消或乱序
+
+1. 打开 **Network**，点击过滤器中的 **Fetch/XHR**。
+2. 在 Filter 输入保存或查询接口关键字；不知道关键字时先操作一次，再从新增请求中确认 URL。
+3. 右键表头，勾选 **Start Time**、**Duration**、**Waterfall**。
+4. 查询取消成功时，请求的 Status 通常显示 `(canceled)`，Waterfall 会提前结束。
+5. 自动保存串行成功时，多条保存请求的 Waterfall 不应横向重叠：后一条必须在前一条结束后才开始。
+6. 右键请求选择 **Save all as HAR with content**，保存为测试证据。
+
+#### 3.4.5 使用 DevTools 模拟慢请求
+
+仅用于没有后端延迟开关时：
+
+1. 在 Network 面板找到 **No throttling** 下拉框。
+2. 点击下拉框 → **Add...**，新建配置：
+   - 名称：`P0 Slow 8s`
+   - Download：`50 kbit/s`
+   - Upload：`50 kbit/s`
+   - Latency：`8000 ms`
+3. 发起需要变慢的第一个请求后，立即切回 **No throttling**，再发起第二个请求。
+4. 注意：该方式会影响页面的所有网络请求。用例结束后必须恢复 **No throttling**。
+
+后端延迟开关比浏览器限速更准确；如果二者都可用，优先使用后端延迟。
+
+## 4. 自动化验证
+
+### 4.1 相关测试范围
+
+```text
+tests/unit/components/xform/dataTableClipboard.spec.js
+tests/unit/components/xform/fieldBlurAutoSave.spec.js
+tests/unit/components/xform/saveReconcile.spec.js
+tests/unit/components/xform/exportQuerySideEffects.spec.js
+```
+
+重点断言：
+
+- 粘贴和失焦更新同一等待项，最大并发保存数为 1。
+- 同一行保存期间继续修改会再次保存最新版本。
+- 删除活动行会取消请求，并从等待顺序中移除。
+- CancelToken 同时传递给保存写入和保存后回查。
+- 查询延迟副作用受查询代次限制。
+
+### 4.2 标准执行命令
+
+仓库测试依赖修正后使用：
+
+```bash
+npx jest --clearCache
+npx vue-cli-service test:unit tests/unit/components/xform/dataTableClipboard.spec.js tests/unit/components/xform/fieldBlurAutoSave.spec.js tests/unit/components/xform/saveReconcile.spec.js tests/unit/components/xform/exportQuerySideEffects.spec.js --runInBand
+```
+
+当前工作副本的 `jest.config.js` 仍引用未安装的 `vue-jest`，实际安装的是 `@vue/vue2-jest`。在正式 CI 前应统一配置；本轮已通过运行时覆盖转换器和 `jsdom` 完成验证，结果为：
+
+```text
+Test Suites: 4 passed, 4 total
+Tests:       30 passed, 30 total
+Snapshots:   0 total
+```
+
+### 4.3 构建验证
+
+```bash
+npx vue-cli-service build
+```
+
+通过标准：
+
+- 退出码为 0。
+- 输出 `DONE Build complete`。
+- 不出现由本次修改引入的解析、依赖或打包错误。
+- 现有样式导出、CSS 顺序和包体积警告单独登记，不作为本轮 P0 阻断项。
+
+## 5. 数据表格专项验证
+
+### 5.1 连续查询
+
+浏览器操作步骤：
+
+1. 打开 T1 页面，按 3.4.2 获取 `__tableVm`。
+2. 在 Console 执行 `checkTableRuntime()`，截图保存第一次结果。
+3. 切到 Network → Fetch/XHR，点击清空按钮。
+4. 回到页面，在查询区填写一个能返回约 200 行的条件。
+5. 连续快速点击页面“查询”按钮 10 次，点击间隔约 100–300 ms，不等待前一次结束。
+6. 切回 Network，确认前 9 个请求多数显示 `(canceled)`，最后一个请求正常完成。
+7. 确认表格 loading 消失，页面数据属于最后一次点击使用的条件。
+8. 在 Console 执行 `checkTableRuntime()`，确认 `staleSchemas`、`staleRefs` 都为 `[]`。
+9. 重复第 4–8 步 10 轮，共计 100 次查询；每轮保存一次 Console 截图。
+10. 最后一轮结束后等待 10 秒，在 Performance monitor 记录 JS heap、DOM Nodes、Event Listeners。
+
+若要避免人工点击次数不准，可在 Console 使用下面的点击脚本。先在 Elements 中选中页面的“查询”按钮，再执行：
+
+```js
+const queryButton = $0
+let clickCount = 0
+const clickTimer = setInterval(() => {
+  queryButton.click()
+  clickCount += 1
+  if (clickCount >= 10) clearInterval(clickTimer)
+}, 200)
+```
+
+执行前必须确认 `$0` 就是查询按钮，避免误点删除、提交等其他按钮。
+
+通过标准：
+
+- 页面始终显示最后一次查询结果。
+- 被取消请求不弹错误框。
+- loading 最终关闭，不存在永久遮罩。
+- `rowIdData` 与当前有效行一一对应。
+- `fieldSchemaMap` 不包含已被查询替换的行键。
+- `refList` 不包含已卸载行的字段组件引用。
+
+### 5.2 有数据与空结果交替
+
+浏览器操作步骤：
+
+1. 在 T1 查询区输入“有数据条件”，点击“查询”，等待表格 loading 完全消失。
+2. 如果是树表，展开至少 3 个节点；如果是普通表，双击或点击至少 5 个可编辑单元格，使行组件实际挂载。
+3. 在 Console 执行并记录：
+
+```js
+checkTableRuntime()
+```
+
+4. 回到查询区，将条件改成预先准备的“空结果条件”，点击“查询”。
+5. 等待表格显示“暂无数据”且 loading 消失。
+6. 为覆盖 VXE 旧行卸载和下一宏任务清理窗口，在 Console 执行：
+
+```js
+setTimeout(() => {
+  const result = checkTableRuntime()
+  console.assert(result.rows === 0, "rows 未清空", result)
+  console.assert(result.rowIds === 0, "rowIdData 未清空", result)
+  console.assert(result.schemas === 0, "fieldSchemaMap 未清空", result)
+  console.assert(result.staleRefs.length === 0, "仍有旧行 ref", result)
+}, 1000)
+```
+
+7. Console 没有出现红色 Assertion failed 才算本轮通过。
+8. 再输入“有数据条件”查询，确认数据可重新正常渲染和编辑。
+9. 重复第 2–8 步 20 轮。
+10. 第 1、10、20 轮分别保存 Console 截图和 Network HAR。
+
+通过标准：
+
+- 空结果时 `rowIdData.length === 0`。
+- 空结果时 `Object.keys(fieldSchemaMap).length === 0`。
+- 旧行 ref 在组件更新后被清除。
+- 页面无卡顿、递归重建或控制台异常。
+
+### 5.3 乱序响应
+
+浏览器操作步骤：
+
+1. 为条件 A 选择一个容易识别的结果，例如状态“草稿”；条件 B 选择明显不同的结果，例如状态“已完成”。
+2. 在 Network 选择 `P0 Slow 8s`，输入条件 A 并点击“查询”。
+3. 请求出现在 Network 后，立即切换为 **No throttling**。
+4. 在 1 秒内输入条件 B 并点击“查询”。
+5. 等待所有请求结束，确认页面只显示条件 B 的结果。
+6. 在 Network 检查 A 请求为 canceled；若服务端已经返回，也必须确认其完成后页面没有切回 A。
+7. 在 Console 执行 `checkTableRuntime()`，确认没有 A 对应的旧 schema/ref。
+8. 交换 A/B 和限速顺序再执行，共完成 20 轮。
+
+通过标准：
+
+- 最终数据始终属于最后发起的查询。
+- 旧响应不触发 `tableOption.callback` 或 `formScriptCallback`。
+- 树表旧响应不再展开旧行对象。
+- 导出请求不被普通查询取消，普通查询也不等待导出结束。
+
+### 5.4 增删行与树表
+
+步骤：
+
+1. 普通表新增、删除各 50 次。
+2. 编辑表新增临时行、删除临时行各 30 次。
+3. 树表分别删除叶子节点、父节点及整棵子树。
+4. 查询刷新后重复上述操作。
+
+通过标准：
+
+- 删除后 `rowIdData` 不再包含对应 `_X_ROW_KEY`。
+- 对应 `fieldSchemaMap[rowKey]`、自动保存定时器和等待项被释放。
+- 删除子树时所有后代运行时状态一并释放。
+- 不出现幽灵行 schema、错误展开或已删除行重新出现。
+
+## 6. 自动保存专项验证
+
+### 6.1 同行连续修改
+
+浏览器操作步骤：
+
+1. 打开 T2，在 Network 过滤出单行保存接口并清空已有记录。
+2. 将保存接口延迟设为 2 秒。
+3. 在同一行同一文本字段中连续输入 10 个字符，每次间隔小于 `autoSaveDelay`，最后点击表格其他单元格触发失焦。
+4. 第一条保存请求出现在 Network 后，立即回到同一行继续输入 5 个字符并再次失焦。
+5. 在保存期间多次执行 `checkTableRuntime()`，记录 `autoSavePendingRows`、`autoSaveWorkerRunning` 和 `autoSaveActiveRowKey`。
+6. 等待请求全部结束，刷新页面或重新查询该行，核对后端保存值。
+
+通过标准：
+
+- debounce 阶段合并为一个等待项。
+- 同一时间最多存在一个保存请求。
+- 首次保存完成后，如版本发生变化，会补存一次最新版本。
+- 最终后端值与页面最后一次修改一致。
+
+### 6.2 粘贴与失焦竞争
+
+浏览器操作步骤：
+
+1. 在 Excel 或文本编辑器准备一行多列数据，复制到剪贴板。
+2. 打开 T3，点击目标起始单元格，按 `Ctrl+V` 粘贴。
+3. 粘贴内容出现后，不等待保存完成，立即点击该行文本字段，追加文字并点击表格外区域触发失焦。
+4. 打开 Network 查看保存请求 Waterfall；两条请求不得横向重叠。
+5. 在 Console 执行 `checkTableRuntime()`，同一时刻应只有一个 `autoSaveActiveRowKey`。
+6. 请求完成后刷新页面，确认最后追加的文字仍然存在。
+7. 保存接口使用 2 秒延迟执行 20 轮，再使用 8 秒延迟执行 20 轮。
+
+通过标准：
+
+- paste、blur、change 均进入同一个 worker。
+- Network 时间线上保存请求不重叠。
+- 同一 `_X_ROW_KEY` 只保留一个等待项，通过 `version` 补存最新数据。
+- 不出现“正在保存”后任务被当成成功丢弃的情况。
+
+### 6.3 多行队列上限
+
+浏览器操作步骤：
+
+1. 保存接口延迟设为 8 秒。
+2. 从第 1 行开始，逐行修改一个字段并按 `Tab` 进入下一行，连续操作 25 行。
+3. 操作过程中在 Console 反复执行 `checkTableRuntime()`。
+4. 记录 `autoSavePendingRows` 的最大值、页面警告提示和 Network 实际请求数。
+
+通过标准：
+
+- 同时保留的等待行不超过 20。
+- 超出时出现“自动保存任务较多，请稍后再编辑”提示。
+- 不产生超过限制的并发请求。
+- 已进入队列的 20 行按顺序处理。
+
+### 6.4 保存中删除行
+
+浏览器操作步骤：
+
+1. 将保存接口延迟设为 8 秒，修改一行并失焦。
+2. 等 Network 中出现保存请求后，记下 Console 中的 `autoSaveActiveRowKey`。
+3. 在请求返回前点击该行“删除”，按页面提示确认。
+4. 回到 Network，确认保存或保存后回查请求变为 `(canceled)`。
+5. 在 Console 执行 `checkTableRuntime()`，确认活动行键、等待数组、schema 中均不存在被删行。
+6. 等待超过 8 秒，确认行没有重新出现，也没有保存失败弹窗。
+7. 普通编辑表和树形编辑表各执行 10 次。
+
+通过标准：
+
+- 当前请求显示为 canceled，或被客户端 CancelToken 中止。
+- 等待 map、顺序队列和活动行键不再包含该行。
+- 响应到达后不重新插入、不回写、不触发保存成功后的业务脚本。
+- 不弹“保存失败”错误。
+
+### 6.5 保存中关闭页签
+
+浏览器操作步骤：
+
+1. 将保存接口延迟设为 8 秒，连续修改至少 5 行并逐行失焦。
+2. 执行 `checkTableRuntime()`，确认一行正在保存且存在等待行。
+3. 在 Network 观察到活动保存请求后，点击系统页签上的关闭按钮；不要只切换到其他页签，因为 KeepAlive 切换只会触发 `deactivated`。
+4. Network 中确认活动自动保存被取消。
+5. 等待超过 8 秒，观察页面右上角或消息区域，确认没有来自已关闭页面的错误提示。
+6. 从菜单重新打开该页面，重新按 3.4.2 获取新实例，确认页面可以正常查询和编辑。
+
+通过标准：
+
+- 当前自动保存被取消。
+- 定时器、等待 map、顺序队列被清空。
+- 销毁页面不再弹消息或执行表格回写。
+- Heap Snapshot 中旧表格实例可在强制 GC 后回收。
+
+## 7. Blob URL 专项验证
+
+### 7.1 验证矩阵
+
+| 场景 | 循环次数 | 释放时机 |
+| --- | ---: | --- |
+| 普通上传预览、删除 | 50 | 单文件删除 |
+| 普通上传粘贴、取消 | 50 | 粘贴项删除或弹窗关闭 |
+| OBS 上传预览 | 50 | 删除或弹窗关闭 |
+| VabUpload2 上传预览 | 50 | 删除或弹窗关闭 |
+| 表单附件预览 | 50 | 值替换、附件删除、组件销毁 |
+| 二维码文件解析 | 50 | 文件替换、清空、组件销毁 |
+| 聊天附件 | 50 | 附件删除、组件销毁 |
+| 文件下载/导入结果 | 50 | 点击下载后的下一宏任务 |
+| 打印预览 | 20 | 创建 60 秒后 |
+
+### 7.2 检查方法
+
+浏览器操作步骤：
+
+1. 按 `F12` 打开 DevTools → **Memory**。
+2. 选择 **Heap snapshot**，点击 **Take snapshot**，命名或记录为 A（操作前）。
+3. Snapshot A 完成后，点击 DevTools 顶部垃圾桶图标 **Collect garbage**。
+4. 回到页面执行表格 7.1 中对应操作。例如普通上传：
+   1. 点击“上传附件”。
+   2. 选择测试图片并等待预览出现。
+   3. 点击文件右侧删除按钮。
+   4. 关闭上传弹窗。
+   5. 重复 50 次。
+5. 操作完成但尚未等待释放时，回到 Memory 再拍 Snapshot B。
+6. 按场景完成释放动作：删除文件、替换值、关闭弹窗或关闭页面；打印预览需额外等待 60 秒。
+7. 点击 **Collect garbage**，连续点击两次，每次间隔约 2 秒。
+8. 再拍 Snapshot C（释放后）。
+9. 选择 Snapshot C 顶部视图下拉框中的 **Comparison**，基准选择 Snapshot A。
+10. 在 Class filter 依次搜索：
+    - `Blob`
+    - `ArrayBuffer`
+    - `HTMLImageElement`
+    - `Detached`
+    - 上传组件名，如 `VabUpload`
+11. 展开可疑对象，在 Retainers 中确认是否仍被已关闭的 Vue 组件、`fileList`、`pasteList` 或 DOM 引用。
+
+页面上快速确认当前 Blob URL 数量时，可在 Console 执行：
+
+```js
+performance.getEntriesByType("resource")
+  .map(item => item.name)
+  .filter(name => name.startsWith("blob:"))
+```
+
+注意：Performance Resource Timing 不保证记录所有 Blob，最终结论以 Heap Snapshot 和 Retainers 为准。
+
+通过标准：
+
+- C 中 Blob URL 数量能够明显回落，不随循环次数线性累积。
+- 动态上传弹窗关闭后，其 Vue 根实例和根 DOM 可被回收。
+- 异步预览请求在组件销毁后返回时，新建 URL 会立即释放。
+- 下载与打印功能仍可正常打开或保存文件。
+
+## 8. 两小时长稳测试
+
+### 8.1 操作脚本
+
+以 10 分钟为一轮，共执行 12 轮：
+
+1. 普通查询 20 次，其中 5 次快速连点。
+2. 有数据/空结果切换 5 次。
+3. 编辑 10 行，每行连续修改 3 次。
+4. 粘贴 20 行数据并继续修改其中 5 行。
+5. 新增、删除普通行和树节点各 5 次。
+6. 上传、预览、删除图片各 5 次。
+7. 下载、导入结果和打印预览各 2 次。
+8. 切换 5 个菜单后返回测试页。
+
+### 8.2 每轮记录
+
+| 指标 | 工具 | 记录方式 |
+| --- | --- | --- |
+| 标签页内存 | Chrome 任务管理器 | MB |
+| JS heap | Performance Monitor | used/total MB |
+| DOM Nodes | Performance Monitor | 数量 |
+| Event Listeners | Performance Monitor | 数量 |
+| Blob | Heap Snapshot | 数量及 retained size |
+| 表格组件实例 | Heap Snapshot | 数量及 retained size |
+| canceled 请求 | Network | 数量、是否误弹错误 |
+
+具体记录方式：
+
+1. 在 Performance monitor 中将鼠标停到各曲线上，记录本轮结束时数值。
+2. 每轮结束等待 30 秒，让短期定时器、请求和组件卸载完成。
+3. 第 2、6、12 轮结束后进入 Memory，点击 **Collect garbage** 两次并拍 Heap Snapshot。
+4. Chrome 右上角 `⋮` → **More tools** → **Task manager**，找到当前测试页，记录 Memory footprint。
+5. Network 面板右键请求列表 → **Save all as HAR with content**，每小时保存一次。
+6. 两小时测试期间不要刷新整个浏览器；只有用例明确要求时才刷新业务页面。
+
+### 8.3 通过标准
+
+- 预热后的 JS heap 呈波动平台，而非连续 12 轮单调增长。
+- 强制 GC 后，第 12 轮 heap 不超过第 2 轮基线的 130%。
+- 空结果或关闭页面后，旧表格组件和 Blob 数量能够回落。
+- 无标签页崩溃、页面假死、永久 loading 或连续错误弹窗。
+- 所有最终业务数据与最后一次用户操作一致。
+
+若业务页面本身基线较大，可调整 130% 阈值，但必须在报告中说明原因并附 Heap Snapshot 对比。
+
+## 9. 结果记录表
+
+| 用例编号 | 场景 | 结果 | 关键数据 | 证据文件 | 问题单 |
+| --- | --- | --- | --- | --- | --- |
+| DT-01 | 连续查询 100 次 | 待执行 |  |  |  |
+| DT-02 | 有数据/空结果 20 轮 | 待执行 |  |  |  |
+| DT-03 | 乱序响应 | 待执行 |  |  |  |
+| DT-04 | 普通/编辑/树表增删 | 待执行 |  |  |  |
+| AS-01 | 同行连续修改与补存 | 待执行 |  |  |  |
+| AS-02 | 粘贴与失焦竞争 | 待执行 |  |  |  |
+| AS-03 | 20 行队列上限 | 待执行 |  |  |  |
+| AS-04 | 保存中删行 | 待执行 |  |  |  |
+| AS-05 | 保存中关页 | 待执行 |  |  |  |
+| BL-01 | Blob URL 全矩阵 | 待执行 |  |  |  |
+| LS-01 | 两小时长稳 | 待执行 |  |  |  |
+
+## 10. 缺陷记录要求
+
+每个失败项至少包含：
+
+- 页面、表单编码、表格字段名和部署版本。
+- 浏览器版本、发生时间和操作步骤。
+- 查询条件、数据量、接口延迟和是否启用分页。
+- Network HAR、控制台日志、截图或录屏。
+- 问题前后的 Heap Snapshot；内存问题补充 Comparison 视图。
+- 当前 `rowIdData`、`fieldSchemaMap`、`refList`、自动保存等待行数。
+- 是否可稳定复现以及最小复现频率。
+
+## 11. 发布准入与回退判定
+
+### 11.1 准入条件
+
+同时满足以下条件后，P0 修改才允许按文件或提交同步到正式源仓：
+
+1. 第 4 节自动化测试全部通过。
+2. 第 5–7 节专项用例全部通过，无 P0/P1 缺陷。
+3. 两小时长稳测试通过，内存无单调上涨趋势。
+4. 生产构建成功，警告与基线相比无本次新增异常。
+5. 测试证据、构建 Hash 和修改文件清单已归档。
+
+### 11.2 立即停止或回退条件
+
+出现以下任一情况，停止同步或回退本次 P0 修改：
+
+- 最后一次查询结果被旧响应覆盖。
+- 自动保存出现并发写入、静默丢失或删除行被重新写回。
+- 关闭页签后仍持续请求、弹窗或持有大批表格实例。
+- Blob、detached DOM 或 JS heap 随循环次数稳定线性增长。
+- 出现新的标签页崩溃、页面假死或不可恢复 loading。
+
+## 12. 测试签字
+
+| 角色 | 姓名 | 日期 | 结论 |
+| --- | --- | --- | --- |
+| 开发自测 |  |  |  |
+| 专项测试 |  |  |  |
+| 业务验收 |  |  |  |
+| 发布确认 |  |  |  |