美萍酒店管理系统测试计划.docx
- 文档编号:4527597
- 上传时间:2022-12-01
- 格式:DOCX
- 页数:16
- 大小:28.88KB
美萍酒店管理系统测试计划.docx
《美萍酒店管理系统测试计划.docx》由会员分享,可在线阅读,更多相关《美萍酒店管理系统测试计划.docx(16页珍藏版)》请在冰豆网上搜索。
美萍酒店管理系统测试计划
1、产品简介
美萍酒店管理系统是美萍公司推出的一款专业的酒店管理软件,它集前台酒店客房管理系统(酒店客房管理软件),酒店员工管理系统,酒店客户管理系统,酒店物品管理系统,酒店订房系统等强大功能为一身,充分结合中国酒店业的管理实情,系统界面简洁优美,操作直观简单,无需专门培训即可正常使用。
是广大酒店宾馆,饭店,旅馆,招待所等信息化管理场所理想的宾馆客房管理软件。
2、测试目的
(1)验证软件的所有的功能正确,且具有良好的容错性
(2)验证软件的所有安装形式的正确性,且安装过程简单
(3)软件的界面美观大方、遵循开发标准和业界规范,在同类产品中具有较高的竞争优势
3、测试范围
重点从两个方面编写
A从软件的功能模块范围考虑------应该包括所有的功能模块
参考《功能模块层次划分.xls》
B从测试阶段考虑单元测试,集成,系统,验收
(1)软件的功能模块可以分为:
一级模块
二级模块
三级模块
重要级
宾客结账
散客开单
建立宾客消费帐,本模
5-urgent
块为每位来店宾客指定
一个房间(房间),是宾
客消费的开始。
团体开单
5-urgent
续/退押金
4-very
High
OOOOOO
收银结算
宾客结账
5-urgent
合并账单
4-veryHigh
拆分账单
3-High
OOOOOO
系统维护
修改当前操作
员密码
修改当前操作员密码
4-veryHigh
系统设置
房间设置
5-urgent
商品设置
5-urgent
服务生设置
5-urgent
客户设置
5-urgent
VIP设置
4-veryHigh
操作员设置
计费设置
外接设备设置
OOOOOO
工具栏
增加消费
增加消费
5-urgrent
营业杳询
日常查询
财务查询
营销管理
协议客户管理
VIP会员管理
宾客资料管理
OOOOOO
左侧小窗口
状态
便签
提醒
快速通道
主窗口
右键弹出菜单
部分结账
兑换商品
制作门卡
显示方式
查看方式
房务中心
可供房间
当前房态
历史/未来房态
押金状态
押金总状态
押金收取明细
在店储值卡宾客
刷新显示
消费清单表格
登陆
说明:
重要级是按照QC中的priority进行划分,分别为:
urgent、veryhigh、high、
mediumlow,其中urgent为最重要,主要涉及基础数据和日常管理的模块
(2)测试的阶段可以划分为:
(测试阶段:
单元、集成、系统、验收(alpha、beta))
测试阶段
描述
重要级
系
统测试
功能测试
保证软件的所有功能的正确性,且具有良
好的健壮性
1
安装测试
保证软件在各种安装环境中能够安装成功(完全、普通、自定义)
1
界面测试
保证软件的界面美观大方、符合标准
2
易用性测试
保证软件操作简单,符合大部分用户的使
用习惯
2
文档测试
保证相关的文档内容正确,没有错别字,
3
可以作为用户的培训教材
验
收测试
Alpha测试
在项目测试的后期,可以和系统测试一起进行,让潜在的用户参与测试,并且尽量使用实际的数据
2
Beta测试
把软件免费发放给目标客户群体,使其在真实的环境中免费试用,帮助用户导入实际营业中的数据,使其体验产品
1
说明:
重要级为1――最重要,2――次重要
二、测试参考文档和测试提交文档
1、测试参考文档
(1)美萍酒店管理系统安装手册
(2)系统需求
(3)用户帮助文档
2、测试提交文档
(1)测试计划
(2)测试用例
写在excel中,然后再导入QC中执行
(3)缺陷报告
直接在QC中提交
(4)测试总结报告
三、测试进度
(主要参考开发组的进度)
测试过程
天数
计划开始日期
实际开始日期
实际结束日期
熟悉需求
10
编写测试计
划
15
设计测试用
例
40
执行测试用
例
30
总结报告
3
Alpha测试
5
Beta测试
10
验收测试报
告
3
四、测试资源
主要考虑:
人力资源,软硬件资源
1、人力资源
角色
人数
职责描述
测试经理
1
1、
编写测试计划
2、
负责核心模块用例的编写和执行
3、
4、
负责缺陷的跟踪、管理,质量的控制
负责测试资源的统筹协调
测试工程师
5
1、
负责所分配模块测试用例的编写和执行
2、
提交缺陷报告,进行缺陷的跟踪、返测
3、
对缺陷数据进行分析、总结
4、
完成经理分配的临时性工作
3、人员的具体任务安排
根据本组情况具体制定
姓名
职位
任务
张三
测试经理
1、编写测试计划
2、负责“系统设置”中房间设置、商品设置、服务生设置、客户设置以及散客开单、团体开单模块用例的编写和执行
李四
测试工程师
1、参与测试计划的评审
2、负责。
OO用例的编写和执行
3、编写安装测试方案
OOOOO
王五
测试工程师
1、参与测试计划的评审
2、负责。
。
OO用例的编写和执行
OOOOOO
OOOOOO
(1)QC服务器
硬件
CPU
,双核
内存
4GB
硬盘
200GB
软件
操作系统
Windowsserver2003(sp2)enterprise(企
业版)
数据库
MS-SQLServer2005
(2)测试机
硬件
CPU
,双核
Intel、AMD
内存
2GB
硬盘
100GB
软件
操作系统
Winxp
Win7
Win8
数据库
Access2003
Access2007
Access2010
3、测试工具
用途
名称
厂商
版本
测试管理工具
QualityCenter
HP
五、缺陷的严重程度和优先级
1、
级别
描述
5-urgent
1、软件在使用过程中造成计算机的异常关闭、重启
2、软件在使用过程中异常关闭,数据丢失
3、重要级别为urgent的模块功能没有实现或实现不完整
4、重要级别为urgent的模块在操作过程中出现错误,造成该功能不能完成(或错误的完成)
4-veryhigh
1、重要级别为veryhigh的模块功能没有实现或实现不完整
2、重要级别为veryhigh的模块在操作过程中出现错误,造成该功能不能完成(或错误的完成)
3、所有的数据库操作错误
3-high
1、重要级别为high的模块功能没有实现或实现不完整
2、重要级别为high的模块在操作过程中出现错误,造成该功能不能完成(或错误的完成)
3、安装测试中出现的问题(界面错误除外)
4、非法数据可以添加到程序中,没有给出适当的处理
2-medium
1、重要级别为medium的模块功能没有实现或实现不完整
2、重要级别为medium的模块在操作过程中出现错误,造成该功能不能完成(或错误的完成)
3、界面错误
4、文档测试中的错误
-low
1、易用性问题
2、建议性问题
2、优先级
级别
描述
5-urgent
要求程序员立即停止当前的开发任务,进行缺陷修
复,否则将影响开发或测试的进度
4-veryhigh
程序员根据当前的开发任务,适当的安排修改任务,但是应该在本周期(cycle)中解决
3-high
程序员可以在下一个周期(cycle)中解决
2-medium
程序员可以在下一个版本(release)中解决
1-Low
尽量在发布之间解决
3、缺陷跟踪及测试版本
测试人员提交New状态的BUG合开发经理,由负责人Open缺陷并指派开发人员,测试人员对Fixed的缺陷进行返测,并将其状态改为Reopen或Closed,确保缺陷的最终状态为Closed。
六、风险分析从人力较少,时间较短,需求不明确或经常变化等因素考虑
序号
风险
风险描述
解决办法
影响程度
1
时间资
源
测试的工作量较大,分配时间较少
1、再增加3-4名测试
工程师
2、在系统测试的后期可以调用全公司的人员参与到测试当中
高
2
人力资
源
人员较少,且都不具备酒店行业的业务背景
1、可以优先招聘就有行业
背景的工程师
2、让酒店人员进行业务培
训
3、允许测试人员参与开发组的需求讨论会
高
3
需求变
更
有些需求不
是特别明确
1、要求需求人员明确所有
的需求信息
2、当需求变更时,及时更
新需求文档
中
七、测试策略(重点,难点)
根据软件的特点、结构使用的编程语言、数据库等,决定对软件实施测试的方式方法,一般包括:
功能测试、性能测试、安装测试、兼容性测试、数据库测试、界面测试、文档测试、易用性测试、白盒测试、安全性、自动化
测试目标
软件所有的功能正确实现,且具有良好的容错性
(健壮性)
测试范围
所有的功能模块,尤其是涉及日常管理的核心业务
模块
测试技术
根据模块的需求,综合米用各种编写用例的方法,充分考虑软件使用的各种场景,并使用有效数据和无效数据对软件进行测试,重点采用:
等价类划分,边界值,判定表(因果法),场景法等
开始标准
各功能模块开发完成
完成标准
各功能模块符合需求
测试重点和优先
级
涉及酒店日常经营管理的核心模块优先级最高,这
些模块应该分配给更具有经验的工程师进行测试
需考虑的特殊事
项
要求测试工程师要编写测试用例,核心模块的用例要经过正式评审后才可以执行
对新入职的经验较少的员工可以进行用例方法的培训
2、安装测试-----安装测试用例
测试目标
软件的各种安装形式(完全、普通、自定义)可以
安装在所有的计算机中,且安装过程简单。
测试范围
1、考虑软件的所有安装形式
2、要考虑不同的CPU(Intel和AMD上的
安装
测试技术
安装测试技术
开始标准
开发组形成安装文件
完成标准
各种安装形式满足安装需求
测试重点和优先
完全
级
普通
自定义
需考虑的特殊事
前期可以适当的米用虚拟机
项
3、界面测试——界面审查单(测试用例)
测试目标
界面要求美观大方,吸引客户,并符合界面开发标准
测试范围
所有的用户界面(包括错误提示界面)
测试技术
界面检杳
开始标准
与功能测试同时进行
完成标准
界面满足需求
测试重点和优先
级
涉及日常管理的核心业务模块重点测试
需考虑的特殊事
项
可以进仃相关的界面开发标准的业务培训
4、易用性测试------界面审查单
测试目标
软件的操作简单实用,可以通过基本的培训就可以使用
测试范围
所有的功能模块
测试技术
易用性测试
开始标准
和功能测试一起进行
完成标准
满足易用性要求,符合大部分用户的使用习惯
测试重点和优先
级
涉及日常管理的核心业务模块重点测试
需考虑的特殊事
项
重视用户的体验
5、文档测试文档审查单
重点检查:
错别字、标点符号、格式、排版、使用的图片、表格、操作步骤、案例
测试目标
保证高质量的文档交到用户手中,并可以作为用户
自行学习的教材
测试范围
所有文档,尤其是交给用户的文档(用户帮助手册、
安装文档)
测试技术
文档测试
开始标准
文档编写完成
完成标准
文档符合需求
测试重点和优先
级
用户帮助手册
安装手册
需考虑的特殊事
项
无
2测试用例必做:
房间设置商品设置散客开单团体开单选做:
服务生设置,客户设置,增加消费,宾客结账
3执行用例
每人只负责执行1-2个模块即可
4提交缺陷报告
负责自己执行模块的缺陷报告的提交由组长和其他组员充当开发经理和开发人员,适当修改缺陷状态,由提交bug这再对bug进行反测,跟踪
5测试总结报告
(1)组员只负责统计执行模块的bug,编写相应模块的缺陷报告
(2)组长除了编写自己负责执行模块的缺陷报告,再编写全组的缺陷报
文档提交时间:
11-17提交
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 酒店 管理 系统 测试 计划