随访问卷存在跳题逻辑时，验收重点不是“点到最后能提交”，而是每个未显示、未回答和不适用字段都能解释。团队应使用虚构测试对象覆盖正向、反向和边界路径，核对表单版本、触发条件、缺失原因、计分与导出，防止把系统漏采误当成参与者没有答案。
先把三类空值分开
“因前题答案而合理跳过”“已显示但未回答”“本应显示却因系统错误漏掉”看起来都是空值，含义完全不同。工具应保存空值类型、触发规则和当时表单版本，导出后仍能区分，不能都变成同一个空单元格。
测试数据必须是虚构的
准备覆盖不同年龄段、访视阶段和回答组合的虚构编号，不使用真实姓名、联系方式或病历。每个用例先写出预期显示项、预期跳过项、允许的缺失原因和预期计分，再操作系统，避免测试人员边点边猜。
用正反路径验证每一条分支
若回答“是”显示追问，“否”跳过追问，至少要测试两条路径；还要测试改答后追问内容如何处理。工具不能把先前填写的隐藏答案悄悄带入最终数据，也不能无提示删除。应保留清除原因或提示用户确认。
检查连续分支与循环依赖
复杂问卷可能一题影响多个区块，甚至出现规则互相触发。测试应覆盖最深分支、连续返回修改和快速切换答案。发现循环或页面卡死时，要能保存当前进度并报告具体规则，而不是只显示“提交失败”。
必答校验不能阻挡合理跳过
隐藏题若仍被当作必答，会让用户无法提交；反之，本应出现的必答题被规则隐藏，则造成无声漏采。验收要从页面提示、接口载荷和数据库导出三个层面核对，不能只看前端是否出现红色提示。
缺失原因应与字段绑定
拒绝回答、无法判断、技术故障、未到采集时点和不适用应是受控选项，并与具体字段或量表关联。自由备注可补充背景，但不替代原因码。正式研究如何处理缺失，仍依方案、统计计划和机构流程。
表单版本变更要冻结历史
新增题目、调整选项或修改跳题条件后，已完成记录不应自动按新规则重算。系统应保存表单版本、生效时间、发布人和变更说明；进行中的访视如何迁移，需要明确策略和影响预览。
计分规则也要单独版本化
题目显示正确，不代表总分正确。测试应准备已知答案组合，核对正向题、反向题、缺失阈值和小数处理。页面分数、导出分数和接口结果必须一致，异常时能回到具体题目与规则版本。
覆盖离线、断网与并发修改
研究护士在信号不稳定场景填写时，断网恢复可能重复提交或丢失最后几题。测试应在保存前、保存中和提交后分别中断网络。两名人员同时打开同一访视时，后提交者不能静默覆盖前一版本。
草稿与完成状态必须有清楚边界
暂存只表示已保存部分内容，不等于完成访视。完成状态应满足适用题校验、必要审核和提交确认。重新打开草稿时，跳题条件应按当前草稿恢复，并显示哪些答案已因规则变化待确认。
导出与审计是最后一道验收
导出文件应包含稳定记录标识、访视、表单版本、字段值、空值类型、采集时间和操作者。抽取几条记录与页面逐项对账，再检查更正前后值、理由和审核轨迹。仅有最终CSV而没有版本关系，难以支持后续质控。
把用例固定为回归测试
将本轮虚构数据、操作步骤和预期结果保存为回归集。每次修改问卷、规则引擎或移动端后重跑，差异由有职责的业务与数据人员确认。更多协作场景见案例分享，行业数据治理依据见行业动态。
FAQ
隐藏题没有值，就一定算缺失吗？
不一定，符合规则的跳过应标记为不适用或结构性空值。
修改前题后，隐藏答案应直接删除吗？
不应静默处理，应提示并保留必要的版本与操作轨迹。
只测试网页端可以吗？
不够，还要核对移动端、接口、导出、离线恢复和并发场景。