测试方案
美萍酒店管理系统
测
试
方
案
项目经理:唐阿飞老师
版本号: V1.1
编辑者: 陈金定
审核人: 张平
批准时间:
编制日期: 2019-4-19
目录
1、概述 1
1.1、项目简介 1
1.2、读者对象 1
1.3、项目模块 1
1.3.1、项目模块简介 1
1.3.2、模块功能介绍 2
1.4、参考文件 4
1.5、提交文件 4
2、测试范围 5
2.1、测试目的 5
2.2、测试的范围 6
3、测试环境 7
3.1、硬件环境 7
3.2、软件环境 8
4、测试工具 8
5、测试进度 8
5.1、测试方法 8
5.2、测试人员划分 9
5.3、测试进度计划 10
项目生命周期为3个月 10
5.4、风险监控 11
5.5、缺陷生命周期 12
6、 测试策略及完成标准 12
6.1、UI测试 12
6.2、功能测试 13
6.2.1、模块的划分 13
6.2.2、功能测试的要点 16
6.3、性能测试 16
6.4、安全性测试 17
6.5、兼容性测试 17
6.6、回归测试 18
6.7、数据库测试 19
6.8、内部测试 19
6.8.1单元测试 19
6.8.2、集成测试 20
6.8.3、系统测试 20
6.9、测试完成标准 21
A:严重影响系统运行的错误 21
B:功能方面严重缺陷,影响系统运行 21
C:不影响运行但必须修改 21
D:不影响用户使用的问题 21
7、 重点模块分析--营业管理模块 21
7.1、简介 21
7.2、日常查询模块 21
7.2.1、模块测试 22
7.3、经营分析模块 23
7.3.1、模块测试 23
7.4、财务查询模块 24
7.4.1、模块测试 25
8、 总结 26
1、概述
1.1、项目简介
美萍酒店管理系统是一款界面美观,操作简单,不用投入培训员工即可上岗操作,功能齐全的服务行业管理系统,该系统功能为经营者提供了具有财务数据分析,财务数据统计分析,利润分析,资源配置分析,数据查询系统等特色功能,还可以自动生成数据表和打印系统设置功能。
1.2、读者对象
读者分类 |
目的 |
需求人员 |
进一步明确原始要求,保证各个功能不会理解偏差,更好的和客户沟通。 |
项目开发人员 |
根据测试方案合理设计系统,并对比实现功能是否与实际需求相符 |
项目测试人员 |
更加明确测试重点,为后期产品版本测试提供指导和文档依据 |
1.3、项目模块
1.3.1、项目模块简介
本系统功能模块包括:散客开单,团队开单,增加消费,宾客结账,酒店外卖,预定管理,营业查询,营销管理,短信群发,商品管理,财务管理,交班管理,系统设置,软件购买。
1.3.2、模块功能介绍
模块名称 |
功能 |
散客开单 |
可进行住房信息登记以及追加房间,提供客房信息和宾客信息查询等功能 |
团队开单 |
提供团队预订客房,开设多个房间和打印开单信息数据以及自动提醒到期等功能 |
增加消费 |
提供消费功能,消费商品的单价明细查询,消费退单,转单,以及打印消费单功能 |
宾客结账 |
提供消费结算,宾客消费信息,系统自动生成总消费金额,打印票据功能等 |
酒店外卖 |
提供预订外卖功能,还可以退单,结账,打印消费小票等功能 |
预定管理 |
提供预订以及预订信息详情导出功能,可以取消或者新增功能,还可以打印开单信息以及查询客户信息等功能 |
营业查询 |
提供日常查询:来宾信息,在店/离店宾客消费,结账明细,结账单状态,消费退单明细,电话记录,预住过期,来店离店预报,历史进店/离店,常住宾客统计,预订信息统计,结账单消费分类,收银明细,更换房间信息,物品借用信息,客房消费信息,来电记录等查询功能。 财务查询:房间总状态,日/月营业,营业统计,营业统计排行,房类销售分析,营销年汇总,酒店住房汇总,折扣房统计,入住率统计,餐饮/洗浴/娱乐转账,综合统计报表,账单分类统计,消费分类统计,部门分类统计,服务生提成查询,夜审查询等查询功能, 经营分析功能:日营业分析,月营业分析,年营业分析,客源分析,消费品分析等分析功能 |
营销管理 |
提供,客户分类管理,客户信息管理,消费客户消费查询和维护以及储值卡充值和转账查询,VIP会员积分历史查询以及会员生日提醒功能 |
短信群发 |
提供信息发送,选择发送类型,和短信发送设置等功能,还可以查询短信发送记录以及用户管理和用户充值 |
商品管理 |
提供商品往来详情信息查询,可以进行供货商信息查询,还可以进行商品设置,仓库设置等功能 |
财务管理 |
可进行调用查看各类财务统计表,以及查询经营情况统计,具体项目消费明细查询以及数据打印系统设置等功能 |
交班管理 |
可查询公司内部员工交班具体信息,历史交班信息,交班时营业总金额,交班时押金不足的客户明细,打印交班记录以及取消交班等功能 |
系统设置 |
能够进行房间设置,商品设置,服务生设置,客户设置,VIP设置,操作员设置,计费设置,外接设备设置,数据管理,其他设置,操作员登录设置,TCP会员设置等设置功能 |
软件购买 |
此模块可以执行购买美萍酒店管理系统软件的功能,软件明细介绍以及开发本软件的公司 |
1.4、参考文件
文件名称 |
是否可用 |
是否已通过审核 |
需求文档 |
可用 |
已通过 |
概要设计文档 |
可用 |
已通过 |
详细设计文档 |
可用 |
已通过 |
美萍酒店管理系统用户手册 |
可用 |
已通过 |
安装手册 |
可用 |
已通过 |
测试计划文件 |
可用 |
已通过 |
各功能模块开发手册 |
可用 |
已通过 |
1.5、提交文件
² 测试计划
² 测试方案
² 测试用例
² 缺陷报告
² 测试报告
2、测试范围
2.1、测试目的
l 通过测试,达到以下目的:
l 通过测试对产品功能的实现是否达到需求文档的要求,包括功能,性能的实现
l 尽早发现并改正软件中存在的缺陷,提高软件的可靠性,安全性,和系统的稳定性
l 控制软件缺陷问题的数量,为风险评估提前做准备
l 把测出来的缺陷问题提供给开发人员和经理作为回馈信息
l 保证产品在整个软件开发周期中是高质量的
2.2、测试的范围
除了系统的安装卸载功能测试,系统安全性测试,回归测试,验收测试以及进行的所有内部测试以外,还有以下测试要点:
序号 |
测试类别 |
测试内容 |
测试目标 |
1 |
UI测试 |
对整个系统页面包括警告提示页面的外观,字段,导航,链接,cookie,页面结构包括菜单,背景,颜色,按钮名称,title,提示信息的一致性等。 |
测试系统界面优美,整洁,通过在不同的平台上使用,各功能之间,模块之间,字段之间是否出现差异,以及各个访问按键是否能正常使用 |
2 |
功能测试 |
系统所有功能模块,验证数据精确度,数据类型,业务功能相关方面的正确性 |
保证系统功能的正常使用,即是否与需求一致,而且符合用户操作习惯 |
3 |
性能测试 |
整个系统,多用户长时间操作时系统承载压力要控制在需求最小限度范围内测试 |
测试系统所承受的最大压力,是否达到预期需求标准,正常的业务工作量以及在最大业务量的时候系统承受能力,核实系统的稳定性,不造成奔溃或异常现象 |
4 |
接口测试 |
系统所有外设接口,打印机,投影仪等模块接口测试,是否能够正常进行操作,控制系统的的多功能行 |
测试系统内部模块能够准确与外设模块连接,服务连通无异常,符合需求使用 |
5 |
兼容性测试 |
测试整个系统,使用不同版本的不同分辨率、操作系统,菜谱、分别进行测试和进行条件组合的测试 |
兼容第三方软件,测试系统能否与其他系统协调工作,能否在不同的网络环境下正常运行,能否在同一操作系统平台的不同版本正常运行 |
6 |
数据库测试 |
测试系统运用到的所有数据库,数据是否完整 |
测试能完整的存储数据,功能完善,数据存储无异常 |
3、测试环境
3.1、硬件环境
内存 |
4.0GB |
CPU |
双核,intel,4.0GHZ |
硬盘 |
80GB |
3.2、软件环境
操作系统 |
Win7 64位 |
数据库 |
Oracle,sql server2005 |
客户端 |
pc |
4、测试工具
工具名称 |
工具用途 |
工具优点 |
禅道 |
管理缺陷 |
界面直观,新建项目时可选不同类型,事务跟踪方面个流程也非常优秀 |
jmeter |
性能测试 |
就jmeter做性能测试的脚本同样可以用来做功能测试,自动化测试,还可以做接口测试 |
Oracle |
数据库管理 |
大范围的支持用户使用,支持大量多媒体数据,具有良好的移植性,提供新的分布式数据库能力 |
soapUI |
接口测试 |
可单独作为测试软件使用,也可利用插件集成到别的软件中使用 |
5、测试进度
5.1、测试方法
v 功能测试主要采用手动测试方法,对系统进行黑盒测试以及采用黑盒测试的方法
v 界面测试采用等价类,边界值测试方法,运用人机交互方式,进行所有操作页面测试,以检验是否满足用户需求
v 性能测试采用不同时段高强度实际操作进行测试系统承载量
v 系统安全性,兼容性,安装和卸载,配置测试也是手工测试
v 单元测试采用方法是白盒测试,有开发人员操作
v 验收测试的方法是由专业的第三方测试团队承担测试
5.2、测试人员划分
角色 |
职位 |
任务、职责 |
陈明 |
测试经理 |
评审并批准项目计划及相关报告;组织并确保团队工作;控制项目执行;评估项目绩效;与相关人员沟通。 |
李涵 |
测试工程师 |
测试计划编制;协调并实施测试计划确定的活动;识别测试需求;负责编写测试用例;为其他人员提供技术支持。 |
陈燕 |
测试工程师 |
负责搭建和维护测试环境,提供资源保障。 |
纪萧尘 |
测试工程师 |
执行有效测试用例,控制项目质量,把控每个测试阶段所需时间 |
万峰 |
测试工程师 |
负责完整的记录测试结果,并与开发人员沟通修复,编写缺陷报告,项目所有资料整理,验收测试以及编写最终测试报告并提交 |
5.3、测试进度计划
项目生命周期为3个月
测试活动 |
天数 |
执行时间 |
||
需求分析 |
25天 |
2019-6-3至2019-7-8 |
||
测试计划 |
2天 |
2019-7-9至2019-7-10 |
||
测试用例 |
2天 |
2019-7-11至2019-7-12 |
||
执行测试用例 |
SIT阶段 |
冒烟测试 |
1天 |
2019-7-15 |
第一轮 |
5天 |
2019-7-16至2019-7-22 |
||
第二轮 |
5天 |
2019-7-23至2019-7-29 |
||
第三轮 |
5天 |
2019-7-30至2019-8-5 |
||
UAT阶段 |
第一轮 |
5天 |
2019-8-6至2019-8-12 |
|
第二轮 |
5天 |
2019-8-13至2019-8-19 |
||
第三轮 |
5天 |
2019-8-20至2019-8-26 |
||
安全性测试 |
2天 |
2019-8-27至2019-8-28 |
||
交叉测试 |
2天 |
2019-8-12至2019-8-13 |
||
验收测试 |
1天 |
2019-8-29 |
||
产品上线 |
2天 |
2019-8-29至2019-8-30 |
5.4、风险监控
风险类型 |
风险 |
解决方法 |
时间资源 |
测试时间不够,工作量大 |
测试主要功能,客户高度关注的部分;增加多2位测试工程师;系统测试后期可调用公司人员参与 |
时间分配不均匀 |
再出现缺陷多的模块多投入时间 重新分配测试时间 |
|
人力资源 |
人力不够,大多数不具备酒店管理经验 |
招聘有酒店经验的,有背景的工程师;提前进行培训公司人员;允许测试人员与开发人员进行研究讨论 |
需求变更
|
用户需求变更频率太高,需求很多不明确 |
在需求分析阶段,需求人员尽可能明确所有需求;需求变更时,及时更新需求文档 |
其他
|
自然灾害,不可抗的因素 |
做好预防措施,备份所有资料,以免丢失 |
测试环境数据量不足,配置不不同等误差 |
备用多个不同的测试环境,软件,硬件设施,在交叉测试时尽早发现问题,及时解决 |
5.5、缺陷生命周期
测试人员提交新的缺陷问题给开发经理,有编写该程序源码的开发人员修复缺陷,然后再返回测试人员进行反复测试,直到缺陷问题得到解决,为关闭状态。
6、测试策略及完成标准
6.1、UI测试
测试范围 |
导航、链接、cookie、页面结构包括菜单、背景、颜色、字体、按钮名称、title、提示信息的一致性等。 友好性,易用性 |
技术 |
Web测试通用方法 |
工具与方法 |
手工测试,目测 |
开始标准 |
界面开发完成 |
完成标准 |
UI符合可接受标准,能够保证用户界面的友好性,易操作性,而且符合用户操作习惯。 |
测试重点和优先级 |
有关酒店业务日常使用的核心模块重点测试 |
需考虑的特殊事项 |
进行相关的界面开发标准培训 |
6.2、功能测试
6.2.1、模块的划分
模块名称 |
模块实现功能 |
|
宾客开单 |
散客开单,团队开单,追加房间,更改房间,客户信息,客房信息 |
|
增加消费 |
增加消费 |
|
账单结算 |
合并结算账单,宾客结账,拆分结账,手动查询,已挂账单查询 |
|
酒店外卖 |
预定外卖 |
|
预定管理 |
点击预订信息按钮填写预定登记信息、VIP房价、协议房价 |
|
营业查询 |
日常查询,财务查询,经营分析 |
|
营销管理 |
协议客房管理,VIP会员管理,宾客资料管理,储值卡信息查询,客户协议,营销员账务,黑名单信息 |
|
VIP会员管理 |
VIP会员入住信息,VIP会员消费查询,储值卡查询,储值卡转账查询 |
|
日常查询 |
来宾信息查询,在店/离店查询,结账明细查询,结账单状态查询,消费退单明细查询,电话记录查询,预住过期查询,来点离店预报,历史进店、离店查询,常客统计,预订信息统计,结账单消费分类查询,收银明细查询,更换房间信息查询,物品借用信息查询,客房消费查询,来电记录查询 |
|
财务查询 |
房间总状态,日、月营业查询,日、月营业统计图,营业统计排行,防雷销售分析,营销年汇总,酒店住房汇总,折扣房统计,入住率统计,餐饮、洗浴、娱乐、转账查询,综合统计报表,账单分类统计,消费分类统计,部门分类统计,服务生提成查询,夜审查询 |
|
经营分析 |
日营业分析,月营业分析,年营业分析,客源分析,消费品分析 |
|
商品管理 |
采购进货,采购退货,库存调拨,报损报溢,领料出货,往来帐务,库存查询,成本分析,销售查询,库存盘点 |
|
采购进货 |
采购单,采购单查询 |
|
采购退货 |
填写退货单,退货单查询 |
|
库存调拨 |
库存调拨,库存调拨查询 |
|
报损报溢 |
报损报溢,报损报溢查询 |
|
领料出货 |
消耗品出货,已消耗查询,消耗品出货分析,领料出库统计 |
|
往来账务 |
供货商所欲单据,供货商账务 |
|
库存查询 |
当前库存查询,商品统计分析,库存报警查询 |
|
库存盘点 |
库存盘点输入,未盘点商品查询 |
|
财务管理 |
费用及收入统计表,经营情况统计,应收应付表 |
|
费用及收入统计表 |
增加费用,增加收入,删除消费项目,打印消费信息 |
|
交班管理 |
当次交班信息,当次交班明细,历史交班信息,当前押金不足客户 |
|
系统设置 |
房间设置,商品设置,服务生设置,客户设置,VIP设置,操作员设置,计费设置,外接设备设置,数据管理,其他设置,操作员登录,TCP会员设置 |
|
房间设置 |
保存房间,添加房间,修改房间,删除房间类型,房间费打折,单个添加房间,批量添加,批量修改,房间批量删除设置 |
|
商品设置 |
添加商品设置,修改商品设置,删除商品设置,商品打折设置,提成设置 |
|
服务生设置 |
服务生等级添加设置,等级修改设置,等级删除设置,员工信息添加设置,员工信息修改设置,删除员工信息设置 |
|
操作员设置 |
添加权限组,修改权限组,删除权限组,添加部门设置,修改部门设置,删除部门设置,查询本机所属部门,添加操作员,修改操作员,删除操作员,清空密码设置 |
|
外接设备设置 |
打印机设置,门锁卡机设置,电话计费设置,其他设备 |
6.2.2、功能测试的要点
测试范围 |
验证数据精确度,数据类型,业务功能等相关方面的正确性 |
技术 |
采用黑盒测试,边界测试,等价类划分等测试方法 |
工具与方法 |
手工测试 |
开始标准 |
开发阶段对应的功能完成并且测试用例设计完成 |
完成标准 |
测试用例通过并且最高级缺陷全部解决 |
测试重点和优先级 |
涉及客户经常业务使用的功能模块优先级更高,应分配给更具经验的测试工程师进行测试, |
需考虑的特殊事项 |
测试工程师需编写测试用例,且测试用例需正式通过评审才能执行 |
6.3、性能测试
测试范围 |
多用户长时间在线操作时性能方面的测试 |
技术 |
自动化测试 |
工具与方法 |
手工操作测试 |
开始标准 |
自动化测试脚本设计并评审通过且项目组移交系统测试报告 |
完成标准 |
系统满足需求标准中所要求的性能限度 |
测试重点和优先级 |
有关酒店业务日常使用的核心模块重点测试 |
需考虑的特殊事项 |
性能容量必须大于或等于需求,不同平台的使用情况整合 |
6.4、安全性测试
测试范围 |
用户、管理的密码安全;权限;非攻击 |
技术 |
代码包或者非法攻击工具 |
工具与方法 |
手工操作测试 |
开始标准 |
功能测试完成 |
完成标准 |
执行各类非法操作无安全漏洞且系统使用正常 |
测试重点和优先级 |
系统权限达到需求,都在权限范围内操作 |
需考虑的特殊事项 |
有关酒店业务日常使用的核心模块重点测试 |
6.5、兼容性测试
测试范围 |
ü 使用不同版本的不同操作平台、分辨率、操作系统分别进行测试 ü 不同操作系统、分辨率和各种运行软件等各种条件的组合测试 |
技术 |
黑盒测试 |
工具与方法 |
手工操作测试 |
开始标准 |
项目组移交系统测试 |
完成标准 |
在各种不同版本不同操作平台、操作系统或者其组合下均能正常实现功能 |
测试重点和优先级 |
有关酒店业务日常使用的核心模块重点测试 |
需考虑的特殊事项 |
产品质量在编程代码处出现偏差,需修复的,及时处理,无法兼容的不常用的系统 |
6.6、回归测试
测试范围 |
所有功能、用户界面、兼容性、安全性等测试类型 |
技术 |
黑盒测试 |
工具与方法 |
手工操作测试和自动化测试 |
开始标准 |
每当被测试的软件或其环境改变时在每个合适的测试阶段上进行回归测试 |
完成标准 |
95%的测试用例执行通过并通过系统测试 |
测试重点和优先级 |
测试优先级以测试需求的优先级为参照 |
需考虑的特殊事项 |
软硬件设备问题 |
6.7、数据库测试
测试目标 |
测试能完整的存储数据,功能完善 |
技术 |
黑盒测试 |
工具与方法 |
自动化测试 |
开始标准 |
各个功能模块开发完成 |
完成标准 |
数据库信息储存完好,无遗漏数据 |
6.8、内部测试
6.8.1单元测试
测试类别 |
测试内容 |
模块接口 |
对所测模块的数据流进行测试 |
数据结构 |
检查不知不正确或者不一致的数据类型说明,使用尚未赋值或尚未初始化的变量,错误的初始值或缺省值 |
数据路径 |
虽然不可能做到穷举测试,但要设计测试用例查找由于不正确的计算,不正确的比较或不正确的控制流,二导致的错误 |
错误处理 |
检查模块有没有对预期错误的条件设计比较完善的错误处理功能,保证其逻辑上正确 |
数据边界 |
注意设计数据流,控制流中刚好等于,大于或小于确定的比较值的用例 |
6.8.2、集成测试
集成测试主要是联合单元模块测试
² 把各个模块连接起来的时候,穿越模块接口的数据是否会丢失
² 一个模块功能是否会对另一个模块的功能产生不利影响
² 各个子功能组合起来,能否达到预期要求的母功能
² 全局数据截水沟是否有出现错误
² 单元模块的误差累积起来,是否会放大,从而达不能接受的程度
6.8.3、系统测试
测试类别 |
测试内容 |
UI测试 |
检查界面的美观是否符合需求 |
功能测试 |
验证功能实现是否满足客户需求 |
性能测试 |
测试系统事务处理效率以及高强度环境下大量数据对系统的影响 |
安全测试 |
测试系统权限性是否满足需求 |
易用性测试 |
是否易于操作,简易学习,便于理解 |
数据库测试 |
测试系统出现异常现象时,是否能够保存数据不丢失,能否进行数据库备份和恢复功能 |
安装测试 |
保证软件系统所有可能情况下安装效果以及运行的质量 |
6.9、测试完成标准
美萍酒店管理系统无业务逻辑和二级的bug,经确定的所有bug都已得到商定的解决结果,所设计的测试用例以全部重新执行,而且没有发现新的bug。
注:bug的严重等级说明:
A:严重影响系统运行的错误
B:功能方面严重缺陷,影响系统运行
C:不影响运行但必须修改
D:不影响用户使用的问题
7、重点模块分析--营业管理模块
7.1、简介
l 营业管理模块有三个子模块组成,分别是:日常查询、财务查询、经营分析
l 测试目标:所有功能都成功实现,未发现新的缺陷
l 运用技术:采用黑盒测试,边界值测试,等价类划分测试方法
l 开始标准:测试用例设计完成并通过评审移交系统测试
l 完成标准:测试用例执行完全且通过率达到98%以上,最高缺陷已被解决且没有出现新的缺陷
7.2、日常查询模块
n 日常查询模块主要有:宾客信息查询,宾客消费查询,账单明细查询,预定、退订查询,物品使用查询,历史记录查询,电话记录查询。
7.2.1、模块测试
模块名称 |
测试方法 |
宾客信息 |
① 点击宾客信息按钮,是否弹出宾客信息窗口,是否最大化 ② 查看界面。功能模块是否符合需求标准 ③ 窗口的功能是否齐全且可用,快捷键,下拉框设计是否能实现 ④ 输入框上限,以及输入的输入类型 ⑤ 导出数据表是否能打印 |
宾客消费 |
1) 点击宾客消费按钮,是否弹出宾客消费窗口,是否最大化 2) 查看界面。功能模块是否符合需求标准 3) 窗口的功能是否齐全且可用,快捷键,下拉框设计是否能实现 4) 输入框上限,以及输入的输入类型 5) 导出数据表是否能打印 |
账单明细 |
|
预定、退订 |
|
7.3、经营分析模块
n 经营分析模块分别有:客源分析,营业分析,消费品分析
7.3.1、模块测试
模块名称 |
测试方法 |
客源分析 |
1.点击客源分析,查看窗口是否符合需求标准,是否最大化 2.功能按钮是否有效,界面是否符合客户需求 3.调用的数据表信息是否是最新的且可实现打印功能 4.快捷键,下拉框是否可用 |
营业分析 |
|
消费品分析 |
1) 点击消费品分析,查看窗口是否符合需求标准,是否最大化 2) 功能按钮是否有效,界面是否符合客户需求 3) 销售金额对比有没有与分析图一致 4) 各输入数据金额是否保留小数点后两位能否储存 5) 调用的数据表信息是否是最新的且可实现打印功能 6) 快捷键,下拉框是否可用 |
7.4、财务查询模块
v 财务查询主要有:财务统计数据,营销汇总,客房状态,服务生提成。
7.4.1、模块测试
模块名称 |
测试方法 |
财务统计数据查询 |
|
营销汇总 |
l 点击营销汇总,查看窗口是否符合需求标准,是否最大化 l 功能按钮是否有效,界面是否符合客户需求 l 数据记录是否错误 l 快捷键,下拉框是否可用 |
客房状态 |
ü 点击客房状态,检查页面是否能弹出房间状态查询窗口,是否最大化 ü 功能按钮是否有效,界面是否符合客户需求 ü 调用的营业数据表信息是否是最新的且可实现打印功能 ü 快捷键,下拉框是否可用 |
服务生提成查询 |
² 点击服务生提成查询,查看窗口是否符合需求标准,是否最大化 ² 点击各个子功能,页面是否能同时跳转到相应的模板,调用信息是否准确 ² 功能按钮是否有效,界面是否符合客户需求 ² 调用的营业数据表信息是否是最新的且可实现打印功能 ² 快捷键,下拉框是否可用 |
8、总结
本测试方案制作必须有测试计划作为依据,测试方案保证项目测试正常进行,但具体还需根据项目进度操作,特殊情况需要特殊处理。