酒店客房预定系统测试报告材料.docx

1、酒店客房预定系统测试报告材料酒店客房预定系统软件测试报告 姓名：战大旭 班级：软件131 学号：134270071 引言1.1 编写目的本测试报告为酒店客房预定系统项目的测试报告，目的在于总结测试阶段的测试以及分析测试结果，描述系统是否符合需求。预期参考人员包括用户、测试人员、开发人员。现今酒店宾馆的规模不断扩大，客户数量急剧增加，有关客户的各种信息也成倍增长，尤其是大量的客房预订信息。面对庞大的信息量，需要有客户信息管理系统来提高客户管理工作的效率。通过这样的系统，可以做到信息的规范管理，科学统计和快速的查询，从而减少管理方面的工作量。1.2 项目背景当前许多酒店正在逐步完善客户信息管理工作

2、，需要一个能满足内部管理需求，提高管理效率的应用系统进行内部管理。许多宾馆经过多年的发展，规模不断扩大，客流量成倍增长，积累了大量的客户信息急需进行统一管理以防信息的流失。因此，许多宾馆需要一个功能全面的客户信息管理系统来进行管理，以使管理客户信息的工作在该系统的配合下更加高效和便捷。1.3 用户群主要用户：项目管理人员，项目测试经理，业主相关人员；其他用户：用户1.4 基本定义五类测试错误类型。A类：严重错误，包括以下各种错误： 由于程序所引起的死机,非法退出 死循环 数据库发生死锁 因错误操作导致的程序中断 功能错误 与数据库连接错误 数据通讯错误B类：较严重错误，包括以下各种错误： 程序

3、错误 程序接口错误 数据库的表、业务规则、缺省值未加完整性等约束条件C类：一般性错误，包括以下各种错误： 操作界面错误（包括数据窗口内列名定义、含义是否一致） 打印内容、格式错误 简单的输入限制未放在前台进行控制 删除操作未给出提示 数据库表中有过多的空字段D类：较小错误，包括以下各种错误： 界面不规范 辅助说明描述不清楚 输入输出不规范 错误操作未给用户提示 提示窗口文字未采用行业术语 可输入区域和只读区域没有明显的区分标志1.5术语和缩写词1、设计层：软件项的设计分解（如系统、子系统、程序或模块）。2、通过准则：判断一个软件项或软件特性的测试是否通过的判别依据。3、软件特性：软件项的显著特

4、性。（如功能、性能或可移植性等）。4、软件项：源代码、目标代码、作业控制代码、控制数据或这些项的集合。5、测试项：作为测试对象的软件项。1.6 参考资料1计算机软件测试文档编制规范 GB/T 9836-20082. 计算机软件文档编制规范 GB-T8567-20063.计算机软件产品开发文件编制指南 GB-T 8567-19884. 软件开发国家标准 GB/T 8566-19885.计算机软件质量保证计划规范GB/T12504-19906. 软件产品评价质量特性及其使用指南 GB/T16260-962 测试概要测试目的：在于为执行测试提供用例，指导测试的实施，查找分析缺陷，评估测试质量并执行测

5、试用例后，需要跟踪故障，以确保开发的产品适合需求。测试声明：测试人员在软件开发过程中的任务： 1、寻找Bug； 2、避免软件开发过程中的缺陷； 3、衡量软件的品质； 4、关注用户的需求。2.1 测试环境2.1.1 软件硬件配置表2.1配置图环境应用服务器数据库服务器客户端硬件配置 LinuxCPU：CPU奔腾以上内存：4G以上硬盘：100G或以上SQL Server 2012Windows 7CPU：CPU奔腾以上内存：4G以上硬盘：100G或以上软件配置Window 7Window 7Window 7网络配置10M LAN10M LAN10M LAN2.2 测试计划版本/时间计划开始实际开始

6、计划完成实际完成加班增加资源：表2.1 测试计划（1）版本/时间计划开始时间实际开始时间计划结束时间实际结束时间加班增加资源登陆模块12-1012-1012-1012-10否否注册模块12-1012-1012-1012-10否否客房预定模块12-1012-1012-1012-10否否查看订单模块12-1012-1012-1012-10否否客房管理模块12-1212-1212-1212-12否否表2.1 测试计划（2）任务（子功能）开始时间结束时间总 计（天）登陆模块2015-12-102015-12-101注册模块2015-12-102015-12-101客房预定模块2015-12-10201

7、5-12-101查看订单模块2015-12-102015-12-101客房管理模块2015-12-122015-12-1212.3 测试执行此次测试严格按项目计划和测试计划执行，按时完成了测试计划规定的测试对象的测试。针对测试计划规定的测试策略，在测试执行中都有体现，在测试执行过程中，依据测试计划和测试用例，对系统进行了完整的测试。2.4 测试用例2.4.1 功能性在前台实现的基本主要有： a. 用户注册b. 用户登陆c. 客房预定d. 查看订单f.购物车功能 后台管理部分主要有： a. 酒店客房管理：添加、修改、删除、查看。 b. 用户个人信息管理：查看、修改、删除。 c. 订单信息管理：查

8、看订单清单、删除订单。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模块名称登陆模块建立日

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

10、钮，注册按钮。3Tab键对输入焦点的切换顺序4登录，注册按钮的点击事件触发后跳转到下一界面。5按回车直接可以登录实际结果与预期结果相同，如图所示。结论测试通过 表2测试编号A002模块名称注册模块建立日期2015-12-10建立人员战大旭修改日期2015-12-10状态 草稿 正在修改 正式发布定义用户购买的商品通过邮寄，物流等手段送达的地址，进行交易的一些必须的基本信息通过注册的方式保存在系统中。为保证用户帐号和密码的安全和约束性，系统约束了用户输入的字符格式和长度。为方便用户随时更正不合理的数据，要求系统提供及时的客户校验提示功能。用例1、 登录前2. 登录后3. 点击提交后数据保存。4.

11、 用户密码输入2次，两次密码做相等校验5. 姓名是否全是中文校验6. 身份证号是否18位是否符合身份证号组合规律7. 注册成功后，点击返回登录进入登录界面。预期情况1登录前能进入注册界面。2登录后能进入注册界面。3点击提交后数据保存成功。4用户名是否存在校验用户口令是否输入两次，两次口令做相等校验。身份证号校验姓名全汉校验5点击返回登录后返回登录界面。实际结果与预期结果相同，如图所示。结论测试通过 表3测试编号A003模块名称房间预定模块建立日期2015-12-10建立人员战大旭修改日期2015-12-10状态 草稿 正在修改 正式发布定义房间预定是本系统最核心的功能，也称为购物车功能。该功能

12、主要完成房间预定与结算。登录用户可以在房间预定界面中选择添加所要预定的房间，记录临时存放在购物车中，由用户最后确认并结算后再放入数据库交易记录。用例1、 添加房间信息后，商品是否在购物车中显示。2、 选择购物车中房间信息，删除按扭的点击事件。3、 修改预定信息后，计算总价按钮的点击事件。4、 预定完毕后，提交按钮的点击事件。5、 登陆后，退出登录按钮的点击事件。6、 登陆后，查看个人订单的点击事件。预期情况1添加预定房间在购物车中显示。2正确删除了购物车中被选定的信息条目。3价格总计显示正确。4提交至数据库成功。5正确退出了登录。6正确跳转到了个人订单界面。实际结果与预期结果相同。如图所示结论

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

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

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

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

17、可以保证发现的bug都能够被跟踪。5 测试结论1 测试执行是否充分（可以增加对安全性、可靠性和功能性等描述）2 对测试风险的控制措施和成效3 测试目标是否完成4 测试是否通过5.1 功能系统正确的实现了用户注册功能，用户登录功能，用户订餐功能，商品浏览功能，用户查看个人订单功能，数据库表添加，修改，删除的功能，管理员管理功能，系统在实现用户管理下的权限管理功能时，存在重大的缺陷，权限控制不严密，权限设计有遗漏。5.2 易用性现有系统实现了如下易用性：1. 必填项标识2. 输入方式可理解性3. 输入限制的正确性4. 中文界面下数据语言与界面语言的一致性5. 操作按钮提示信息正确性，一致性，可理解

18、性6. 输入限制提示信息的正确性，可理解性，一致性7. 查询，添加，删除，修改操作相关提示信息的一致性，可理解性8. 现有系统存在如下易用性缺陷：1. 中英文混排2. 界面排版不美观3. 中英文对应的正确性4. 输入缺少解释性说明5. 输入，输出字段的可理解性差5.3 可靠性现有系统的可靠性控制不够严密，很多控制是通过页面控制实现的，如果页面控制失效，可以向数据库插入数据，引发错误。现有系统的容错性不高，如果系统出现错误，返回错误类型为找不到页面错误，无法回复到出错前的状态。5.4 兼容性现有系统支持window下的VS2013版本现有系统未进行其他兼容性测试。5.5安全性现有系统控制了以下安全性问题： 用户名和密码对大小写敏感。 用户只能查找到数据自己的订单。现有系统未控制以下安全性问题： 登录错误次数限制