验证私有化在线文档性能，应把文件打开、协作响应、保存完成和异常恢复分开测量，并记录文件、环境与负载条件。一次顺畅的演示说明该次操作可用，不能直接推出企业所有文件或峰值时段都能达到同样表现。
测试前先确定业务需要回答的问题：员工能否在目标网络中打开常用文件，多人修改是否及时呈现，保存完成后重新打开能否看到正确内容。验收阈值由企业与交付团队结合实际任务约定，不套用来源不明的通用数字。
样本应覆盖真正难处理的内容
建议准备常用短文档、带复杂排版的文稿、含公式和图表的表格、图片较多的幻灯片。记录文件大小、页数或数据规模、关键功能和预期结果。样本应经过必要的授权与脱敏，测试后也要明确留存方式。
石墨办公套件私有部署覆盖多种内容工具，文件类型与功能差异会影响验证方法。表格要检查关键计算结果，文稿要检查重要版式，幻灯片要检查图片和布局；仅记录文件成功打开，可能遗漏影响实际使用的问题。
把四类观测写进同一份记录
| 阶段 | 观测内容 | 同时记录的条件 |
|---|---|---|
| 打开 | 从进入文件到可阅读、可操作的时间 | 首次或再次打开、网络与浏览器 |
| 协作 | 不同参与者看到修改的情况 | 在线人数、实际编辑人数和操作类型 |
| 保存 | 保存状态及重新打开后的内容 | 修改范围、版本、存储与接口状态 |
| 恢复 | 受控异常后的提示和内容一致性 | 异常方式、持续时间与恢复步骤 |
如果使用平均值或百分位数汇总，应说明样本数量、失败请求是否计入，以及各阶段的起止时间。测试工具测到的接口响应与用户看到的页面可用时间不同，两种指标可以并列记录，不宜相互替代。
逐步增加负载，保存可重复的过程
先让单个用户完成完整任务，确认功能和测试脚本正确，再逐步增加同时在线或实际编辑的参与者。两者要分别记录：大量用户打开文件与多人持续输入，产生的负载并不相同。测试期间保持文件集与操作步骤可复用，才能比较不同配置下的结果。
受控断网或服务恢复验证应在获准的测试环境中进行，并事先约定停止条件。发现内容丢失、权限异常或持续失败时，先停止扩大负载，保留时间点与相关日志，定位后再复测。恢复操作是否达到要求，应通过重新打开、版本回看和内容核对确认。
按产品形态补齐最后一段链路
办公套件私有部署需要验证员工入口到实际任务的完整体验；接入Shimo Office SDK时，还应覆盖业务系统鉴权、文件访问、事件回调及异常处理。文档引擎的结果不能单独代表所有集成环节都通过。
把环境、样本、结果和遗留问题放进POC 验收记录，明确哪些条件变化后需要重测。若准备设计性能验证，可携带代表性文件与目标场景预约演示，先沟通可测范围和验收口径。