验收电子知情同意工具时，最关键的问题不是页面能否签字，而是能否回答：谁在什么时间、基于哪份获批文本、以什么身份完成了哪种决定，后续随访又为什么被允许或暂停。建议用一次“旧版已签、新版启用、部分人待再次签署”的完整演练检查版本链。
先定义验收边界
工具只承载机构已经确定的流程规则，不能自行决定某项变更是否需要再次伦理审查或再次签署。测试前应准备获批版本、适用中心与人群、启用时间、签署角色、允许的远程方式和例外处理要求。没有这些基准，所谓“测试通过”只是页面可用，不代表研究流程可用。
第一组测试：版本是否真正冻结
发布后不能无痕改正文
创建旧版并完成一名虚构参与者签署，再发布新版。检查旧版正文、附件摘要、批准信息和签署证据是否保持只读；新版是否获得独立标识，而不是覆盖旧文件。任何文字、选项或附件变化都应形成新记录，并保留操作者、时间和变更原因。
适用范围要能精确到人
分别设置新入组者、继续随访者、已退出者和不受本次变化影响者，检查系统是否按机构规则生成不同任务。重点观察边界时间：启用前一分钟和启用后一分钟创建的任务，是否能稳定关联正确版本。
第二组测试：身份和决定是否可证明
使用完全虚构的数据，分别模拟本人签署、监护或其他合法角色按流程参与、签署中断、身份核验失败和重复提交。验收结果至少应包括签署人角色、核验方式、发起与完成时间、文件摘要值或等效完整性证据，以及参与者获得副本的状态。不要在测试环境使用真实患者资料。
再模拟参与者明确不同意或中途撤回。系统应停止尚未授权的研究性任务，并保留已经发生的决定链；是否继续某些安全联系或依法依规处理既有数据，必须由正式方案和机构流程判断，不能由工具一刀切。
第三组测试：随访任务是否正确受控
待签署不应伪装成已完成
让消息发送成功但不完成签署，观察随访任务是否仍处于受限状态。再让签署成功但后台回调延迟，检查系统是否会重复创建任务或提前开放量表。最后补发回调，确认幂等处理只更新同一决定记录。
权限不能借提醒泄露
使用研究护士、研究者、质控员和只读审计员四类虚构账号，检查谁可查看正文、签署状态、身份材料和撤回原因。通知标题、短信模板和工作台角标也应纳入测试，避免在锁屏或非授权列表中暴露研究参与状态。
第四组测试：导出能否支持复核
导出一名虚构参与者的完整版本链，核对文件是否包含版本标识、适用依据、通知记录、签署或拒绝结果、任务开放与暂停时间、操作者和异常处理。导出内容应与页面一致，并受最小权限、有效期和下载审计控制。事实要点是：审计证据不是一张签名图片，而是一条不可混淆的决定与执行链。
建议的通过条件
- 旧版冻结且可复核，新版独立发布。
- 适用规则命中正确，不把退出者重新激活。
- 发送、阅读、理解确认和签署状态彼此区分。
- 拒绝、撤回和异常中断都有明确后续路径。
- 重复回调不会重复生成随访任务。
- 导出与权限操作全部留痕。
FAQ
有可信时间戳就一定合格吗？
不一定。时间证据还必须与正确身份、正确文本、适用范围及完整决定过程关联，并符合机构采用的技术和管理要求。
测试通过后能否直接用于所有研究？
不能。不同研究的方案、伦理意见、签署角色和例外规则不同，应进行项目级配置复核和上线前验收。
需要梳理工具验收清单时，可参考智慧随访与科研任务管理思路。本文仅提供通用测试方法，不替代伦理、法律或临床专业判断。