酒店管理系统测试用例.docx

上传人:b****3 文档编号:1212920 上传时间:2022-10-19 格式:DOCX 页数:12 大小:43.14KB
下载 相关 举报
酒店管理系统测试用例.docx_第1页
第1页 / 共12页
酒店管理系统测试用例.docx_第2页
第2页 / 共12页
酒店管理系统测试用例.docx_第3页
第3页 / 共12页
酒店管理系统测试用例.docx_第4页
第4页 / 共12页
酒店管理系统测试用例.docx_第5页
第5页 / 共12页
点击查看更多>>
下载资源
资源描述

酒店管理系统测试用例.docx

《酒店管理系统测试用例.docx》由会员分享,可在线阅读,更多相关《酒店管理系统测试用例.docx(12页珍藏版)》请在冰豆网上搜索。

酒店管理系统测试用例.docx

酒店管理系统测试用例

酒店管理系统

测试用例

姓名:

王运飞

学号:

08111423

文件状态:

[√]草稿

[]正式发布

[]正在修改

文件标识:

东华理工大学-酒店管理系统-测试报告

当前版本:

2.0

作者:

王运飞

完成日期:

2010-10-26

版本/状态

作者

参与者

起止日期

备注

1.0

王运飞

王运飞

2010.10.24

2.0

王运飞

王运飞

2010.10.26

修复了一下bug,程序运行更加稳定了

0文档介绍

0.1文档目的

该测试文档实现的目的为,给所有测试用例的说明提供测试方法步骤,同时为进一步开放测试脚本提供依据。

0.2文档范围

本文档为酒店管理系统,其中包含了酒店订餐,消费方式,现金或刷卡,打折优惠,等基本功能的测试用例。

0.3读者对象

本文档面向的对象主要有两类,一是测试人员,另一类是开发人员。

0.4参考文献

《酒店管理系统软件规格需求说明书》

0.5术语与缩写解释

缩写、术语

解释

订餐

提前向餐厅预订餐饭,有可能需要交一部分费用

结账

就餐后支付就餐费,须向客户开发票

刷卡

就餐后使用银行卡支付餐费

包厢

顾客单独在一间房子内就餐

1.接口-路径测试用例

1.1被测试对象(单元)的介绍

测试对象这里测试对象主要是该软件所实现的几个功能,也可称为接口,这里主要接口有顾客订餐,顾客就餐后刷卡支付餐费,顾客预订包厢,顾客结账。

1.2测试范围与目的

测试目的通过测试了解各个接口的正确性,比如顾客能否顺利的订到餐饭,能否联网刷卡,能否订到包厢。

1.3接口测试用例

接口订餐函数原型

输入/动作

期望的输出/相应

实际情况

典型值…餐位充足

可以订餐

成功

边界值…餐位紧张

订餐成功或失败

成功或失败

异常值…餐位不足

订餐失败

失败

接口刷卡函数原型

输入/动作

期望的输出/相应

实际情况

典型值…卡内余额足够

刷卡成功

成功

边界值…卡内余额不多

刷卡成功或失败

成功或失败

异常值…卡内余额不够

刷卡失败

失败

接口包厢函数原型

输入/动作

期望的输出/相应

实际情况

典型值…包厢充足

可以预定包厢

成功

边界值…包厢较少

预订成功或失败

成功或失败

异常值…包厢紧张

失败

失败

1.4路径测试的检查表

检查项

结论

数据类型问题

(1)变量的数据类型有错误吗?

(2)存在不同数据类型的赋值吗?

(3)存在不同数据类型的比较吗?

没有

不存在

不存在

变量值问题

(1)变量的初始化或缺省值有错误吗?

(2)变量发生上溢或下溢吗?

没有

没有

(3)变量的精度不够吗?

没有

逻辑判断问题

(1)由于精度原因导致比较无效吗?

(2)表达式中的优先级有误吗?

(3)逻辑判断结果颠倒吗?

没有

没有

循环问题

(1)循环终止条件不正确吗?

(2)无法正常终止(死循环)吗?

(3)错误地修改循环变量吗?

(4)存在误差累积吗?

内存问题

(1)内存没有被正确地初始化却被使用吗?

(2)内存被释放后却继续被使用吗?

(3)内存泄漏吗?

(4)内存越界吗?

(5)出现野指针吗?

没有

文件I/O问题

(1)对不存在的或者错误的文件进行操作吗?

(2)文件以不正确的方式打开吗?

(3)文件结束判断不正确吗?

(4)没有正确地关闭文件吗?

错误处理问题

(1)忘记进行错误处理吗?

(2)错误处理程序块一直没有机会被运行?

(3)错误处理程序块本身就有毛病吗?

如报告的错误与实际错误不一致,处理方式不正确等等。

(4)错误处理程序块是“马后炮”吗?

如在被它被调用之前软件已经出错。

2.功能测试用例

2.1被测试对象的介绍

订餐:

顾客提前向酒店预订餐位,随时前来就餐。

结账:

顾客就餐完毕后像酒店支付餐费。

刷卡:

顾客通过银行卡的方式支付就餐费。

包厢:

顾客单独找一个房间就餐。

2.2测试范围与目的

测试范围主要包括各个功能的正确性,能否实现特定的功能,同时要测试功能的安全稳定性,及错误处理。

2.3测试环境与测试辅助工具的描述

测试环境:

windowsxpsp3,

辅助测试工具WinRunner,WinRunner能够有效地帮助测试人员对复杂的企业级应用的不同发布版进行测试,提高测试人员的工作效率和质量,确保跨平台的、复杂的企业级应用无故障发布及长期稳定运行。

2.4功能测试用例

功能订餐描述

顾客通过打电话或邮件的方式在酒店订餐

用例目的

测试订餐功能的正确性

前提条件

订餐功能对外开放

输入/动作

期望的输出/相应

实际情况

餐位充足

可以订餐

成功

餐位紧张

不一定成功

成功或失败

餐位不足

订餐不成功

失败

功能刷卡描述

顾客通过刷卡来支付就餐费

用例目的

测试酒店刷卡业务工作是否正常

前提条件

酒店与银行签订协议,开通了刷卡业务。

输入/动作

期望的输出/相应

实际情况

卡内余额充足

刷卡成功

成功

卡内余额不是很充足

刷卡成功或失败

成功或失败

卡内余额不足

刷卡失败

失败

功能包厢描述

顾客单独一个房间就餐

用例目的

测试酒店包厢功能是否正确完善。

前提条件

酒店开设包厢。

输入/动作

期望的输出/相应

实际情况

包厢充足

成功预订包厢

成功

包厢紧张

不一定成功

成功或失败

包厢不足

不能预订包厢

失败

3.健壮性测试用例

3.1被测试对象的介绍

订餐:

顾客提前向酒店预订餐位,随时前来就餐。

结账:

顾客就餐完毕后像酒店支付餐费。

刷卡:

顾客通过银行卡的方式支付就餐费。

包厢:

顾客单独找一个房间就餐。

3.2测试范围与目的

测试范围主要包括各个功能的健壮性,能否实现正确处理异常,同时要测试功能的安全稳定性,及错误处理,保证各个功能的健壮。

3.3测试环境与测试辅助工具的描述

测试环境:

windowsxpsp3

辅助测试工具:

负载测试工具,健壮性测试工具。

 

3.5容错能力/恢复能力测试用例

异常输入/动作

容错能力/恢复能力

造成的危害、损失

预定了不存在的包厢

预留一些固定包厢以备需求

顾客流失,信誉降低

重复把一个包厢订给两个客人

与客人商量调换包厢

带来不便

给顾客超过消费的账单

退掉多收的账目

信誉降低

刷卡时客户消费没有扣除

即时与银行和客户联系

收入减少

客户订餐没有及时提供

向客户推荐其他饮食

客户不满

5.图形用户界面测试用例

5.1被测试对象的介绍

软件的主界面,订餐的操作界面,刷可是的界面,预订包厢的界面。

5.2测试范围与目的

测试各个操作界面的可用性,是否存在安全漏洞,界面是否协调,操作是否简单。

5.3测试环境与测试辅助工具的描述

测试环境windowsxpsp3;

测试工具winrunner,winrunner是一个集成的自动测试图形界面的工具可以测试图形工具的完整性,是否存在漏洞,是否存在缺陷。

5.6用户界面测试的检查表

检查项

测试人员的类别及其评价

窗口切换、移动、改变大小时正常吗?

各种界面元素的文字正确吗?

(如标题、提示等)

各种界面元素的状态正确吗?

(如有效、无效、选中等状态)

可以

各种界面元素支持键盘操作吗?

可以

各种界面元素支持鼠标操作吗?

能够支持

对话框中的缺省焦点正确吗?

正确

数据项能正确回显吗?

对于常用的功能,用户能否不必阅读手册就能使用?

是的

执行有风险的操作时,有“确认”、“放弃”等提示吗?

操作顺序合理吗?

合理

有联机帮助吗?

各种界面元素的布局合理吗?

美观吗?

美观

各种界面元素的颜色协调吗?

协调

各种界面元素的形状美观吗?

美观

字体美观吗?

美观

图标直观吗?

直观

6.信息安全性测试用例

6.1被测试对象的介绍

银行卡消费的安全性测试,主要测试酒店电脑环境的安全性,在软件中加入安全检测,及时修补漏洞,防止顾客的不必要的损失。

6.2测试范围与目的

测试范围:

软件对网络的依赖状况,网络不好可能会影响到刷卡交易正常进行,测试计算机的安全环境,查看是否有安全漏洞,木马等,及时提示用户提高安全防范。

6.3测试环境与测试辅助工具的描述

测试环境:

windowsxpsp3;

辅助工具:

安全控件,杀毒软件;

6.4测试驱动程序的设计

用户刷卡前先进行计算机环境安全检查,安装必要的安全控件,如果计算机存在安全隐患则停止当前作业要求用户提高系统安全后进行操作。

6.5信息安全性测试用例

刷卡环节安全检查

前提条件

计算机环境经过安全测试。

是否实现目标

代价-利益分析

计算机木马

木马可能盗取用户财富,让客户财富流失

用户账户密码被窃取

用户账户被盗

……

7.压力测试用例

7.1被测试对象的介绍

输入大量的信息测试软件的抗压性。

7.2测试范围与目的

测试软件的抗压性,测试软件在恶劣的环境下的运行情况。

7.3测试环境与测试辅助工具的描述

测试环境windowsxpsp3,输入大量代码,测试软件的表现。

测试工具手工测试;

 

8.可靠性测试用例

8.1被测试对象的介绍

酒店管理系统需要长时间运行,因此需要测试软件的可靠性,测试软件能否长时间运行。

8.2测试范围与目的

在软件中输入恶意字符查看软件的输出结果,测试软件能否抵御恶意使用,同时要长时间打开软件,测试软件再长时间运行下能否正常工作。

8.3测试环境与测试辅助工具的描述

测试环境windowsxpsp3;

测试工具手工测试,在用户输入框中如入非法字符。

8.5可靠性测试用例

恶意代码测试

软件比较健壮,能够抵御恶意代码的破坏。

连续运行时间

可以连续长时间运行,出错的记录较少

故障发生的时刻

运行三十个小时是软件异常

9.安装/反安装测试用例

9.1被测试对象的介绍

酒店管理系统非绿色软件需要进行确认安装,安装时还需要加载安全控件。

9.2测试范围与目的

测试目的测试软件能否正确安装,安装后能否正确运行,安全控件是否发挥了作用,

不安装安全控件后软件能否正确执行。

9.3测试环境与测试辅助工具的描述

测试环境windowsxpsp3,杀毒软件,漏洞修复

测试工具手动测试,

9.5安装/反安装测试用例

配置说明

安全控件

安装选项

描述是否正常

使用难易程度

全部

简单

部分

简单

升级

简单

其他

简单

反安装选项

描述是否正常

使用难易程度

完全卸载

简单

重新安装

简单

附录:

评审意见

提示:

测试组长邀请开发人员和同行专家,对《系统测试用例》进行技术评审,参见[SPP-PROC-TR]。

..

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 高中教育 > 理化生

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1