酒店管理系统 测试用例

  • 格式:docx
  • 大小:23.17 KB
  • 文档页数:13

下载文档原格式

  / 13
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

酒店管理系统

测试用例

姓名:王运飞

学号:08111423

文件状态:

[√] 草稿

[ ] 正式发布

[ ] 正在修改文件标

识:

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

当前版

本:

2.0

者:

王运飞

完成日

期:

2010-10-26

版本/状态作者参与者起止日期备注 1.0 王运

王运飞

2.0 王运

飞王运飞修复了一下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 测试环境与测试辅助工具的描述

测试环境:windows xp sp3 ,

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

2.4 功能测试用例

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

用例目的测试订餐功能的正确性

前提条件订餐功能对外开放

输入/动作期望的输出/相应实际情况

餐位充足可以订餐成功

餐位紧张不一定成功成功或失败

餐位不足订餐不成功失败

功能刷卡描述顾客通过刷卡来支付就餐费

用例目的测试酒店刷卡业务工作是否正常

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

输入/动作期望的输出/相应实际情况

卡内余额充足刷卡成功成功

卡内余额不是很充足刷卡成功或失败成功或失败

卡内余额不足刷卡失败失败

功能包厢描述顾客单独一个房间就餐

用例目的测试酒店包厢功能是否正确完善。

前提条件酒店开设包厢。

输入/动作期望的输出/相应实际情况

包厢充足成功预订包厢成功

包厢紧张不一定成功成功或失败

包厢不足不能预订包厢失败