软件开发质量管理的一些思考

PMBOK里关于质量管理主要有3个过程：

制定质量管理计划

质量保证（QA）

质量控制（QC）

书看了5-6次，还是发现比較抽象，难以理解。

实际项目中，怎样才干合理的考虑各种资源制约，更好的运行质量管理呢？

一般的正规流程大致例如以下：

需求分析-> 客户评审与确认-> 概要设计->内部评审-> 具体设计->内部评审->编码-> 代码审查->单体測试

-> 集成測试->问题修复-> 代码评审-> 測试确认-> alpha測试-> beta測试-> 系统试执行-> 客户交付測试-> 维护

假设严格按流程，产品质量肯定有保障，但成本付出肯定非常大。

考验项目经理的第一道难题： 哪些步骤能够省？怎么省？

第二个问题是，怎样让评审不走过程？

评审也是非常难得一个事情，假设A写的代码逻辑极其复杂，让B去Review，可能时间花了非常多，却什么问题也发现不了。

问题的核心就是： 怎样安排评审？ 项目组内是否有足够的技术能力去做评审？怎样合理降低评审？

第三个问题是，在保证质量的情况下怎样降低測试？

这也是一个考验QA人员能力的一个挑战活，好的QA能迅速发现问题。

这一周一直结合以往项目经历，重复的思考这个问题。

就个人最大的体会是一定要做好项目经验积累。

第二个体会是一定要对开发人员的性格做充分总结，不同性格的人出问题的范围有非常强的统计特性。

第三个体会是对外的測试一定要严格，有可能的话提前一定时间量做预測试。

第四个体会是流程的核心节点一定要严格运行

第五个体会是一定要充分利用脚本语言与数据库技术不断提高測试效率。

做一名项目经理非常easy，做好项目经理工作非常难，做好新领域开拓项目的项目经理工作更难。