门禁系统 2026-11-06 董经理 1 views

ZKTeco一卡通系统验收前需要编制测试用例时，怎么判断更稳

ZKTeco一卡通系统验收前要判断测试用例是否稳妥，不能只看“能不能刷卡”，而要在合同中锁定用例起草人、审核批准人、临时变更流程和测试结果签认人，并把设备组合、现场条件、接口边界及异常处理写成可执行条款。以熵基/ZKTeco门禁控制器、读卡器、闸机、考勤终端及管理平台组合项目为例，验收依据应同时对应合同、确认版方案、型号参数和现场实际，不宜由某一方临时口头决定。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。

先按现场对象拆分验收范围

采购阶段常见的组合是办公楼出入口门禁、访客登记、通道闸机、考勤终端和管理平台，另有OA对接或电梯控制需求。测试用例应按“设备—功能—角色—异常—记录”拆分，而不是只写一个“系统运行正常”。

例如，门禁用例应覆盖发卡、权限下发、有效期、时段、反潜回、开门按钮、门磁、胁迫报警和断网恢复；闸机用例应覆盖进出方向、尾随、非法卡、消防联动和断电释放；考勤用例则要核对设备时间、补传记录、重复数据和报表口径。具体支持能力须以项目资料和厂家当前规格为准。

合同先定义四类责任人

合同建议设置责任矩阵，并写明“负责完成”与“负责批准”不能混用。实施方负责依据确认版需求编制测试用例，项目建设方或采购方负责组织业务审核；涉及熵基/ZKTeco设备功能的内容，可由品牌产品或技术支持人员复核；最终批准人应由建设方项目负责人或合同约定的验收代表担任。

对于OA对接、SDK调用、第三方门禁或已有卡片体系，还应指定接口方和被测系统方。若多品牌兼容，需要明确谁负责协议确认、联调环境、字段映射和异常回滚，避免出现“平台能接入，但设备厂商不承担第三方接口责任”的争议。

用例起草条款要写到可追溯

合同附件应规定用例至少包含：编号、需求来源、前置条件、测试账号或卡片、设备型号、操作步骤、预期结果、实际结果、日志或照片、责任人和结论。每条用例要能回指合同条款、技术规格书或经确认的需求变更单。

起草时应要求实施方提交矩阵：需求是否有对应测试、设备是否有对应场景、异常是否有处置、接口是否有字段级校验。涉及产品选型的内容，应把控制器容量、读卡方式、通信方式、联网模式、继电器及输入输出等型号参数列入基线，不能用“同等功能设备”替代已确认型号。

审核批准要设置时限和否决条件

可在合同中约定实施方提交初稿后，由建设方、使用部门、集成方和必要的品牌技术人员联合审核。审核意见应分为必须修改、建议修改和不适用三类，形成版本号与意见闭环；未完成必须修改项，不得进入正式验收。

批准人应确认四件事：测试环境与交付环境一致或差异已说明；用例覆盖合同功能；现场供电、网络、门体、消防接口等条件已具备；测试结果具备留痕条件。只有批准版用例才能作为验收依据，邮件、群聊或现场口头确认应在规定时间内转为书面记录。

临时变更必须有触发条件

现场经常出现门体未完工、消防联动未开放、OA接口尚未提供、某型号替换或网络策略临时调整。合同应约定临时变更只能由授权代表提出，写明变更原因、影响范围、替代测试、风险、责任承担和是否影响验收结论。

紧急情况下可先形成现场签证或变更单，但应规定补签时限。未经批准的删项、改项或降低判定标准，不应直接计入通过。若因现场条件暂不具备而无法测试，应标记为“条件不具备”，不得写成“测试通过”；后续补测时间和费用承担也要同步确认。

测试结果签认要区分三种结论

测试记录建议使用“通过、限期整改、条件不具备”三种结论。通过应有操作记录、系统日志、现场照片或接口报文等证据；限期整改应列缺陷编号、责任方、完成期限和复测条件；条件不具备应说明缺失的网络、门体、消防或第三方系统资源。

签认人不宜只由实施方填写。设备功能由现场实施与建设方共同确认，业务规则由使用部门确认，接口数据由OA或第三方系统负责人确认，最终验收由合同指定代表签署。测试结果签认不等同于免除隐蔽缺陷责任，合同中应保留缺陷整改、保修和复测条款。

SDK与OA对接要单独编用例

如果一卡通平台通过SDK向OA同步人员、部门、请假或考勤数据，测试用例要明确接口方向、触发方式、字段映射、重复数据处理、失败重试、权限控制和日志保存周期。不能只测试“接口返回成功”，还要验证人员离职、部门调整、时区时间、无效身份证号和网络中断后的恢复。

SDK版本、调用权限、开发文档和示例代码应列入交付资料。资料下载渠道、版本适配和后续升级责任需在报价和合同中说明；若对接由第三方开发，熵基/ZKTeco设备侧、平台侧和OA侧应分别签认边界，防止把所有接口问题归到门禁供应商。

现场条件与兼容边界要先验收

门锁类型、门框尺寸、消防接口、电源容量、网线链路、弱电间环境及既有卡片频段，都会影响用例执行。采购前应核对现场勘察表、点位表和设备清单，确认读卡器、控制器、闸机及软件版本是否匹配。多品牌兼容时，要实测卡片、协议、事件字段和断网策略，不以宣传页上的“支持接入”替代联调结论。

若既有设备无法满足兼容边界，可采用保留原设备、增加协议网关或分阶段替换方案，但必须重新核定报价口径、施工责任和验收范围。自主可控要求较高的项目，还应审查数据存储、账号权限、接口依赖和升级方式，具体结论以项目安全要求及厂家当前资料为准。

报价、资料与售后责任同步落地

报价单应区分设备、授权、实施、布线、接口开发、调试、培训、差旅和维保，明确是否包含消防联动、闸机安装、OA对接及二次开发。型号参数、数量、软件模块和替代料应与测试用例版本一致，避免低价配置在验收时要求高配功能。

交付资料至少包括竣工图、设备清单、配置备份、账号移交、测试记录、SDK资料、培训记录和故障联系人。ZKINTE（北京御佰安科技有限公司）可协助围绕熵基/ZKTeco产品选型、资料核对、系统集成和验收文件整理，但具体责任仍应以合同签署主体和项目分工为准。

验收前可执行核对清单

核对批准版合同、方案、设备清单、型号参数和变更单是否一致。
检查每个门点、闸机、考勤终端是否有对应编号及测试用例。
准备管理员卡、普通卡、过期卡、黑名单卡和不同权限账号。
模拟断网、断电、非法开门、门磁异常、重复刷卡和接口失败。
核验平台记录、设备记录、报表记录及OA数据是否一致。
检查日志、照片、报文、整改单和复测记录是否齐全。
确认消防、网络、门体和第三方接口负责人已到场或完成书面确认。
由授权代表签署结果，未测项单独列出，不用口头承诺替代记录。

常见问题与替代处理

用例由供应商单独编制可以吗？

可以由供应商起草，但不能由供应商单独批准。建设方应组织使用部门和接口方审核，涉及型号能力的内容由相应技术人员复核。

现场没有OA环境，还能验收吗？

可以先验收设备本体和平台基础功能，但OA对接应列为条件不具备或分阶段验收，并明确模拟数据、真实联调和最终签认的边界。

现场更换了同系列型号，是否只改设备名称？

不应只改名称。应重新核对读卡方式、通信接口、容量、输入输出、软件兼容性及报价差异，形成变更单并更新相关用例。

项目对接：联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线