测试计划文档编写规范
- 格式:doc
- 大小:34.22 KB
- 文档页数:6
计算机软件测试规范计算机软件测试规范是指对软件测试过程中应遵循的一系列规则和要求的描述。
它的目的是确保软件测试的效率和质量,提高软件产品的稳定性和可靠性。
下面是一份计算机软件测试规范的示例,包括测试计划、测试用例设计、测试执行、缺陷管理等方面的规定。
一、测试计划1. 编制详细的测试计划,明确测试的目标、范围、资源和进度。
2. 测试计划应根据实际项目情况进行调整和更新。
二、测试准备1. 确定测试环境,并对测试环境和系统进行合理的配置和准备。
2. 确保测试所需的测试数据准备就绪。
3. 检查测试工具和相关软件是否安装完整并正常运行。
三、测试用例设计1. 根据需求规格说明书设计测试用例,确保覆盖功能点和场景。
2. 测试用例应具有可执行性、可复现性和可验证性。
3. 设计测试用例时应注重划分等价类和边界条件的测试用例。
四、测试执行1. 根据测试计划进行测试用例的执行,并记录测试结果。
2. 在测试执行过程中要及时进行测试记录和缺陷报告,并将缺陷报告提交给相关人员进行处理。
3. 当测试遇到问题时,应及时与相关人员沟通解决。
五、缺陷管理1. 对测试中发现的缺陷,应及时记录并进行分类和优先级划分。
2. 缺陷应进行合理的跟踪和管理,直到完成修复并确认已解决。
3. 完成对缺陷的跟踪和管理后,进行缺陷的统计和分析,并提供给相关人员进行参考。
六、测试评审1. 定期进行测试评审,对测试过程和测试结果进行评估和总结,提出测试改进措施的建议。
2. 对测试评审的结果进行记录和归档。
七、测试文档管理1. 对测试过程中产生的所有文档,包括测试计划、测试用例、测试结果、缺陷报告等进行管理和归档。
2. 对测试文档进行版本控制,并进行适当的备份。
八、沟通与协调1. 在测试过程中要与开发人员和其他相关人员进行充分的沟通,及时解决问题和协调工作。
2. 对重要的问题和进展要进行记录和报告。
上述是一份计算机软件测试规范的示例,可以根据具体项目的需求和实际情况进行调整和完善。
测试规范(模版)邀请项目经理、开发经理、测试人员等参与测试启动会议,明确测试目标、测试范围、测试计划、测试资源等,确保测试工作按计划进行。
输入条件:测试计划书初稿完成工作内容:召开测试启动会议,明确测试目标、测试范围、测试计划、测试资源等退出标准:测试目标、测试范围、测试计划、测试资源等明确责任人:测试经理、项目经理、开发经理、测试人员图表34测试报告测试报告是测试工作的重要成果之一,也是测试团队向项目组提供的重要参考依据。
测试报告应包括以下内容:测试目标测试范围测试环境测试计划测试结果缺陷列表测试总结测试报告应在测试结束后及时编写,经测试经理审核后提交给项目组。
测试报告应以邮件形式发送,并附上测试结果的详细数据、测试用例等附件。
5缺陷管理缺陷管理是测试工作中至关重要的一环。
测试人员应认真记录缺陷信息,并及时向开发人员反馈。
开发人员应及时处理缺陷,并在修复后通知测试人员进行验证。
测试人员应及时更新缺陷状态,并跟踪缺陷的处理情况,直到缺陷得到彻底解决。
6总结本文档主要介绍了测试团队的日常工作规范,包括测试团队构成、工作流程及规范、测试报告和缺陷管理等方面。
通过遵循本文档规范,可以提高测试工作的效率和质量,确保软件产品的稳定性和可靠性。
本规范定义了五类缺陷,其中A类为严重错误,包括程序死机、死循环、数据库死锁、数据通讯错误和严重数值计算错误。
B类为较严重错误,包括功能不符、数据流错误、程序接口错误和轻微的数值计算错误。
C类为一般性错误,包括界面错误、打印内容格式错误、简单输入限制未控制和删除操作未提示。
D类为较小错误,包括辅助说明描述不清楚、显示格式不规范、长时间操作未给用户进度提示、提示窗口文字未采用行业术语、可输入区域和只读区域没有明显的区分标志和系统处理未优化。
E类为测试建议,非缺陷。
软件测试合格须符合以下标准:A类错误无,B类错误无,C类错误≤2%,D类错误≤4%,E类建议暂不作要求。
以上比例为错误占总测试模块的比例。
测试规范文档1. 引言。
测试规范文档是为了确保软件测试工作按照统一的标准和流程进行,以保证测试结果的准确性和可靠性。
本文档旨在指导测试人员进行测试工作,并规范测试流程和方法,以提高测试工作效率和质量。
2. 适用范围。
本测试规范文档适用于所有软件测试工作,包括功能测试、性能测试、安全测试等各类测试工作。
3. 测试流程。
3.1 测试计划阶段。
在测试计划阶段,测试人员应当根据项目需求和开发进度制定测试计划,明确测试目标、测试范围、测试资源、测试进度和测试风险等内容,并与项目组成员进行充分沟通和确认。
3.2 测试设计阶段。
在测试设计阶段,测试人员应当根据测试计划编写测试用例,设计测试数据,并制定测试执行计划。
同时,测试人员应当对测试环境进行准备,确保测试环境的稳定性和可用性。
3.3 测试执行阶段。
在测试执行阶段,测试人员应当按照测试计划和测试用例进行测试,并记录测试结果和问题。
同时,测试人员应当及时与开发人员沟通和确认问题,确保问题的准确性和可复现性。
3.4 测试总结阶段。
在测试总结阶段,测试人员应当对测试工作进行总结和评估,提出改进建议,并编写测试报告,向项目组成员和相关方进行汇报。
4. 测试方法。
4.1 黑盒测试。
黑盒测试是一种测试方法,测试人员只关注软件的输入和输出,而不关心软件内部的实现细节。
在进行黑盒测试时,测试人员应当根据需求和功能规格进行测试用例设计,以覆盖不同的输入和输出情况。
4.2 白盒测试。
白盒测试是一种测试方法,测试人员关注软件内部的实现细节,包括代码逻辑、数据结构和算法等。
在进行白盒测试时,测试人员应当根据代码结构和逻辑进行测试用例设计,以覆盖不同的代码路径和分支情况。
4.3 自动化测试。
自动化测试是一种测试方法,通过编写测试脚本和工具,实现对软件的自动化测试。
在进行自动化测试时,测试人员应当选择合适的测试工具和框架,编写稳定和可维护的测试脚本,以提高测试效率和覆盖范围。
5. 测试工具。
测试计划模板通用版参考第一篇:测试计划模板的基本结构和要点一、测试计划简介介绍测试计划的目的、范围、测试方法和流程等。
二、测试计划组成部分根据测试规范和要求,测试计划应包括以下内容:1. 测试目标及范围:明确测试的目标和测试的范围,包括相关规格、功能和性能等。
2. 测试环境和工具:确定测试环境(包括硬件、软件、网络等)和所需的测试工具及其使用。
3. 测试时间计划:确定测试时间、测试人员和测试活动的计划,并协调其他项目计划。
4. 测试方法和策略:定义测试方法(包括黑盒测试、白盒测试、灰盒测试和自动化测试等)和测试策略。
5. 测试文档:编写测试计划、测试用例、测试报告等测试文档。
三、测试计划的编写流程1. 确定测试任务;2. 回顾相关规格、需求、设计等文档;3. 辨认测试对象的特征和属性;4. 制定测试计划;5. 审核和确认测试计划;6. 启动测试活动。
四、测试计划的质量保障为了确保测试计划的质量,需要做以下工作:1. 遵循并符合测试质量标准;2. 审核和确认测试计划;3. 审核和确认测试文档;4. 充分测试;5. 整理测试记录和测试报告。
以上就是测试计划模板的基本结构和要点。
当然,具体编写测试计划时还需要根据实际情况加以改进。
下面我们来介绍一些测试计划编写的技巧,以帮助测试人员更好地开展测试工作。
第二篇:测试计划模板编写的技巧一、测试计划编写前的准备工作在编写测试计划前,需要做好以下准备工作:1. 熟悉产品需求、设计;2. 熟悉测试策略、测试方法和测试道具;3. 确定测试任务;4. 确定测试范围和测试项;5. 制定测试计划;6. 选择测试人员和建立测试团队。
二、测试计划编写时需要注意的问题1. 测试计划应根据测试目标、测试方法和测试策略编写;2. 测试计划应包含详细的测试用例、测试结果和测试报告;3. 测试计划要具有可验证性;4. 测试计划应符合公司或行业标准;5. 测试计划应采用易于理解的格式和文档结构;6. 测试计划制定时,要充分考虑测试时间和资源的限制,确保测试计划能够实施。
测试流程和规范范文1.测试流程:1.1需求分析和测试计划制定:测试流程的第一步是与业务和开发团队合作,了解需求,并制定测试计划。
测试计划包括测试目标、测试环境、测试任务分配以及测试资源的规划。
1.2测试用例设计:在测试用例设计阶段,需要根据需求和功能规格书编写测试用例,并确保测试用例的完备性和可追溯性。
测试用例应该覆盖不同的场景,包括正常场景和异常场景。
1.3测试环境准备:在进行测试之前,需要准备好测试环境,包括测试所需的硬件设备、软件安装和配置等。
同时,还需要准备测试数据和测试工具。
1.4执行测试用例:在执行测试用例时,需要按照测试计划进行测试,并记录测试结果。
如果发现问题,需要及时记录并进行缺陷跟踪。
1.5缺陷管理:在进行测试时,需要发现和记录软件中的缺陷,并分析其严重性和优先级。
然后将缺陷分配给相应的开发人员进行修复,并跟踪缺陷的处理情况。
1.6重复测试:在缺陷修复完成后,需要对修复的功能进行重新测试,以确保缺陷已经被修复并且功能正常。
1.7测试总结和报告:在测试完成后,需要对测试过程进行总结和评估,并编写测试报告。
测试报告应包括测试目标的达成情况、测试覆盖率、缺陷统计以及测试过程中的问题和建议等内容。
2.测试规范:2.1测试命名规范:测试用例和测试文档应遵循一定的命名规范,以便于管理和查找,例如命名时使用有意义的名称和编号,遵循一定的命名规则等。
2.4测试结果记录规范:在执行测试时,需要准确记录测试结果,包括测试的日期、执行者、测试结果和问题备注等信息。
2.5缺陷管理规范:对于发现的缺陷,需要准确记录缺陷信息,包括缺陷的标题、描述、重现步骤等。
同时,还需要分析缺陷的严重性和优先级,并跟踪缺陷的处理情况。
2.6测试文档规范:测试文档应具有一定的层次结构,并包括测试计划、测试用例、测试报告等部分。
同时,测试文档应与开发文档保持一致,以便于对开发和测试工作进行跟踪和交流。
以上是测试流程和规范的主要内容,通过遵循测试流程和规范,可以提高测试的效率和质量,并确保软件开发过程中能够及时发现和解决问题。
软件测试文档编写软件测试文档是软件测试过程中的一个重要组成部分,它记录了测试的目标、方法、结果等信息,对于软件开发团队来说至关重要。
本文将介绍软件测试文档的编写过程,包括测试计划、测试用例、缺陷报告等内容,帮助读者了解如何准确编写软件测试文档。
一、测试计划测试计划是软件测试的起点,它明确了测试的目标、范围、资源、时间等方面的内容,为后续的测试活动提供了指导。
在编写测试计划时,需要包括以下内容:1. 测试目标和范围:明确测试的目的和被测试的软件模块或功能。
2. 测试策略:确定测试的方法和技术,如黑盒测试、白盒测试等。
3. 测试资源:列出测试所需的硬件设备、测试环境、工具等。
4. 测试进度:制定测试的时间计划和里程碑。
5. 缺陷管理:确定如何记录、处理和跟踪缺陷,包括缺陷报告的格式和流程。
二、测试用例测试用例是软件测试的核心内容,它描述了被测软件的各种功能和操作,以及对应的预期结果。
编写测试用例时,需要注意以下几点:1. 详细描述:描述每个测试用例的输入、操作步骤和预期结果,确保测试人员能够准确执行。
2. 边界条件:针对每个功能或操作,考虑可能的边界情况,并编写对应的测试用例。
3. 覆盖范围:确保测试用例能够覆盖被测软件的各个功能模块,以便全面测试。
4. 可重复性:测试用例应该是可重复执行的,避免依赖外部环境或随机性因素。
5. 可衡量性:每个测试用例都应该有明确的通过或失败的标准,以便测试结果的评估。
三、缺陷报告在测试过程中,测试人员可能会发现软件中的缺陷或问题,需要及时记录和报告给开发团队。
编写缺陷报告时,应包括以下内容:1. 缺陷描述:清晰、准确地描述缺陷的现象、触发条件和影响。
2. 复现步骤:描述如何重现缺陷,以便开发人员能够定位和修复问题。
3. 严重程度:评估缺陷的影响程度,如严重、一般、轻微等。
4. 优先级:确定缺陷修复的优先级,以便开发团队能够及时处理。
5. 环境信息:记录缺陷出现的操作系统、硬件设备、软件版本等信息。
测试计划编写规范2.适用范围本标准适用于软件工程与软件产品的功能测试与系统测试。
3.术语和缩略语本程序采用NQ402100《质量手册》中的术语和缩略语及其定义。
4.标准要求1)按照《开发方案》的要求,由测试负责人编写《测试方案》;2)《测试方案》由工程经理PM审核,工程管理部门负责人批准;3)《测试方案》由测试负责人TL组织测试小组和开发部门进行评审。
5.引用文件本程序采用NQ402100《质量手册》中的术语和缩略语及其定义。
2.此页缺乏记录结果时,可以有附页,总页数包含所有附页。
1.2背景说明本工程测试的背景。
网点简介2.测试根本内容2.1测试要点测试要点应对以软件测试的以下信息进行具体描述:测试方法:本软件产品测试采用的测试方法〔黑盒或白盒测试〕及测试类型〔系统测试〕;测试手段:如手工测试、自动测试或手工与自动测试相结合,如采用手工与自动测试测试相结合的方式,还应列出手工及自动测试在整个测试工作中所占的比例。
测试内容:根据软件工程的实际特点确定确认测试的测试内容。
对局部软件工程除根本的功能测试外,可能还包括性能测试、平安性测试、极限测试、并发操作测试等。
2.2测试环境列出本工程开发结果运行所需的硬件环境和软件环境。
2.3产品及技术形态列出本系统的产品及使用的关键技术、相应的运行平台及工具。
2.4测试开始时间指明本工程测试工作的开始时间。
2.5测试结束时间确认测试工作预计的完成时间。
3.实施方案3.1测试设计工作任务分解和人员安排测试设计工作应包括对系统功能及专业知识的学习、编写测试大纲、设计测试用例等工作。
1〕时间安排测试设计开始时间:测试设计工作预计开始时间。
测试设计结束时间:测试设计工作预计结束时间。
2〕人员安排参加人员:列出预计参加本次测试设计工作的全部测试人员。
3〕输出要求测试设计输出:测试设计工作的输出应包括“测试大纲”、“测试用例”,对系统功能及专业知识学习如有必要也要形成书面材料。
软件测试文档的编写与管理软件测试是确保软件质量的重要环节,而软件测试文档则是对测试过程和结果的记录和管理工具。
良好的测试文档可以帮助团队成员理解测试目标、计划和结果,提高测试效率和质量。
本文将介绍软件测试文档的编写与管理。
一、测试计划文档测试计划文档是一个全面的测试计划和策略的描述。
它包括测试目标、测试范围、测试方法、测试资源和进度等内容。
在编写测试计划文档时,应该清晰地定义测试的目标和范围,并明确测试方法和资源的分配。
测试计划文档应该按照如下格式进行编写:1. 引言:介绍测试计划的目的和背景。
2. 测试目标:明确测试的目标和期望的测试结果。
3. 测试范围:描述测试的边界和被测系统的组成部分。
4. 测试方法:说明测试的具体方法和策略,例如黑盒测试、白盒测试、功能测试等。
5. 测试资源:列出测试所需的硬件设备、测试工具和人员等。
6. 测试进度:规划测试活动的时间和里程碑。
7. 风险评估:对测试过程中可能遇到的风险进行评估和分析,并提出相应的风险应对策略。
二、测试用例文档测试用例文档是对单个测试条件和预期结果的描述。
它是测试过程中的实际执行指南,用于验证软件是否按照需求和设计要求正常工作。
在编写测试用例文档时,应该考虑各种情况和边界条件,并确保用例的完整性和互斥性。
测试用例文档应该按照如下格式进行编写:1. 用例名称:简洁明确的描述该测试用例的名称。
2. 前置条件:描述执行该用例前的准备工作和条件。
3. 输入数据:明确需要输入的测试数据和参数。
4. 步骤:详细描述执行该用例的步骤和操作。
5. 预期结果:期望的测试结果和输出。
6. 实际结果:记录测试执行时的实际结果。
7. 是否通过:根据实际结果判断测试用例是否通过。
三、缺陷跟踪文档缺陷跟踪文档是对软件缺陷进行记录和跟踪的工具。
它包括缺陷的描述、严重程度、优先级、状态和修复进度等信息。
在编写缺陷跟踪文档时,应该结合实际情况和团队需求,定义合适的字段和状态。
软件测试计划模板一、引言。
软件测试是软件开发过程中不可或缺的一部分,它的目的是为了保证软件的质量和稳定性。
软件测试计划是软件测试工作的重要组成部分,它是对软件测试活动进行规划、安排和控制的文件,也是测试工作的指导性文件。
本文档旨在为软件测试人员提供一个模板,帮助他们规范和完善软件测试计划。
二、文档范围。
本文档适用于所有软件测试工作,包括但不限于单元测试、集成测试、系统测试、验收测试等各个阶段的测试活动。
三、软件测试目标。
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. 确定测试过程中的质量评估和改进措施。
测试规范文档测试规范文档一、目的测试规范文档旨在明确测试流程、标准和规范,确保测试工作顺利进行,提高测试质量和效率。
二、适用范围本规范适用于所有的软件测试工作。
三、测试流程1. 需求分析:测试团队与开发团队一同参与需求分析,确保理解需求和功能。
2. 测试计划:编写详细的测试计划,包括测试目标、测试策略、测试环境和资源需求等。
3. 测试用例设计:根据需求和功能,设计适当的测试用例,包括正常情况和异常情况。
4. 环境配置:搭建适当的测试环境,包括硬件、软件和网络环境。
5. 执行测试:按照测试计划和测试用例,执行各项测试任务,并记录测试结果。
6. 缺陷管理:及时记录和跟踪测试中发现的缺陷,并与开发团队一同解决。
7. 测试报告:编写详细的测试报告,包括测试目标的完成情况、测试结果和发现的缺陷等信息。
8. 测试总结:对测试工作进行总结和评估,提出改进意见和建议。
四、测试标准1. 测试用例:测试用例必须涵盖所有的功能和需求,用例步骤清晰,预期结果明确。
2. 测试环境:测试环境必须与实际生产环境相似,确保测试结果具有参考价值。
3. 测试数据:测试数据必须具有代表性,包括正常数据和边界数据等。
4. 缺陷管理:缺陷必须及时记录和跟踪,包括缺陷的详细描述、重现步骤和优先级等信息。
5. 测试报告:测试报告必须详细、准确,包括测试目标的完成情况、测试结果和发现的缺陷等信息。
五、测试规范1. 测试人员必须具备相关的测试知识和技能,能够独立完成测试工作。
2. 所有的测试活动必须按照测试计划执行,不得随意修改测试内容。
3. 在测试之前,必须进行充分的测试准备工作,包括环境配置、测试数据准备和用例设计等。
4. 在测试过程中,必须按照测试用例执行测试任务,记录测试结果和发现的缺陷。
5. 在测试过程中,必须严格遵守测试流程和标准,不得漏测和误测。
6. 在发现缺陷后,必须及时记录和跟踪,并与开发团队一同解决。
7. 在编写测试报告时,必须详细、准确地描述测试结果和发现的缺陷,不得遗漏重要信息。
<项目名称>
测试计划
作者:
完成日期:
签收人:
签收日期:
修改情况记录:
目录
1 引言 (1)
1.1 编写目的 (1)
1.2 背景 (1)
1.3 定义 (1)
1.4 参考资料 (1)
2 计划 (1)
2.1 软件说明 (1)
2.2 测试内容 (2)
2.3 测试1(标识符) (2)
2.3.1 进度安排 (2)
2.3.2 条件 (2)
2.3.3 测试资料 (2)
2.3.4 测试培训 (3)
2.4 测试2(标识符) (3)
3 测试设计说明 (3)
3.1 测试1(标识符) (3)
3.1.1 控制 (3)
3.1.2 输入 (3)
3.1.3 输出 (3)
3.1.4 过程 (4)
3.2 测试2(标识符) (4)
4 评价准则 (4)
4.1 范围 (4)
4.2 数据整理 (4)
4.3 尺度 (4)
1 引言
1.1 编写目的
说明本测试计划的具体编写目的,指出预期的读者范围。
1.2 背景
说明:
a.本测试计划所从属的软件系统的名称;
b.该开发项目的历史,列出用户和执行此项目测试的组织机构,说明在开始执行本测试计划之前必须完成的各项工作。
1.3 定义
列出本文件中用到的专门术语的定义和缩写词的原词组。
1.4 参考资料
列出要用到的参考资料,如:
a.本项目的经核准的计划任务书或合同、上级机关的批文;
b.属于本项目的其他已发表的文件;
c.本文件中各处引用的文件、资料,包括所要用到的软件开发标准。
列出这些文件的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。
2 计划
2.1 软件说明
提供一份图表,并逐项说明被测软件的功能、输入和输出等质量指标,作为叙述测试计
划的提纲。
2.2 测试内容
列出组装测试和确认测试中的每一项测试内容的名称标识符、这些测试的进度安排以及这些测试的内容和目的,例如模块功能测试、接口正确性测试、数据文卷存取的测试、运行时间的测试、设计约束和极限的测试等。
2.3 测试1(标识符)
给出这项测试内容的参与单位及被测试的部位。
2.3.1 进度安排
给出对这项测试的进度安排,包括进行测试的日期和工作内容(如熟悉环境、培训、准备输入数据等)。
2.3.2 条件
陈述本项测试工作对资源的要求。
包括:
a.设备――所用到的设备类型、数量和预定使用时间;
b.软件――列出将被用来支持本项测试过程而本身又并不是被测软件的组成部分的软件,如测试驱动程序、测试监控程序、仿真程序、桩模块等等;
c.人员――列出在测试工作期间预期可由用户和开发任务组提供的工作人员的人数、技术水平及有关的预备知识,包括一些特殊要求,如倒班操作和数据键入
人员。
2.3.3 测试资料
列出本项测试所需的资料,如:
a.有关本项任务的文件;
b.被测试程序及其所在的媒体;
c.测试的输入和输出举例;
d.有关控制此项测试的方法、过程的图表。
2.3.4 测试培训
说明或引用资料说明为被测软件的使用提供培训的计划。
规定培训的内容、受训的人员及人事培训的工作人员。
2.4 测试2(标识符)
用与本测试计划2.3条相类似的方式说明用于另一项及其后各测试内容的测试工作计划。
......
3 测试设计说明
3.1 测试1(标识符)
说明对第一项测试内容的测试设计考虑。
3.1.1 控制
说明本测试的控制方式,如输入是人工、半自动或自动引入、控制操作的顺序以及结果的记录方法。
3.1.2 输入
说明本测试中所使用的输入数据及选择这些数据的策略。
3.1.3 输出
说明预期的输出数据,如测试结果及可能产生的中间结果或运行信息。
3.1.4 过程
说明完成此项测试的一个个步骤和控制命令,包括测试的准备、初始化、中间步骤和运行结束方式。
3.2 测试2(标识符)
用与本测试计划3.1条相类似的方式说明用于第2项及其后各项测试工作的设计考虑。
......
4 评价准则
4.1 范围
说明所选择的测试用例能够检查的范围及其局限性。
4.2 数据整理
陈述为了把测试数据加工成便于评价的适当形式,使得测试结果可以同已知结果进行比较而要用到的转换处理技术,如手工方式或自动方式;如果是用自动方式整理数据,还要说明为进行处理而要用到的硬件、软件资源。
4.3 尺度
说明用来判断测试工作是否能通过的评价尺度,如合理的输出结果的类型、测试输出结果与预期输出之间的容许偏离范围、允许中断或停机的最大次数。