软件测试剧场订票系统背景 软件测试教学资源学生作品飞机订票系统的功能测试项目报告

软件测试教学资源学生作品飞机订票系统的功能测试项目报告

《软件测试》课程项目库学生作品 项目名称飞机订票系统的功能测试 院 系计算机与软件学院 专 业 软件技术(测试) 班 级软件 0931 学 号 0902343241 学生姓名仲媛媛 摘 要 以一个飞行订票网站为测试背景，使用 QTP 对该系统进行了功能 测试，规划测试计划、搭建测试环境、设计及执行测试用例以及进行测 试总结，建立了一个完整的网上飞行订票系统的功能测试方案。 关键词关键词：飞行订票系统；功能测试；缺陷 目录目录 第一章 测试计划1 1.1 概述.1 1.1.1 产品简介1 1.1.2 测试范围1 1.1.3 限制条件1 1.2 约定.1 1.2.1 测试目标1 1.2.3 资源和工具1 1.2.4 送测要求2 1.2.5 编号规则2 1.3 测试种类及测试标准.2 1.3.1 测试种类3 1.3.2 测试方法及标准3 1.4 测试风险.3 1.5 测试任务和进度.4 1.6 测试提交物.4 第二章 测试用例及执行5 2.1 登陆实例.5 2.1.1 测试用例的设计5 2.1.2 测试用例的执行5 2.2 订票实例.11 2.2.1 主要实现的功能11 2.2.2 脚本代码16 2.2.3 判断订票是否成功17 2.3 传真和删除订单功能.23 2.3.1 主要实现的功能24 2.3.2 代码回放26 2.2.3 判断订票是否成功.27 2.4 报告订单功能.27 第三章 测试总结29 3.1 测试小结.29 3.2 测试结果.30 3.2.1 登录测试运行结果 30 3.2.2 订票测试运行结果31 3.2.3 传真和删除订单测试运行结果31 3.3 改进.33 参考文献.34 第 1 章 测试计划 1.1 概述 1.1.1 产品简介 本次开发的是网上订购飞机票系统，真实显现出现实生活中的飞机订票全 过程。其主要功能是实现用户的登录、订购机票、传真和删除订单等操作。比 如，用户登录之后，可通过传递一些信息，经过选择，订购到自己所需的飞机 票。本系统操作简单，易于掌握，可以最大限度的为一些工作繁忙的人员提供 便捷。 1.1.2 测试范围 本测试计划是针对《网上订购飞机票系统》和《程序测试规范》和《QTP 从实践到精通》中规定的内容来制定的，包括：用户登录、订购机票、传真订 单、删除订单。 1.1.3 限制条件 本次测试计划，与产品开发人员提交测试的内容和提交时间有关。根据开 发人员提交模块的实际情况，本计划会做出相应的修改。 1.2 约定 1.2.1 测试目标 通过测试，达到以下目标： I) 测试已实现的功能是否达到设计的要求，包括：各个功能是否已 实现，业务流程是否正确。 II) 测试是否运行稳定，系统性能是否在可接受范围。 III) Bug 数和缺陷率是否控制在可接受的范围之内，产品是否发布。 1.2.2 接收标准 本节所述的接收标准是指可测试的标准，这个标准以测试组接收测试 为限。单元测试接收标准的详细规定参见文档《网上订购飞机票系统》 。其余 各阶段接收标准，以经过审核后的上一阶段测试报告为准，每一个阶段停止 标准的详细规定参见文档《程序测试规范》 。 1.2.3 资源和工具 1.2.3.1 资源 测试服务器硬件配置： 软件配置：数据库平台 人 员：测试审核人员 1 名 测试实施人员 1 名 测试地点：教四 416 1.2.3.2 工具 自动化性能功能测试工具：QuickTest Professional(QTP) 1.2.4 送测要求 提交的测试产品按下图 1-1 要求进行： 步骤动作负责人 相关文档或 记录 要求 1 审核并提交 测试 测试负责人审核报告 测试负责人审核并 签字 2接受测试测试负责人接受任务单 确认产品有无重大 缺陷，是否可以继 续测试 3执行测试测试负责人 Bug 记录、 测试总结报 告 对产品质量作出评 价 图 1-1 测试产品要求说明 1.2.5 编号规则 与本测试计划相关的编号规则如下： • 测试用例中的编号，功能名+界面名(每个字第一个汉语拼音大 写)+编号 例如：用户登录第一个界面——YHDL 0001 • 测试用例文件命名规则，模块名+测试用例 例如：用户登录模块——用户登录测试用例 1.3 测试种类及测试标准 1.3.1 测试种类 计划完成以下类型测试：功能测试 1.3.2 测试方法及标准 1.3.2.1 功能测试 1.3.2.1.1 功能 系统能按照设计要求实现模块的各个功能，数据硬完整、界面 美观、 操作方便 1.3.2.1.2 界面测试 详细的界面测试可以参考相关文档 1.3.2.1.3 数据项测试 •字母数字数据项是否能够正确回显，并输入到系统中？ •图形模式的数据项是否正常工作？ •是否能够识别非法数据？ •数据输入消息是否可理解 1.3.2.1.4 帮助文档测试 •文档是否精确描述了如何使用各种使用模式？ •交互顺序的描述是否精确？ •例子是否精确？ •术语、菜单描述和系统响应是否与实际程序一致？ •是否能够很方便地在文档中定位指南？ •是否能够很方便地使用文档排除错误？ •文档的内容和索引是否精确完整？ •文档的设计(布局、缩进和图形)是否便于信息的理解？ •显示给用户的错误信息是否有更详细的文档解释？ •如果使用超级链接，超级链接是否精确完整？ 1.4 测试风险 本次测试过程，受以下条件制约： •Bug 的修复情况 •模块功能的实现情况 •系统整体功能的实现情况 •代码编写的质量 •人员经验以及对软件的熟悉度 •人员调整导致研发周期延迟 •测试时间的缩短导致某些测试计划无法执行 1.5 测试任务和进度 测试阶段测试任务工作量计算人员分配起始时间 第一阶段功能测试2 日1 人 第二阶段界面测试1 日1 人 第三阶段链接测试1 日1 人 第四阶段兼容性测试1 日1 人 第五阶段性能测试2 日1 人 第六阶段测试总结1 日测试负责人 图 1-2 测试进度和进度表 1.6 测试提交物 本次测试需要提交： 测试计划 测试用例 测试 Bug 单 缺陷记录 测试总结 第 2 章 测试用例及执行 2.1 登陆实例 登录实例是指登陆 Flight Reservation 应用程序，该实例是操作飞机订票系 统的入口程序。只有登陆成功方能订票。 登录模块的界面如图所示。由图可知，在该登陆实例中，有两个变量： Agent Name(用户名)和 Password(密码) 。因此，在设计测试用例时，需要 加以考虑。 图 2-1 登陆 2.1.1 测试用例的设计 用户名和密码参数异常时，如何捕捉动态信息呢？？在参数化的过程中， 要尽可能全面的测试登录功能的正常和异常情况。在此，设计五种类型的测试 用例，如下： A：用户名、密码为空，点击登录，期望系统提示：请输入用户名， 测试数据无。 B：输入用户名、密码为空，点击登录，期望系统提示：请输入密码， 测试数据 tianyanqin ，空。 C：输入错误的用户名、密码，点击登录，期望系统提示：用户名不 存在，测试数据 test，test。 D：输入正确的用户名、错误的密码，点击登录，期望系统提示：： 密码不正确，测试用例：tianyanqin，test。 E：输入正确的用户名、密

软件测试剧场订票系统背景 软件测试教学资源学生作品飞机订票系统的功能测试项目报告...