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

发表于:2015-2-15 11:16

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:gcczhongduan    来源:51Testing软件测试网采编

  PMBOK里关于质量管理主要有3个过程:
  制定质量管理计划
  质量保证(QA)
  质量控制(QC)
  书看了5-6次,还是发现比較抽象,难以理解。
  实际项目中,怎样才干合理的考虑各种资源制约,更好的运行质量管理呢?
  一般的正规流程大致例如以下:
  需求分析-> 客户评审与确认-> 概要设计->内部评审-> 具体设计->内部评审->编码-> 代码审查->单体測试
  -> 集成測试->问题修复-> 代码评审-> 測试确认-> alpha測试-> beta測试-> 系统试执行-> 客户交付測试-> 维护
  假设严格按流程,产品质量肯定有保障,但成本付出肯定非常大。
  考验项目经理的第一道难题: 哪些步骤能够省?怎么省?
  第二个问题是,怎样让评审不走过程?
  评审也是非常难得一个事情,假设A写的代码逻辑极其复杂,让B去Review,可能时间花了非常多,却什么问题也发现不了。
  问题的核心就是: 怎样安排评审? 项目组内是否有足够的技术能力去做评审?怎样合理降低评审?
  第三个问题是,在保证质量的情况下怎样降低測试?
  这也是一个考验QA人员能力的一个挑战活,好的QA能迅速发现问题。
  这一周一直结合以往项目经历,重复的思考这个问题。
  就个人最大的体会是一定要做好项目经验积累。
  第二个体会是一定要对开发人员的性格做充分总结,不同性格的人出问题的范围有非常强的统计特性。
  第三个体会是对外的測试一定要严格,有可能的话提前一定时间量做预測试。
  第四个体会是流程的核心节点一定要严格运行
  第五个体会是一定要充分利用脚本语言与数据库技术不断提高測试效率。
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号