酒店客房预定系统测试报告讲解.docx

酒店客房预定系统测试报告讲解.docx

《酒店客房预定系统测试报告讲解.docx》由会员分享，可在线阅读，更多相关《酒店客房预定系统测试报告讲解.docx（21页珍藏版）》请在冰豆网上搜索。

酒店客房预定系统测试报告讲解

酒店客房预定系统

软件测试报告

姓名：

战大旭

班级：

软件131

学号：

13427007

1引言3

1.1编写目的3

1.2项目背景3

1.3用户群3

1.4基本定义3

1.5术语和缩写词4

1.6参考资料4

2测试概要4

2.1测试环境5

2.1.1软件硬件配置5

2.1.2网络拓扑图6

2.2测试计划6

2.3测试执行7

2.4测试用例7

2.4.1功能性7

2.4.2易用性8

2.5覆盖分析8

2.5.1需求覆盖8

3测试用例10

3.1功能测试10

3.1.1子功能名称10

4测试结果17

4.1bug性质及模块分布图17

4.2改进建议17

5测试结论18

5.1功能18

5.2易用性18

5.3可靠性19

5.4兼容性19

5.5安全性19

1引言

1.1编写目的

本测试报告为酒店客房预定系统项目的测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求。

预期参考人员包括用户、测试人员、开发人员。

现今酒店宾馆的规模不断扩大，客户数量急剧增加，有关客户的各种信息也成倍增长，尤其是大量的客房预订信息。

面对庞大的信息量，需要有客户信息管理系统来提高客户管理工作的效率。

通过这样的系统，可以做到信息的规范管理，科学统计和快速的查询，从而减少管理方面的工作量。

1.2项目背景

当前许多酒店正在逐步完善客户信息管理工作，需要一个能满足内部管理需求，提高管理效率的应用系统进行内部管理。

许多宾馆经过多年的发展，规模不断扩大，客流量成倍增长，积累了大量的客户信息急需进行统一管理以防信息的流失。

因此，许多宾馆需要一个功能全面的客户信息管理系统来进行管理，以使管理客户信息的工作在该系统的配合下更加高效和便捷。

1.3用户群

主要用户：

项目管理人员，项目测试经理，业主相关人员；

其他用户：

用户

1.4基本定义

五类测试错误类型。

A类：

严重错误，包括以下各种错误：

⏹由于程序所引起的死机,非法退出

⏹死循环

⏹数据库发生死锁

⏹因错误操作导致的程序中断

⏹功能错误

⏹与数据库连接错误

⏹数据通讯错误

B类：

较严重错误，包括以下各种错误：

⏹程序错误

⏹程序接口错误

⏹数据库的表、业务规则、缺省值未加完整性等约束条件

C类：

一般性错误，包括以下各种错误：

⏹操作界面错误（包括数据窗口内列名定义、含义是否一致）

⏹打印内容、格式错误

⏹简单的输入限制未放在前台进行控制

⏹删除操作未给出提示

⏹数据库表中有过多的空字段

D类：

较小错误，包括以下各种错误：

⏹界面不规范

⏹辅助说明描述不清楚

⏹输入输出不规范

⏹错误操作未给用户提示

⏹提示窗口文字未采用行业术语

⏹可输入区域和只读区域没有明显的区分标志

1.5术语和缩写词

1、设计层：

软件项的设计分解（如系统、子系统、程序或模块）。

2、通过准则：

判断一个软件项或软件特性的测试是否通过的判别依据。

3、软件特性：

软件项的显著特性。

（如功能、性能或可移植性等）。

4、软件项：

源代码、目标代码、作业控制代码、控制数据或这些项的集合。

5、测试项：

作为测试对象的软件项。

1.6参考资料

1．《计算机软件测试文档编制规范》GB/T9836-2008

2.《计算机软件文档编制规范》GB-T8567-2006

3.《计算机软件产品开发文件编制指南》GB-T8567-1988

4.《软件开发国家标准》GB/T8566-1988

5.《计算机软件质量保证计划规范 》GB/T 12504-1990

6.《软件产品评价质量特性及其使用指南》GB/T 16260-96

2测试概要

测试目的：

在于为执行测试提供用例，指导测试的实施，查找分析缺陷，评估测试质量并执行测试用例后，需要跟踪故障，以确保开发的产品适合需求。

测试声明：

测试人员在软件开发过程中的任务：

  1、寻找Bug；

     2、避免软件开发过程中的缺陷；

     3、衡量软件的品质；

     4、关注用户的需求。

2.1测试环境

2.1.1软件硬件配置

表2.1配置图

环境

应用服务器

数据库服务器

客户端

硬件配置

Linux

CPU：

CPU奔腾Ⅲ以上

内存：

4G以上

硬盘：

100G或以上

SQLServer2012

Windows7

CPU：

CPU奔腾Ⅲ以上

内存：

4G以上

硬盘：

100G或以上

软件配置

Window7

Window7

Window7

网络配置

10MLAN

10MLAN

10MLAN

2.2测试计划

版本/时间计划开始实际开始计划完成实际完成加班增加资源：

表2.1测试计划

（1）

版本/时间

计划开始时间

实际开始时间

计划结束时间

实际结束时间

加班

增加资源

登陆模块

12-10

12-10

12-10

12-10

否

否

注册模块

12-10

12-10

12-10

12-10

否

否

客房预定模块

12-10

12-10

12-10

12-10

否

否

查看订单模块

12-10

12-10

12-10

12-10

否

否

客房管理模块

12-12

12-12

12-12

12-12

否

否

表2.1测试计划

（2）

任务（子功能）

开始时间

结束时间

总计（天）

登陆模块

2015-12-10

2015-12-10

1

注册模块

2015-12-10

2015-12-10

1

客房预定模块

2015-12-10

2015-12-10

1

查看订单模块

2015-12-10

2015-12-10

1

客房管理模块

2015-12-12

2015-12-12

1

2.3测试执行

此次测试严格按项目计划和测试计划执行，按时完成了测试计划规定的测试对象的测试。

针对测试计划规定的测试策略，在测试执行中都有体现，在测试执行过程中，依据测试计划和测试用例，对系统进行了完整的测试。

2.4测试用例

2.4.1功能性

在前台实现的基本主要有：

a.用户注册

b.用户登陆

c.客房预定

d.查看订单

f.购物车功能

后台管理部分主要有：

a.酒店客房管理：

添加、修改、删除、查看。

b.用户个人信息管理：

查看、修改、删除。

c.订单信息管理：

查看订单清单、删除订单。

2.4.2易用性

操作按钮提示信息正确性，一致性，可理解性。

限制条件提示信息正确性，一致性，可理解性。

必填项标识。

输入方式可理解性

2.5覆盖分析

2.5.1需求覆盖

本次测试对系统需求的覆盖情况为需求覆盖率=Y（P）项/需求项总数×100%=100%

表2.5.1覆盖测试需求

需求/功能

测试类型

是否通过

备注

注册

功能测试

Y

登陆

功能测试

Y

客房预定

功能测试

Y

订单

功能测试

Y

客房管理

功能测试

Y

表格中“是否通过”的四种状态：

[Y]：

全部通过

[P]：

部分通过

[N]：

不通过

[N/A]：

不可测试或者用例不适用

3测试用例

3.1功能测试

3.1.1子功能名称

表1

测试编号

A001

模块名称

登陆模块

建立日期

2015-12-10

建立人员

战大旭

修改日期

2015-12-10

状态

[]草稿[]正在修改[√]正式发布

定义

为了在用户进行房间预定的时候确认用户ID，用户在进行提交总价的时候，进行登录验证。

用户在填写完登录信息后，程序会把用户填写的用户名和密码与数据库里面的信息进行检验。

首先检验用户名，若用户名存在，则再检验密码是否正确，密码正确后，这样才能登陆成功。

用例

1、界面输入要素：

用户名，密码。

2、界面操作要素：

登录按钮，注册按钮，选择角色框。

3、Tab键对输入焦点的切换顺序

4、登录，注册按钮的点击事件触发。

5、按回车键的事件触发。

预期情况

1

界面输入要素：

用户名，密码，角色名称。

2

界面操作要素：

登录按钮，注册按钮。

3

Tab键对输入焦点的切换顺序

4

登录，注册按钮的点击事件触发后跳转到下一界面。

5

按回车直接可以登录

实际结果

与预期结果相同，如图所示。

结论

测试通过

表2

测试编号

A002

模块名称

注册模块

建立日期

2015-12-10

建立人员

战大旭

修改日期

2015-12-10

状态

[]草稿[]正在修改[√]正式发布

定义

用户购买的商品通过邮寄，物流等手段送达的地址，进行交易的一些必须的基本信息通过注册的方式保存在系统中。

为保证用户帐号和密码的安全和约束性，系统约束了用户输入的字符格式和长度。

为方便用户随时更正不合理的数据，要求系统提供及时的客户校验提示功能。

用例

1、登录前

2.登录后

3.点击提交后数据保存。

4.用户密码输入2次，两次密码做相等校验

5.姓名是否全是中文校验

6.身份证号是否18位是否符合身份证号组合规律

7.注册成功后，点击返回登录进入登录界面。

预期情况

1

登录前能进入注册界面。

2

登录后能进入注册界面。

3

点击提交后数据保存成功。

4

用户名是否存在校验

用户口令是否输入两次，两次口令做相等校验。

身份证号校验

姓名全汉校验

5

点击返回登录后返回登录界面。

实际结果

与预期结果相同，如图所示。

结论

测试通过

表3

测试编号

A003

模块名称

房间预定模块

建立日期

2015-12-10

建立人员

战大旭

修改日期

2015-12-10

状态

[]草稿[]正在修改[√]正式发布

定义

房间预定是本系统最核心的功能，也称为购物车功能。

该功能主要完成房间预定与结算。

登录用户可以在房间预定界面中选择添加所要预定的房间，记录临时存放在购物车中，由用户最后确认并结算后再放入数据库交易记录。

用例

1、添加房间信息后，商品是否在购物车中显示。

2、选择购物车中房间信息，删除按扭的点击事件。

3、修改预定信息后，计算总价按钮的点击事件。

4、预定完毕后，提交按钮的点击事件。

5、登陆后，退出登录按钮的点击事件。

6、登陆后，查看个人订单的点击事件。

预期情况

1

添加预定房间在购物车中显示。

2

正确删除了购物车中被选定的信息条目。

3

价格总计显示正确。

4

提交至数据库成功。

5

正确退出了登录。

6

正确跳转到了个人订单界面。

实际结果

与预期结果相同。

如图所示

结论

测试通过

表4

测试编号

A004

模块名称

查看订单模块

建立日期

2015-12-10

建立人员

战大旭

修改日期

2015-12-10

状态

[]草稿[]正在修改[√]正式发布

定义

用户在登陆后可以查看及修改个人订单。

用例

1.点击退出登录

2.点击返回房间预定

3.选中订单，点击删除订单

预期情况

1

点击退出登录之后，返回到登录界面。

2

点击返回房间预定，回到房间预定页面

3

点击删除订单，正确删除订单。

实际结果

实际结果如图所示：

结论

实际运行结果与预期的结果完全相符合

测试编号

A005

模块名称

管理房间模块

建立日期

2015-12-12

建立人员

战大旭

修改日期

2015-12-12

状态

[]草稿[]正在修改[√]正式发布

定义

管理员在登陆后可以选择修改房间信息。

用例

1.点击退出登录

2.选中订单，点击更改信息。

3.选中订单，点击删除信息。

预期情况

1

点击退出登录之后，返回到登录界面。

2

选中订单，点击更改信息，修改房间信息

3

点击删除订单，正确删除订单。

实际结果

实际结果如图所示：

结论

实际运行结果与预期的结果完全相符合

4测试结果

4.1bug性质及模块分布图

对被测软件的总体评估：

标识在测试中的缺陷、限制或约束，对软件和系统性能的影响，包括未得到满足的标识，推荐的更正方案或方法。

表2.1bug类型及数量

模块

Bug性质

A类

B类

C类

D类

总数

登陆

0

0

1

2

3

注册

0

0

1

1

2

房间预定

0

0

1

2

3

订单

0

0

2

2

4

房间管理

0

0

1

1

2

软件测试合格须符合以下标准：

表2.1测试合格标准

A类错误

B类错误

C类错误

D类错误

无

无

<1%

<5%

4.2改进建议

在整个系统测试执行期间，项目组开发人员高效地及时解决测试人员提出的各种缺陷，在一定程度上较好地保证了测试执行的效率以及测试最终期限。

但是在整个软件测试活动中还是暴露了一些问题，如，测试执行时间相对较少，测试通过标准要求较低；开发人员相关培训未做到位，编码风格各异，细节性错误较多，返工现象存在较多；测试时对管理平台不够熟悉，使用时效率偏低；测试时对系统了解不够透彻，测试执行时存在理解偏差，导致提交无效缺陷。

通过开发人员和测试人员协力合作，网上购物系统项目如期完成并达到交付标准。

建议：

需求提出方可以再使用该系统的基础上，继续搜集用户的使用需求反馈，并结合市场同类产品的优势，在今后的版本中不断补充并完善功能。

●在项目开始的时候应该制定编码标准，数据库标准，需求变更标准，开发和测试人员都严格按照标准进行，可以在后期减少因为开发，测试不一致而导致的问题，同时也可以降低沟通成本。

●发布版本的时候，正确布置测试环境，减少因为测试环境，测试数据库数据的问题而出现的无效bug。

●开发人员解决bug的时候，填写bug原因以及解决方式，方便bug的跟踪。

●开发人员在开发版本上发现bug，可以通知测试人员，因为开发人员发现的bug很有可能在测试版本上出现，而测试人员和开发人员的思路不同，有可能测试人员没有发现该bug，而且，这样可以保证发现的bug都能够被跟踪。

5测试结论

1．测试执行是否充分（可以增加对安全性、可靠性和功能性等描述）

2．对测试风险的控制措施和成效

3．测试目标是否完成

4．测试是否通过

5.1功能

系统正确的实现了用户注册功能，用户登录功能，用户订餐功能，商品浏览功能，用户查看个人订单功能，数据库表添加，修改，删除的功能，管理员管理功能，系统在实现用户管理下的权限管理功能时，存在重大的缺陷，权限控制不严密，权限设计有遗漏。

5.2易用性

现有系统实现了如下易用性：

1.必填项标识

2.输入方式可理解性

3.输入限制的正确性

4.中文界面下数据语言与界面语言的一致性

5.操作按钮提示信息正确性，一致性，可理解性

6.输入限制提示信息的正确性，可理解性，一致性

7.查询，添加，删除，修改操作相关提示信息的一致性，可理解性

8.

现有系统存在如下易用性缺陷：

1.中英文混排

2.界面排版不美观

3.中英文对应的正确性

4.输入缺少解释性说明

5.输入，输出字段的可理解性差

5.3可靠性

现有系统的可靠性控制不够严密，很多控制是通过页面控制实现的，如果页面控制失效，可以向数据库插入数据，引发错误。

现有系统的容错性不高，如果系统出现错误，返回错误类型为找不到页面错误，无法回复到出错前的状态。

5.4兼容性

现有系统支持window下的VS2013版本

现有系统未进行其他兼容性测试。

5.5安全性

现有系统控制了以下安全性问题：

⏹用户名和密码对大小写敏感。

⏹用户只能查找到数据自己的订单。

现有系统未控制以下安全性问题：

⏹登录错误次数限制