软件测试计划(STP)4Y
软件测试计划模板
软件测试计划模板一、引言。
在软件开发过程中，软件测试是非常重要的一环。
一个完善的软件测试计划可以有效地保证软件质量，提高软件的稳定性和可靠性。
本文档旨在为软件测试计划的编写提供一个模板，以便开发团队能够更好地组织和规划软件测试工作。
二、测试目标。
1. 确保软件的功能和性能符合用户需求和预期；2. 发现和修复软件中存在的缺陷和问题；3. 验证软件的稳定性和可靠性；4. 提高软件的用户体验和满意度。
三、测试范围。
1. 功能测试，对软件的各项功能进行测试，包括正常功能、异常功能和边界功能；2. 性能测试，对软件的性能进行测试，包括负载测试、压力测试和稳定性测试；3. 兼容性测试，对软件在不同环境和平台下的兼容性进行测试；4. 安全性测试，对软件的安全性进行测试，包括数据安全、网络安全和用户权限安全；5. 用户体验测试，对软件的用户界面和交互体验进行测试。
四、测试资源。
1. 人力资源，测试团队成员及其职责分工；2. 硬件资源，测试所需的硬件设备和环境；3. 软件资源，测试所需的软件工具和环境。
五、测试计划。
1. 测试任务分解，将测试任务分解为不同的测试用例和测试场景；2. 测试进度安排，制定测试的时间节点和进度安排；3. 测试方法和技术，确定测试方法和技术，包括手工测试和自动化测试；4. 测试环境准备，准备测试所需的硬件、软件和环境；5. 测试数据准备，准备测试所需的数据和资源；6. 测试人员培训，对测试人员进行相关的培训和指导；7. 测试风险评估，评估测试过程中可能出现的风险，并制定相应的风险应对措施。
六、测试执行。
1. 执行测试用例，按照测试计划和安排，执行测试用例和测试场景；2. 记录测试结果，记录测试过程中的测试结果和问题；3. 提交缺陷报告，将发现的缺陷和问题提交到缺陷管理系统；4. 跟踪和验证缺陷，跟踪和验证已提交的缺陷和问题的修复情况；5. 进行回归测试，对已修复的缺陷进行回归测试，确保问题得到有效解决。
软件测试计划怎么写
软件测试计划怎么写软件测试计划是软件测试工作的重要组成部分，它是为了保证软件质量而制定的一项计划。
一个完善的软件测试计划能够有效地指导测试人员进行测试工作，提高测试效率，确保软件质量。
那么，软件测试计划应该如何写呢？下面我将从以下几个方面进行详细介绍。
首先，软件测试计划应包括以下几个基本部分，引言、文档概述、测试目标、测试范围、测试任务、测试策略、测试资源、进度安排、风险评估、关键问题等。
在引言部分，需要简要介绍软件测试计划的背景和目的，让读者对文档有一个整体的了解。
在文档概述部分，需要对整个测试计划进行一个概括性的描述，包括测试的对象、测试的目标、测试的依据等。
在测试目标和测试范围部分，需要明确测试的目标和范围，确保测试工作有明确的目标和方向。
在测试任务部分，需要具体列出测试工作的具体任务和分工，明确每个测试人员的工作内容。
在测试策略部分，需要详细描述测试的方法和手段，包括测试的技术路线、测试的方法和工具等。
在测试资源部分，需要明确测试所需的资源，包括人力、物力、财力等。
在进度安排部分，需要详细制定测试的时间安排和进度计划，确保测试工作有条不紊地进行。
在风险评估和关键问题部分，需要对测试过程中可能遇到的风险和关键问题进行评估和分析，制定相应的对策和预案。
其次，软件测试计划的编写需要考虑以下几个方面，准确性、全面性、可行性、可操作性。
在准确性方面，需要确保文档中的内容准确无误，不出现任何错误。
在全面性方面，需要确保文档中涵盖了所有测试工作的内容，没有遗漏。
在可行性方面，需要确保文档中的内容是可行的，能够指导测试人员进行实际的测试工作。
在可操作性方面，需要确保文档中的内容是具体的、可操作的，能够直接指导测试人员进行测试工作。
最后，软件测试计划的编写需要遵循以下几个原则，科学性、系统性、灵活性、可维护性。
在科学性方面，需要确保文档中的内容是科学的，符合测试的原理和规律。
在系统性方面，需要确保文档中的内容是系统的，能够全面、系统地指导测试工作。
软件测试规划
软件测试规划软件测试规划是软件项目中非常重要的一部分，可以确保软件的质量和稳定性。
下面是一个700字的软件测试规划。
1. 引言：在软件开发过程中，测试是保证软件质量的重要手段。
本文档旨在规划软件测试的活动和流程，以确保软件能够达到预定的质量要求。
2. 测试目标：2.1 验证软件的功能是否按照需求规格说明书的要求工作。
2.2 发现并修复软件中的缺陷，并确保修复后的软件质量。
2.3 测试软件的性能，以确保其能够在预定的硬件和运行环境下运行良好。
3. 测试策略：3.1 基于需求规格说明书，设计测试用例，确保覆盖所有的功能点和边界条件。
3.2 使用自动化测试工具，提高测试效率和准确性。
3.3 定期进行回归测试，检查软件的稳定性和兼容性。
4. 测试计划：4.1 制定测试任务和时间表，确保测试活动能够按时进行。
4.2 分配测试资源，包括测试人员、测试环境和测试设备。
4.3 制定测试指标和评估标准，以确保测试结果的可靠性。
5. 测试环境：5.1 确定测试所需的硬件和软件环境，并配置好相应的设备和工具。
5.2 确保测试环境和实际环境的一致性，以减少因环境差异导致的测试结果偏差。
6. 测试方法：6.1 针对功能进行黑盒测试，逐个功能点进行验证。
6.2 针对性能进行压力测试，模拟大量用户同时访问。
6.3 针对可靠性进行冒烟测试，确保软件的基本功能和稳定性。
7. 缺陷管理：7.1 使用缺陷管理工具，记录测试过程中发现的缺陷。
7.2 根据严重程度和影响范围，进行优先级和风险评估。
7.3 跟踪和监控缺陷的修复过程，确保缺陷被及时修复。
8. 测试报告：8.1 撰写测试报告，总结测试过程和结果。
8.2 提供详细的测试结果和缺陷统计，以供开发人员参考修复和改进。
8.3 提出改进测试流程和方法的建议，以提升测试效果和质量。
9. 计划的变更和风险管理：9.1 如遇到计划变更或项目风险，及时进行评估和调整。
9.2 确保测试工作的可控性和稳定性。
软件测试计划模板
软件测试计划模板1.引言软件测试计划是软件测试的重要组成部分，为确保软件质量，保证软件符合用户需求，对软件测试计划的编写非常重要。
本文将介绍软件测试计划模板的内容和编写步骤。
2. 测试计划概述测试计划概述描述测试计划的目的、范围、测试策略、测试资源等方面的信息。
2.1 测试目的测试目的描述对软件进行测试的原因，以明确测试计划的目标和重点。
2.2 范围测试范围描述测试的对象和测试将覆盖到的功能、数据、模块或者其他方面。
2.3 测试策略测试策略描述测试的方法、技术、流程、环境等方面，以达到高效、有效、全面地对软件进行测试。
2.4 测试资源测试资源描述测试人员、测试工具、测试环境、测试数据、测试时间等方面的信息，以确保测试计划的可行性和有效性。
3. 测试计划测试计划是软件测试活动的重要过程，描述了测试的时间表、测试任务清单、测试计划监控等方面的信息。
3.1 测试时间表测试时间表描述了软件测试各个阶段的开始、结束时间、持续时间、里程碑等时间节点，以便安排测试资源、确定测试进度和监控测试进展情况。
3.2 测试任务清单测试任务清单包括测试执行的具体步骤、测试数据、测试用例等元素，以明确测试任务的内容和要求，便于组织和监控测试工作。
4. 测试计划执行测试计划执行阶段是软件测试的实质过程，描述了测试活动的实现、测试结果的归档和测试报告的撰写等方面的信息。
4.1 测试活动实现测试活动实现阶段，测试人员按照测试任务清单，对软件进行功能测试、性能测试、安全测试等测试，以检测软件的缺陷和问题。
4.2 测试结果的归档测试结果的归档是测试计划执行阶段的重要环节，测试人员将测试数据、测试用例、测试报告等资料进行整理和存储，以备后续的测试评审、测试验证和测试跟踪等过程使用。
4.3 测试报告的撰写测试报告的撰写是测试计划执行阶段的最终产出，描述了软件测试结果、测试缺陷、测试建议等方面的信息，以向项目组和产品方提供测试结果和反馈。
软件测试计划模板
软件测试计划模板一、引言。
软件测试是软件开发过程中不可或缺的一部分，它的目的是为了保证软件的质量和稳定性。
软件测试计划是软件测试工作的重要组成部分，它是对软件测试活动进行规划、安排和控制的文件，也是测试工作的指导性文件。
本文档旨在为软件测试人员提供一个模板，帮助他们规范和完善软件测试计划。
二、文档范围。
本文档适用于所有软件测试工作，包括但不限于单元测试、集成测试、系统测试、验收测试等各个阶段的测试活动。
三、软件测试目标。
1. 确保软件功能的完整性和正确性；2. 发现并修复软件中的缺陷；3. 确保软件的性能和安全性；4. 验证软件是否符合用户需求和规格说明书的要求。
四、测试策略。
1. 确定测试方法和技术，包括黑盒测试、白盒测试、自动化测试等；2. 制定测试计划和进度安排；3. 确定测试资源和环境；4. 制定测试用例和测试数据。
五、测试计划。
1. 测试范围，明确要测试的软件功能和模块；2. 测试目标，明确测试的目的和预期结果；3. 测试任务，列出各个测试阶段的具体任务和时间安排；4. 测试资源，包括人员、设备、工具等；5. 测试环境，确定测试所需的硬件、软件环境；6. 测试方法，确定测试的方法和技术；7. 测试用例，编写测试用例和测试数据；8. 缺陷管理，确定缺陷的记录和跟踪方式；9. 风险评估，评估测试过程中可能出现的风险，并制定相应的风险应对计划。
六、测试进度安排。
1. 制定测试的时间安排和进度计划；2. 确定各个测试阶段的开始和结束时间；3. 确定测试人员的工作安排；4. 确定测试报告的提交时间。
七、测试报告。
1. 编写测试报告的内容和格式；2. 确定测试报告的提交时间；3. 确定测试报告的接收人和审阅人。
八、变更管理。
1. 确定软件变更的管理流程；2. 确定变更的记录和审批流程；3. 确定变更后的重新测试和验证流程。
九、质量保证。
1. 确定测试过程中的质量保证措施；2. 确定测试人员的培训和技能提升计划；3. 确定测试过程中的质量评估和改进措施。
12 软件测试计划
《软件测试计划》的正文格式《软件测试计划》(STP)描述对计算机软件配置项(CSCI)和软件系统或子系统进行合格性测试的计划。
STP内容包括：测试环境、要执行的测试、测试活动的进度。
通常每个项目都应有一个STP。
需方根据STP能够评估CSCI或软件系统合格性测试的策划是否充分。
《软件测试计划》的正文格式如下：1 范围1.1 标识本条应描述本文档所适用的系统和软件的完整标识，适用时，包括其标识号、名称、缩略名、版本号和发布号。
1.2系统概述本条应概述本文档所适用的系统和软件的用途。
它还应描述系统与软件的一般特性：概述系统开发、运行和维护的历史；标识项目的需方、用户、开发方和保障机构等；标识当前和计划的运行现场；列出其他有关文档。
1.3文档概述本条应概述本文档的用途和内容，并描述与它的使用有关的保密性方面的要求。
1.4与其他计划的关系本条应描述本计划(STP)与其他项目管理计划之间的关系（若有）。
2引用文档本章应列出引用文档的编号、标题、编写单位、修订版及日期，还应标识不能通过正常采购活动得到的文档的来源。
3测试依据本章应列出软件测试应遵循的依据。
4软件测试环境本章应分为如下小条描述每个预期测试现场的软件测试环境，也可引用软件开发计划中有关资源方面的描述。
4．X （测试现场名称）4．X．1软件项（若适用）本条应按名称、编号和版本，描述在测试现场的测试活动所需的软件项（如操作系统、编译程序、通信软件、有关的应用软件、数据库，输入文件、代码检查程序、动态路径分析程序、测试驱动程序、预处理程序、测试数据产生程序、测试控制软件、其他专用测试软件、后处理器程序）。
本条还应描述每个软件项的用途，说明它的介质（磁带、磁盘等），标识那些期望现场提供的软件项，标识与软件项有关的保密处理或其他保密性问题。
4．X．2硬件和固件项（若适用）本条应按名称、编号和版本，描述在测试现场的软件测试环境中使用的计算机硬件、接口设备、通信设备、测试数据整理设备、另外的外围设备（磁带机、打印机、绘图仪）、测试消息生成器、测试计时设备、测试事件记录仪等装置和固件项。
软件测试计划书范文
软件测试计划书范文一、引言。
软件测试是软件开发过程中不可或缺的一部分，它能够帮助开发团队发现并解决软件中的缺陷，确保软件质量和稳定性。
本文档旨在制定软件测试计划，明确测试的目标、方法和时间安排，以确保软件开发过程中的质量控制。
二、测试目标。
1. 确保软件功能的完整性和正确性。
2. 发现并解决软件中的缺陷和漏洞。
3. 确保软件的稳定性和性能。
4. 验证软件是否符合用户需求和期望。
三、测试范围。
本次测试的范围包括软件的功能测试、性能测试、安全性测试等方面。
具体包括但不限于：1. 功能测试，验证软件的各项功能是否符合需求，包括正常功能和异常情况下的处理能力。
2. 性能测试，测试软件在不同负载下的性能表现，包括响应时间、并发性能等。
3. 安全性测试，测试软件的安全性，包括数据加密、权限控制等方面。
4. 兼容性测试，测试软件在不同操作系统、浏览器等环境下的兼容性。
四、测试方法。
1. 手工测试，由测试人员手动执行测试用例，验证软件的各项功能。
2. 自动化测试，利用自动化测试工具执行测试用例，提高测试效率和覆盖率。
3. 性能测试，利用性能测试工具模拟不同负载下的场景，测试软件的性能表现。
4. 安全性测试，利用安全测试工具对软件进行漏洞扫描和安全性检测。
5. 兼容性测试，在不同环境下进行测试，验证软件的兼容性。
五、测试计划。
1. 确定测试资源，包括测试人员、测试环境、测试工具等。
2. 制定测试计划，明确测试的时间安排、测试用例设计、测试执行和缺陷管理等流程。
3. 执行测试，按照测试计划执行测试，记录测试结果和缺陷情况。
4. 缺陷管理，对测试中发现的缺陷进行记录、跟踪和解决。
六、风险管理。
1. 人员变动，测试人员的离职或调动可能影响测试进度和质量。
2. 测试环境，测试环境的不稳定或不完整可能影响测试的进行。
3. 测试工具，测试工具的不稳定或不适用可能影响测试效率和覆盖率。
七、测试进度。
根据测试计划的安排，按时完成各项测试任务，确保测试进度和质量。
软件测试计划范文3篇
软件测试计划范文3篇篇一:软件测试计划1(简介1.1目的,项目名称,的这一“测试计划”文档有助于实现以下目标: [确定现有项目的信息和应测试的软件构件。
列出推荐的测试需求。
推荐可采用的测试策略，并对这些策略加以说明。
确定所需的资源，并对测试的工作量进行估计。
列出测试项目的可交付元素]1.2背景[对测试对象及其目标进行简要说明。
需要包括的信息有:主要的功能和性能、测试对象的构架以及项目的简史。
]1.3范围[描述测试的各个阶段，并说明本计划所针对的测试类型。
简要地列出测试对象中将接受测试或将不接受测试的那些性能和功能。
如果在编写此文档的过程中做出的某些假设可能会影响测试设计、开发或实施，则列出所有这些假设。
列出可能会影响测试设计、开发或实施的所有风险或意外事件。
列出可能会影响测试设计、开发或实施的所有约束。
2. 测试参考文档和测试提交文档2.1测试参考文档下表列出了制定测试计划时所使用的文档，并标明了各文档的可用性:[注:可适当地删除或添加文档项。
]文档、已创建或可用、已被接收或已经过复审、作者或可行性分析报告、是? 否?、是? 否?需求规格说明书、是? 否?、是? 否?软件概要设计、是? 否?、是? 否?软件详细设计、是? 否?、是? 否?软件测试需求、是? 否?、是? 否?测试时间表及人员安排、是? 否?、是? 否?用户操作手册、是? 否?、是? 否?安装指南、是? 否?、是? 否?2.2测试提交文档[下面应当列出在测试阶段结束后，所有可提交的文档]例如:测试报告，测试用例3.测试进度测试活动、计划开始日期、实际开始日期、结束日期、完成人员制定测试计划设计测试用例集成测试系统测试性能测试安装测试用户验收测试对测试进行评估产品发布4.测试资源4.1人力资源下表列出了在此项目的人员配备方面所作的各种假定。
[注:可适当地删除或添加角色项。
]角色所推荐的最少资源具体职责或注释4.2测试环境软件描述硬件描述4.3测试工具此项目将列出测试使用的工具:用途工具生产厂商/自产版本5.测试风险评估、优先级[简要描述测试阶段的风险和处理的优先级]6.测试策略[测试策略提供了对测试对象进行测试的推荐方法。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件测试计划(STP)
说明：
1.《软件测试计划》（STP)描述对计算机软件配置项CSCI系统或子系统进行合格性测试的计划安排。
内容包括进行测试的环境、测试工作的标识及测试工作的时间安排等。
2.通常每个项目只有一个STP,使得需方能够对合格性测试计划的充分性作出评估。
1引言
1.1标识
本条应包含本文档适用的系统和软件的完整标识，(若适用)包括标识号、标题、缩略词语、版本号和发行号。
1.2系统概述
本条应简述本文档适用的系统和软件的用途。
它应描述系统与软件的一般性质；概述系统开发、运行和维护的历史；标识项目的投资方、需方、用户、开发方和支持机构；标识当前和计划的运行现场；并列出其他有关文档。
1.3文档概述
本条应概括本文档的用途与内容，并描述与其使用有关的保密性或私密性要求。
1.4与其他计划的关系
(若有)本条应描述本计划和有关的项目管理计划之间的关系。
1.5基线
给出编写本软件测试计划的输入基线，如软件需求规格说明。
2引用文件
本章应列出本文档引用的所有文档的编号、标题、修订版本和日期。
本章还应标识不能通过正常的供货渠道获得的所有文档的来源。
3软件测试环境
本章应分条描述每一预计的测试现场的软件测试环境。
可以引用软件开发计划(SDP)中所描述的资源。
3.x(测试现场名称)
本条应标识一个或多个用于测试的测试现场，并分条描述每个现场的软件测试环境。
如果所有测试可以在一个现场实施，本条及其子条只给出一次。
如果多个测试现场采用相同或相似的软件测试环境，则应在一起讨论。
可以通过引用前面的描述来减少测试现场说明信息的重复。
3.x.1软件项
(若适用)本条应按名字、编号和版本标识在测试现场执行计划测试活动所需的软件项(如操作系统、编译程序、通信软件、相关应用软件、数据库、输入文件、代码检查程序、动态路径分析程序、测试驱动程序、预处理器、测试数据产生器、测试控制软件、其他专用测试
软件和后处理器等)。
本条应描述每个软件项的用途、媒体(磁带、盘等)，标识那些期望由现场提供的软件项，标识与软件项有关的保密措施或其他保密性与私密性问题。
3.x.2硬件及固件项
(若适用)本条应按名字、编号和版本标识在测试现场用于软件测试环境中的计算机硬件、接口设备、通信设备、测试数据归约设备、仪器设备(如附加的外围设备(磁带机、打印机、绘图仪)、测试消息生成器、测试计时设备和测试事件记录仪等)和固件项。
本条应描述每项的用途，陈述每项所需的使用时间与数量，标识那些期望由现场提供的项，标识与这些项有关的保密措施或其他保密性与私密性问题。
3.x.3其他材料
本条应标识并描述在测试现场执行测试所需的任何其他材料。
这些材料可包括手册、软件清单、被测试软件的媒体、测试用数据的媒体、输出的样本清单和其他表格或说明。
本条应标识需交付给现场的项和期望由现场提供的项。
(若适用)本描述应包括材料的类型、布局和数量。
本条应标识与这些项有关的保密措施或其他保密性与私密性问题。
3.x.4所有权种类、需方权利与许可证
本条应标识与软件测试环境中每个元素有关的所有权种类、需方权利与许可证等问题。
3.x.5安装、测试与控制
本条应标识开发方为执行以下各项工作的计划，可能需要与测试现场人员共同合作：
a.获取和开发软件测试环境中的每个元素；
b.使用前，安装与测试软件测试环境中的每项；
c.控制与维护软件测试环境中的每项.
3.x.6参与组织
本条应标识参与现场测试的组织和它们的角色与职责。
3.x.7人员
本条应标识在测试阶段测试现场所需人员的数量、类型和技术水平，需要他们的日期与时间，及任何特殊需要，如为保证广泛测试工作的连续性与一致性的轮班操作与关键技能的保持。
3.x.8定向计划
本条应描述测试前和测试期间给出的任何定向培训。
此信息应与3.x.7所给的人员要求有关。
培训可包括用户指导、操作员指导、维护与控制组指导和对全体人员定向的简述。
如果预料有大量培训的话，可单独制定一个计划而在此引用。
3.x.9要执行的测试
本条应通过引用第4章来标识测试现场要执行的测试。
4计划
本章应描述计划测试的总范围并分条标识，并且描述本STP适用的每个测试。
4.1总体设计
本条描述测试的策略和原则，包括测试类型和测试方法等信息。
本条所描述要执行的测试的级别，例如:CSCI级或系统级。
4.1.2测试类别
本条应描述要执行的测试的类型或类别(例如，定时测试、错误输入测试、最大容量测试)。
4.1.3一般测试条件
本条应描述运用于所有测试或一组测试的条件，例如：“每个测试应包括额定值、最大值和最小值；”“每个x类型的测试都应使用真实数据(livedata)；”“应度量每个CSCI执行的规模与时间。
”并对要执行的测试程度和对所选测试程度的原理的陈述。
测试程度应表示为某个已定义总量(如离散操作条件或值样本的数量)的百分比或其他抽样方法。
也应包括再测试/回归测试所遵循的方法。
4.1.4测试过程
在渐进测试或累积测试情况下，本条应解释计划的测试顺序或过程。
4.1.5数据记录、归约和分析
本条应标识并描述在本STP中标识的测试期间和测试之后要使用的数据记录、归纳和分析过程。
(若适用)这些过程包括记录测试结果、将原始结果处理为适合评价的形式，以及保留数据归约与分析结果可能用到的手工、自动、半自动技术。
4.2计划执行的测试
本条应分条描述计划测试的总范围。
4.2.x(被测试项)
本条应按名字和项目唯一标识符标识一个CSCI、子系统、系统或其他实体，并分以下几条描述对各项的测试。
4.2.x.y(测试的项目唯一标识符)
本条应由项目唯一标识符标识一个测试，并为该测试提供下述测试信息。
根据需要可引用4.1中的一般信息。
a.测试对象；
b.测试级；
c.测试类型或类别；
d.需求规格说明中所规定的合格性方法；
e.本测试涉及的CSCI需求(若适用)和软件系统需求的标识符(此信息亦可在第6章中提供)；
f.特殊需求(例如，设备连续工作48小时、测试程度、特殊输入或数据库的使用)；
g.测试方法，包括要用的具体测试技术，规定分析测试结果的方法。
h.要记录的数据的类型；
i.要采用的数据记录/归约/分析的类型；
j.假设与约束，如由于系统或测试条件即时间、接口、设备、人员、数据库等的原因而对测试产生的预期限制；
k.与测试有关的安全性、保密性与私密性要求。
a.测试用例的名称和标识；
b.简要说明本测试用例涉及的测试项和特性；
c.输入说明，规定执行本测试用例所需的各个输入，规定所有合适的数据库、文件、终端信息、内存常驻区域和由系统传送的值，规定各输入间所需的所有关系(如时序关系等)；
d.输出说明，规定测试项的所有输出和特性(如：响应时间)，提供各个输出或特性的正确值；
e.环境要求，见本文档第3章。
5测试进度表
本章应包含或引用指导实施本计划中所标识测试的进度表。
包括：
a.描述测试被安排的现场和指导测试的时间框架的列表或图表。
b.每个测试现场的进度表，(若适用)它可按时间顺序描述以下所列活动与事件，根据需要可附上支持性的叙述。
1)分配给测试主要部分的时间和现场测试的时间，
2)现场测试前，用于建立软件测试环境和其他设备、进行系统调试、定向培训和熟悉工作所需的时间；
3)测试所需的数据库/数据文件值、输入值和其他操作数据的集合；
4)实施测试,包括计划的重测试；
5)软件测试报告(STR)的准备、评审和批准。
6需求的可追踪性
本章应包括：
a.从本计划所标识的每个测试到它所涉及的CSCI需求和(若适用)软件系统需求的可追踪性(此可追踪性亦可在4.2.x.y中提供，而在此引用)。
b.从本测试计划所覆盖的每个CSCI需求和(若适用)软件系统需求到针对它的测试的可追踪性。
这种可追踪性应覆盖所有适用的软件需求规格说明(SRS)和相关接口需求规格说明(IRS)中的CSCI需求，对于软件系统，还应覆盖所有适用的系统/子系统规格说明(SSS)及相关系统级IRS中的系统需求。
7评价
7.1评价准则
7.2数据处理
7.3结论
8注解
本章应包含有助于理解本文档的一般信息(例如背景信息、词汇表、原理)。
本章应包含为理解本文档需要的术语和定义，所有缩略语和它们在文档中的含义的字母序列表。
附录
附录可用来提供那些为便于文档维护而单独出版的信息(例如图表、分类数据)。
为便于处理，附录可单独装订成册。
附录应按字母顺序(A,B等)编排。