一、系统概述

本系统为挂号管理系统，涵盖"系统登录、号源查询、预约挂号、预约查询、取消预约"5 大功能点。核心业务规则：系统设 10 个科室、3 类医师，每类医师每日 20 个号源，每科室每日合计 60 个号源；普通用户每日可在各科室下预约每类医师各 1 次。第三方测试依据需求规格说明书，验证功能正确性、业务规则约束及角色权限隔离。

二、测试目标

依据 GB/T 25000.51 标准，确认系统功能实现与需求一致，重点验证号源规则与预约限额的正确性，出具客观、独立的第三方测试报告。

三、测试流程（六阶段）

需求评审 → 测试计划 → 用例设计 → 功能/规则/权限/异常测试 → 缺陷提交与回归 → 出具第三方测试报告

四、核心测试策略

① 功能测试（黑盒）

• 系统登录：正确账号密码、错误密码、空值、账号锁定、Session 超时。

• 号源查询：按科室/医师类别查询，验证每科室合计 60 号源（3 类 × 20）、号源剩余量实时准确。

• 预约挂号：选择科室→医师类别→时段→确认预约，校验预约成功后号源 -1。

• 预约查询：查询当前用户预约列表，校验数据完整性、状态正确。

• 取消预约：取消后号源 +1 释放，可再次预约（验证释放逻辑）。

② 业务规则测试（核心）

• 号源总量：每科室每日 = 3 类医师 × 20 = 60 个，验证不超发。

• 预约限额：普通用户每日每科室每类医师限约 1 次——已预约后再约同类医师应被拒绝。

• 边界值：第 20 个号（刚好成功）/ 第 21 个号（应失败）；每日限额边界。

• 并发测试：多用户同时抢同一号源，验证无超发（数据一致性、锁机制）。

③ 权限测试：普通用户仅可操作本人预约；管理员维护用户/科室/医师；医师管理号源；验证越权拦截。

④ 异常与兼容性：网络中断、重复提交、非法输入；主流浏览器兼容；响应时间（挂号峰值性能）。

五、典型缺陷示例

• 同一用户同一科室同类医师可重复预约（限额失效）；

• 取消预约后号源未释放，导致总数不符；

• 并发抢号出现超发（号源变为负数或超过 60）；

• 号源查询缓存未刷新，显示剩余量不准确。

六、测试结论

通过 需求覆盖率 + 用例通过率 + 缺陷严重程度分布 综合评价。重点确认号源规则（10×3×20）与预约限额经测试无误后，出具带 CMA 资质的第三方测试报告，作为系统验收依据。