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

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

制定质量管理计划

质量保证（QA）

质量控制（QC）

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

实际项目中，如何才能合理的考虑各种资源制约，更好的执行质量管理呢？

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

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

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

如果严格按流程，产品质量肯定有保障，但成本付出肯定很大。

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

第二个问题是，如何让评审不走过程？

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

问题的核心就是： 如何安排评审？ 项目组内是否有足够的技术能力去做评审？如何合理减少评审？

第三个问题是，在保证质量的情况下如何减少测试？

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

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

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

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

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

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

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

做一名项目经理很容易，做好项目经理工作很难，做好新领域开拓项目的项目经理工作更难。