欢迎您注册蒲公英
您需要 登录 才可以下载或查看,没有帐号?立即注册
x
一、 GAMP 5第二版核心原则与WMS分类在编写OQ方案前,需先明确WMS的GAMP分类和验证策略: 二、 WMS系统OQ确认方案框架一份基于GAMP 5的OQ方案通常包含以下章节: 1. 目的与范围2. 职责质量保证(QA):批准方案、监督执行、审核最终报告。 主题专家(SME)/验证团队:编写方案、执行测试、记录偏差。 IT/供应商:确保测试环境稳定,必要时提供技术支持。
3. 前提条件安装确认(IQ)已完成并批准。 测试环境已建立,且与生产环境隔离但逻辑一致。 核心业务流程的配置已完成。 用户账号权限已按角色设置完毕。
4. 测试策略与方法基于风险的测试:说明如何根据功能关键性(高、中、低)决定测试用例的详细程度。 数据完整性验证:测试中将重点验证记录的可归属性、清晰性、同步性、原始性和准确性(ALCOA+)。 临界值与异常测试:包含边界值分析、错误处理和强制失效测试。 供应商成果复用:列出复用了哪些供应商提供的测试脚本。
5. 风险考量简要列出识别出的功能风险(如库存数量计算错误、波次分配逻辑错误)以及本次OQ中针对这些风险的控制措施。 6. 验收标准7. 测试用例设计(核心部分)通常采用以下格式设计矩阵:
测试用例编号 参考功能规格书 测试步骤 预期结果 关键性评估 实际结果 备注
WMS-OQ-001FS-01-01创建新用户角色权限控制生效高
三、 WMS OQ测试用例示例(按业务模块)以下根据GAMP 5原则及WMS常见功能设计具体用例: 1. 安全与权限管理(基础合规性)
用例编号 WMS-OQ-SEC-01
测试目标验证系统基于角色的权限控制是否符合功能规格,确保数据隔离与安全 。
前置条件已配置“收货员”、“拣货员”、“管理员”角色。
测试步骤1. 使用“拣货员”账号登录RF或PC端。
2. 尝试访问“用户管理”或“价格维护”界面。
3. 尝试执行未经授权的“删除盘点单”操作。
预期结果1. 登录成功,仅限于授权菜单。
2. 访问被拒绝,提示权限不足。
3. 系统灰化删除按钮或返回操作失败提示。
关键性高(影响数据完整性与职责分离)
2. 入库流程(核心业务流)
用例编号 WMS-OQ-IN-02
测试目标验证ASN(预到货通知单)收货后,系统库存更新逻辑及异常处理。
前置条件存在一个状态为“已下发”的采购入库单。
测试步骤1. 正向量试:扫描正确的库位和LPN码,输入合格数量,提交。
2. 异常测试:故意输入超过订单数量的20%。(边界值测试)
3. 扫描一个不在当前收货任务中的条码。
预期结果1. 收货成功,数据库库存增加,操作记录生成带有时间戳的审计追踪。
2. 系统弹出“超出订单允许误差范围”提示,阻止提交。
3. 系统提示“条码不在当前收货任务中”。
关键性高(影响库存准确性)
3. 出库与波次逻辑(复杂逻辑测试)
用例编号 WMS-OQ-OUT-05
测试目标验证波次释放后,库存分配逻辑的正确性(如先进先出FIFO、按批号分配)。
前置条件仓库中存在同一SKU的两个批次:批号A(效期2025-01-01),批号B(效期2024-01-01)。库存量均充足。
测试步骤1. 创建销售订单,指定该SKU。
2. 运行定时任务或手动点击“波次创建”。
3. 查看生成的波次详情及拣货建议。
预期结果1. 系统按照“先进先出”原则,优先分配批号B(效期更早)的库存。
2. 波次总量计算正确。
关键性高(直接影响物料效期管理)
4. 库存管理与数据完整性
用例编号 WMS-OQ-INV-03
测试目标验证库存调整(盘点差异过账)的数据完整性与审计追踪。
前置条件存在一个已知库存的物料。
测试步骤1. 创建盘点任务,录入盘点数量(与系统不一致)。
2. 审核并过账该盘点差异。
3. 登录数据库或审计追踪界面,查看记录。
预期结果1. 过账后,库存主文件数量变更为盘点数。
2. 审计追踪完整记录:操作人(谁)、操作时间(何时)、原值(之前数量)、新值(之后数量)、原因代码(为什么),且记录不可篡改 。
关键性高(GxP关键要求)
5. 接口测试(如与ERP对接)
用例编号 WMS-OQ-INT-01
测试目标验证从ERP下发的出库单能正确同步至WMS,且回传发货确认状态。
前置条件测试ERP系统已配置接口,网络通畅。
测试步骤1. 在ERP中创建一张发货单。
2. 查看WMS任务列表。
3. 在WMS中完成发货确认。
4. 返回ERP查看单据状态。
预期结果1. WMS在预定时间内接收到该订单。
2. ERP端单据自动更新为“已发货”或“已完成”,且数量一致。
关键性高(影响业财一体化)
四、 编写OQ用例时的GAMP 5特别关注点数据完整性(DI)by Design:
用例必须覆盖对关键数据的修改。不仅仅是验证“数据是否存进去了”,更要验证“谁、在什么时间、因为什么、修改了什么” 这一链条是否完整且不可否认(非显性审计追踪不可接受)。 电子记录与电子签名(21 CFR Part 11 / EU Annex 11):
如果在受监管环境下使用,OQ中需包含: 灾难恢复与业务连续性(仅限关键系统):
虽然有时在PQ做,但高风险的WMS系统可在OQ中加入简单的故障恢复测试:如在执行波次分配时断开网络,验证系统重连后的处理机制。 可追溯性矩阵(RTM):
确保每个功能规格(FS)至少对应一个OQ测试用例,且结果可追溯 。
五、 总结基于GAMP 5第二版编写WMS OQ方案的核心转变在于:从“为了测试而测试”转向“基于风险与理解的验证”。OQ用例不仅要证明“系统能做什么”,更要证明“系统在复杂操作和异常情况下,如何保证数据不丢、不乱、可追溯”。
|