5.2 测试计划和估算

5.2 测试计划和估算

2015-06-23

5.2.2. 测试计划活动(K3)

对整个系统或部分系统可能的测试计划活动包括:

  • 确定测试的范围和风险,明确测试的目标;
  • 定义测试的整体方法(测试策略),包括测试级别(按测试阶段或层次)的定义、入口和出口准则的定义;
  • 把测试活动整合和协调到整个软件生命周期活动中去(采购、供应、开发和运维);
  • 决定测试什么?测试由什么角色来执行?如何进行测试?如何评估测试结果?
  • 为测试分析和设计活动安排时间进度;
  • 为测试实现、执行和评估安排时间进度;
  • 为已定义的不同测试活动分配资源;
  • 定义测试文档的数量、详细程度、结构和模板;
  • 为监控测试准备和执行、缺陷解决和风险问题选择度量项;
  • 确定测试规程的详细程度,以提供足够的信息支持可复用的测试准备和执行。

5.2.3. 入口准则(K2)

入口准则定义了什么时候可以开始测试,如某个测试级别的开始,或什么时候一组测试准备就绪可以执行。

入口准则主要包含:

  • 测试环境已经准备就绪并可用;
  • 测试工具在测试环境中已经准备就绪;
  • 可测的代码可用;
  • 测试数据可用。

5.2.4. 出口准则(K2)

测试出口准则(exit criteria)的目的是:定义什么时候可以停止测试,比如某个测试级别的结束,或者当测试达到了规定的目标。

出口准则主要包含:

  • 完整性测量,比如代码、功能或风险的覆盖率;
  • 对缺陷密度或可靠性度量的估算;
  • 成本;
  • 遗留风险,例如没有被修改的缺陷或在某些部分测试覆盖不足;
  • 进度表,例如基于交付到市场的时间。

5.2.5. 测试估算(K2)

在本大纲中,有两种估算测试工作量的方法:

  • 基于度量的方法:根据以前或相似项目的度量值来进行测试工作量的估算,或者根据典型的数据来进行估算;
  • 基于专家的方法:由任务的责任人或专家来进行测试任务工作量的估算。

一旦估算了测试工作量,就可以识别资源和制定时间进度表。 测试的工作量可能取决于多种因素,包括:

  • 产品的特点:规格说明和用于测试模型的其它信息(即测试依据)的质量,产品的规模,问题域的复杂度,可靠性、安全性的需求和文档的需求;
  • 开发过程的特点:组织的稳定性、使用的工具、测试过程、参与者的技能水平和时间紧迫程度等;
  • 测试的输出:缺陷的数量和需要返工的工作量。

5.2.6. 测试策略,测试方法(K2)

在特定项目中,测试方法是测试策略的具体实现。测试方法是在测试计划和设计阶段中被定义并逐步细化的。它通常取决于(测试)项目目标和风险评估。它是规划测试过程、选择测试设计技术和应用的测试类型以及定义入口和出口准则的起点。

测试方法的选择取决于实际情况,应当考虑风险、危害和安全、可用资源和人员技能、技术、系统的类型(比如客户定制与商业现货软件的比较)、测试对象和相关法规。

典型的测试方法包括:

  • 分析的方法,比如基于风险的测试,直接针对风险最高的部分进行测试;
  • 基于模型的方法,比如随机测试利用失效率(如:可靠性增长模型)或使用率(如:运行概况)的统计信息;
  • 系统的方法,比如基于失效的方法(包括错误推测和故障攻击),基于检查表的方法和基于质量特征的方法;
  • 基于与过程或符合标准的方法,比如在行业标准中规定的方法或各类敏捷的方法;
  • 动态和启发式的方法,类似于探索性测试,测试很大程度上依赖于事件而非提前计划,而且执行和评估几乎是同时进行的;
  • 咨询式的方法,比如测试覆盖率主要是根据测试小组以外的业务领域和/或技术领域专家的建议和指导来推动的;
  • 可重用的方法,比如重用已有的测试材料,广泛的功能回归测试的自动化,标准测试套件等。

可以结合使用不同的测试方法,比如基于风险的动态方法。

测试计划模版(IEEE 829)

  1. 测试计划标识
  2. 介绍
  3. 测试项
  4. 需要测试的特性
  5. 不需要测试的特性
  6. 测试方法
  7. 测试项通过/失败准则(测试出口准则)
  8. 挂起准则和恢复准则
  9. 测试交付物
  10. 测试任务
  11. 环境要求
  12. 责任
  13. 人员配备和培训要求
  14. 进度表
  15. 风险和意外事件
  16. 审批
时间: 2024-10-09 20:10:33

5.2 测试计划和估算的相关文章

测试计划

测试计划是一个过程,而不仅仅是一个文档.测试计划有助于测试范围的确定,测试策略的优化和测试风险的规避. 在项目启动之后,就要着手软件项目的计划,包括软件测试计划.软件测试计划是整个开发计划的组成部分,同时,它又依赖于软件组织过程.项目的总体计划.质量计划和方针.在测试活动中,首先要确定测试目标.范围和需求,然后制定测试策略,并对测试任务.时间.资源.成本和风险等进行估算和评估. 测试强调的是一个过程,计划(Planning)过程,而不仅仅是为了一个文档——“测试计划书”(Test Plan) 测

Project Management: 软件项目估算与计划不是一般的难!

摘要:估算.计划.计划跟踪是项目管理的主要工作,难度之高超乎你想象!光靠学习项目管理理论难以管好项目,而往往真能管好项目的都是那些在具体项目中滚打出来的实干人士.本文将会让你全面学习项目估算.计划.计划跟踪的知识,体验实际项目管理的难度,学到提高项目管理水平的一些方法. 大纲:1.从建筑工程说起2.估算要估啥?3.估算如何做出来?4.计划有什么内容?5.计划是如何做出来的?6.如何跟踪计划?7.优秀项目经理是怎样炼成的? 特别声明:如需转载此文,请给出指向本网站的连接,如下:作者:张传波摘自:h

编写测试计划

软件测试计划就是在软件测试工作正式实施之前明确测试对象,并且通过对资源,时间,风险,测试范围和预算等方面的综合分析和规划,保证有效的实施软件测试. 软件测试计划是开展软件测试得第一步,各个公司可能都会根据自己得情况定义一份测试计划得规格或模版:但是测试计划得内容确大同小异,下边是我认为需要在测试计划书中体现得内容. 第一:项目背景 简单得介绍项目的名称,项目开发的背景和开发的情况,以及只要完成的功能:术语的定义,参考的文档等内容. 第二:资源分配 1)测试环境的搭建所需要的软件和硬件说明,包括操

软件测试的测试计划

我做事很容易陷入一个形式化的禁锢.完成一个任务不能为了完成而完成,应该要分清主次,知道为什么要去做这件事. 写一份测试计划,有点像老太太的裹脚布,又臭又长. 没有写出最主要的时间上的安排.反思反思... 可是谁又会去执行呢!实际上项目如风云般变化,敏捷开发和测试才是王道啊. 目录 1     简介... 4 1.1          文档目标... 4 1.2          测试目的... 4 1.3          项目背景... 4 1.4          参考文档... 5 2  

测试管理-测试工作量估算实践

测试工作量估算是整个测试过程中不可忽视的环节,关乎项目整体的交付计划及时间工期安排.预估的越准确,对项目整体节奏的把握更有利. 我们首先要强调,估算估算,本身就带有预测性质,其准确程度是要受到多方面因素制约的,尤其是信息的充分性. 越是大型的复杂项目,对于估算的要求就越高:反之,小规模“短频快”的项目则对于估算要求不那么高. 1. 估算办法 如何得出对于测试时间的准确估算,可以从三种思路去保证: 参照以往项目的经验 依靠专家经验进行估算 使用专业的估算算法 项目中常见的估算形式有自上而下式的,也

测试计划的编写

描述软件测试努力的目标,范围,方法和焦点的文档.测试用例:指对一项特定的软件产品进行测试任务的描述,体现测试方案.方法.技术和策略.内容包括测试目标.测试环境.输入数据.测试步骤.预期结果.测试脚本等,并形成文档.2.        测试计划的内容(1)        标题(2)        确定软件的版本号(3)        修订文档历史,包括作者,日期和批示(4)        目录表(5)        文档的目的和适合的读者群(6)        测试的目的(7)        软件

如何估算测试工作量

(一)常规的估算测试工作量的方法 作为一个管理者,你是否被询问到某个项目要花多少时间,多少人力测试:或是作为一个普通的测试员,你是否被询问到要花多少时间来完成某个任务或是一次回归测试?我想大多数在软件行业的人或多或少都会碰到这样的关于工作量估计的询问.那么你是怎么回答的呢?你对你自己的回答有信心吗?你是否最终发现实际上花去的时间和原本估计的时间大相径庭呢? 不同的人会使用许多不同的方法来估算及安排他们的测试工作量.不同的组织根据项目的类型,项目的内在风险,涉及的技术等而使用不同的方法.但是大多数

日程管理的测试计划和测试矩阵

一.测试计划 二.测试矩阵

日程管理APP的测试计划和测试矩阵

测试计划: 测试矩阵: