景点售票系统测试报告

《景点售票系统测试报告》由会员分享，可在线阅读，更多相关《景点售票系统测试报告（8页珍藏版）》请在金锄头文库上搜索。

1、软件测试报告景点售票系统学院：数学与计算机科学学院 专业：计算机科学与技术（软件工程方向 班级：软件12学号：姓名：时间：2014.12.28目录1 引言（概要） 11.1 编写目的 11.2 背景 11.3 定义 21.4 参考资料 22 测试对象和概要 22.1 测试项目 22.2 测试类型 22.3 测试方法 33 测试结果及发现 33.1 用户购票功能测试 34 对软件功能的结论 44.1 用户购票功能 44.1.1 能力 44.1.2 限制 45分析摘要 45.1 测试结果分析 45.2 能力 55.3 缺陷与限制 55.4 建议 65.5 评价 66 测试资源消耗 61 引言（概要

2、）1.1 编写目的本测试报告为某个景点售票系统项目的测试报告，本系统分为用户登录和 管理员登录两部分，目的在于总结测试阶段的测试以及分析测试结果，描述系 统是否符合需求。通过对测试结果的整体分析，找出程序运行过程中出现的问 题以及系统存在的所有可能缺陷，为程序编写者提供纠正软件缺陷的依据，通 过对测试结果的分析以及软件质量的分析可以对软件有个整体的评价，以保证 软件的整体质量。通过对软件质量的分析使用户对系统的运行建立信心。软件 测试的真正意义在于发现错误，而不在于验证软件是正确的，再严密的测试也 不能完全发现软件当中的错误，要确保软件基本可用，要加强软件的响应的环 节，还要增强软件的可移植性

3、和兼容性。1.2 背景随着人们生活水平的逐步提高，旅游已成为我们生活的一部分，旅游的人是 越来越多，但游客的增多使景点售票变得繁琐，本系统主要是解决人工售票的问 题，方便了游客，也减少了售票工作人员的工作量，使景点售票变得方便快捷。 因此，我们觉得开发这个景点售票系统也是十分必要的。测试对象的简单介绍如 下：a测试对象：景点售票系统b测试工具： eclipce、JUnite、Jdk 、Apache Tomcat 70c.主要功能 用户登录功能：用户可以注册自己的账号，用该账号登录系统，用户 可以查询余票、购票、退票和查看自己的订单。 管理员登录功能：管理员凭账号和密码登录到系统，可以增加票、修

4、 改票的信息以及查询剩余票数。1.3 定义Bug：是指程序错误，也称为缺陷、臭虫，是指软件运行中因为程序本身有错误而造成的功能不正常、死机、数据丢失、非正常中断。单元测试：按照系统、子系统和模块进行划分为功能模块或若干个类。单元 测试是对功能模块进行正确性检验的测试工作，也是后续测试的基础。目的是在 于发现各模块内部可能存在的各种差错。集成测试：此阶段测试基于单元测试的完成。主要目的检测系统是否达到需 求对业务流程及数据流的处理是否符合标准，检测系统对业务流处理是否存在逻 辑不严谨及错误，检测需求是否存在不合理的标准及要求。系统测试：用于核实用户与软件之间的交互。系统测试的目标是确保用户界 面

5、会通过测试对象的功能来为用户提供相应的访问或浏览功能。1.4 参考资料【1】 软件测试方法和技术（第二版）【2】 Oracle 11g 数据库基础教程（第二版）【3】 百度文库2 测试对象和概要2.1 测试项目Java程序连接Oracle数据库的一个简单景点售票系统。2.2 测试类型人工测试与工具测试相结合。2.3 测试方法黑盒测试a. 用户功能测试：测试功能测试类型测试阶段测试方法测试时间购票功能人工测试单元测试黑盒测试2014.12.27退票功能人工测试单元测试黑盒测试2014.12.27订单功能人工测试单元测试黑盒测试2014.12.27查票功能人工测试单元测试黑盒测试2014.12.2

6、7b. 管理员功能测试：测试功能测试类型测试阶段测试方法测试时间增加票功能人工测试单元测试黑盒测试2014.12.27修改票功能人工测试单元测试黑盒测试2014.12.27查票功能人工测试单元测试黑盒测试2014.12.27c. 登录及用户注册功能测试测试功能测试类型测试阶段测试方法测试时间用户登录人工测试单元测试黑盒测试2014.12.27管理员登录人工测试单元测试黑盒测试2014.12.27用户注册人工测试单元测试黑盒测试2014.12.273 测试结果及发现3.1 用户购票功能测试用户通过用户名和密码进入系统，购票时需要输入用户名，用户一次只能购买一张票，且只能购买当天的票。测试用例如表

7、：输入预期输出实际输出结果单击购票界面上显示票价格、票界面上显示票价格、票通过日期日期用户名文本框中输入任意字符提示购票成功，余票数 减少一张，用户订单增 加一条记录提示购票成功，余票数 减少一张，用户订单增 加一条记录通过用户名文本框中 不输入任何字符提示购票失败提示购票失败通过4 对软件功能的结论4.1 用户购票功能4.1.1 能力用户通过用户名和密码登录系统后，鼠标单击“购票”，在界面上显示出票 单价、票的编号以及票的日期，用户核对信息无误后点击确定按钮，如果提示购 票成功，则余票数减少一张，用户订单增加一条记录，如果提示购票失败，则余 票数和用户订单都不改变。4.1.2 限制用户通过用

8、户名和密码登录系统后，鼠标单击“购票”，用户名没有被带到 用户名文本框中，购票时需要用户自己重新输入用户名。5 分析摘要5.1 测试结果分析经过测试分析得出，该软件存在许多局限性。用户通过用户名和密码进入系 统，可以购票、退票、查询余票以及查询用户的订单等功能。管理员通过账号和 密码进入系统可以增加票、修改票的信息、以及查询余票等功能。Bug类型及数 量如下图所示：bug类型及数量图图5.1 bug类型及数量图5.2 能力经过测试分析得出，该软件可以实现以下功能：用户通过用户名和密码进入系统，可以购票、退票、查询余票以及查询用户的订单等功能。用户如果购票成 功，则余票数量减少一张，同时用户订单

9、增加一条记录；如果购票失败则余票数 和用户订单都不改变。相反，用户退票成功则余票数量增加一张，同时用户订单 相应减少一条记录；退票失败则都不改变。用户查询余票时只能查到剩余多少张 票，而不能查到每张票的具体信息。另外管理员通过账号和密码进入系统可以增 加票、修改票的信息、以及查询余票等功能。管理员增加票时一次只能增加固定 数量的票数；管理员通过修改票可以修改所有的票的价格和日期；查询票时可以 查看到剩余票的数量以及每张票的具体信息。但依然存在许多缺陷，5.3 缺陷与限制经过测试分析得出，该软件存在许多局限性。如：用户购票时用户名不能被 带到用户名文本框，而需要用户重新输入用户名，购票时只能一次

10、购一张票而不 能一次购多张票,且不能按日期选择购票；退票时需要用户输入票的编号才能退 票，且依然只能一次退一张票；管理员增加票时一次只能增加固定票的数量，而 且票的单价和票的日期还需要重新输入，一次只能增加某一天的票；管理员增加 票时，用户的订单信息将被删除，这就局限于用户只能购买当天的票，而不能提前购买。这样是很不方便的。5.4 建议a. 购票时将用户名带到用户名文本框；用户能一次购买多张票；用户可以根 据日期选择要购买的票。b. 退票时点击每张票时就可以退票而不需要输入票的编号。c. 增加票的数量时，票的数量由管理员决定，票的日期应自动调整为当天的 日期。d. 增加票时，可以按日期增加票；

11、用户订单不能被删除。5.5 评价软件测试的真正意义在于发现错误，而不在于验证软件是正确的，再严密的 测试也不能完全发现软件当中的错误，要确保软件基本可用，要加强软件的响应 的环节，还要增强软件的可移植性和兼容性，白盒测试来解决系统缓冲溢出，黑 盒测试来解决用户交互的bug，从而全方面的提高系统的可用性，健壮性，安全 性，稳定性。由以上测试可知该软件存在大量的缺陷，该景点售票系统只能购买 当天的票，票的信息每天都需要管理员去更新。基本完成了预期的系统，能实现 基本的功能，但存在许多严重的缺陷，不能交付使用。6 测试资源消耗整个系统的测试基本上在两天内完成，测试用例的分析和设计在2014年12月27号完成，测试的实施阶段在2014年12月28号完成。