测试用例
- 编制单位: 南京构播云网络科技有限公司
- 编制人员: 张坚
- 编制日期: 2025年04月06日
概述
测试目的
测试的目的:
主要是为发现当前程序执行中的错误,帮助开发人员发现当前开发工作所采用软件过程的缺陷。 软件开发的一条重要原则是尽早发现与修正错误,一个错误越晚被发现,造成的代价就越大。 单元测试计划是验证模块接口、局部数据结构、边界条件、覆盖条件、出错处理是否达到规定的要求, 这些都是必不可少的,因此必须制定详细合理的测试计划,提高软件开发过程的效率,减少失误,降低开发成本,提高最终产品的质量。
测试范围
本次系统测试主要包括:C端管理台、C端APP界面、第三方集成、移动端支持、技术保障5大模块
| 大模块 | 主要功能 |
|---|---|
| C端管理台 | 基础信息管理、权限配置;动态发布与景点管理;预订与会务支持;楼盘金融工具验证;数据分析与审计 |
| C端APP界面 | 核心功能交互验证;景点详情与活动管理;服务流程与缴费验证;预订体验与关联服务;看房工具与政策验证 |
| 第三方集成 | 系统联调与数据一致性;多渠道支付测试;云服务稳定性;第三方登录与权限同步 |
| 移动端支持 | 响应式适配、触控交互;消息推送与红点提示逻辑 |
| 技术保障 | 故障恢复测试、日志监控;培训材料与模拟演练 |
测试组织方案
测试进度安排
| 测试内容 | 子模块 | 计划开始日期 | 周期(天) | 实际开始日期 | 实际结束日期 |
| 系统测试 | C端管理台、C端APP界面、第三方集成、移动端支持、技术保障 | 2025年07月01日 | 10 |
测试地点安排
南京构播云网络科技有限公司
测试环境
| 环境类型 | 配置详情 |
|---|---|
| 操作系统 | Windows 10/11(管理台测试)、macOS Monterey(iOS打包验证) |
| 移动设备 | 华为P50 Pro(HarmonyOS 3.0)、iPhone IOS 14,15,16、小米/荣耀/VIVO/OPPO(Android 13以上) |
| 网络环境 | 5G/4G/弱网(模拟≤100kbps带宽) |
| 数据库 | MySQL 8.0.28(独立测试实例,每日自动还原基线数据) |
人员与职责分配
| 人员 | 角色 | 职责 |
| 张坚 | 测试负责人 | 管理测试小组的全部人员的情况 |
| AAA | 单元测试人员 | 负责整个系统的单元测试实施工作 |
| BBB | 集成和系统测试人员 | 负责整个系统的集成和系统测试实施工作 |
测试流程
测试人员根据测试用例对系统进行相应阶段的测试;
测试过程中发现问题填写bug管理工具,交给测试负责人;
测试负责人将bug管理工具的bug汇总,然后编写《测试报告》(单元/集成/系统)反馈到技术部,由技术部对问题进行分析、分类,给出解决方案;
开发组人员对需修改的问题先在开发环境中对程序进行修改,内部测试无误后,在版本管理员的指导下把修改完成的程序加载到测试环境中;
测试人员对修改后的系统进行回归测试;如发现问题,返回以上程序,直到没有问题时为止。
阶段测试方案
单元测试
| 单元测试范围 | 江苏世纪新城投资控股集团有限公司APP: C端管理台、C端APP界面、第三方集成、移动端支持、技术保障 |
| 单元测试方法 | 白盒测试方法 |
| 单元测试环境 | 参见测试环境章节。 网络:公司局域网、Internet |
| 测试完成准则 | 单元测试用例已经通过评审 按照单元测试计划完成所有单元测试的工作 软件单元功能与设计一致 在单元测试中发现的问题已经得到修改 |
| 将产生的文档 | 单元测试用例,测试报告等 |
| 单元测试任务 / 优先级 | 进度(天) |
集成测试
| 集成测试范围 | 江苏世纪新城投资控股集团有限公司APP: C端管理台、C端APP界面、第三方集成、移动端支持、技术保障 |
| 集成测试方法 | 黑盒测试方法,着重测试模块的接口部分 |
| 集成测试环境 | 参见测试环境章节。 网络:公司局域网、Internet |
| 测试完成准则 | 集成测试用例已经通过评审 按照增量集成策略完成了整个系统的集成 集成工作版本满足设计定义的各项功能 在集成测试中发现的错误已经得到修改 |
| 将产生的文档 | 集成测试用例,产品问题报告单,测试报告等 |
| 集成测试任务 / 优先级 | 进度(天) |
系统测试
| 系统测试范围 | 江苏世纪新城投资控股集团有限公司APP: C端管理台、C端APP界面、第三方集成、移动端支持、技术保障 |
| 系统测试方法 | 黑盒测试方法 |
| 系统测试环境 | 参见测试环境章节。 网络:公司局域网、Internet |
| 测试完成准则 | 系统测试用例已经通过评审 按照增量集成策略完成了整个系统的测试 系统工作版本满足设计定义的各项功能 在系统测试中发现的错误已经得到修改 |
| 将产生的文档 | 系统测试用例,产品问题报告单,测试报告等 |
| 系统测试任务 / 优先级 | 进度(天) |
测试策略
功能测试
主要目的检测系统是否达到需求对业务流程及数据流的处理的要求、是否符合标准,检测系统对业务流处理是否存在逻辑不严谨及错误,检测需求是否存在不合理的标准及要求。此阶段测试基于功能完成的测试。
表4-1 功能测试策略
| 测试目标 | 江苏世纪新城投资控股集团有限公司APP: C端管理台、C端APP界面、第三方集成、移动端支持 |
| 测试范围 | 需求中明确的业务流程,或组合不同功能模块而形成一个大的功能 |
| 技术 | 1. 利用有效的和无效的数据来执行各个用例、用例流或功能,以核实以下内容: 在使用有效数据时得到预期的结果。 在使用无效数据时显示相应的错误消息或警告消息。 * 各业务规则都得到了正确的应用。 |
| 开始标准 | 所有功能均已完成,并已提交测试 |
| 完成标准 | 所计划的测试已全部执行。所发现的缺陷已全部解决。 |
安全性测试
安全性测试侧重于安全性的两个关键方面:
应用程序级别的安全性,包括对数据或业务功能的访问。
系统级别的安全性,包括对系统的登录或远程访问。
应用程序级别的安全性可确保:在预期的安全性情况下,操作员只能访问特定的功能或用例,或者只能访问有限的数据。
系统级别的安全性可确保:只有具备系统访问权限的用户才能访问应用程序,而且只能通过相应的网关来访问。
表4-2 安全性和访问控制测试策略
| 测试目标 | 不同用户权限的测试,访问系统的测试 |
| 测试范围 | 每个用户权限下包含的功能或者模块 |
| 技术 | 确定并列出各用户类型及其被授权访问的功能或数据。 为各用户类型创建测试,并通过创建各用户类型所特有的事务来核实其权限。 修改用户类型并为相同的用户重新运行测试。 对于每种用户类型,确保正确地提供或拒绝了这些附加的功能或数据。 |
| 开始标准 | 所有安全性均已完成,并已提交测试 |
| 完成标准 | 所计划的测试已全部执行。所发现的缺陷已全部解决。 |
兼容性测试
应用程序测试需覆盖Android 13+ / iOS 14+主流机型及分辨率进行测试,检测其对各种环境的兼容性。
表4-3兼容性测试策略
| 测试目标 | 核实系统是否能在不同硬件配置、不同操作系统下运行正常 |
| 测试范围 | 江苏世纪新城投资控股集团有限公司APP: C端管理台、C端APP界面、移动端支持 |
| 技术 | 通过在不同的硬件配置的机器上安装系统,运行系统,在不同操作系统下安装系统,运行系统 |
| 开始标准 | APP开发完成,已准备测试机器:华为P50 Pro(HarmonyOS 3.0)、iPhone IOS 14,15,16、小米/荣耀/VIVO/OPPO(Android 13以上) |
| 完成标准 | 系统在各配置环境下正常运行 |
用户界面测试
用户界面测试用于核实用户与软件之间的交互。用户界面测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。另外,用户界面测试还可确保界面中的对象按照预期的方式运行,并符合公司或行业的标准。
表4-4 用户界面测试策略
| 测试目标 | 1. 功能验证:确保核心功能(如导航、按钮、表单)正常可用 ,验证页面跳转逻辑与交互反馈符合设计预期 2. UI一致性: 检查布局、配色、字体、图标与设计稿一致 , 适配不同屏幕尺寸(手机/平板)和分辨率 3. 用户体验 : 操作流畅无卡顿(如滑动、点击响应时长 < 500ms),提示信息清晰(错误、空状态提示) 4. 兼容性 :支持主流操作系统版本(iOS ≥ 14 / Android ≥ 13),兼容不同品牌设备(如华为、小米等) |
| 测试范围 | 江苏世纪新城投资控股集团有限公司APP: C端管理台、C端APP界面 |
| 技术 | 1. 手动测试:执行边界值测试(如输入超长文本),验证异常场景(如弱网、断网重连) 2. 探索性测试 : 随机操作路径模拟真实用户行为 |
| 开始标准 | 所有项目功能均可正常进行 |
| 完成标准 | 质量阈值达标(用例执行通过率),风险闭环(缺陷修复,遗留问题已评估影响并记录) |
恢复测试
故障转移和恢复测试可确保测试对象能成功完成转移,并能从导致意外数据损失或数据完整性破坏的各种硬件、软件和网络故障中恢复。
故障转移测试可确保:对于必须持续运行的系统,一旦发生故障,备用系统就将不失时机地“顶替”发生故障的系统,以避免丢失任何数据或事务。
恢复测试是一种对抗性的测试过程。在这种测试中,将把应用程序或系统置于极端的条件下(或者是模拟的极端条件下),以产生故障(例如设备输入/输出(I/O)故障或无效的数据库指针和关键字)。然后调用恢复进程并监测和检查应用程序和系统,核实应用程序或系统和数据已得到了正确的恢复。
表4-5恢复性测试策略
| 测试目标 | 确保恢复进程(手工或自动)将数据库、应用程序和系统正确地恢复到预期的已知状态。 测试中将包括以下各种情况: - 服务器断电 - 通过网络服务器产生的通信中断 - 数据同步进程被中断 - 数据库指针或关键字无效 - 数据库中的数据元素无效或遭到破坏 |
| 测试范围 | |
| 技术 | 1. 创建一系列的事务执行或模拟以下操作: - 服务器断电:模拟或启动服务器的断电过程。 - 通过网络服务器产生的中断:模拟或启动网络的通信中断 2. 对以下情况的测试需要达到一个已知的数据库状态 - 破坏若干个数据库字段、指针和关键字时,应该以手工方式在数据库中(通过数据库工具)直接进行。 其他事务应该通过使用“应用程序功能测试”和“业务周期测试”中的测试来执行,并且应执行完整的周期。 |
| 开始标准 | |
| 完成标准 | 在所有上述情况中,应用程序、数据库和系统应该在恢复过程完成时立即返回到一个已知的预期状态。 此状态包括仅限于已知损坏的字段、指针或关键字范围内的数据损坏,以及表明进程或事务因中断面未被完成的报表。 |
| 测试优先级 | 订单数据 |
| 需考虑的特殊事项 | 恢复测试会给其他操作带来许多的麻烦。 断开缆线连接的方法(模拟断电或通信中断)可能并不可取或不可行。 所以,可能会需要采用其他方法,例如诊断性软件工具。 需要系统(或计算机操作)、数据库和网络组中的资源。 这些测试应该在工作时间之外或在一台独立的计算机上运行。 安全/恢复性标准的确定是否合理需要和开发人员商量 |
安装/卸载测试
安装测试有两个目的:一是确保该软件在正常情况和异常情况的不同条件下, 例如:进行首次安装、升级、完整的或自定义的安装都能正常进行。异常情况包括:磁盘空间不足、缺少目录创建权限等。二是核实软件在安装后可立即正常运行,这通常是指运行大量为功能测试制定的测试。
表4-6安装测试策略
| 测试目标 | (1)安装后系统能否正常运行; (2)卸载过程能否将程序从操作系统完全移除。 |
| 测试范围 | 系统发布代码的安装和卸载 |
| 技术 | |
| 开始标准 | |
| 完成标准 | 系统成功执行,没有出现任何故障。并可完全卸载 |
编写测试用例
用例模板
| 字段 | 描述 | 示例值 |
|---|---|---|
| 用例ID | 唯一标识符(如TC_001) | TC_FUNC_001 |
| 模块名称 | 所属功能模块(如C端APP首页、物业报修) | 首页功能-优惠券领取 |
| 测试类型 | 功能/UI/性能/兼容性/安全性/接口 | 功能 |
| 优先级 | 高/中/低 | 高 |
| 测试阶段 | □ 单元测试 □ 集成测试 √ 系统测试 | |
| 标题 | 简明扼要描述测试目的 | 验证新用户领券流程是否正常 |
| 编制人 | 测试用例编写责任人 | 张三 |
| 审定人 | 测试用例审核责任人 | 李四 |
| 前置条件 | 执行测试的前提(如用户已登录、网络正常) | 已注册账号,处于首页界面 |
| 测试步骤 | 详细操作步骤(序号+动作) | 1. 点击"新用户领券"按钮 2. 查看弹窗提示 |
| 测试数据 | 输入参数或测试环境配置 | 手机号:13800138000 |
| 预期结果 | 正确的预期行为或输出 | 弹出"领取成功"提示,优惠券到账 |
| 实际结果 | 实际测试结果(执行后填写) | (留空,待测试后补充) |
| 测试结果 | 通过/失败/阻塞 | 通过 |
| 相关需求ID | 关联的需求文档编号(如PRD-2023-001) | PRD-2023-015 |
| 自动化标记 | 是否已自动化(是/否) | 否 |
| 备注 | 异常情况、特殊说明或关联缺陷ID | 弱网环境下需补充测试 |
关键说明: 1. 测试阶段: - 根据测试策略标记当前用例所属阶段(可多选,但需符合测试流程顺序) - 例:单元测试阶段仅验证最小可测单元(如单个接口),系统测试需覆盖全链路
- 与测试策略联动:
- 功能测试用例通常集中在系统测试阶段
- 单元测试由开发团队在编码阶段完成
-
集成测试标记为√时需关联接口测试报告
-
编制人:负责编写测试用例的测试工程师,需确保用例覆盖需求且步骤清晰
- 审定人:对测试用例进行技术审核的负责人(如测试组长/产品经理),需确认用例的合理性和完整性
- 协作流程:
- 编制人完成初稿后提交审定人审核
- 审定人反馈修改意见或批准通过
- 通过后纳入测试执行库
示例用例(功能验证)
| 用例ID | 模块名称 | 测试类型 | 优先级 | 测试阶段 | 标题 | 前置条件 | 测试步骤 | 编制人 | 审定人 |
|---|---|---|---|---|---|---|---|---|---|
| TC-C-01 | 首页功能 | 功能 | 高 | √ 系统测试 | 验证海锚易购商品展示 | 已登录C端APP | 1. 进入首页 2. 查看"海锚易购"模块 3. 点击商品卡片 4. 验证商品详情页跳转 |
张三 | 李四 |
| TC-C-02 | 物业板块 | 功能 | 中 | □ 集成测试 | 验证报修工单提交流程 | 已绑定房产 | 1. 点击"预约服务" 2. 选择"报修" 3. 填写故障描述 4. 提交工单 |
王五 | 赵六 |
核心功能测试用例(仅关键字段)
C端管理台模块:如组织架构权限分配
| 用例编号 | TC-C-01 |
|---|---|
| 输入说明 | 使用不同角色账号(管理员、普通用户)登录管理台 |
| 预期输出 | 管理员可访问全部模块,普通用户仅可见权限内功能 |
| 测试数据 | 角色:管理员(权限全开)、物业人员(仅物业模块) |
APP首页功能:如新用户领券链路
| 用例编号 | TC-HOME-01 |
|---|---|
| 输入说明 | 新用户首次登录APP,点击「新用户领券」按钮 |
| 预期输出 | 1. 弹窗提示领取成功 2. 优惠券自动存入「我的卡包」 3. 领券后首页推荐匹配优惠商品 |
| 边界值测试 | 已领券用户再次点击按钮时提示「已领取」 |
文旅板块:如优惠券核销流程
| 用例编号 | TC-CULTURE-01 |
|---|---|
| 输入说明 | 用户领取文旅优惠券后,在景点详情页选择「使用优惠券」 |
| 预期输出 | 1. 订单金额自动抵扣 2. 优惠券状态变更为「已使用」 3. 文旅管理台核销记录同步更新 |
| 异常场景 | 优惠券过期后尝试使用,提示「券已失效」 |
物业板块:如 报修工单自动派单
| 用例编号 | TC-PROPERTY-01 |
|---|---|
| 输入说明 | 用户提交报修工单(含位置、问题描述、照片) |
| 预期输出 | 1. 工单自动分配至对应片区维修人员 2. 用户APP推送工单进度通知 3. 维修完成后用户可评价服务 |
| 边界值测试 | 提交空描述工单时拦截并提示「请输入问题描述」 |
酒店板块:如状态实时同步验证
| 用例编号 | TC-HOTEL-01 |
|---|---|
| 输入说明 | 在PMS系统关闭某房型后,刷新APP端房型列表 |
| 预期输出 | APP端房型状态10秒内同步为「已售罄」 |
| 异常场景 | 模拟PMS系统宕机时,APP端展示「房态同步中」提示 |
第三方集成:如 支付回调漏单处理
| 用例编号 | TC-PAY-01 |
|---|---|
| 输入说明 | 模拟支付成功但未收到回调通知(网络丢包) |
| 预期输出 | 系统30分钟内自动触发对账,补发订单完成通知 |
| 测试工具 | Postman模拟支付中断场景 |
边界值测试用例
| 功能点 | 测试数据 | 预期结果 |
|---|---|---|
| 物业缴费金额输入 | 输入0元、1000000元、100.000元 | 拦截输入并提示「请输入有效金额」 |
| 时间选择器 | 选择1899-01-01、2099-12-31 | 限制可选日期范围为2025-2035年 |
| 并发抢购 | 20用户同时抢购「超低价」商品 | 库存扣减与订单数量一致,无超卖 |
附录:测试用例审核
| 审核项 | 结果 |
|---|---|
| 功能覆盖完整性 | 通过 |
| 边界场景覆盖度 | 通过 |
| 环境配置合理性 | 通过 |
| 测试数据有效性 | 通过 |
测试经理签字:张坚
审核日期:2025年06月25日