您的当前位置:首页正文

论IT企业的质量管理方法

2022-06-20 来源:爱go旅游网
论 IT 企业的质量管理方法

在我们国内一些 IT 企业中,存在这样一个错误的认识, 那就是如果我们要生产质量合格或者是高质量的产品,就是 要通过不断地检查、不断地测试,不断地修改测试中发现的 问题,最后才可以得到符合质量要求的产品,我们最终的产 品才能保障。 也就是说, 大家认为产品的质量是检查出来的, 没有真正意识到产品的质量其实是规划出来,没有重视产品 的质量规划、质量控制和保证。 从管理学的角度来说,产品的质量应该是规划、设计和建造 出来的,而不是检查出来的。预防错误的成本通常比在检查 中发现并纠正错误的成本少得多。 “产品是检查出来”的思 想往往就让工程师产生了误区,认为我的任务就是修改测试 中发现的问题,而发现产品问题是测试团队的事情。其实, 生产一个质量合格的产品,我们要从编码,自测试到质量控 制和保证等阶段就开始,首先要有一个质量规划的过程来制 定质量计划,质量规划的目的就是通过识别项目及其产品的 质量要求和标准,并书面描述项目将如何达到这些要求和标 准的过程。通过质量规划,我们才可以明白我们的产品要达 到什么样的要求,而且我们要采取哪些措施来保障实现这些 要求,这样我们在项目的实际执行过程中,才会做到心中有 数,临危不乱。但是遗憾的是,一些企业的项目组在做项目 计划的时候, 很少能有一个详细的质量计划。 我们的 IT 企业 在制定质量计划的时候,应该明确描述从设计到编写代码再 到测试等过程的一系列的计划和措施,也就是说,最起码应 该规定我们在产品送给

测试团队测试之前,我们要做哪些事 情,而不是简简单单的写代码,写完代码以后自己随意测一 下就行了。 所以在很多 IT 企业里, 一个项目的产品在测试的 时候,永远都会是一天好几十个问题,一个项目几百乃至上 千个问题。而且在实际的项目操作中,项目组往往为了赶进 度而忽视了检查,为了满足项目进度目标而匆忙完成预定的 质量检查,最终可能造成检验的疏漏。这样的结果就导致了 我们在测试团队测试的时候需要修改大量的问题,而为了满 足项目的进度又不惜大量赶工,最终为了满足客户要求而要 求项目团队超负荷工作, 结果就可能导致疲劳、 错误或返工。 长此以往,造成了恶性循环,就如一些企业的员工说的,我 整天神经都绷紧着,生活在高压力之中,没完没了的

没完没了的加班,不知道何时才能结束……。

纵观这些现状, 我们 IT 类的企业在项目执行过程中, 为了保 证产品质量,可以采取以下一些措施:

(1)在项目设计阶段,我们要做好对设计的审计,只有通 过审计的设计才可以进入开发阶段,这样保证我们的审计是 正确的。 2)在编写代码阶段,我们要加强对代码的 Review ,可以 组织定期的代码 Review 会议,这样可以尽早地发现我们在 编写代码时候的一些错误,提高代码的质量。当然只有通过 Review 的代码才可以提交到项目中来。 这样保证了我们给测 试团队提交的产品的质量是经过把关的。

(3)在测试版本发布阶段,要做好对版本的控制,为了减 少每次正式测试版本发布之后会产生一些问题的副作用,可 以采取发布预版本

bug,

的方式,也就是说在正式发布版本之前, 发布内部的自测试版本,通过自测试版本,内部验证已经修 改的defects,并保证没有副作用产生后,最后才发布正式的 测试版本,提交给测试团队。这样保证我们的检验疏漏,减 少返工的发生。

因篇幅问题不能全部显示,请点此查看更多更全内容