测试计划编写的目的.docxVIP

测试计划编写的目的 　　测试计划该怎么写?　　在IEEEStandard829中有定义测试文件的模板应该长得什么样子,你可以从很多地方找到个模板　　可是很多人看完后会说这个太复杂了,有没有简单的方式,连做事的时间都不够了,哪有时间写这么长的文件.我想是否要照着这个范本写并不重要,重要的是你需要考虑以下事情　　1.什么东西你要测试　　也就是定义测试的目标物是什么.有时候有些人会搞错测试的目标物,明明要测的是你的系统,可是却测到受测系统所用到的平台或是数据库.有时候哪些东西不是你最先要处理的重点,可是你却一直在找他们的问题.　　2.你要测什么　　列出你要测试的功能.这是乎很直觉,但是在某些状况下,也许有些旧功能,或是不是这次要注意的重点,你是可以在这次的测试先忽略他们.但是要先和相关利害人确认清楚.　　3.你要怎么进行测试　　你需要描述你的测试策略.像是范围,单元或是整合或是endtoend,工具,是否要自动化,哪些东西先测...等等　　4.什么时候要测试　　也就是说明你什么时候要做哪些事情.何时规划,何时开立个案,何时执行个案,何时回归测试等等.　　5.可以进入测试的条件　　并不是随便写个尸体就可以来测试了,开发人员要先对自己写的东西负责任,准备好适当的文件,或是经过适当review等等.总之要定义好一些准则,需要通过才能开始测试.　　6.可以结束测试的条件　　你需要定义什么条件满足了,测试才算结束.像是没有严重的bug,平均无故障时间减少到某个范围,或是当初计划的测试项目都已经测完,效能已经达到某个水平...等等.我想如果你的计划已经能回答这些问题,我想是否照着标准的模板并不重要.因为你已经把重要的事情都考虑到了.　　测试计划和测试方案区别　　关于测试计划和测试方案的区别，这里主要从编写目的、定义和层次、编写时间和依据、软件过程、文档内容这五方面来说明，具体内容如下：　　一、编写目的制定测试计划目的：按照所制定的测试计划可以有效的计划、执行、跟踪、组织和管理测试项目。具体从一下三方面来说：　　1，领导能够根据测试计划做宏观调控，进行相应资源配置等；　　2，测试人员能够了解整个项目测试情况及项目测试不同阶段所要进行的工作等；3，便于其他人员了解测试人员的工作内容，进行相关配合工作；　　设计测试方案目的：软件测试方案的作用非常类似于产品设计说明书，开发工程师根据产品功能需求和设计说明来编码实现功能，而测试工程师需要基于产品功能需求和测试方案来设计和执行测试用例。测试方案是从测试的角度去分析或者说分解需求，在方向上明确要(转载于:写论文网:测试计划编写的目的)怎么测，分析结果就是测试点和测试方法。　　二、定义和层次　　测试计划是组织管理层面的文件，从组织管理的角度对一次测试活动进行规划。它是对测试全过程的组织、资源、原则等进行规定和约束，并制订测试全过程各个阶段的任务以及时间进度安排，提出对各项任务的评估、风险分析和需求管理。测试计划要能从宏观上反映项目的测试任务、测试阶段、资源需求等，它只是测试的一个框架，所以不一定要太过详细。测试计划的内容会因项目的级别、项目的大小、测试级别的不同而不同，所以它可以是一本书那么多，也可以是几张纸那么少，但是一份测试计划应该包括项目简介、测试环境、测试策略、风险分析、人员安排、资源分配等内容。　　测试方案是技术层面的文档，从技术的角度对一次测试活动进行规划工具的设计、测试用例的设计、测试数据的设计。它是描述需要测试的特性、测试的方法、测试环境的规划、测试工具的设计和选择、测试用例的设计方法、测试代码的设计方案。　　三、编写时间和依据　　因为测试流程是按照测试计划阶段—测试设计阶段—测试实现阶段—测试执行阶段来进行的，前一阶段的输出是后一阶段的输入，清楚了他们分别是哪个阶段的产物就知道他们主要的区别了。　　测试计划阶段：测试计划是测试阶段中的第一个阶段，首先将测试作为一个项目来看，应该有一个计划。测试小组组长或测试负责人或具有丰富经验的测试人员就要依据《项目计划》开始编写《测试计划》，其中包括人员，软件硬件资源，测试点，进度安排和风险识别等内容。原则上测试计划的有些内容在需求分析阶段就可以开始编写了，在需求分析形成的《需求规格说明书》通过评审形成基线后完成测试计划。但是对于开发过程不是很清晰和稳定的项目，测试计划也可以在系统设计完成后开始编写。《测试计划》编写完成后需要进行评审。　　测试设计阶段：《测试方案》一般由经验丰富的测试人员设计，测试方案依据《需求规格说明书》和《概要设计说明书》进行设计。其中包括需求点简介，测试思路和详细测　　试方法等内容。《测试方案》编写完成后也需要进行评审。四、软件过程　　测试计划软件过程：项目计划评审通过—