夜雨聆风---
你知道吗？一套视觉检测系统上线前，要经历多少"折磨"？🤔
🎯先搞懂一件事：为什么要分三个层级？
标准非配置 | 标准配置 | 定制开发 | |
关键影响 | 中 | 高 | 高 |
主要影响 | 低 | 中 | 高 |
次要影响 | 低 | 低 | 中 |
缺陷检测与剔除：关键功能 → 最高测试水平（High） 权限管理：主要功能 → 中等测试水平（Moderate） 报警提示：次要功能 → 基础测试水平（Low）
🔍第一种：探索性测试Exploratory Testing
📖官方定义
🌟一句话理解
🏭在IPC系统里，它长什么样？
正常情况测试：
操作员按正常流程：登录 → 选择产品配方 → 启动检测 → 查看结果 → 退出 随机抽查系统检测记录与实际产品的一致性
安全性测试：
用操作员账号尝试访问管理员功能，验证是否被拒绝 验证未登录状态下系统是否锁定所有操作 验证审计追踪是否完整记录了每一步操作
💡适用场景
✅第二种：正常测试Nominal Testing
📖官方定义
🌟一句话理解
🏭在IPC系统里，它长什么样？
精度测试：
拿出已知缺陷等级的标准样品（关键/主要/次要缺陷各一批） 验证系统判定结果与预期完全一致 验证合格品误剔除率 ≤ 0.1%（好产品不能被冤枉！）
输出测试：
检测完成后，验证生成的报告数据是否完整、格式是否正确 验证"判定不合格 → 执行剔除"的动作是否准确对应
联合输入测试：
同时切换产品配方 + 调整生产速度，验证系统能否正确响应 模拟完整的生产操作流程，端到端验证
💡适用场景
💥第三种：挑战性测试Challenge Testing
📖官方定义
🌟一句话理解
🏭在IPC系统里，它长什么样？
限度测试（把速度拉满）：
以最高速度运行：泡罩板 500片/分钟、中包 42包/分钟、大箱 2箱/分钟 验证极限速度下，系统是否仍能100%检出关键缺陷 ⚡
数据有效性测试（故意输错）：
尝试输入不存在的产品配方编号 在配方锁定状态下强制修改参数 验证系统是否正确拒绝并报错，而不是"默默接受"
时间反应测试（掐秒表）：
触发剔除信号后，测量剔除机构的响应时间 报警触发后，测量HMI显示的延迟时间
压力测试（连续跑马拉松）：
连续运行 7×24 小时，验证系统不崩溃、不漏检 同时触发多个工位报警，验证系统的并发处理能力
容错测试（模拟故障）：
模拟突然断电后重启，验证数据是否完整保留、配方是否自动恢复🔌 模拟相机断线，验证系统是否自动报警并停机
💡适用场景
📊三种测试的关系，一张图说清楚
测试水平 | 包含测试类型 | 适用功能 |
High（高） | 探索性 + 正常 + 挑战性 | 缺陷检测、配方管理、数据完整性 |
Moderate（中） | 探索性 + 正常 | 权限管理、数据保护、剔除策略 |
Low（低） | 探索性 | 报警系统、语言选择、公用设施 |
