软件质量保证基础知识讲义_第1页
软件质量保证基础知识讲义_第2页
软件质量保证基础知识讲义_第3页
免费预览已结束,剩余1页可下载查看

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、软件质量保证基础知识讲义软件质量保证(即 SQA Software Quality Assurance ),是 CMM2 级中的一个关键过程域,它是贯穿整个软件过程的第三方独立审查活动,出现 在大多数关键过程域的检查与验证的公共特性中,在整个软件开发过程中充当 重要角色。从 CMM2级中包含的 6 个关键过程域来看,无论是需求管理、软件项 目计划、软件项目跟踪与监控,还是软件子合同管理、软件配置管理,都不同 程度地存在于我们现在正在进行的软件项目开发过程中,对于它们的了解我们 已经不再陌生,只有 SQA这个关键过程域,是在我们准备以 CMM2级要求的关键 过程域为基础进行软件过程改进前未接触过

2、的。在很多软件企业中还没有与之 相对应的人员和工作方法,整套关注软件开发过程的软件质量保证体系还没有 建立起来。所以,在企业以 CMM2级关键过程域为参考进行软件过程改进时, SQA往往是一个难点,直接涉及到组织结构的变化。实施 SQA的目的 软件质量保证的目标是以独立审查方式,从第三方的角度监控软件开发任 务的执行,就软件项目是否正遵循已制定的计划、标准和规程给开发人员和管 理层提供反映产品和过程质量的信息和数据,提高项目透明度,同时辅助软件 工程组取得高质量的软件产品。主要包括以下四个方面:1、通过监控软件开发过程来保证产品质量;2、保证开发出来的软件和软件开发过程符合相应标准与规程;3、

3、保证软件产品、软件过程中存在的不符合问题得到处理,必要时将问题 反映给高级管理者;4、确保项目组制定的计划、标准和规程适合项目组需要,同时满足评审和 审计需要;除了以上四点之外,我们还希望 SQA能作为软件工程过程小组( SEPG)在 项目组中的延伸,能够收集项目中好的实施方法和发现实施不利的原因,为修 改企业内部软件开发整体规范提供依据,为其他项目组的开发过程实施提供先 进方法和样例。对 SQA人员的素质要求:1、SQA人员(有时简称 SQA)要有很强的沟通能力。从实施 SQA的目的中 可以看出, SQA不在项目中,是独立于软件项目的第三方,但他要了解项目的 开发过程和进度,捕捉到项目中不符

4、合要求的问题,这就要求SQA能够深入项目,和软件开发经理以及项目组中的开发人员保持很好的沟通,这样才能及时 获得真实的项目情况。2、SQA要熟悉软件开发过程。作为 SQA,既然要确保项目组制定的计划、 标准和规程,要符合项目组要求,那么 SQA首先自己就要了解软件项目开发过 程,以及企业内部已经有的开发过程规范。3、SQA本身要有很强的计划性。 SQA一方面要监督软件项目组编写计划, 另一方面 SQA自身的工作也要有计划,并且能够按照计划开展工作。4、SQA要能应对繁杂的工作。作为 SQA,在跟踪项目进行过程的时候要对 项目组的很多工作产品进行审计,而且会参与项目组中的多种活动。同时一个 SQ

5、A还有可能会面对多个项目组,所以任务相对繁杂细碎,这就要求SQA在处理这些事物的时候要耐心细致。5、SQA要客观,有责任心。作为第三方对项目过程进行监督, SQA要能保 持自己的客观性,不能一味讨好项目经理,也不能成为项目组中的宪兵,否则 会影响工作的开展。对于项目组中多次协调解决不了的问题,能够向项目的高 层经理进言,完成 SQA的使命。以上五点是作为 SQA应该具备的基本素质,除此之外,一个好的 SQA还应 该在软件开发过程中作为开发人员或测试人员参与过一个或多个环节,这样他 们才能在过程监督中比较准确地抓住重点,同时他们的意见和提出的解决办法 也会更贴近项目组,容易被项目组接受。SQA人

6、员的组成软件企业中的 SQA人员既可以由全职人员担任,也可以由企业内具有相关 素质、经过 SQA培训的人员兼职担任。由此组成的 SQA小组可能是一个真正的 物理上存在的独立部门,也可以是一个逻辑上存在的平台。但不管是真正的独 立部门还是逻辑上的平台,它都需要有一个灵魂人物 SQA小组组长,来组 织 SQA小组的日常活动。在给一个项目组分配负责监督其项目过程的 SQA时,一定要注意一点:就 是该项目的 SQA不能是该项目组的开发人员、配置管理人员或测试人员,一个 项目的 SQA除了监控项目过程,完成 SQA相关工作以外,不应该参与项目组的 其他实质性工作,否则他会与项目组捆绑在一起,很难保持客观

7、性。 保持清晰的思路,储备应对各种突发事件的措施项目里最需要保持思路清晰的人是 PM,别人可以乱,但 PM一定不能乱, 特别是在有突发事情发生时。因此, PM有必要有意识地锻炼自己抗压能力,比 如多做项目发布、设计评审和数据订正的工作,并且要有意识地储备一些应急 方案,比如代码回滚,紧急发布等等。另外,要清晰地弄清楚团队之间和系统 之间的依赖关系,往往这种依赖性是引发事件的根源。 保持平和的心态,多站在他人立场考虑问题 项目会进行地风风火火,项目成员之间也会争论得很激烈,往往这种时 候,保持一个平和的心态很重要。不平和的心态往往会导致不平和情绪,不平 和的情绪就会导致更加混乱的局面。保持平和心

8、态的办法很多,很重要的一条 是多站在他人立场考虑问题,一旦为他人体谅后,激烈的情绪会消退不少,并 且在这种沟通态度的促发下,分歧方也会不由自主地为你考虑,非常有利于解 决问题,达成一致。 加强项目自动化方面的能力 项目各个细节如果全都靠人肉去完成,会极大增加控制风险,而减少风险 的最大利器就是用成熟的自动化方案去完成一些工作,特别是项目构建、持续 集成和发布等工作。 PM应该在怎样让日常工作流程化和工具化方面多动一点脑 筋,而这方面敏捷开发提供很多很好的思路和方案。 共识和决议要通过邮件发给相关人 在项目过程中会产生很多变故,需求和设计文档里定义不了所以问题,为 解决变故而形成的临时决议一定要

9、通过邮件发给相关人,不光是知会,更重要 的是为决议提供证据,这些临时的决议往往会引发问题,当问题产生追溯责任 时需要用到这些证据。 注意倾听组员的意见,给他们留出足够的发挥空间 特别是在大公司带项目,组员都算是开发的精英,都不是甘于做个机械的 coder ,因此学会倾听他们的想法,深入了解他们想得到的,尽量满足他们成长 需求,就算是由于项目客观原因,没法采纳他们的建议,也得和他们把道理说 清楚,不合适用强势方式来决断,毕竟技术人员的需求和管理不同一般。 不以个人意愿为基准,凡是以大局为重PM也是人,在平时工作过程中,难免会带有个人情绪,但 PM应该清醒地 认识到自己身后还有一个团队,大家的情绪和状态与自己息息相关,所以说话 做事一定要三思而行,考虑清楚对别人的影响,切勿乱放炮,失去同仁的信 任。小结 项目领导者有几个特性:自身技术扎实;注意节点控制;善于和员工沟 通;为人有亲和力;自己很闲,但是员工工作很充实

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论