项目管理之质量管理

质量管理

质量管理的视角主要分为QA和QC。而对于软件质量，除了关注功能外，同时还应关注非功能性的质量要素（比如性能、可用性等）

1. QA/QM着重于过程管理（验证，关注过程与改进）
   1. 培训
   2. 计划
   3. 过程研究与改进
   4. 组织过程资产、知识库（流程、模版、样例、检查表等）
   5. 咨询
   6. 过程检查（是否有响应的活动、使用的工具、过程的合理性等；关注输入输出、数据）
2. QC着重于测试与改进（检测、对产品与产出）
   1. 需求评审
   2. 设计评审
   3. 代码评审
   4. 单元测试
   5. 集成测试
   6. 压力测试、系统测试
   7. 冒烟测试与用户验收

质量管理计划

1. 质量要素与目标
2. 人员职责
3. 过程检查计划（评审与活动，及其质量）
4. 软件测试计划
5. 缺陷反馈与跟踪工具

测试关注点

1. 功能性需求
   1. 主流程
   2. 边界流程
   3. 异常输入
2. 非功能性需求
   1. 性能（响应时间、吞吐量、资源利用率等）
   2. 用户界面交互与体验（多数团队在需求时会定义）
   3. 健壮性
   4. 安全性（加密、注入、权限控制、防攻击等）
   5. 其他（可靠性，易用性、可扩展性等）

PAF成本模型（Prevent/Appraisal/Failure）

1. 预防: 培训,计划,过程改进研究,供应商调查,咨询,认证
2. 评价: 审查,测试,审计,监控,度量，验证、分析、确认
3. 失效：BUG，投诉与解决

BUG管理

BUG的管理类似于需求的管理，但往往更加紧急、对时间的要求更高；相对需求粒度更小。特别需要关注上线时间和阶段的统计分析。

BUG严重等级

1. 致命
   比如常规操作造成系统崩溃、死机、死循环；涉及金钱，如支付类软件，金钱计算错误等
2. 严重
   比如重要功能流程不能跑通；非常规操作造成系统崩溃、死机、死循环；
3. 一般
   次要功能不能正常实现
4. 轻微
   页面轻微改进
5. 改进

BUG状态

1. 新增
2. 已指派
3. 修复中
4. 已解决待测试验证
5. 测试验证已修复待上线
6. 已修复关闭
7. 其他
   1. 重复
   2. 不是BUG指派回测试/测试已确认不是BUG
   3. 非BUG功能改进指派回测试,产品/测试,产品确认非BUG功能改进
   4. 无法重现指派回测试/测试已确认无法重现
   5. 不予解决指派回测试/测试已确认不予解决