测试计划内容应该有哪些？如何编写测试计划？
每个项目都应该有测试部门，测试就应该有测试计划，但应该先知道测试计划内容都应该有哪些，该怎么写？（本人初步认为内容应该有以下几点，下面的测试计划是一个简单的例子）
1. 概述 1.1 编写目的 1.2 项目背景 1.3 项目质量目标 1.4 预期读者 1.5 参考资料 2. 测试环境 2.1 系统架构 2.2 软硬件环境要求 2.3 测试环境部署图 3. 测试规划 3.1 测试范围 3.2 测试工具 3.3 人员、角色及职责 4. 测试策略 4.1 系统框测试 4.2 业务流程测试 4.3 功能点测试 4.4 UI界面测试 4.5 性能测试 4.6 兼容性测试 4.7 安全测试 5. 测试进度安排 6. 工作汇报
操作方法
- 01
1． 简介 1. 1目的 ＜项目名称＞的这一“测试计划”文档有助于实现以下目标： [确定现有项目的信息和应测试的软件构件。 列出推荐的测试需求（高级需求）。 推荐可采用的测试策略，并对这些策略加以说明。 确定所需的资源，并对测试的工作量进行估计。 列出测试项目的可交付元素] 1. 2背景 [对测试对象（构件、应用程序、系统等）及其目标进行简要说明。需要包括的信息有：主要的功能和性能、测试对象的构架以及项目的简史。] 1.3范围 [描述测试的各个阶段（例如，单元测试、集成测试或系统测试），并说明本计划所针对的测试类型（如功能测试或性能测试）。 简要地列出测试对象中将接受测试或将不接受测试的那些性能和功能。 如果在编写此文档的过程中做出的某些假设可能会影响测试设计、开发或实施，则列出所有这些假设。 列出可能会影响测试设计、开发或实施的所有风险或意外事件。 列出可能会影响测试设计、开发或实施的所有约束。]
- 02
2. 测试参考文档和测试提交文档 2.1测试参考文档 下表列出了制定测试计划时所使用的文档，并标明了各文档的可用性： [注：可适当地删除或添加文档项。] 2.2测试提交文档 [下面应当列出在测试阶段结束后，所有可提交的文档]
- 03
3.测试进度 （测试进度主要写什么时间做了哪些测试内容。如几号到几号写方案，评审。几号到几号用例编写，评审，定稿。用例完成后会有一个总数，计划几天测试完。）
- 04
4.测试资源 4.1人力资源 下表列出了在此项目的人员配备方面所作的各种假定。 [注：可适当地删除或添加角色项。] 4.2测试环境 下表列出了测试的系统环境 4.3测试工具 此项目将列出测试使用的工具：
- 05
5.系统风险、优先级 [简要描述测试阶段的风险和处理的优先级]
- 06
6.测试策略 [测试策略提供了对测试对象进行测试的推荐方法。 对于每种测试，都应提供测试说明，并解释其实施的原因。 制定测试策略时所考虑的主要事项有：将要使用的技术以及判断测试何时完成的标准。 下面列出了在进行每项测试时需考虑的事项，除此之外，测试还只应在安全的环境中使用已知的、有控制的数据库来执行。] 注意：不实施某种测试，则应该用一句话加以说明，并陈述这样的理由。例如，“将不实施该测试。该测试本项目不适用”。
- 07
6.1数据和数据库完整性测试 [要＜项目名称＞中，数据库和数据库进程应作为一个子系统来进行测试。在测试这些子系统时，不应将测试对象的用户界面用作数据的接口。对于数据库管理系统（DBMS），还需要进行深入的研究，以确定可以支持以下测试的工具和技术。]
- 08
6.2接口测试 （接口测试就是测试系统组件间接口的测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。）
- 09
6.3集成测试 [集成测试―主要目的检测系统是否达到需求对业务流程及数据流的处理是否符合标准，检测系统对业务流处理是否存在逻辑不严谨及错误，检测需求是否存在不合理的标准及要求。此阶段测试基于功能完成的测试。]
- 10
6.4功能测试 [对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。此类测试基于黑盒技术，该技术通过图形用户界面（GUI）与应用程序进行交互，并对交互的输出或结果进行分析，以此来核实应用程序及其内部进程。以下为各种应用程序列出了推荐使用的测试概要：]
- 11
6.5用户界面测试 [用户界面（UI）测试用于核实用户与软件之间的交互。UI测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。另外，UI测试还可确保UI中的对象按照预期的方式运行，并符合公司或行业的标准。]
- 12
6.6性能评测 [性能评测是一种性能测试，它对响应时间、事务处理速率和其他与时间相关的需求进行评测和评估。性能评测的目标是核实性能需求是否都已满足。实施和执行性能评测的目的是将测试对象的性能行为当作条件（例如工作量或硬件配置）的一种函数来进行评测和微调。 注：以下所说的事务是指“逻辑业务事务”。这种事务被定义为将由系统的某个Actor通过使用测试对象来执行的特定用例，添加或修改给定的合同。]
- 13
6.7负载测试 [负载测试是一种性能测试。在这种测试中，将使测试对象承担不同的工作量，以评测和评估测试对象在不同工作量条件下的性能行为，以及持续正常运行的能力。负载测试的目标是确定并确保系统在超出最大预期工作量的情况下仍能正常运行。此外，负载测试还要评估性能特征，例如，响应时间、事务处理速率和其他与时间相关的方面。] [注：以下所说的事务是指“逻辑业务事务”。这各事务被定义为将由系统的某个最终用户通过使用应用程序来执行的特定功能，例如，添加或修改给定的合同。]
- 14
7.问题严重度描述
- 15
8.附录：项目任务 以下是一些与测试有关的任务： 制定测试计划 确定测试需求 评估风险 制定测试策略 确定测试资源 创建时间表 生成测试计划 设计测试 准备工作量分析文档 确定并说明测试用例 确定测试过程，并建立测试过程的结构 复审和评估测试覆盖 实施测试 记录或通过编程创建测试脚本 确定设计与实施模型中的测试专用功能 建立外部数据集 执行测试 执行测试过程 评估测试的执行情况 恢复暂停的测试 核实结果 调查意外结果 记录缺陷 对测试进行评估 评估测试用例覆盖 评估代码覆盖 分析缺陷 确定是否达到了测试完成标准与成功标准