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