CliniGA CRO

CliniGA CRO 博客

负向测试用例:核实系统如何拒绝错误数据

针对真实失败模式测试拒绝和部分接收,核查错误状态、证据轨迹及更正后重新提交的行为。

类别代表性照片:负向测试用例:核实系统如何拒绝错误数据
摄影: NASA · 许可: Public domain · 图片已裁剪并调整尺寸。
发布
更新

接受一份正确文件,只能证明预期路径。当接口承载关系到研究关键决定的数据时,对不完整、重复或未经授权输入的处理,值得单独关注。

保留数据的含义

将负向测试与现实失败模式关联。确定拒绝操作是否产生可理解的消息、记录状态及可追踪到责任人的轨迹。用户应知道文件何时被部分接收。在整份交付全部拒绝与接受有效行之间,没有普遍适用的选择;应根据预期用途定义适当行为。

示例分析

例如,某实验室数据行含有未知检验代码。接口显示已完成,却无提示地丢弃该行。测试同时纳入无效行及有效行,比较数量和通知,并检查重新提交行为。如果结果数据状态仍不清楚,单有可见错误消息不应被视为验收证据。

核查要点

  • 创建包含格式错误字段、缺失身份信息及未知代码的示例。
  • 检查部分接收后是否出现记录丢失或重复。
  • 通过完整接口流程测试更正后重新提交。

验收与适用边界

验收意味着拒绝或有限接收按预期得到解释,且更正路径保持可追溯。应选择代表关键流程的示例,而不是生成任意错误清单。证据应明确实际失败输入及预期结果。负向测试是对正确输入在预期条件下可成功处理的检查的补充,不能替代后者。

常见问题

是否必须测试每一种能想象到的错误?
应优先测试与风险相关、真实且有辨别力的失败类型,而不是尝试无限组合。
出现错误消息是否意味着测试通过?
结果数据状态、证据轨迹及更正后行为也应符合预期。

来源

  1. FDA — 临床研究中的电子系统、电子记录和电子签名
  2. MHRA — GxP数据完整性指南