3.1.4性能评测
测试目标 核实所指定的事务或业务功能在以下情况下的性能行为： ?正常的预期工作量；预期的最繁重工作量 技术 使用为功能或业务周期测试制定的测试过程（手动测试）。 ·通过修改数据文件来增加事务数量，或通过修改脚本来增加每项事务的迭代数量。 ·脚本应该在一台计算机上运行，并在多个客户机上重复。 ·单个事务或单个用户：在每个事务所预期或要求的时间范围内完成标准 成功地完成测试脚本，没有发生任何故障。 ·多个事务或多个用户：在可接受的时间范围内成功地完成测试脚本，没有发生任何故障。 使用多台实际客户机在系统上添加负载。 性能测试应该在专用的计算机上或在专用的机时内执行，以便实现完全的控制和精确的评测。 需考虑特殊事项
3.1.5负载测试
测试目标 核实所指定的事务或商业理由在不同的工作量条件下的性能行为时间。 使用为功能或业务周期测试制定的测试（手动测试）。 ·通过修改数据文件来增加事务数量，或通过修改测试来增加每项事务发生的次数。 多个事务或多个用户：在可接受的时间范围内成功地完成测试，没有发生任何故障。 ·负载测试应该在专用的计算机上或在专用的机时内执行，以便实现完全的控制和精确的评测。 ·负载测试所用的数据库应该是实际大小或相同缩放比例的数据库。 技术 完成标准 需考虑特殊事项
3.1.6强度测试
测试目标 核实测试对象能够在以下强度条件下正常运行： ·连接或模拟了最大实际数量的客户机 ·多个用户对相同的数据或账户执行相同的事务 使用为性能评测或负载测试制定的测试（手动测试）。 ·要对有限的资源进行测试，就应该在一台计算机上运行测试，技术 而且应该减少或限制服务器上的 RAM 和 DASD。 ·对于其他强度测试，应该使用多台客户机来运行相同的测试或互补的测试，以产生最繁重的事务量或最差的事务组合。 所计划的测试已全部执行，并且在达到或超出指定的系统限制时没有出现任何软件故障，或者导致系统出现故障的条件并不在指定的条件范围之内。 应该暂时减少用于系统的 DASD，以限制数据库可用空间的增长。使多个客户机对相同的记录或数据账户同时进行的访问达到同步。 完成标准 需考虑特殊事项
3.1.7容量测试
核实测试对象在以下高容量条件下能否正常运行： 测试目标 ·连接或模拟了最大数量的客户机，所有客户机在长时间内执行相同的、且情况最坏的业务功能。 ·已达到最大的数据库大小，而且同时执行了多个查询或报表事务。 ·使用为性能评测或负载测试制定的测试（手动测试）。 ·应该使用多台客户机来运行相同的测试或互补的测试，以便在技术 长时间内产生最繁重的事务量或最差的事务组合。 ·创建最大的数据库大小，并使用多台客户机在长时间内同时运行查询和报表事务。 ·所计划的测试已全部执行，而且在达到或超出指定的系统限制时没有出现任何软件故障。 对于上述的高容量条件，哪个时间段是可以接受的时间 完成标准 需考虑特殊事项
3.1.8配置测试
测试目标 核实测试对象可在所需的硬件和软件配置中正常运行。 使用功能测试脚本（手动测试）。 ·在测试过程中或在测试开始之前，打开各种与非测试技术 对象相关的软件，然后将其关闭。 ·执行所选的事务，以模拟 Actor 与测试对象软件和非测试对象软件之间的交互。 ·重复上述步骤，尽量减少客户机工作站上的常规可用内存。 对于测试对象软件和非测试对象软件的各种组合，所有事务都成功完成，没有出现任何故障。 ·通常使用的是哪些应用程序？ ·应用程序正在运行什么数据？例如，在 Excel 中打开的大型电子表格，或是在 Word 中打开的 100 页文档。 完成标准 需考虑特殊事项 3.1.9安装测试
测试目标 核实在以下情况下，测试对象可正确地安装到各种所需的硬件配置中： ·首次安装。以前从未安装过<火车票）自动售票机模拟软件>的新计算机 ·更新。以前安装过相同版本的<火车票）自动售票机模拟软件>的计算机 手动安装，以验证目标计算机的状况： ·首次安装 -<火车票）自动售票机模拟软件> ·<火车票）自动售票机模拟软件>安装过或安装过较早的版本。 ·启动或执行安装。 <火车票）自动售票机模拟软件>事务成功执行，没有出现任何故障。 技术 完成标准 需考虑特殊事项 应该选择<火车票）自动售票机模拟软件>的哪些事务才能准确地测试出<火车票）自动售票机模拟软件>应用程序已经成功安装，而且没有遗漏主要的软件构件。 3.2工具
测试管理 缺陷跟踪 用于功能性测试的 ASQ 工具 用于性能测试的 ASQ 工具 项目管理 DBMS 工具 工具 手动测试 手动测试 手动测试 手动测试 手动测试 手动测试 产商/自产 版本 4．资源
硬件:使用小组成员的PC进行测试 数据库：MySQL 4.1角色
人力资源 角色 所推荐的最少资源 （所分配的专职角色数量） 具体职责或注释 进行管理监督。 测试经理 刘扬 测试项目经理 职责： 提供技术指导 获取适当的资源 提供管理报告 确定测试用例、确定测试用例的优先级并实施测试用例。 职责： 生成测试计划 生成测试模型 评估测试工作的有效性 测试设计员 刘扬 测试员 刘扬 执行测试。 职责： 执行测试 记录结果 从错误中恢复 记录变更请求 测试系统管理员 刘扬 确保测试环境和资产得到管理和维护。 职责： 管理测试系统 分配和管理角色对测试系统的访问权 实施测试类和测试包，并对它们进行单元测试。 实施员 刘扬 职责： 创建在测试模型中实施的测试类和测试包 5．项目里程碑
里程碑任务 制定测试计划 设计测试 实施测试 执行测试 对测试进行评估 工作 开始日期 20171104 20171111 20171116 20171118 20171122 结束日期 20171107 20171115 20171118 20171121 20171125 6．可交付工件
6.1测试模型
测试模型为手动建立，建立之后汇总成表提交。 6.2测试记录
将手动测试的结果汇总成表格提交。 6.3缺陷报告
将手动测试所得到的缺陷汇总成表格提交