项目进度和质量管理
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
项目进度和质量管理
项目的进度管理是一门艺术,是一个动态的过程,需要不断调度、协调,保证项目的均衡发展,实现项目整体的动态平衡。项目开始前的计划,对任务的测试需求有一个大体的认识,但深度不够,进度表可能只是一个时间上的框架,其中一定程度上是靠计划制定者的经验来把握的。随着时间的推移、测试的不断深入,对任务会有进一步的认识,对很多问题都不再停留在比较粗的估算上,项目进度表会变得越来越详细、越准确。
项目的进度管理主要通过里程碑、关键路径的控制并借助工具来实现,同时要把握好进度与质量、成本的关系,以及充分了解进度的数量和质量的双重特性。
项目进度管理是根据工程项目的进度目标,编制经济合理的进度计划,并据以检查工程项目进度计划的执行情况,若发现实际执行情况与计划进度不一致,就及时分析原因,并采取必要的措施对原工程进度计划进行调整或修正的过程。工程项目进度管理的目的就是为了实现最优工期,多快好省地完成任务。
项目进度管理是项目管理的一个重要方面,它与项目投资管理、项目质量管理等同为项目管理的重要组成部分。它是保证项目如期完成或合理安排资源供应,节约工程成本的重要措施之一。
项目进度管理工具
日事清是项目进度管理工具。
时间表是项目进度管理工具。
1.进度的数量和质量的双重特性
任何一项工作,最开始总是很容易看到进度,就比如盖房子,从无到有,变化是很明显的。可是越到后来,它的进度越来越不明显。软件测试也是如此,开始测试之初,Bug比较容易发现,但测试的进展并不是按Bug的数量来计算的,越到后面,Bug越来越难发现。要提高测试进度的质量,将严重的、关键的问题在第一时间发现出来,这样才不至于在最后阶段使得开发人员要对代码做大规模的变动,无法保证测试的时间,从而影响软件的质量。这就是测试项目进度的数量和质量的双重特性,我们在关注进度的同时要把握好这两个特性,在注重进度速度的同时,还要看进度前期的质量。
2.测试进度的管理方法
首先,尽量利用历史数据,从以前完成过的项目来进行类比分析,以确定质量和进度所存在的某种数量关系,来控制进度和管理质量。可以采用对进度管理计划添加质量参数的方法,也就是通过参数调整进度和质量的关系。
其次,可以采用测试项目进度的度量方法:测试进度S曲线法和缺陷跟踪曲线法。在进度压力之下,被压缩的时间通常是测试时间,这导致实际的进度随着时间的推移,与最初制定的计划相差越来越远。而如果有了正式的度量方法,这种情况就很难出现,因为在其出现之前就有可能采取了行动。
测试进度S曲线法
概念:以横坐标为表示时间,纵坐标表示累计完成任务量,绘制一条按计划时间累计完成任务量的S曲线;然后将工程项目实施过程中各检查时间实际累计完成任务量的S曲线也绘制在同一坐标系中,进行实际进度与计划进度比较的一种方法。
(一)S曲线的绘制方法
●确定单位时间计划完成任务量
●计算不同时间累计完成任务量
●根据累计完成任务量绘制S曲线
(二)实际进度与计划进度的比较
1.工程项目实际进展状况
如果工程实际进展点落在计划S曲线左侧,表明此时实际进度比计划进度超前,如图中的a点;
如果工程实际进展点落在S计划曲线右侧,表明此时实际进度拖后,如图中的b点;
如果工程实际进展点正好落在计划S曲线上,则表示此时实际进度与计划进度一致。
2.工程项目实际进度超前或拖后的时间
在S曲线比较图中可以直接读出实际进度比计划进度超前或拖后的时间(横坐标)。
如图所示,△Ta:表示Ta时刻实际进度超前的时间;△Tb表示Tb时刻实际进度拖后的时间。
3.工程项目实际超额或拖欠的任务量
在S曲线比较图中也可直接读出实际进度比计划进度超额或拖欠的任务量(纵坐标)。
4.后期工程进度预测
如果后期工程按原计划速度进行,则可做出后期工程计划S曲线如图中虚线所示,从而可以确定工期拖延预测值△T。
软件测试缺陷跟踪的两个经典分析模型
缺陷跟踪过程是软件工程中的一个极其重要的过程。本文介绍了如何使用两个经典的分析模型,来控制缺陷跟踪的过程。这两个模型叫做《活动bug走势图》、《bug打开关闭图》。
另外,在文章中还会提到两个概念:“bug收敛”、“零bug反弹”,具体含义会在介绍中说明。
活动bug走势曲线上的每个点,表示当天软件中还存在多少个活动bug。这个数字越大,说明软件的质量越差。而bug打开关闭图中,每天都会有红色、蓝色共两根柱子,表示当天打开、关闭bug的次数,如果当天这两个数字都很高,说明bug的处理非常活跃,软件非常不稳定。注意,活动bug的单位是“个”,而打开关闭的单位是“次”,因此我们用线图和柱图分别表示。
Bug曲线的三个阶段
阶段1:测试组对系统开始进行全面测试,打开bug的速度明显高于关闭bug 的速度,活动bug数急速上升,当完成了全部测试用例的执行时,活动bug数达到最大;
阶段2:开发组全力修复bug,测试组一边验证bug,一边小范围的回归测试,验证bug的周边功能。这时,关闭bug的速度高于打开bug的速度,活动bug数回落。当活动bug数刚开始回落的时候,称为“bug收敛”。最终,活动bug会降到一个很低的位置,有时,会达到“零bug ”,不过,这并不说明项目可以发布。
阶段3:测试组再次对软件系统进行一次完整的回归测试。在这个过程,还会打开一些bug,但是,数量很少,这称为“零bug反弹”。完成了这一轮回归之后,软件才真正稳定下来,进入发布候选过程。
如何检测软件质量是否稳定
如果第二阶段已经开始,但是活动bug仍在继续上升,没有回落,说明打开bug速度仍很高,可能是第一阶段用例执行还没有完成,或者开发组修复bug速度较低;
如果第二阶段结束,活动bug没有回落到低水平,说明大量的bug还需要修复,软件质量低;
如果第三阶段,打开、关闭bug的次数很多,说明bug活动频繁,系统稳定