项目进度和质量管理

项目进度和质量管理项目的进度管理是一门艺术，是一个动态的过程，需要不断调度、协调，保 证项目的均衡发展，实现项目整体的动态平衡项目开始前的计划，对任务的测 试需求有一个大体的认识，但深度不够，进度表可能只是一个时间上的框架，其 中一定程度上是靠计划制定者的经验来把握的随着时间的推移、测试的不断深 入，对任务会有进一步的认识，对很多问题都不再停留在比较粗的估算上，项目 进度表会变得越来越详细、越准确项目的进度管理主要通过里程碑、关键路径的控制并借助工具来实现，同时要 把握好进度与质量、成本的关系，以及充分了解进度的数量和质量的双重特性 项目进度管理是根据工程项目的进度目标，编制经济合理的进度计划，并据以检 查工程项目进度计划的执行情况，若发现实际执行情况与计划进度不一致，就及 时分析原因，并采取必要的措施对原工程进度计划进行调整或修正的过程工程 项目进度管理的目的就是为了实现最优工期，多快好省地完成任务项目进度管理是项目管理的一个重要方面，它与项目投资管理、项目质量管 理等同为项目管理的重要组成部分它是保证项目如期完成或合理安排资源供 应，节约工程成本的重要措施之一项目进度管理工具日事清是项目进度管理工具。

时间表是项目进度管理工具项目进療管理1. 进度的数量和质量的双重特性任何一项工作，最开始总是很容易看到进度，就比如盖房子，从无到有，变 化是很明显的可是越到后来，它的进度越来越不明显软件测试也是如此，开 始测试之初，Bug比较容易发现，但测试的进展并不是按Bug的数量来计算的， 越到后面，Bug越来越难发现要提高测试进度的质量，将严重的、关键的问题 在第一时间发现出来，这样才不至于在最后阶段使得开发人员要对代码做大规模 的变动，无法保证测试的时间，从而影响软件的质量这就是测试项目进度的数 量和质量的双重特性，我们在关注进度的同时要把握好这两个特性，在注重进度 速度的同时，还要看进度前期的质量2. 测试进度的管理方法首先，尽量利用历史数据，从以前完成过的项目来进行类比分析，以确定 质量和进度所存在的某种数量关系，来控制进度和管理质量可以采用对进度管 理计划添加质量参数的方法，也就是通过参数调整进度和质量的关系其次，可以采用测试项目进度的度量方法：测试进度S曲线法和缺陷跟踪曲 线法在进度压力之下，被压缩的时间通常是测试时间，这导致实际的进度随着 时间的推移，与最初制定的计划相差越来越远而如果有了正式的度量方法，这 种情况就很难出现，因为在其出现之前就有可能采取了行动。

测试进度S曲线法概念：以横坐标为表示时间，纵坐标表示累计完成任务量，绘制一条按计划时 间累计完成任务量的S曲线；然后将工程项目实施过程中各检查时间实际累计完 成任务量的S曲线也绘制在同一坐标系中，进行实际进度与计划进度比较的一种 方法一）S曲线的绘制方法•确定单位时间计划完成任务量•计算不同时间累计完成任务量•根据累计完成任务量绘制S曲线二)实际进度与计划进度的比较累计完成百分比(%)一1測订痕 X / b计完日▲ 检査日期间时 计咸期 预完日M桧査日期1.工程项目实际进展状况如果工程实际进展点落在计划S曲线左侧，表明此时实际进度比计划进度超 前，如图中的a点；如果工程实际进展点落在S计划曲线右侧，表明此时实际进度拖后，如图中 的b点；如果工程实际进展点正好落在计划S曲线上，则表示此时实际进度与计划进 度一致2.工程项目实际进度超前或拖后的时间在S曲线比较图中可以直接读出实际进度比计划进度超前或拖后的时间（横 坐标）如图所示，ATa :表示Ta时刻实际进度超前的时间；ATb表示Tb时刻实 际进度拖后的时间3. 工程项目实际超额或拖欠的任务量在s曲线比较图中也可直接读出实际进度比计划进度超额或拖欠的任务量 （纵坐标）。

4. 后期工程进度预测如果后期工程按原计划速度进行，则可做出后期工程计划s曲线如图中虚线 所示，从而可以确定工期拖延预测值AT软件测试缺陷跟踪的两个经典分析模型缺陷跟踪过程是软件工程中的一个极其重要的过程本文介绍了如何使用两个 经典的分析模型，来控制缺陷跟踪的过程这两个模型叫做《活动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活动频繁，系统稳定 性差因此，正常的项目测试应该是，活动bug先上扬，再回落，最后在低位小幅 振荡，并且打开关闭次数很少有了这两个分析模型，我们对项目进度得控制， 就更有把握了bug priority 曲线图我们大部分人都知道所有的测试执行完成后，都会有测试报告，而测试报 告的一个最关键的因素就是bug曲线图，一般都会有2种曲线：一个是open bug 数量的曲线；另一个是fixed bug的数量的曲线。

同样也要考虑收敛的问题，这里还有 一个相关的曲线也是很重要的：bug priority曲线图这里解释下：也就是优 先级比较高的bug数量的曲线变化图，一般来说是Pl的bug，如果更细一点也 可以有P2的bug为什么要有这个曲线图呢？一个最重要的目的就是看测试执行 后期，也相当于我们第三轮测试的后期出现多一点的P1的bug（或者接近发布的 后期），就会对这个质量进行重新评估，也就是会调整计划以及策略去应对这种 情况bug priority 曲线图优先级比较高的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， 项目的其他开发人员知道如何发现类似的错误。

所以，我们可以通过某个开发人 员产生的一个BUG提高整个项目团队的实践经验而不仅仅是尽快修正它这样，因为一个缺陷所浪费的时间也可以转化为收益：确保类似的错误不会再发生除 了分享项目的测试知识和经验，BUG分析过程还可以促进开发更好的测试技术和工具，从而帮助发现类似的 BUG。