测试计划及过程改进

目录

  • 软件测试计划的概念
  • 制定软件测试计划的好处
  • 谁来负责制定软件测试计划
  • 编写软件测试计划的时间
  • 软件测试计划的要素
  • 软件测试计划模板
  • 软件测试计划维护与评审
  • 什么是CMMI
  • CMMI的级别
  • CMM五级模型
  • 什么是ISO
  • 什么是ISO9000
  • CMMI和ISO9000的比较

软件测试计划的概念

一个叙述了预定的测试活动的范围、途径、资源及进度安排的文档。它确认了测试项、被测特征、测试任务、人员安排,以及任何偶发事件的风险。

制定软件测试计划的好处

  • 项目经理、高层经理等相关领导能够根据测试计划做宏观调空,进行相应资源配置等
  • 测试人员能够了解整个项目测试情况以及项目测试不同阶段的所要进行的工作等
  • 便于开发人员、市场人员、质量人员等了解测试人员的工作内容,进行有关配合工作

谁来负责制定软件测试计划

具有丰富经验的项目测试负责人制定测试计划,需要对整个测试过程负责

编写软件测试计划的时间

软件测试计划越早编写越好,以便对整个项目有总体的测试规划

软件测试计划的要素

  • why——为什么要进行这些测试,测试目的是什么
  • what——测试哪些方面,确定测试的内容
  • when——测试不同阶段的起止时间,确定测试的内容
  • where——相应文档,缺陷的存放位置,测试环境等
  • who——谁来负责相应的工作
  • how——如何去做,使用哪些测试工具以及测试方法、测试策略进行测试

软件测试计划模板

  • 测试目的
  • 测试项目简介
  • 测试参考文档
  • 测试提交文档
  • 术语和定义
  • 测试策略
  • 确定测试内容
  • 资源
  • 测试进度
  • 测试人员的任务分配
  • 风险和问题

软件测试计划维护与评审

随着项目计划、软件需求、软件开发以及人员等的变更,软件测试计划也是不断更新和维护的

什么是CMMI

  • CMMI的全称为:
  • Capability Maturity Model Integration(能力成熟度集成模型)
  • 由美国卡内基梅隆大学软件工程研究所(CMUSEI)研究出的用于评价软件承包商能力并帮助改善软件质量的方法。
  • 其目的是帮助软件企业对软件工程进行管理和改进,增强开发与改进能力,从而能按时地、不超预算地开发出高质量的软件。
  • CMM/CMMI是目前国际上最流行、最实用的一种软件生产过程标准。

CMMI的级别

Level CMM CMMI(分级式)/SJ/T11235 CMMI(连续式)/SJ/T11234
5 优化中 优化中 优化中
4 已管理 定量管理 定量管理
3 已定义 已定义 已定义
2 可重复 已管理 已管理
1 初始级 初始级 已执行
0 未完成

CMM五级模型

  • 第一级:初始级

    在初始级,企业一般不具备稳定的软件开发与维护的环境。常常在遇到问题的时候,就放弃原定的计划而只专注与编程与测试。

  • 第二级:已管理级(可重复级)

    在这一级,建立了管理软件项目的政策以及为贯彻执行这些政策而定的措施。基于过往的项目的经验来计划与管理新的项目。

  • 第三季:已定义级

    在这一级,有关软件工程与管理工程的一个特定的、面对整个企业的软件开发与维护的过程的文件将被制订出来。同时,这些过程是集成到一个协调的整体。这就称为企业的标准软件过程。

  • 第四级:定量管理级

    在这一级,企业对产品与过程建立起定量的质量目标,同时在过程中加入规定得很清楚的连续的度量。作为企业的度量方案,要对所有项目的重要过程活动进行生产率和质量的度量。软件产品因此具有可预期的高质量。

  • 第五级:(不断)优化级

    在这个等级,整个企业将会把重点放在对过程进行不断的优化。企业会采取,以达到预防缺陷的目标。同时,分析主动去找出过程的弱点与长处有关过程的有效性的资料,作出对新技术的成本与收益的分析,以及提出对过程进行修改的建议。

什么是ISO

ISO是一个组织的英语简称。其全称是International Organization for Standardization,翻译成中文就是“国际标准化组织”。又称“经济联合国”(现有成员国150多个)。

什么是ISO9000

是由国际标准化组织ISO制定的质量体系标准。涵盖了社会生产的大多数行业(共分39大类):

  1. 农业、渔业
  2. 采矿业及采石业
  3. 食品、饮料和烟草
  4. 纺织品及纺织产品
  5. 皮革及皮革制品
  6. 木材及木制品
  7. 纸浆、纸及纸制品
  8. 出版业
  9. 印刷业
  10. 焦炭及精炼石油制品
  11. 核燃料
  12. 化学品、化学制品及纤维
  13. 医药品
  14. 橡胶和塑料制品
  15. 非金属矿物制品
  16. 混凝土、水泥、石灰、石膏及他
  17. 基础金属及金属制品
  18. 机械及设备
  19. 电子、电气及光电设备
  20. 造船
  21. 航空、航天
  22. 其他运输设备
  23. 其他未分类的制造业
  24. 废物物资的回收
  25. 发电及供电
  26. 气的生产与供给
  27. 水的生产与供给
  28. 建设
  29. 批发及零售,汽车、摩托车、个人及家庭用品的修理
  30. 宾馆及餐厅
  31. 运输、仓储及通讯
  32. 金融、房地产、出租业务
  33. 信息技术
  34. 科技服务
  35. 其他服务
  36. 公共行政管理教育
  37. 教育
  38. 卫生保健与社会公益事业
  39. 其他社会服务

CMMI和ISO9000的比较

  • CMMI专为软件企业定制,而ISO适用于各行各业
  • ISO9000确定了一个质量体系的最少要求
  • CMM明确强调持续的过程改进
  • 最重要的是保证企业产品质量并不断改进和提高

原文地址:https://www.cnblogs.com/TD1900/p/11810800.html

时间: 2024-10-12 13:54:22

测试计划及过程改进的相关文章

软件工程过程 第7章 软件工程过程改进

1.软件工程过程评估模型描述了作为有效过程特征的元素的结构化集合.这些评估模型提供了:P201 过程改进的出发点 业界过去经营的结晶 共同的语言和共享的构想 活动优先次序的框架 2.基于软件工程过程评估模型进行过程改进可以帮助组织或个人建立过程改进的目标和优先次序,协助改进过程,并为确保建立一个稳定.有能力的以及成熟的过程提供指南.P202 ISO 9001 CMM/CMMI ISO/IEC 15504 (SPICE) 3.软件质量管理体系由三部分要素构成:软件质量管理体系的框架.生存期基本活动

轻量级过程改进之综述

轻量级过程改进(Light-weight process improvement,LPI)是一种针对中小型团队软件研发过程中普遍存在的重技术轻管理.研发管理缺乏规范.过程改进理念淡薄等现状和问题而整理的一种"软件过程改进方法和规范".有众多轻量级过程改进域组成,主要对中小型团队持续地改进其软件过程能力提供一些參考,内容组织上尽量保持其通用性,但个人水平和经验有限,非常多改进域可能仅仅局限于特定团队和场景,须要大家依据各自团队的现状做裁剪和扩充. 一.轻量级过程改进 轻量级过程改进參考了

轻量级过程改进之需求管理

需求管理在于管理产品研发过程中的客户需求,建立项目相关干系人对需求的共同理解,维护需求与所开发产品之间的一致性,并控制需求的变更.需求管理的重要性不言而喻,在前面讲到的项目启动.项目计划以及接下去要讲的项目监控这几个改进域中,客户需求都是我们开发工作的输入和基础,研发团队存在的意义也是围绕着客户的需求,以满足客户需求.提高客户满意度为工作的目标,项目管理团队更是如此.本文主要阐述在项目需求管理过程中涉及的主要规程.可能存在的问题.分析这些问题并提出相应的改进措施. 一. 需求管理的规程 关于需求

CMMI过程改进反例

?? 最近一直在看CMMI的资料,越看觉得越有意思,今天看到过程改进的时候,突然想起来之前所在的公司发生的过程改进相关的事儿来. 公司通过CMMI3级认证之后,PMO部门经理(公司还有质量管理部门经理.也有EPG)说要在下次复审之前把18个过程域的改进工作做好,平均一年6个,上半年3个,下半3个. 于是,某一天,该部门经理把一个刚毕业半年的小姑娘喊到跟前说:"去写一个关于MA的过程改进提案."可怜小姑年连MA是什么都还不知道就硬着头皮接下这个活儿了,先找到MA,然后把MA的资料打印了厚

轻量级过程改进之需求开发

需求开发是指通过对用户需求进行分析,开发产品需求的过程.需求开发在于把面向用户的需求转换为面向研发团队的需求的过程,回答研发团队"我们要做什么样的产品"的问题.需求开发直接面向研发团队,是用户需求传递到研发团队中的必要一环.本文主要阐述在项目需求开发过程中涉及的主要规程.可能存在的问题.分析这些问题并提出相应的改进措施. 一.需求开发的规程 在轻量级过程改进系列的上下文中,关于需求管理和需求开发的区别和联系已经在"需求管理"这一改进域中有明确说明,这里不再展开.该上

轻量级过程改进项目启动

项目开始时的研究和开发的源泉,在r \\ u0026研发团队而言是一个很大的事情,然而,项目启动是不是easy事儿,这个过程必须满足很多条件才能真正启动项目,否则,非正规甚至是不合理的项目才会开始进行研究和开发工作陷入困局.本文主要侧重于过程中涉及的项目启动程序.可能出现的问题.措施. 本文中的场景指的是产品线的已有产品须要通过项目实施推广给客户的过程. 一.项目启动的规程 项目启动是一项跨部门活动.通常包含的规程有: 1.      项目立项建议 目的:项目立项建议的目的是通过前期客户接触和分

轻量级过程改进之绩效管理

绩效管理是对团队成员进行工作评估和激励的过程,虽然很多时候会由人事部门进行员工的绩效管理,但对研发团队而言,技术人员的绩效管理很难把控,所以很多团队往往对绩效管理避而远之,采用管理层主观判断的方法进行绩效把控:有些团队虽然会做一些绩效管理,但只是关注于绩效考核,而忽略绩效背后的工作计划.评估.激励以及过程改进.个人认为研发团队的绩效管理是一项很有挑战性的工作,但难度再大首先还是要理一下思路,尤其作为轻量级过程改进的一环,绩效管理的目的并不是说能够达到很完善的程度,而是先做到60分,然后通过团队整

轻量级过程改进之项目计划

项目计划的目的包含两个主要方面,对内是为项目的研发和管理工作制定合理的行动纲领,以便所有相关人员按照该计划有条不紊地开展工作:对外是为客户提供项目的统一视图,确保所有干系人能够根据计划进行工作配合.进度同步并最终提高客户对项目实施进度的满意度和认可度.本文主要阐述在项目计划过程中涉及的主要规程.可能存在的问题.分析并提出相应的改进措施. 一.项目计划的规程 项目计划过程涉及面很广,按照集成项目管理理念,项目计划除了项目实施计划之外还需要集成各种子计划,如<配置管理计划>.<质量保证计划&

轻量级过程改进之项目启动

项目启动作为研发工作的源头,对研发团队而言是一件大事情,然而项目启动却不是一件容易的事情,在流程上需要满足很多条件才能真正启动项目,否则不正规甚至是不合理的项目启动只会为让研发工作陷入困局.本文主要阐述在项目启动过程中涉及的主要规程.可能存在的问题.分析这些问题并提出相应的改进措施.本文中的场景指的是产品线的已有产品需要通过项目实施推广给客户的过程. 一.项目启动的规程 项目启动是一项跨部门活动,通常包括的规程有: 1.      项目立项建议 目的:项目立项建议的目的是通过前期客户接触和分析,