机票预订系统（软件测试报告）.doc

航空公司订票系统测试计划规范简介1简介31.1编写目的31.2测试计划概述31.3被测系统概述31.4制定测试计划的依据41.5预期读者42任务概述42.1目标42.2操作环境42.3要求概述43测试范围53.1测试用例63.2测试特性与软件要求之间的对应关系83.3测试特性94术语定义94.1软件错误和缺陷的定义94.2其他术语的定义105测试目标和策略105.1测试目标105.2测试方法105.3测试工具105.4测试位置106测试状态转换标准和重新启动要求117测试合格标准118将提供的测试文档119测试资源要求119.1硬件要求119.2软件要求119.3网络要求129.4人员要求129.5其他要求1210人员，职责和要求d培训要求1210.1人员组成1210.2人员划分和职责1210.3培训要求1211测试进度1312风险和紧急情况1312.1影响计划的潜在因素1312.2紧急措施1413测试的局限性1414计划的批准1415参考文件15附录I软件错误的定义和缺陷16附录II测试状态转换标准和重新启动要求17附录III测试通过了指南20附录IV分工和职责划分21简介准备工作的目的是确保“飞机预订系统”测试工作有条不紊地进行，以确保“飞机预定系统”正确实施需求规格书中的功能定义，专门为实施软件测试人员而设计.

测试计划摘要项目标题: 航空公司预订系统测试计划文件编号: 票务/ 2009-06-11测试部门: 软件部测试计划作者: Kim Jin Fang Zhao Hao Wang Shan Vetting: 在Windows平台上运行的机票预订系统为项目中每个模块应实现的不同功能生成测试用例文档，然后进行手动测试. / *本部分主要简要介绍测试计划的名称，背景，目标，制定依据和执行部门，测试方法，工具和范围. * /被测系统概述产品名称: 航空公司预订系统开发部门: 软件开发部门测试版本: v 1.0最新版本: v 1.0系统概述: 该系统主要实现机票的预订功能，并生成易于查询和查询的订单修改，主要测试用户登录模块和订单生成模块. / *本节简要介绍了被测系统的基本用途，功能，功能和软件项目. * /测试计划的基础是解释测试计划的基础. 测试计划基于系统的“软件需求规范”，并且还可能包括开发部提供的“软件测试需求规范”，被测系统的用户手册，说明手册以及产品特性. 软件系统. 有时有必要参考用户的评论和建议. 另外，测试计划的制定必须与被测系统的质量保证计划相一致. 预计读者可能包括以下人员: 项目经理，测试人员，系统开发人员，有时甚至还有一些用户.

任务概述目标基于功能测试和对系统要求的验证，包括数据收集，数据统计和数据查询. 在真实的应用程序环境中进行测试. 操作环境Windows XP / Windows 2007，Microsoft SQL Server 2005用户要求概述用户验证允许参与评估的用户选择自己的徽标进入评估系统，以便评估系统记录用户是否已行使自己的评估权，并评估系统类型评估中的每种评估，用户就有机会进行评估. 评估机票订票系统后，系统会根据客户的航班日期，出发时间和目的地列出航班号，出发时间，到达时间和航空公司，然后根据客户的机票号和机票单位自动计算总数价钱. 评估结果存储系统管理员列出的测试对象的评估子项目后，单击“插入订单”按钮，系统将提交测试对象编号，评估类型编号，评估子项目名称和子项目系统提交的-test得分值存储在后台中. 结果统计系统管理员可以随时统计评估类型的评估结果数据. 通常，应在取消此类评估结果的可测量状态之后执行此项工作，以便计算最终评估结果. 结果查询系统管理员可以查询所有评估类型和所有被评估人员的统计数据. 可以查询的数据包括按评估类型分类的额定人员的总分. 并以评估类型为单位，按照总分对参与者进行排序.

测试范围在这一部分中，定义需要测试的内容和不需要测试的内容，定义与执行测试计划相关的重要术语和缩写，并确定与测试子项相关的测试工作在哪里. 项目将会发生. 严格遵循“软件需求规范”中的功能和性能要求，并考虑软件系统自身的特性，用户的评论和建议以及被测系统的质量保证计划等，以针对被测软件的被测和未测特性. 软件系统下表的格式详细说明. 已测试的模块已测试的功能用户登录模块输入用户名输入密码生成订单模块FlightFlightsnameInsert订单更新订单删除订单菜单栏FileEditAnalysisHelp工具栏插入orderOpen orderDelete orderGraphReport Help测试机票系统的范围测试案例测试案例请参见下表以正确显示登录页面（包括（美学和验证要求的字段）结果是输入正确的用户名，正确的密码，正确的验证码，然后单击“登录”按钮. 成功登录测试的快捷键是输入正确的用户名，正确的密码和正确的验证码. 单击“输入”按钮同时登录问题. 两个人使用相同的帐户登录不同的计算机. 登录成功，第一个登录名被挤出. 用户名的大小写已验证. 用户名正确，但区分大小写. 其余正确的登录失败. 错误的用户名和未注册的用户登录名和密码错误的用户名未注册的用户名失败用户名和验证码正确，密码首次输入错误，登录失败，密码不正确，并且已清除用户名称和验证码正确，第二次输入密码错误，登录失败，密码错误，并清除用户名和验证码. 密码第三次输入错误. 登录失败，并且错误密码的数量太多，无法登录. 组合错误不正确. 用户名和密码错误，验证码无法正确登录，提示用户名不存在. 用户名和密码正确，验证码登录失败，验证码错误. 输入用户名为空，验证码正确，登录失败，提示输入用户名用户名和验证码正确，密码为空，单击登录失败，提示密码不能为空用户名和密码正确，验证代码为空，单击登录失败并提示验证码错误用户名和密码为空，验证码正确，单击登录失败，并提示必填项不能为空密码和验证码为空，用户名正确，单击登录失败并提示必填项不能为空用户名和验证码为空，密码正确，单击登录失败并提示必填项不能为空或为空还提示必填项不能为空空的空间. 用户名正确，但随后输入一个或多个空格. 其他成功的登录密码是正确的，但是随后输入一个或多个空格. 其他登录错误不正确. 提示输入密码错误并清除密码验证密码正确，但在后面输入了一个或多个空格，其他正确的登录错误和提示验证码错误验证码功能单击验证码图片以显示新的字符串验证码输入时间用户名，一段时间后切换到其他程序. 切换回去，光标停留在原始功能键上. Tab键光标位于用户框中. 可以使用Tab键两次将光标移动到密码输入框和验证码输入框. 用户名框中的向左和向右箭头必须能够跟踪到相应的位置. 删除键使用此键删除用户名文本框中的双击鼠标. 在用户名输入框中双击鼠标. 文本框被选中. 测试特性和软件要求之间的对应关系. 本节详细介绍了此测试中计划测试的内容以及“需求规格”和需求计划之间的“软件对应关系”. 测试的内容.

经过测试的用户登录模块: 测试用户名和密码的有效性，主要包括在文本框中输入的文本的长度，类型，格式，密码显示状态以及用户名和密码的一致性，以及是否可以实现控件标记的功能. 2.生成订单模块: 测试机票订单的有效性，主要包括航班日期，航班路线和详细信息以及预订者的姓名. 测试是否可以实现与订单相关的其他功能，包括插入订单，修改订单和删除订单. 测试各种控件的组合使用，包括整个界面的布局和样式，控件之间的交互，Tab键的顺序，热键的使用，Enter键和ESC键的使用以及控件合并后功能的实现. 以及是否可以输入文本框，是否可以选择下拉列表，单选框是否具有默认值以及无法选择，按钮是否具有默认值等. 3.菜单栏: 测试功能是否正常可以正确实现菜单栏中每个菜单项所指示的内容. 4.工具栏: 测试工具栏中指定的功能是否可以正确实现. / *指定所有要测试的软件功能及其组合，并为每个功能或功能组合指定测试设计说明. * /术语定义本节定义了与执行测试计划相关的重要术语和缩写，主要定义了划分软件错误和缺陷的标准. 软件错误和缺陷的定义有关软件错误和缺陷的定义，请参见附录I. 其他术语的定义测试目标和策略测试目标通过测试系统中的各个模块，查找系统中可能存在的缺陷，以确保系统的可用性和稳定性.

测试方法系统使用的测试方法有: 1.界面测试: 主要针对系统中的登录界面和订单生成界面，例如控件的订单是否标准化以及是否混合使用. 中文和英文. 2.功能测试: 菜单栏和工具栏上的大多数测试都是功能测试，主要用于确定模块的功能是否已完全实现. 3控件测试: 既要测试单个控件的功能，又要查看控件是否满足自身需求，例如: 单选按钮是否具有默认值等，还取决于每个控件是否结合起来以实现其相应的功能. 该测试工具简要介绍了该测试中使用的测试工具，并简要说明了要使用该测试工具执行的测试类型. 测试地点: 郑州大学工程学院3号楼. 测试状态转换标准和重新启动要求有关测试状态转换标准和重新启动要求，请参见测试附录II. 测试通过标准有关测试通过标准，请参阅附录III. 提供的测试文件: “软件产品提交测试委员会”，“软件测试要求规范”，“测试计划”，“测试用例设计和执行报告”，“测试结果报告”，“测试分析​​报告”，测试资源要求，硬件要求/ *用于测试解释了必要和所需的硬件设备及其配置. 它还指出了尚不可用的硬件设备及其配置. * /软件要求操作系统: WindowsXP / Windows2000 / Window7 / *解释测试所需的必要软件（包括必需的测试工具软件），并指出尚不可用的软件.

* /网络要求说明了测试所需的必要网络环境. 人员要求说明了测试所需的人员以及他们应具备的知识. 其他要求解释以上未涵盖的其他要求. 人员，职责和培训要求人员组成必须清楚地说明参与测试活动的所有人员的姓名和职务. 参与测试的人员通常由项目负责人，质量人员，测试负责人，测试人员，项目开发团队负责人或项目开发人员组成，有时包括其他参加测试的用户订票测试用例图，例如用户. 劳动分工和人员责任列于附录四. 培训要求指示测试人员执行和完成测试所需的培训活动. 培训活动主要包括对被测系统的培训，被测系统的支持系统和测试工具. 同时，给每次培训的负责人明确的指示. 测试工具培训通常由测试部门内部任命的人员完成. 被测系统及其支持系统的培训通常由被测系统开发部门任命的人员完成. 测试进度这部分应明确给出测试活动中主要事件的时间表. 估计完成每个测试任务所需的时间，并指定每个测试任务和测试里程碑的进度. 可以以下表的格式给出测试进度. 测试计划计划的开始和结束日期测试任务2009-6-11用户登录模块，订单生成模块2009-6-12菜单模块，工具栏模块风险和执行测试计划期间紧急影响计划的潜在因素，可能存在分析及时完成影响计划的风险因素.

在执行测试计划期间，可能有以下因素影响计划的按时完成. 第一点和第三点是最可能影响测试进度的因素: 测试人员对被测产品的熟悉程度较慢；测试人员对测试工具的使用还不够熟悉. 被测产品中存在重大错误，因此无法继续进行测试，并且需要开发部门进行其他调试和修改才能继续；硬件，软件或网络环境故障等. 应急措施明确规定了潜在风险因素的应急措施. 通常的紧急措施是: 确保计划通过适当的加班按时完成；如果是由于被测产品的重大错误严重影响了测试进度，请考虑根据测试暂停标准暂停测试. 测试限制对由各种因素（包括测试方法，使用的工具，测试环境和测试人员的质量等）引起的测试限制进行的简要分析. 影响测试完整性的因素通常包括: 系统硬件配置中存在无法预测的问题；测试范围不能涵盖所有可能的情况；测试时间限制；测试数据可能不完整；测试工具自身的缺陷；测试人员的错误. 计划的批准规定了谁（姓名和职务）必须由计划批准，并留出签字和日期的地方. 参考文档列出了此测试计划中引用的其他文档，例如产品手册，用户手册，产品需求分析，质量风险分析文档，测试需求程序和其他相关信息. 列出这些文档可以避免很多重复的内容.

本文来自电脑杂谈，转载请注明本文网址：
https://www.pc-fly.com/a/ruanjian/article-198446-1.html