<（火车票）自动售票机模拟软件
>
测试计划
版本<1.0>
目录
1.简介
1.1目的 1.2背景 1.3范围 1.4项目核实 2.测试需求
3.测试策略
3.1测试类型
3.1.1功能测试 3.1.2业务周期测试 3.1.3用户界面测试 3.1.4性能评测 3.1.5负载测试 3.1.6强度测试 3.1.7容量测试 3.1.8配置测试 3.1.9安装测试 3.2工具 4.资源
4.1角色 5.项目里程碑 6.可交付工件
6.1测试模型 6.2测试记录 6.3缺陷报告
测试计划
1. 简介
1.1目的
<（火车票）自动售票机模拟软件>的这一“测试计划”文档有助于实现以下目标： 确定现有项目的信息和应测试的软件构件。 列出推荐的测试需求。
确定所需的资源，并对测试的工作量进行估计。 列出测试项目的可交付元素。 1.2 背景
应课程要求，为火车票自动售卖机模拟软件编写测试计划，指导测试工作。 1.3 范围
·功能测试--对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。 这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。 此类测试基于黑盒技术，该技术通过图形用户界面 (GUI) 与应用程序进行交互，并对交互的输出或结果进行分析，以此来核实应用程序及其内部进程。
·业务周期测试--业务周期测试应模拟在一段时间内对 <项目名称> 执行的活动。 应先确定一个时间段（例如一年），然后执行将在该时间段（一年内）发生的事务和活动。
·用户界面测试--用户界面 (UI) 测试用于核实用户与软件之间的交互。 UI 测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。
·性能评测--性能评测是一种性能测试，它对响应时间、事务处理速率和其他与时间相关的需求进行评测和评估。 性能评测的目标是核实性能需求是否都已满足。 实施和执行性能评测的目的是将测试对象的性能行为当作条件（例如工作量或硬件配置）的一种函数来进行评测和微调。
·负载测试--负载测试是一种性能测试。在这种测试中，将使测试对象承担不同的工作量，以评测和评估测试对象在不同工作量条件下的性能行为，以及持续正常运行的能力。 负载测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。 此外，负载测试还要评估性能特征，例如，响应时间、事务处理速率和其他与时间相关的方面。
·强度测试--强度测试是一种性能测试，实施和执行此类测试的目的是找出因资源不足或资源争用而导致的错误。如果内存或磁盘空间不足，测试对象就可能会表现出一些在正常条件下并不明显的缺陷。而其他缺陷则可能由于争用共享资源（如数据库锁或网络带宽）而造成的。强度测试还可用于确定测试对象能够处理的最大工作量。
·容量测试--容量测试使测试对象处理大量的数据，以确定是否达到了将使软件发生故障的极限。 容量测试还将确定测试对象在给定时间内能够持续处理的最大负载或工作量。 例如，如果测试对象正在为生成一份报表而处理一组数据库记录，那么容量测试就会使用一个大型的测试数据库，检验该软件是否正常运行并生成了正确的报表。
·配置测试--配置测试核实测试对象在不同的软件和硬件配置中的运行情况。 在大多数生产环境中，客户机工作站、网络连接和数据库服务器的具体硬件规格会有所不同。 客户机工作站可能会安装不同的软件，例如，应用程序、驱动程序等而且在任何时候，都可能运行许多不同的软件组合，从而占用不同的资源。
·安装测试--安装测试有两个目的。第一个目的是确保该软件在正常情况和异常情况的不同条件下，例如，进行首次安装、升级、完整的或自定义的安装都能进行安装。异常情况包括
磁盘空间不足、缺少目录创建权限等。第二个目的是核实软件在安装后可立即正常运行。这通常是指运行大量为功能测试制定的测试。 1.4 项目核实
下表列出了制定测试计划时所使用的文档，并标明了各文档的可用性：
文档 （版本/日期） 需求规约 功能性规约 用例报告 项目计划 设计规约 原型 用户手册 已创建或可用 ?是? ?是? ?是? ?是? ?是? ?是? ?是? 已被接收或已经过复审 已提交 已提交 已提交 已提交 已提交 已提交 已提交 作者或来源 小组成员 小组成员 小组成员 小组成员 小组成员 小组成员 小组成员 无 无 无 无 无 无 无 备注 2．测试需求
测试对象及测试目的 对测试对象的访问功能测试应侧重于所有可直接追踪到用例或业务功能和访问功能测试 业务规则的测试需求。 这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。 用户界面 (UI) 测试用于核实用户与软件之间的交互。 UI 测试的目标是用户界面测试 确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。 性能评测是一种性能测试，它对响应时间、事务处理速率和其他与时间相性能评测 关的需求进行评测和评估。 性能评测的目标是核实性能需求是否都已满足。 负载测试是一种性能测试。在这种测试中，将使测试对象承担不同的工作量，以评测和评估测试对象在不同工作量条件下的性能行为，以及持续正负载测试 常运行的能力。 负载测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。 强度测试是一种性能测试，实施和执行此类测试的目的是找出因资源不足强度测试 或资源争用而导致的错误。强度测试还可用于确定测试对象能够处理的最大工作量。 配置测试 配置测试核实测试对象在不同的软件和硬件配置中的运行情况。 安装测试有两个目的。第一个目的是确保该软件在正常情况和异常情况的不同条件下，例如，进行首次安装、升级、完整的或自定义的安装都能进安装测试 行安装。异常情况包括磁盘空间不足、缺少目录创建权限等。第二个目的是核实软件在安装后可立即正常运行。这通常是指运行大量为功能测试制定的测试。 测试名称 3．测试策略
3.1测试类型 3.1.1功能测试
测试目标 确保测试对象的功能正常，其中包括导航、数据输入、处理和检索等功能。 利用手动输入有效的和无效的数据来执行各个用例、用例流或功能，以核实以下内容： ?在使用有效数据时得到预期的结果。 ?在使用无效数据时显示相应的错误消息或警告消息。 ?各业务规则都得到了正确的应用。 所计划的测试已全部执行。 手动测试输入的局限性 技术 完成标准 需考虑特殊事项
3.1.2业务周期测试
测试目标 确保测试对象及背景的进程都按照所要求的业务模型和时间表正确运行。 通过执行以下活动，测试将模拟若干个业务周期（手动测试）： ·将修改或改进对测试对象进行的功能测试，以增加每项功能的执行次数，从而在指定的时间段内模拟若干个不同的用户。 ·将使用有效的和无效的数据或时间段来执行所有与时间或数据技术 相关的功能。 ·将在适当的时间执行或启用所有周期性出现的功能。 ·在测试中还将使用有效的和无效的数据，以核实以下内容： 在使用有效数据时得到预期的结果。 在使用无效数据时显示相应的错误消息或警告消息。 所计划的测试已全部执行。所发现的缺陷已全部解决 系统日期和事件可能需要特殊的支持活动 完成标准 需考虑特殊事项
3.1.3用户界面测试
测试目标 ·通过测试对象进行的浏览可正确反映业务的功能和需求，这种浏览包括窗口与窗口之间、字段与字段之间的浏览，以及各种访问方法（Tab 健、鼠标移动、和快捷键）的使用。 ·窗口的对象和特征（例如，菜单、大小、位置、状态和中心）都符合标准。 技术 完成标准 需考虑特殊事项
手动为每个窗口创建或修改测试，以核实各个应用程序窗口和对象都可正确地进行浏览，并处于正常的对象状态。 成功地核实出各个窗口都与基准版本保持一致 并不是所有定制或第三方对象的特征都可访问。