项目进度和质量管理_第1页
项目进度和质量管理_第2页
项目进度和质量管理_第3页
项目进度和质量管理_第4页
项目进度和质量管理_第5页
已阅读5页,还剩2页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

第第页

项目进度和质量管理

项目的进度管理是一门艺术,是一个动态的过程,需要不断调度、协调,保证项目的均衡发展,实现项目整体的动态平衡。项目开始前的计划,对任务的测试需求有一个大体的认识,但深度不够,进度表可能只是一个时间上的框架,其中一定程度上是靠计划制定者的经验来把握的。随着时间的推移、测试的不断深入,对任务会有进一步的认识,对很多问题都不再停留在比较粗的估算上,项目进度表会变得越来越详细、越准确。

项目的进度管理主要通过里程碑、关键路径的控制并借助工具来实现,同时要把握好进度与质量、成本的关系,以及充分了解进度的数量和质量的双重特性。项目进度管理是根据工程项目的进度目标,编制经济合理的进度计划,并据以检查工程项目进度计划的执行情况,若发现实际执行情况与计划进度不一致,就及时分析原因,并采取必要的措施对原工程进度计划进行调整或修正的过程。工程项目进度管理的目的就是为了实现最优工期,多快好省地完成任务。项目进度管理是项目管理的一个重要方面,它与项目投资管理、项目质量管理等同为项目管理的重要组成部分。它是保证项目如期完成或合理安排资源供应,节约工程成本的重要措施之一。项目进度管理工具日事清是项目进度管理工具。时间表是项目进度管理工具。

1.进度的数量和质量的双重特性

任何一项工作,最开始总是很容易看到进度,就比如盖房子,从无到有,变化是很明显的。可是越到后来,它的进度越来越不明显。软件测试也是如此,开始测试之初,Bug比较容易发现,但测试的进展并不是按Bug的数量来计算的,越到后面,Bug越来越难发现。要提高测试进度的质量,将严重的、关键的问题在第一时间发现出来,这样才不至于在最后阶段使得开发人员要对代码做大规模的变动,无法保证测试的时间,从而影响软件的质量。这就是测试项目进度的数量和质量的双重特性,我们在关注进度的同时要把握好这两个特性,在注重进度速度的同时,还要看进度前期的质量。2.测试进度的管理方法

首先,尽量利用历史数据,从以前完成过的项目来进行类比分析,以确定质量和进度所存在的某种数量关系,来控制进度和管理质量。可以采用对进度管理计划添加质量参数的方法,也就是通过参数调整进度和质量的关系。其次,可以采用测试项目进度的度量方法:测试进度S曲线法和缺陷跟踪曲线法。在进度压力之下,被压缩的时间通常是测试时间,这导致实际的进度随着时间的推移,与最初制定的计划相差越来越远。而如果有了正式的度量方法,这种情况就很难出现,因为在其出现之前就有可能采取了行动。测试进度S曲线法概念:以横坐标为表示时间,纵坐标表示累计完成任务量,绘制一条按计划时间累计完成任务量的S曲线;然后将工程项目实施过程中各检查时间实际累计完成任务量的S曲线也绘制在同一坐标系中,进行实际进度与计划进度比较的一种方法。(一)S曲线的绘制方法●确定单位时间计划完成任务量●计算不同时间累计完成任务量●根据累计完成任务量绘制S曲线因此,正常的项目测试应该是,活动bug先上扬,再回落,最后在低位小幅振荡,并且打开关闭次数很少。有了这两个分析模型,我们对项目进度得控制,就更有把握了。bugpriority曲线图我们大部分人都知道所有的测试执行完成后,都会有测试报告,而测试报告的一个最关键的因素就是bug曲线图,一般都会有2种曲线:一个是openbug数量的曲线;

另一个是fixedbug的数量的曲线。同样也要考虑收敛的问题,这里还有一个相关的曲线也是很重要的:bugpriority曲线图。这里解释下:也就是优先级比较高的bug数量的曲线变化图,一般来说是P1的bug,如果更细一点也可以有P2的bug。为什么要有这个曲线图呢?一个最重要的目的就是看测试执行后期,也相当于我们第三轮测试的后期出现多一点的P1的bug(或者接近发布的后期),就会对这个质量进行重新评估,也就是会调整计划以及策略去应对这种情况。bugpriority曲线图优先级比较高的bug数量的曲线变化图,一般来说是P1的bug,如果更细一点也可以有P2的bug。为什么要有这个曲线图呢?一个最重要的目的就是看测试执行后期,也相当于我们第三轮测试的后期出现多一点的P1的bug(或者接近发布的后期),就会对这个质量进行重新评估,也就是会调整计划以及策略去应对这种情况BUG预防策略BUG预防策略非常简单和容易实现,策略是发现BUG,找出BUG的根源,然后寻找一个方法来预防类似的BUG在将来出现。这策略并不需要昂贵的花费,但是却可带来极大的额外价值。1).BUG记录BUG分析的第一步是记录BUG,值得注意的是记录BUG不应该满足于记录BUG的表面症状。测试的一个重要职责就是试图发现BUG的根本原因,在测试时不应将产品看作一个黑盒,而应该像开发人员那样了解产品的内在,包括深入源代码,理解产品的设计和实现2).利用BUG分析了解开发质量趋势BUG预防分析是整个BUG分析过程的核心。这一阶段总结出的实践可以在更广泛的范围内预防潜在的缺陷。由于分析结果的广泛应用性,分析某个具体BUG的投入将很容易被收回。在这个时候,BUG分析提供了两个非常重要的参数,一个是缺陷数量的趋势,另一个是缺陷修复的趋势。缺陷趋势就是将每月新生成的缺陷数、每月被解决的缺陷数和每月遗留的缺陷数标成一个趋势图表。一般在项目的开始阶段发现缺陷数曲线会呈上升趋势,到项目中后期被修复缺陷数曲线会趋于上升,而发现缺陷数曲线应总体趋于下降。同时处于OPEN状态的缺陷也应该总体呈下降趋势,到项目最后,三条曲线都趋向于零。项目经理可通过持续观察这张图表,确保项目开发健康发展。同时,通过分析预测项目测试缺陷趋于零的时间,以制定产品质量验收和发布的时间。3)发布BUG分析经验,提高团队成员能力BUG分析的价值不仅仅是缺陷的预防,更大的好处是通过记录和分析BUG,项目内的其他开发人员知道如何发现类似的错误。所以,我们可以通过

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论