软件产品质量保证

软件产品质量保证

不管是日常的每一项工作流程:为何要评审需求、为何要进行软件测试、为何要分析客诉问题;还是实际工作中运用的方法和态度,如何分析需求设计、制定测试计划、寻找缺陷根因,都和质量以及质量意识的运用息息相关。质量是软件最终的追求,对于每位研发人员,质量意识能最大化调动积极性,以指导工作。

然而,通过分析近年来的客诉统计可以发现,意识依旧是导致客诉问题的第一大原因,比重上胜过技术能力和环境因素,如何提升大家的质量意识,成为保证产品质量的关键。

  • 质量意识
  1. 质量的定义

质量,在国际化标准组织的定义中,是“客体的一组固有特性满足要求的程度”,质量的定义与需求是紧密相连的,也会随着客户的需求,场景的切换而改变。质量,是客观为主,追踪变化。

  1. 质量的要求

质量要求第一次把正确的事情做正确。即:在正确的战略和方向领导下,通过提升工作人员的执行力,正确完成产品开发。根据质量大师克劳士比的四大理论,质量的要求遵循着一个中心:一次做对,和四大基本原则,展开如下。

(1)质量即符合要求

质量,即符合客户需要。不能以主观的“好”作为依据。因此,在过程开始之前就要确定需求,并确保每个环节人员都具体地了解需求,在进行之中也要监控变化,每个变化都要有因有果。

(2)质量系统的核心在于预防。

“预防产生质量,检验不能产生质量”。随着开发流程的进行,修复缺陷的成本将以指数增长。保证效率前提下,应构建相对完备的预防机制,尽量实现缺陷发现时间的前移。主要途径为未雨绸缪:明确要求,通过科学合理的工作机制,标准化流程来保证;和亡羊补牢:做好根因分析,提出针对根因的解决措施并严格执行,从根本上解决问题。

(3)工作标准是零缺陷

每个研发人员都应以零缺陷来要求自己,抱有对质量的态度和决心。

(4)以PONC来衡量质量

PONC:即,不符合要求的代价。在质量成本中,预防成本和鉴定成本都是符合要求的代价,而失效成本则是不符合要求的代价。为了避免失效成本,要真正做好前面各个阶段的工作。

  1. 公司质量文化

公司质量红线:低级质量问题不能犯;重复问题不能犯。

质量方针:科技领先,质量至上,顾客满意,持续创新。

工作准则:成就客户,一次做对,问题归零,追求卓越。

  • 质量分析工具

  工具能保证质量分析的工作得到最大的成果,运用到日常,能提高效率,从源头上避免问题的发生。常见的质量分析工具有如下几类:

  1. 根因分析

定位问题发生的直接原因,从源头纠正问题。在分析质量问题时,核心环节就是做好根因分析,问题发生的直接原因对应要迅速执行的临时措施,而根本原因则是提出永久解决问题的预防措施的基础。寻找根因是可以利用

  1. 鱼骨图法

寻找缺陷引入点和缺陷控制点,区分发生原因和流出原因的概念,保障在这两点中间的任何一个阶段中发现缺陷的能力。

  1. 5why分析法

朝着解决问题的方向询问,寻找能够得出使得问题不再发生的解决措施

  1. 描述问题-5W2H法

描述问题时,先考虑目的。不论是为问题的解决还是后续的回溯,都需要直接、量化、全面的问题描述。5W2H法是指从客户的角度,使用Who(客户或项目),when(发生时间),where(场所),what(现象和影响),why(问题定位和初步分析),How many(频或程度),how(如何发生)来传递信息。

  1. 计划制定-PDCA

计划制定应依照的原则是PDCA,即:率先进行计划(PLAN),接下来严格实施(DO),在执行中不忘确认效果(Check),最终形成成果并总结分享(ACT)

  1. 措施制定-SMART原则

运用SMART原则来制定措施,能够最大程度上保证执行的效果。具体地,S代表具体(Specific),不能笼统;M代表可度量(Measurable),目标可数量化或者行为化的;A代表可实现(Attainable),目标不多高或过低;R代表相关性(Relevant),目标与工作的其它目标是相关联的; T代表有时限(Time-bound),制定合理的时间限制。

 

  • 软件产品质量保证

为保证产品质量,在开发和测试追究缺陷的途中,势必要抱着“有缺陷的产品就是废品”的思想去执行。对于软件产品开发者,更要以严谨的态度要求自己,意识到途经自己的手的每一个功能点,都是构成产品,成就客户的关键,认真对待每一个或大或小的缺陷。对应于软件开发中的每个流程,也有相应的要求。

1.需求

软件开发流程中,要从明确需求开始确定正确的战略和方向。充分了解需求需要站在用户的立场思考问题。对需求的评审要采纳开发、产品、测试、交互等多种角色的意见,并保证各个觉得都充分了解了需求,以提升大家的执行力。

2.设计

有了对需求明确的定义,设计之初便明确需求约束和隐含约束,以文档的形式概述总体设计方案,说明逻辑结构及构成,设计时考虑圈复杂度等问题,以规避问题的出现。

  1. 编码

编码环节要注重规范,给出必要的注释等。

4.测试

制定测试计划,编写测试用例时考虑完整。覆盖正常场景、异常场景、特殊场景、产品集成场景;覆盖需求、安全,以及性能等非功能性的验证。测试策略要考虑完整。

5.问题回溯

接受行业问题和客诉问题,首要分析是测试逃逸的问题还是其他问题,并针对逃逸问题,寻找根因,进行针对性进行解决,进行预防。

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值