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

1、1酒店客房预定系统酒店客房预定系统软件测试报告软件测试报告 姓名：战大旭姓名：战大旭 班级：软件班级：软件 131131 学号：学号：13427007134270072目目 录录1 1 引言引言.31.1 编写目的.31.2 项目背景.31.3 用户群.31.4 基本定义.31.5 术语和缩写词.41.6 参考资料.42 2 测试概要测试概要.42.1 测试环境.52.1.1 软件硬件配置.52.1.2 网络拓扑图.62.2 测试计划.62.3 测试执行.72.4 测试用例.72.4.1 功能性.72.4.2 易用性.82.5 覆盖分析.82.5.1 需求覆盖.83 3 测试用例测试用例.10

2、3.1 功能测试.103.1.1 子功能名称.104 4 测试结果测试结果.174.1 BUG性质及模块分布图 .174.2 改进建议.175 5 测试结论测试结论.185.1 功能.185.2 易用性.185.3 可靠性.195.4 兼容性.1935.5 安全性.191 1 引言引言1.11.1 编写目的编写目的本测试报告为酒店客房预定系统项目的测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求。预期参考人员包括用户、测试人员、开发人员。现今酒店宾馆的规模不断扩大，客户数量急剧增加，有关客户的各种信息也成倍增长，尤其是大量的客房预订信息。面对庞大的信息量，需要有客户信

3、息管理系统来提高客户管理工作的效率。通过这样的系统，可以做到信息的规范管理，科学统计和快速的查询，从而减少管理方面的工作量。1.21.2 项目背景项目背景当前许多酒店正在逐步完善客户信息管理工作，需要一个能满足内部管理需求，提高管理效率的应用系统进行内部管理。许多宾馆经过多年的发展，规模不断扩大，客流量成倍增长，积累了大量的客户信息急需进行统一管理以防信息的流失。因此，许多宾馆需要一个功能全面的客户信息管理系统来进行管理，以使管理客户信息的工作在该系统的配合下更加高效和便捷。1.31.3 用户群用户群主要用户：项目管理人员，项目测试经理，业主相关人员；其他用户：用户41.41.4 基本定义基本

4、定义五类测试错误类型。A 类：严重错误，包括以下各种错误：由于程序所引起的死机,非法退出死循环数据库发生死锁因错误操作导致的程序中断功能错误与数据库连接错误数据通讯错误B 类：较严重错误，包括以下各种错误：程序错误程序接口错误数据库的表、业务规则、缺省值未加完整性等约束条件C 类：一般性错误，包括以下各种错误：操作界面错误（包括数据窗口内列名定义、含义是否一致）打印内容、格式错误简单的输入限制未放在前台进行控制删除操作未给出提示数据库表中有过多的空字段D 类：较小错误，包括以下各种错误：界面不规范辅助说明描述不清楚输入输出不规范错误操作未给用户提示提示窗口文字未采用行业术语可输入区域和只读区域

5、没有明显的区分标志1.51.5 术语和缩写词术语和缩写词1、设计层：软件项的设计分解（如系统、子系统、程序或模块） 。2、通过准则：判断一个软件项或软件特性的测试是否通过的判别依据。3、软件特性：软件项的显著特性。 （如功能、性能或可移植性等） 。54、软件项：源代码、目标代码、作业控制代码、控制数据或这些项的集合。5、测试项：作为测试对象的软件项。1.61.6 参考资料参考资料1 计算机软件测试文档编制规范 GB/T 9836-20082. 计算机软件文档编制规范 GB-T8567-20063.计算机软件产品开发文件编制指南 GB-T 8567-19884. 软件开发国家标准 GB/T 85

6、66-19885.计算机软件质量保证计划规范 GB/T 12504-19906. 软件产品评价质量特性及其使用指南 GB/T 16260-962 2 测试概要测试概要测试目的：在于为执行测试提供用例，指导测试的实施，查找分析缺陷，评估测试质量并执行测试用例后，需要跟踪故障，以确保开发的产品适合需求。测试声明：测试人员在软件开发过程中的任务： 1、寻找 Bug； 2、避免软件开发过程中的缺陷；6 3、衡量软件的品质； 4、关注用户的需求。2.12.1 测试环境测试环境2.1.12.1.1 软件硬件配置软件硬件配置表 2.1 配置图环境应用服务器数据库服务器客户端硬件配置 LinuxCPU：CPU

7、 奔腾以上内存：4G 以上硬盘：100G 或以上SQL Server 2012Windows 7CPU：CPU 奔腾以上内存：4G 以上硬盘：100G 或以上软件配置Window 7Window 7Window 7网络配置10M LAN10M LAN10M LAN72.22.2 测试计划测试计划版本/时间计划开始实际开始计划完成实际完成加班增加资源：表 2.1 测试计划（1）版本版本/ /时间时间计划开始计划开始时间时间实际开始实际开始时间时间计划结束计划结束时间时间实际结束实际结束时间时间加班加班增加资源增加资源登陆模块12-1012-1012-1012-10否否注册模块12-1012-10

8、12-1012-10否否客房预定模块12-1012-1012-1012-10否否查看订单模块12-1012-1012-1012-10否否客房管理模块12-1212-1212-1212-12否否表 2.1 测试计划（2）82.32.3 测试执行测试执行此次测试严格按项目计划和测试计划执行，按时完成了测试计划规定的测试对象的测试。针对测试计划规定的测试策略，在测试执行中都有体现，在测试执行过程中，依据测试计划和测试用例，对系统进行了完整的测试。2.42.4 测试用例测试用例2.4.12.4.1 功能性功能性在前台实现的基本主要有： a. 用户注册b. 用户登陆c. 客房预定d. 查看订单f.购物车

9、功能 后台管理部分主要有： a. 酒店客房管理：添加、修改、删除、查看。 b. 用户个人信息管理：查看、修改、删除。 c. 订单信息管理：查看订单清单、删除订单。任务（子功能）任务（子功能）开始时间开始时间结束时间结束时间总总 计（天）计（天）登陆模块2015-12-102015-12-101注册模块2015-12-102015-12-101客房预定模块2015-12-102015-12-101查看订单模块2015-12-102015-12-101客房管理模块2015-12-122015-12-12192.4.22.4.2 易用性易用性操作按钮提示信息正确性，一致性，可理解性。限制条件提示信息

10、正确性，一致性，可理解性。必填项标识。输入方式可理解性2.52.5 覆盖分析覆盖分析2.5.12.5.1 需求覆盖需求覆盖本次测试对系统需求的覆盖情况为 需求覆盖率=Y（P）项/需求项总数 100%=100% 表 2.5.1 覆盖测试需求表格中“是否通过”的四种状态：Y：全部通过P：部分通过N：不通过N/A ：不可测试或者用例不适用需求需求 / /功能功能测试类型测试类型是否通过是否通过备注备注注册功能测试Y登陆功能测试Y客房预定功能测试Y订单功能测试Y客房管理功能测试Y103 3 测试用例测试用例3.13.1 功能测试功能测试3.1.13.1.1 子功能名称子功能名称表 1测试编号测试编号A

11、001模块名称模块名称登陆模块建立日期建立日期2015-12-10建立人员建立人员战大旭修改日期修改日期2015-12-10状态状态 草稿草稿 正在修改正在修改 正式发布正式发布定义定义为了在用户进行房间预定的时候确认用户 ID，用户在进行提交总价的时候，进行登录验证。用户在填写完登录信息后，程序会把用户填写的用户名和密码与数据库里面的信息进行检验。首先检验用户名，若用户名存在，则再检验密码是否正确，密码正确后，这样才能登陆成功。用例用例1、 界面输入要素：用户名，密码。2、 界面操作要素：登录按钮，注册按钮，选择角色框。3、 Tab 键对输入焦点的切换顺序4、 登录，注册按钮的点击事件触发。

12、5、 按回车键的事件触发。1界面输入要素：用户名，密码，角色名称。2界面操作要素：登录按钮，注册按钮。3Tab 键对输入焦点的切换顺序4登录，注册按钮的点击事件触发后跳转到下一界面。预期情况预期情况5按回车直接可以登录11实际结果实际结果与预期结果相同，如图所示。结论结论测试通过 表 2测试编号测试编号A002模块名称模块名称注册模块建立日期建立日期2015-12-10建立人员建立人员战大旭修改日期修改日期2015-12-10状态状态 草稿草稿 正在修改正在修改 正式发布正式发布定义定义用户购买的商品通过邮寄，物流等手段送达的地址，进行交易的一些必须的基本信息通过注册的方式保存在系统中。为保证

13、用户帐号和密码的安全和约束性，系统约束了用户输入的字符格式和长度。为方便用户随时更正不合理的数据，要求系统提供及时的客户校验提示功能。用例用例1、 登录前2. 登录后3. 点击提交后数据保存。4. 用户密码输入 2 次，两次密码做相等校验5. 姓名是否全是中文校验126. 身份证号是否 18 位是否符合身份证号组合规律7. 注册成功后，点击返回登录进入登录界面。1登录前能进入注册界面。2登录后能进入注册界面。3点击提交后数据保存成功。4用户名是否存在校验用户口令是否输入两次，两次口令做相等校验。身份证号校验姓名全汉校验预期情况预期情况5点击返回登录后返回登录界面。实际结果实际结果与预期结果相同

14、，如图所示。1314结论结论测试通过15 表 3测试编号测试编号A003模块名称模块名称房间预定模块建立日期建立日期2015-12-10建立人员建立人员战大旭修改日期修改日期2015-12-10状态状态 草稿草稿 正在修改正在修改 正式发布正式发布定义定义房间预定是本系统最核心的功能，也称为购物车功能。该功能主要完成房间预定与结算。登录用户可以在房间预定界面中选择添加所要预定的房间，记录临时存放在购物车中，由用户最后确认并结算后再放入数据库交易记录。用例用例1、 添加房间信息后，商品是否在购物车中显示。2、 选择购物车中房间信息，删除按扭的点击事件。3、 修改预定信息后，计算总价按钮的点击事件

15、。4、 预定完毕后，提交按钮的点击事件。5、 登陆后，退出登录按钮的点击事件。6、 登陆后，查看个人订单的点击事件。1添加预定房间在购物车中显示。2正确删除了购物车中被选定的信息条目。3价格总计显示正确。4提交至数据库成功。5正确退出了登录。预期情况预期情况6正确跳转到了个人订单界面。实际结果实际结果与预期结果相同。如图所示16结论结论测试通过 表 4测试编号测试编号A004模块名称模块名称查看订单模块建立日期建立日期2015-12-10建立人员建立人员战大旭修改日期修改日期2015-12-10状态状态 草稿草稿 正在修改正在修改 正式发布正式发布定义定义用户在登陆后可以查看及修改个人订单。用

16、例用例1. 点击退出登录2. 点击返回房间预定3. 选中订单，点击删除订单1点击退出登录之后，返回到登录界面。预期情况预期情况2点击返回房间预定，回到房间预定页面173点击删除订单，正确删除订单。实际结果实际结果实际结果如图所示：结论结论实际运行结果与预期的结果完全相符合测试编号测试编号A005模块名称模块名称管理房间模块建立日期建立日期2015-12-12建立人员建立人员战大旭修改日期修改日期2015-12-12状态状态 草稿草稿 正在修改正在修改 正式发布正式发布定义定义管理员在登陆后可以选择修改房间信息。18用例用例1.点击退出登录2.选中订单，点击更改信息。3.选中订单，点击删除信息。

17、1点击退出登录之后，返回到登录界面。2选中订单，点击更改信息，修改房间信息预期情况预期情况3点击删除订单，正确删除订单。实际结果实际结果实际结果如图所示：结论结论实际运行结果与预期的结果完全相符合4 4 测试结果测试结果4.14.1 bugbug 性质及模块分布图性质及模块分布图对被测软件的总体评估：标识在测试中的缺陷、限制或约束，对软件和系统性能的影响，包括未得到满足的标识，推荐的更正方案或方法。表 2.1 bug 类型及数量模块Bug 性质19A 类B 类C 类D 类总数登陆00123注册00112房间预定00123订单00224房间管理00112软件测试合格须符合以下标准：表 2.1 测

18、试合格标准A 类错误B 类错误C 类错误D 类错误无无1%5%4.24.2 改进建议改进建议 在整个系统测试执行期间，项目组开发人员高效地及时解决测试人员提出的各种缺陷，在一定程度上较好地保证了测试执行的效率以及测试最终期限。但是在整个软件测试活动中还是暴露了一些问题，如，测试执行时间相对较少，测试通过标准要求较低；开发人员相关培训未做到位，编码风格各异，细节性错误较多，返工现象存在较多；测试时对管理平台不够熟悉，使用时效率偏低；测试时对系统了解不够透彻，测试执行时存在理解偏差，导致提交无效缺陷。通过开发人员和测试人员协力合作，网上购物系统项目如期完成并达到交付标准。建议：需求提出方可以再使用

19、该系统的基础上，继续搜集用户的使用需求反馈，并结合市场同类产品的优势，在今后的版本中不断补充并完善功能。在项目开始的时候应该制定编码标准，数据库标准，需求变更标准，开发和测试人员都严格按照标准进行，可以在后期减少因为开发，测试不一致而导致的问题，同时也可以降低沟通成本。发布版本的时候，正确布置测试环境，减少因为测试环境，测试数据库数据的问题而出现的无效 bug。开发人员解决 bug 的时候，填写 bug 原因以及解决方式，方便 bug20的跟踪。开发人员在开发版本上发现 bug，可以通知测试人员，因为开发人员发现的 bug 很有可能在测试版本上出现，而测试人员和开发人员的思路不同，有可能测试人员没有发现该 bug，而且，这样可以保证发现的 bug 都能够被跟踪。5 5 测试结论测试结论1 测试执行是否充分（可以增加对安全性、可靠性