项目经理眼中的质量内建｜思享者第1期

本期回顾：

Q1: 项目经理如何同时把控项目进度和项目质量

痛点

  在项目执行过程中，当项目组成员拼命赶着进度，但是质量问题却越积越多。

原因分析

1. 项目经理对进度的重视总是大于质量，把控不严，造成了质量问题的越积越多。
2. 在目前的项目分工模式下，开发关注进度，测试关注质量，这样导致质量目标的缺失。

解决方案

1. 引进质量内建中的测试覆盖率的概念，用测试覆盖率*用例通过率作为质量指标，这样就可以防止漏侧。
2. 引进质量内建中的测试左移的概念，用缺陷密度作为开发自测的质量标准，这样可以有效得避免过度返工、节约成本。
3. 迭代方式可以防止一定程度的质量问题积压，加快缺陷的修复周期。

Q2：项目经理如何保证测试质量等于上线质量

痛点

  项目经理觉得内部测试都通过了，但系统部署上线之后总是会出事故。

原因分析

1. 目前的用例无法覆盖应被测试的所有代码，那些未被覆盖的代码造成了上线后的缺陷。
2. 偶然发生的缺陷由于在内部测试中无法复现，因而被忽略，会造成上线后的问题。

解决方案

1. 加强开发的自测，这样从源头上最大可能避免“幽灵缺陷”产生的可能性。
2. 借助于一些工具，比如覆盖率工具就提供了测试覆盖率的统计及缺陷定位，可以帮助项目经理提升管理效率。

Q3：如何更好地管理需求（重点需求、需求变更）

痛点

1. 交付的功能与客户提出的需求总是存在很大的不一致。
2. 测试需要回归大量的用例还容易出错。

原因分析

1. 沟通中本身存在信息传递的偏差，需求越大，偏差就越多。
2. 测试对于复杂的需求不知道要回归多少用例。

解决方案

1. 开发为重点需求单独开特性分支，这样方便管理。
2. 需求评审和用例评审让客户一起参加，这样减少后期交付风险。
3. 借助于一些工具，比如覆盖率工具就提供了需求覆盖率统计功能。这样就可以加强对需求的把控；覆盖率工具同时还提供了用例回归推荐，有效减轻了测试的工作量。