如何对测试过程进行可见的有效的管理？（09-08-17）（获奖名单已公布）

woodcraft

在传统的V模型中，应该不存在这个问题。V模型或者W模型都明确划分了阶段，因此测试过程的管理按阶段进行是可控的。

但是目前的环境，决定了很多团队的测试无法按照V或者W模型进行，这时候如何可见的管理测试过程就是个问题了。

我们团队的经验是进行目标导向管理。

我认为，测试团队应该有两个角色：

其一是“研发部门的测试团队”，作为这个角色，测试的目标是尽快使软件达到质量与进度的发布要求。

其二是“第三方评测团队”，作为这个角色，测试的目标是评价目前软件的静态成熟度。

我们目前是这么做的：

计划：

一、进度计划：

在项目开始前，由测试负责人制订分阶段进度计划，包括此项目的可能风险模块，以及每个模块的质量达标日期。最终制订软件发布的日期。

对于软件的部分改动，首先识别软件中有可能存在较多BUG的模块（大多为改动部分），测试团队与开发团队一同评估质量可以达标的进度计划。

对于重新立项的项目，也根据各模块的风险大小排序，然后制定每个模块的进度计划。

二、技术计划：

针对进度计划，在技术上确认每个阶段的测试策略、方法与环境。我们将V模型中的单元测试、集成测试、系统测试不再视为阶段，而是手段，在进度计划的要求下灵活使用各种手段发现更多的BUG，完成“研发部门的测试团队”这个角色。

执行：

在开发团队提交测试软件后进行质量推进阶段测试，测试的目的是尽可能多的发现BUG，通过发现BUG来推进软件质量，完成进度计划。这时候，我们是“研发部门的测试团队”。

在每个模块的质量达标点上，我们可能会进行验收测试，承担“第三方评测团队”这种角色，确认模块的质量是否与计划一致，以对测试过程进行评估与管理。

这种模式围绕软件为中心，将漫长的测试过程分阶段制订目标，能够在过程中实时对目前的软件质量与进度进行评估。我们团队目前正在实行，也欢迎大家指正。

woodcraft

有个问题：

产品人员最关注的是“软件什么时候能够发布？”

而测试人员一般只能回答：“这个版本什么时候测试结束”

至于能不能发布，只有测试结束才知道。

这种过程管理算可见而有效么？

测试过程管理不仅仅需要对测试做管理，也需要对软件周期负责.....

从这一点上来说，测试的过程管理太难了.........

woodcraft

P--D---C----A 模型中，你能回答“产品在何时达到质量标准并发布”这个问题么？

产品是开发人员实现并提供的，你如何保证这个过程？

割裂测试过程管理与开发过程管理，是很容易让测试人员抓狂的.......

这也是我的实践经验，在1个不负责或者能力不足的开发者面前，测试的过程做的再好，也无法确认软件测试的停止点，太累了.....

测试过程的管理必须回归软件质量的提升本质，以软件的质量提升作为测试过程的里程碑计划，这个里程碑，是测试者与开发者一同负责的，只有这样，才能有效控制测试过程.......

嘿嘿，也算对我的观点做个补充吧，欢迎大家指正。