5.4.6 数据和数据库完整性测试
在 <项目名称> 中，数据库和数据库进程应作为一个子系统来进行测试。在测试这些子系统时，不应将测试对象的用户界面用作数据的接口。对于数据库管理系统 (DBMS)，还需要进行深入的研究，以确定可以支持以下测试的工具和技术。
表16 数据和数据库完整性测试策略表
测试目标： 技术： 确保数据库访问方法和进程正常运行，数据不会遭到损坏。 调用各个数据库访问方法和进程，并在其中填充有效的和无效的数据（或对数据的请求）。 检查数据库，确保数据已按预期的方式填充，并且所有的数据库事件都已正常发生；或者检查所返回的数据，确保为正当的理由检索到了正确的数据 完成标准： 所有的数据库访问方法和进程都按照设计的方式运行，数据没有遭到损坏。 需考虑的特殊事项： 测试可能需要 DBMS 开发环境或驱动程序在数据库中直接输入或修改数据。 进程应该以手工方式调用。 应使用小型或最小的数据库（记录的数量有限）来使所有无法接受的事件具有更大的可视度。
5.4.7 故障转移和恢复测试
故障转移和恢复测试可确保测试对象能成功完成故障转移，并能从导致意外数据损失或
数据完整性破坏的各种硬件、软件或网络故障中恢复。
故障转移测试可确保：对于必须持续运行的系统，一旦发生故障，备用系统就将不失时机地“顶替”发生故障的系统，以避免丢失任何数据或事务。
恢复测试是一种对抗性的测试过程。在这种测试中，将把应用程序或系统置于极端的条件下（或者是模拟的极端条件下），以产生故障（例如设备输入/输出 (I/O) 故障或无效的数据库指针和关健字）。然后调用恢复进程并监测和检查应用程序和系统，核实应用程序或系统和数据已得到了正确的恢复。
表17 故障转移和恢复测试策略表
测试目标： 技术： 完成标准： 需考虑的特殊事项： 5.4.8 业务周期测试
业务周期测试应模拟在一段时间内对 <项目名称> 执行的活动或该项目的业务流程。
5.4.9 可靠性测试
对 <项目名称> 运行结果的可靠性
5.4.10 病毒测试
对软件程序的杀毒
5.4.11 文档测试
针对手册评审和帮助测试
第6章 项目里程碑
对 <项目名称> 的测试应包括上面各节所述的各项测试的测试活动。应该为这些测试确定单独的项目里程碑，以通知项目的状态和成果。
在制定时间时应把测试的风险所延误的时间考虑在内。
表18 测试进度表
任务 测试计划 测试用例 测试计划评审 测试用例评审 测试执行 第一轮测试 性能测试 第二轮测试 第N轮测试 测试评估 测试报告评审
开始时间 结束时间 相关工作量（人/日） 第7章 附录 ：项目任务
以下是一些与测试有关的任务： 测试计划 1) 确定测试需求 2) 评估风险 3) 制定测试策略 4) 确定测试资源 5) 创建时间表 6) 生成测试计划
测试设计
1) 准备工作量分析文档 2) 确定并说明测试用例
3) 确定测试过程，并建立测试过程的结构
4) 复审和评估测试覆盖
测试开发
1) 记录或通过编程创建测试脚本 2) 确定设计与实施模型中的测试专用功能 3) 建立外部数据集
测试执行 1) 执行测试过程 2) 评估测试的执行情况 3) 恢复暂停的测试 4) 核实结果 5) 调查意外结果 6) 记录缺陷
测试评估
1) 评估测试用例覆盖 2) 分析缺陷
测试计划模板(标准版)
