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、 管理者必须以身作则，现场现物，树立质量导向：
管理者要及时识别交付中的质量红黑事件，有效落实质量奖惩，树立标杆，营造良好的质
量氛围。 管理层每月须至少参加一次项目质量活动如回溯、审计、检视、测试等。
对于质量短板（客户关注的或者规划中识别的），如持续集成、配置管理等，管理者必须
作为改进主导者，制定计划，实施改进，跟踪闭环。
7、
8、
9、
10、
11、
12、
13、
14、
15、
16、
17、
18、
19