鸿蒙 PC Markdown 编辑器内部试用真实文档驱动的七天质量观察自动化只能覆盖已知输入。真实用户会打开不同来源文件、使用不同输入法、忘记保存、切换多个标签、缩放窗口、在后台改变主题并在应用团队没有预料的时机强制结束。Alpha内部试用不是体验活动而是文件安全和工作流稳定性的外部闸门。本文定义 OhMarkdown十人连续七天试用方案、匿名记录、P0红线和阶段判断。当前尚未启动人数0、有效天数0文章不虚构使用结果。代码与记录位于 https://gitcode.com/VON-/codex_md_oh为什么自动化后仍要试用Playwright 20项和 ohosTest 4项能重复验证明确契约却不能覆盖用户真实目录、文件 provider、写作时长、快捷键习惯和错误组合。模拟器专项操作通常按测试步骤执行用户则在目标之间快速切换。内部试用用于发现未知组合不替代自动化。发现问题后要转成最小语料和回归用例形成“真实使用发现、工程复现、自动防回归”的闭环。退出门槛目标是至少10名内部用户连续7天使用真实 Markdown文档。不是累计70人次也不是一个人连续70天。每天参与人数和核心闭环要记录任何一天不足需要重新计算连续性。当前记录有效参与人数0 / 10 连续有效天数0 / 7 已知数据丢失缺陷0 未关闭 P00 状态待启动“没有发现数据丢失”在0次使用时没有证明力不能标为通过。每日最小核心闭环每名参与者每天至少完成一次新建或打开真实文档、编辑、保存、关闭/切换、重新打开核对。只打开应用或操作测试 fixture不计入。建议覆盖单文件、工作区、多标签、搜索、大纲、分栏、系统主题。并非每人每天全部执行但核心保存闭环必须完成。真实文档可以是参与者自己的非敏感副本或日常技术文档。首轮建议使用备份副本禁止把唯一重要文件直接作为 Alpha试验对象。不收集正文每日只记录匿名编号、是否完成闭环、文档规模区间、文件来源类型、操作结果、崩溃、数据丢失和问题等级。不记录正文、标题、查询词、完整 URI和用户名。路径可分类为本地 Documents、外部存储、工作区等不上传原始字符串。日志同样只记录字节、耗时、revision和错误码。截图需使用专用复现文档真实用户问题先最小化再截图。未经授权不得保存用户桌面全屏。参与者矩阵十人不应全用同一操作。按经验分组普通写作者、技术文档用户、长文档用户、Windows CRLF文件用户、多标签重度用户、键盘用户、触控板用户、深色模式用户和文件夹工作区用户。设备矩阵至少包括模拟器和可获得的鸿蒙 PC/2in1真机。若十人都共享一台模拟器只能说明流程重复不足以覆盖环境差异。当前正式门槛需要在启动前确认设备可用性。每日记录表| 日期 | 参与人数 | 完成核心闭环 | | 崩溃次数 | 数据丢失 | P0/P1问题 | 备注 |人数使用去重匿名 id统计。完成核心闭环人数不能大于参与人数。崩溃记录包括应用主进程和 ArkWeb异常系统 force-stop测试不计自然崩溃但单独记录恢复结果。备注只写聚合事实如“2人使用 CRLF文件”不写内容。每天结束由负责人复核数据完整性。P0 红线以下立即停止扩展用户文件被覆盖或丢失保存显示成功但内容未落盘关闭错误标签恢复记录存在却无法恢复且无替代副本跨标签正文串线非法文件导致稳定启动循环。P0出现后冻结新功能保存复现环境、HAP哈希、操作序列和非敏感最小文件修复并加入自动测试。修复版本重新开始受影响的连续试用周期不能把故障前后版本拼成七天。P1 与 P2P1包括频繁崩溃但恢复成功、保存/打开高频失败、严重输入法异常、主要工作流不可用、长文档持续卡顿。P1必须在 Alpha评审前关闭或有明确阻断理由。P2包括非阻断排版、次要文案、边缘焦点和可恢复视觉问题可进入 Beta清单。等级由用户后果决定不由修复难度决定。数据丢失如何定义保存前未等待1.5秒快照就强杀最多丢失RPO窗口内输入属于已声明边界但仍要记录超过目标、保存成功后丢失、旧文件被破坏或恢复错误为数据丢失。用户明确点击 Discard不算应用丢失对话框含糊导致误点则是交互风险。系统选择器取消后标签被关闭属于数据丢失缺陷。判定要比较用户预期版本、磁盘版本和恢复版本不只看文件是否存在。文档格式观察参与者记录文件是否含 BOM、LF/CRLF/Mixed只记类型。未编辑保存和正常编辑保存后用 Git diff或字节工具检查意外整文件变化。Mixed对话框选择结果记录。遇到非 UTF-8文件应确认应用拒绝且旧会话保留不要求用户上传原文件。可用最小非法字节 fixture复现。恢复观察每天安排部分参与者在无敏感副本上执行强停输入标记、等待快照、force-stop、重启、Recover、保存、重开。记录恢复时间、丢失字符范围、是否保持 dirty。自然崩溃也检查恢复但不能为了完成指标主动制造在唯一文档上。恢复后再次强杀和保存后不再弹框是重要路径。性能观察记录文档规模区间小于100KiB、100KiB-1MiB、1-5MiB、5-20MiB不记录正文。参与者主观反馈输入延迟、搜索、切换和预览工程侧用日志毫秒/PSS关联。超过五兆进入保护是预期不记为缺陷未提示或仍能误开预览导致卡死才是问题。内存高于目标进入优化清单。版本控制每天记录 HAP版本、commit和哈希。中途修复后参与者必须升级并确认版本。不同二进制的结果分开统计。文章目录不进仓库但内部试用汇总文档在 docs同步不含敏感数据。原始匿名表由受控位置管理仓库只留汇总。应用内部试用画面下图是内部试用将使用的鸿蒙 PC工作台。参与者应操作真实文件副本不只停留在空白首页。图片是应用内部证据不代表十人七天已完成。正式总结必须在数据达标后更新人数、天数、问题和版本。每日检查节奏每天固定时间收集匿名结果先查 P0/数据丢失再查崩溃和 P1最后处理体验问题。P0不等待周会。问题进入统一清单包含 owner、复现、严重度、修复提交和回归证据。次日开始前发布已知问题和安全提醒避免多人重复破坏性操作。修复后由原发现者或独立参与者复验。七天结束后的统计汇总参与人数、有效天数、核心闭环完成率、崩溃次数/使用日、恢复成功率、数据丢失、P0/P1关闭率、文档规模和 provider覆盖。小样本不做过度百分比推断但要列原始计数。退出要求不仅“0数据丢失”还包括远程 CI和其他 PRD门槛。试用通过是 Alpha评审输入不自动宣布第二阶段结束。当前事实截至2026-07-18工程和记录入口已准备人数0、天数0、核心闭环0。没有数据可以支持崩溃率、满意度或恢复成功率结论。本文是一份可执行方案而不是完成报告。用户要求继续完成文章不意味着可以填写不存在的试用结果。待外部参与者真实使用后应在同一文章追加“实际结果”章节并保留原计划与版本。当前边界参与者与设备尚未组织匿名 id和原始表存储位置待确定真机数量未知隐私告知与退出机制需准备七天周期无法由代码自动替代。建议的七日主题第一天聚焦打开、编辑、保存、重开。每人使用一份备份文档确认文件名、正文、BOM/换行和状态栏建立最基础成功样本。第二天聚焦工作区和多标签。打开文件夹、展开子目录、同时编辑两到四份文档、切换并关闭重点观察正文串线、错误关闭和重复 URI。第三天聚焦搜索、大纲和快捷键。使用长技术文档执行大小写、整词、正则替换和标题跳转按一次撤销恢复 Replace All并记录焦点是否进入正确控件。第四天聚焦分栏、GFM、深色和自由窗口。检查表格、任务列表、同步滚动切换系统主题连续跨越窗口断点。视觉问题与阻断操作分级。第五天聚焦格式与外部变化。使用 BOM、CRLF和 Mixed副本在另一编辑器改变磁盘文件确认 OhMarkdown不静默覆盖并保留缓冲区。第六天聚焦恢复和故障。只对副本执行强停、选择器取消、无效正则、保存目标不可用等场景确认错误可恢复。破坏性测试由测试负责人指导。第七天按个人真实工作流自由使用不给详细步骤用于发现脚本化测试没有覆盖的组合。结束后完成匿名访谈优先问“是否有不敢继续操作的时刻”而不是只问满意度。主题用于提高覆盖不取代每日最小保存闭环。任何一天参与者都必须保存并重新打开确认。参与者启动包每人获得同一版本 HAP哈希、安装说明、数据备份提醒、已知边界、问题入口和匿名 id。启动包明确不要用唯一副本遇到保存异常立即停止不要上传正文如何读取版本和状态栏如何恢复到稳定版本。提供三份无敏感公共 fixture小型 GFM、CRLF/BOM、1MiB长文档。fixture用于熟悉功能但不计真实使用闭环。真实使用由参与者选择自己的安全副本。测试负责人每天确认所有人运行相同 commit。无法升级者当天结果单独标记不混入新版本连续统计。问题单最小字段匿名参与者U-xx 应用提交与 HAP SHA-256 设备与系统版本 发生时间 操作前状态活动标签数、dirty、模式、文档规模区间 最小操作步骤 预期与实际 是否崩溃/数据丢失 是否可恢复 非敏感日志和最小 fixture不要求参与者自行判断根因。工程人员复现后补充模块、严重度和测试。问题如果只在真实私有文件出现参与者在本地生成脱敏最小复现无法脱敏时只提供结构特征。恢复成功率口径一次恢复尝试必须满足启动识别有效记录对话框可操作Recover后内容回到预期快照标签保持 dirty保存后重开外部文件一致下一次启动不再重复提示已提交草稿。只看到恢复对话框不算成功。主动强停和自然异常分开统计。主动强停用于覆盖链路不能加入自然崩溃率分母。RPO内少量输入差异单独记录字符数和时间不简单归为成功或失败。试用期间的发布纪律每天最多一个稳定修复版本除P0外不频繁要求升级。功能新增暂停避免观察对象持续变化。P0修复发布前先跑20项 Web、4项设备测试、Debug/Release和最小复现再让小范围复验。任何“为了赶满七天”而降低人数、跳过中断日或合并不同版本的做法都要在评审拒绝。闸门设计的价值就在于抵抗进度压力。从观察转成工程资产每个已确认缺陷至少产生一项自动测试、版本化 fixture、设备测试步骤、ADR或明确产品边界。只修代码不固化复现下一阶段容易回归。重复体验反馈可进入交互改进不必强行写成单元测试。七天结束后保留匿名汇总和问题链接删除不再需要的临时日志与截图。技术文章更新时引用聚合统计和公开仓库代码不引用参与者私人内容。结语内部试用把自动化之外的真实行为变成可审计闸门十人连续七天每日完成真实保存闭环只收必要匿名指标P0立即冻结修复版本重新计算连续周期。当前 OhMarkdown仍是0人0天。保持这个结论比提前写“试用通过”更重要因为鸿蒙 PC编辑器的可信度首先来自不伪造证据然后才来自功能数量。
鸿蒙 PC Markdown 编辑器内部试用：真实文档驱动的七天质量观察
鸿蒙 PC Markdown 编辑器内部试用真实文档驱动的七天质量观察自动化只能覆盖已知输入。真实用户会打开不同来源文件、使用不同输入法、忘记保存、切换多个标签、缩放窗口、在后台改变主题并在应用团队没有预料的时机强制结束。Alpha内部试用不是体验活动而是文件安全和工作流稳定性的外部闸门。本文定义 OhMarkdown十人连续七天试用方案、匿名记录、P0红线和阶段判断。当前尚未启动人数0、有效天数0文章不虚构使用结果。代码与记录位于 https://gitcode.com/VON-/codex_md_oh为什么自动化后仍要试用Playwright 20项和 ohosTest 4项能重复验证明确契约却不能覆盖用户真实目录、文件 provider、写作时长、快捷键习惯和错误组合。模拟器专项操作通常按测试步骤执行用户则在目标之间快速切换。内部试用用于发现未知组合不替代自动化。发现问题后要转成最小语料和回归用例形成“真实使用发现、工程复现、自动防回归”的闭环。退出门槛目标是至少10名内部用户连续7天使用真实 Markdown文档。不是累计70人次也不是一个人连续70天。每天参与人数和核心闭环要记录任何一天不足需要重新计算连续性。当前记录有效参与人数0 / 10 连续有效天数0 / 7 已知数据丢失缺陷0 未关闭 P00 状态待启动“没有发现数据丢失”在0次使用时没有证明力不能标为通过。每日最小核心闭环每名参与者每天至少完成一次新建或打开真实文档、编辑、保存、关闭/切换、重新打开核对。只打开应用或操作测试 fixture不计入。建议覆盖单文件、工作区、多标签、搜索、大纲、分栏、系统主题。并非每人每天全部执行但核心保存闭环必须完成。真实文档可以是参与者自己的非敏感副本或日常技术文档。首轮建议使用备份副本禁止把唯一重要文件直接作为 Alpha试验对象。不收集正文每日只记录匿名编号、是否完成闭环、文档规模区间、文件来源类型、操作结果、崩溃、数据丢失和问题等级。不记录正文、标题、查询词、完整 URI和用户名。路径可分类为本地 Documents、外部存储、工作区等不上传原始字符串。日志同样只记录字节、耗时、revision和错误码。截图需使用专用复现文档真实用户问题先最小化再截图。未经授权不得保存用户桌面全屏。参与者矩阵十人不应全用同一操作。按经验分组普通写作者、技术文档用户、长文档用户、Windows CRLF文件用户、多标签重度用户、键盘用户、触控板用户、深色模式用户和文件夹工作区用户。设备矩阵至少包括模拟器和可获得的鸿蒙 PC/2in1真机。若十人都共享一台模拟器只能说明流程重复不足以覆盖环境差异。当前正式门槛需要在启动前确认设备可用性。每日记录表| 日期 | 参与人数 | 完成核心闭环 | | 崩溃次数 | 数据丢失 | P0/P1问题 | 备注 |人数使用去重匿名 id统计。完成核心闭环人数不能大于参与人数。崩溃记录包括应用主进程和 ArkWeb异常系统 force-stop测试不计自然崩溃但单独记录恢复结果。备注只写聚合事实如“2人使用 CRLF文件”不写内容。每天结束由负责人复核数据完整性。P0 红线以下立即停止扩展用户文件被覆盖或丢失保存显示成功但内容未落盘关闭错误标签恢复记录存在却无法恢复且无替代副本跨标签正文串线非法文件导致稳定启动循环。P0出现后冻结新功能保存复现环境、HAP哈希、操作序列和非敏感最小文件修复并加入自动测试。修复版本重新开始受影响的连续试用周期不能把故障前后版本拼成七天。P1 与 P2P1包括频繁崩溃但恢复成功、保存/打开高频失败、严重输入法异常、主要工作流不可用、长文档持续卡顿。P1必须在 Alpha评审前关闭或有明确阻断理由。P2包括非阻断排版、次要文案、边缘焦点和可恢复视觉问题可进入 Beta清单。等级由用户后果决定不由修复难度决定。数据丢失如何定义保存前未等待1.5秒快照就强杀最多丢失RPO窗口内输入属于已声明边界但仍要记录超过目标、保存成功后丢失、旧文件被破坏或恢复错误为数据丢失。用户明确点击 Discard不算应用丢失对话框含糊导致误点则是交互风险。系统选择器取消后标签被关闭属于数据丢失缺陷。判定要比较用户预期版本、磁盘版本和恢复版本不只看文件是否存在。文档格式观察参与者记录文件是否含 BOM、LF/CRLF/Mixed只记类型。未编辑保存和正常编辑保存后用 Git diff或字节工具检查意外整文件变化。Mixed对话框选择结果记录。遇到非 UTF-8文件应确认应用拒绝且旧会话保留不要求用户上传原文件。可用最小非法字节 fixture复现。恢复观察每天安排部分参与者在无敏感副本上执行强停输入标记、等待快照、force-stop、重启、Recover、保存、重开。记录恢复时间、丢失字符范围、是否保持 dirty。自然崩溃也检查恢复但不能为了完成指标主动制造在唯一文档上。恢复后再次强杀和保存后不再弹框是重要路径。性能观察记录文档规模区间小于100KiB、100KiB-1MiB、1-5MiB、5-20MiB不记录正文。参与者主观反馈输入延迟、搜索、切换和预览工程侧用日志毫秒/PSS关联。超过五兆进入保护是预期不记为缺陷未提示或仍能误开预览导致卡死才是问题。内存高于目标进入优化清单。版本控制每天记录 HAP版本、commit和哈希。中途修复后参与者必须升级并确认版本。不同二进制的结果分开统计。文章目录不进仓库但内部试用汇总文档在 docs同步不含敏感数据。原始匿名表由受控位置管理仓库只留汇总。应用内部试用画面下图是内部试用将使用的鸿蒙 PC工作台。参与者应操作真实文件副本不只停留在空白首页。图片是应用内部证据不代表十人七天已完成。正式总结必须在数据达标后更新人数、天数、问题和版本。每日检查节奏每天固定时间收集匿名结果先查 P0/数据丢失再查崩溃和 P1最后处理体验问题。P0不等待周会。问题进入统一清单包含 owner、复现、严重度、修复提交和回归证据。次日开始前发布已知问题和安全提醒避免多人重复破坏性操作。修复后由原发现者或独立参与者复验。七天结束后的统计汇总参与人数、有效天数、核心闭环完成率、崩溃次数/使用日、恢复成功率、数据丢失、P0/P1关闭率、文档规模和 provider覆盖。小样本不做过度百分比推断但要列原始计数。退出要求不仅“0数据丢失”还包括远程 CI和其他 PRD门槛。试用通过是 Alpha评审输入不自动宣布第二阶段结束。当前事实截至2026-07-18工程和记录入口已准备人数0、天数0、核心闭环0。没有数据可以支持崩溃率、满意度或恢复成功率结论。本文是一份可执行方案而不是完成报告。用户要求继续完成文章不意味着可以填写不存在的试用结果。待外部参与者真实使用后应在同一文章追加“实际结果”章节并保留原计划与版本。当前边界参与者与设备尚未组织匿名 id和原始表存储位置待确定真机数量未知隐私告知与退出机制需准备七天周期无法由代码自动替代。建议的七日主题第一天聚焦打开、编辑、保存、重开。每人使用一份备份文档确认文件名、正文、BOM/换行和状态栏建立最基础成功样本。第二天聚焦工作区和多标签。打开文件夹、展开子目录、同时编辑两到四份文档、切换并关闭重点观察正文串线、错误关闭和重复 URI。第三天聚焦搜索、大纲和快捷键。使用长技术文档执行大小写、整词、正则替换和标题跳转按一次撤销恢复 Replace All并记录焦点是否进入正确控件。第四天聚焦分栏、GFM、深色和自由窗口。检查表格、任务列表、同步滚动切换系统主题连续跨越窗口断点。视觉问题与阻断操作分级。第五天聚焦格式与外部变化。使用 BOM、CRLF和 Mixed副本在另一编辑器改变磁盘文件确认 OhMarkdown不静默覆盖并保留缓冲区。第六天聚焦恢复和故障。只对副本执行强停、选择器取消、无效正则、保存目标不可用等场景确认错误可恢复。破坏性测试由测试负责人指导。第七天按个人真实工作流自由使用不给详细步骤用于发现脚本化测试没有覆盖的组合。结束后完成匿名访谈优先问“是否有不敢继续操作的时刻”而不是只问满意度。主题用于提高覆盖不取代每日最小保存闭环。任何一天参与者都必须保存并重新打开确认。参与者启动包每人获得同一版本 HAP哈希、安装说明、数据备份提醒、已知边界、问题入口和匿名 id。启动包明确不要用唯一副本遇到保存异常立即停止不要上传正文如何读取版本和状态栏如何恢复到稳定版本。提供三份无敏感公共 fixture小型 GFM、CRLF/BOM、1MiB长文档。fixture用于熟悉功能但不计真实使用闭环。真实使用由参与者选择自己的安全副本。测试负责人每天确认所有人运行相同 commit。无法升级者当天结果单独标记不混入新版本连续统计。问题单最小字段匿名参与者U-xx 应用提交与 HAP SHA-256 设备与系统版本 发生时间 操作前状态活动标签数、dirty、模式、文档规模区间 最小操作步骤 预期与实际 是否崩溃/数据丢失 是否可恢复 非敏感日志和最小 fixture不要求参与者自行判断根因。工程人员复现后补充模块、严重度和测试。问题如果只在真实私有文件出现参与者在本地生成脱敏最小复现无法脱敏时只提供结构特征。恢复成功率口径一次恢复尝试必须满足启动识别有效记录对话框可操作Recover后内容回到预期快照标签保持 dirty保存后重开外部文件一致下一次启动不再重复提示已提交草稿。只看到恢复对话框不算成功。主动强停和自然异常分开统计。主动强停用于覆盖链路不能加入自然崩溃率分母。RPO内少量输入差异单独记录字符数和时间不简单归为成功或失败。试用期间的发布纪律每天最多一个稳定修复版本除P0外不频繁要求升级。功能新增暂停避免观察对象持续变化。P0修复发布前先跑20项 Web、4项设备测试、Debug/Release和最小复现再让小范围复验。任何“为了赶满七天”而降低人数、跳过中断日或合并不同版本的做法都要在评审拒绝。闸门设计的价值就在于抵抗进度压力。从观察转成工程资产每个已确认缺陷至少产生一项自动测试、版本化 fixture、设备测试步骤、ADR或明确产品边界。只修代码不固化复现下一阶段容易回归。重复体验反馈可进入交互改进不必强行写成单元测试。七天结束后保留匿名汇总和问题链接删除不再需要的临时日志与截图。技术文章更新时引用聚合统计和公开仓库代码不引用参与者私人内容。结语内部试用把自动化之外的真实行为变成可审计闸门十人连续七天每日完成真实保存闭环只收必要匿名指标P0立即冻结修复版本重新计算连续周期。当前 OhMarkdown仍是0人0天。保持这个结论比提前写“试用通过”更重要因为鸿蒙 PC编辑器的可信度首先来自不伪造证据然后才来自功能数量。
