质量管理

发布于 2019-09-26 作者 风铃 25次 浏览 版块 前端

1、了解公司的质量方针、目标及基本质量要求;了解公司相关流程;了解公司关键质量活动。
2、质量知识简介、讨论什么是质量、软件质量的定义、质量方针&质量目标&、基本质量要求、公司相关流程介绍、公司质量活动&规范。
3、讨论:什么是质量?什么是质量好?
4、软件质量的定义
第一次就把正确的事情做正确
软件质量是:软件与明确的和隐含的需求相一致的程度。
具体地说,软件质量是软件符合明确叙述的功能和性能需求、文 档中明确描述的开发标准、以及所有专业开发的软件都应具有的隐含
强调以下三点:
特征的程度。
  a、软件需求是度量软件质量的基础,与需求不一致就是质量不高。   
b、指定的标准定义了一组指导软件开发的准则,如果没有遵守这些
准则,几乎肯定会导致质量不高。例如:编程规范
  c、通常,有一组没有显式描述的隐含需求(如期望软件是容易维护的)。
如果软件满足明确描述的需求,但却不满足隐含的需求,那么软件的质量仍然是
值得怀疑的。
5、质量方针&质量目标
• 愿景与定位
把握前沿科技,充分利用现代化科技技术,为客户提供安全、简单、易用、专业的金融产品和
服务。以成就客户、股东和员工为己任,打造一家全球领先的科技企业;
让科技更好的服务于金融;
聚焦于互联网金融,为客户提供端到端的优秀产品。
• 核心价值观
成就客户
精诚团结
开放共赢
• 经营理念
以客户为中心
以结果为导向
• 质量目标 零缺陷
简单质量的工作准则是零缺陷
6、基本质量要求(一) 一、目的: 为有效达成业务目标,强化交付团队的质量控制,向客户提供稳定可靠的交付件,特制订交付团队
必须遵守的基本质量要求。
二、范围: 本要求适用于公司所有交付团队。
三、质量要求 :
a、 所有需求必须来自于客户邮件和变更单,禁止私自接收客户需求,所有需求变更必须有正式记 录。
b、 代码质量保障:
严格落实编程规范要求,绝不允许代码中存在编程规范定义的低级错误。
所有新增及修改代码的Review覆盖率达到100%。
所有新增及修改的代码入库前必须静态检查清零。(Error、PMD、Findbugs、CheckStyle) 注:关键模块的核心代码、新员工编写的第一个模块必须进行会议评审,需明确具体的模块名称。
(1、版本转测试前要求做代码做代码检视)
c、 交付版本:
每次迭代结束时,问题解决率达到85%,无致命问题遗留;且上一迭代的遗留问题100%解决 (不包括:已与客户达成一致要遗留的问题)。
d、 测试
开发人员必须完成功能自测试后,才能提交测试。
转测试后的代码和资料的修改必须有问题单跟踪。
测试用例都需经过评审,才能启动测试。
基本质量要求(二)
e、 项目所有向客户提交的正式交付件严禁私下发布:
发布前正式版本必须通过项目CCB(变更控制委员会)评审,其它交付件需经项目经理审
核完毕后,项目干系人员签字。
所有提交客户的交付件(需求设计文档、代码、资料、测试用例等)必须使用配置管理工
具管理。
向客户发布前,版本必须完成100%覆盖功能测试用例和客户验收用例的验证(如果客户没
有验收用例或者不提供,需有证明),遗留问题满足客户DI要求,并输出测试报告(测试
报告中必须涵盖基本功能测试用例执行情况)。
f、 质量回溯必须尽早启动,最迟在问题关闭后,并在两周内完成:
客户应用时出现网上事故、致命问题,版本被客户打回、客户阶段验收、结项验收不通过、
客户投诉等重大质量问题
客户应用时出现严重问题、版本被测试打回、问题单回归不通过等质量问题
客户测试和验收等过程中提交的正式问题单在项目关闭
注:出现以上几种情况时,项目经理必须组织回溯完成根因分析,且制定改进措施。
g、 管理者必须以身作则,现场现物,树立质量导向:
管理者要及时识别交付中的质量红黑事件,有效落实质量奖惩,树立标杆,营造良好的质
量氛围。 管理层每月须至少参加一次项目质量活动如回溯、审计、检视、测试等。
对于质量短板(客户关注的或者规划中识别的),如持续集成、配置管理等,管理者必须
作为改进主导者,制定计划,实施改进,跟踪闭环。

收藏
暂无回复