开发规范：

LD is tigger forever，CG are not brothers forever， throw the pot and shine forever.
Modesty is not false, solid is not naive, treacherous but not deceitful, stay with good people, and stay away from poor people.
talk is cheap, show others the code,Keep progress，make a better result.
Survive during the day and develop at night。

目录

概 述

什么叫做质量管理？

目标，方针，保证活动实现。
具体包括哪些内容：
组织过程，管理过程，工程过程，支持过程：
操作手册：

实施过程的问题，风险和预防：
确认过程：
另外还有质量改进过程的记录：
都有一个相应的记录，控制战略目标的要求。
评审。组织过程。
PDB和PCB。

管理过程：
立项：跟踪和管控，结项和验收的对象，风险计划等。
项目管理过程要非常熟悉开发过程，需求开发和管理后期的，设计。
机构设计，数据库设计，编码和实现的过程。最后一个上线。
同行评审过程，贯穿整个过程。
测试人员，明确每一个过程，下一个过程如何进入的，下一个明确的掌握，
相关的支持，
产品发布过程，以及客户服务过程，支持过程，

操作手册：项目经理手册，质量经理手册
从这个框架开始入手的，

管理体系认证：
原因：发展和目标，能力
业界CMMI ，过程的改进的依据，发现问题，配置行业的发展必须整个市场环境，不断的改进，基础ISO改进的基础。必须依据基础，过程改进目标经过ISO的体系的认账，每三年的经一个ＣＭＭＩＤＥ认账和平均和。一张证书。

评估的期限，后期的认证，

ＣＭＭＩ的模型：
　２２个过程与，７,１１,２,２.

项目计划跟踪和管理：产品的集成。最终　３个级别的层面，中国来说经过４级和五级工资。绩效和革新。
提前的目前的提高的级别，数据的支撑，才能达到管理水平。
大的银行的商业银行，外包商的资质是比较严格的。
ＥＰＧ质量管理部，监理部，项目分享。
质量管理部：工程过程和监控。

管理体系ＩＳＯ：
外包商体系的非常多，服务管理体系，　４套体系认证　３年。
机构不同。
公司的认证方式不同，ＩＳＯ，经过外审的企业，审批，每年的外审。３年一换。
ＣＭＭＩ评估。

公司处于这些商业目标，投入相关的人力，公司的商业目标，无法入围银行的竞标活动，每年改进，相关ＩＳＯ规定，一直在持续不断的投入，

质量管控：
一定要有一个意识，客户意识的干预，项目经理，质量的活动的关键角色，交流分享，
质量经理：培训，线上学习
培养，培训相关人员的质量意识。
全生命周期的管控，开始都设计开发，活动组成，每个活动是管控的关键的。

测试关键，范围的评审，变更的管控好。

基础建设：公司层面相应的过程定义，模板，指南，过程的认知，公司的话，花费彩礼物力人力的业界，形成一个业务交付的标准。
具体的指标上是不是什么原因分析的。

工程过程：
需求：设计：实现：测试：验证：上线运维：
ＦＡＴ测试，ＵＡＴ测试，性能测试，
都会存在评审和变更。

质量管理路径：
开发测试：
单元测试：集成测试；ＦＡＴ测试，ＵＡＴ测试，性能测试：
需求评审：架构评审，方案评审，设计评审，代码评审。确认和更改

那么软件质量管理落实一系列的质量目标，
发现客户潜在，身在的区别。
客户不会应为：开始了解需求：
安装部署：需求变化，交付给具体的实现：
从需求上人力参与，管控好需求的实现管理活动的必要性：

需求：
用户需求：不能直接开发，标准化定义ＢＡ人员全方位分析，编写我们的软件需求说明书，转化过程，同时在需求上，测试大纲，好多项目，很多人没有质量意识，没有测试人员介入。需求介入。输出软件需求和规则说明书，测试大纲。

开发人员。管理人员，客户的参与签字确认。
确认下来，全面的开发，后面买下很多隐患。直接导致项目进度，客户，架构的设计评审工作。
还有一个关键人物，变更是无法避免的，变更管理过程，变更的接受，怎么去评审后期的安排和实施的。格没有的还有一个需求阶段相关的产出物管理，发布基线。

打完基线的之后都称为需求变更，要点是：同行评审活动。
开发人员，ＢＡ人员重点评审，增加规模
２.需求确认，非常关键。借助工具，变更系统进行管理重点就是变更有效的变更和管理和记录。
跟踪需求的话，完成度跟踪和范围，完成度。
需求跟踪矩阵；编码测试用例，版本形式交给客户。

１.不完成的需求定义
２.客户与开发人员缺发交流

需求编写完成，一套需求测试过程：测试边界，需求业务量，日后业务业务量的增长

设计开发阶段：
概要设计
数据库设计数据库设计，FAT测试用例设计。
支持活动：
设计同行评审，阶段交付物，经过评审，配置库管理。

设计阶段：
1.设计和需求是一致的。
另外设计文档的话，采用不同的设计方式，比较正规的方式，会议评审。具体的展开，更具续期测试大纲，每一个测试大纲的

2.正常的用例，反向的案例。异常设计发现的。方法论支持设计的。

实现集成的
按照需求和设计完成代码编写，确保系统，能够达到FAT冒烟。
测试的标准。
工程活动：
培训编码规范
编写代码
单元测试
关键代码测试
执行集成测试：

支持活动：
单元测试记录，测试版本构建，预发布，增量，抽取。vps s实现的，。
开发环境和测试环境隔离。
集成测试案例并集成，开发人员自己来做的。

开发规范：八大纪律：
没有设计不编码
数据字典比更新
没有注释不编码
环境变量参1.数化
所有异常需处理。
应用log标准化。
使用资源要释放。

工程过程优化：
理论上都有发现所有缺陷的下一个阶段的，就是到这阶段的西楼率。
一些的项目架构师的，很好的编码习惯。需要架构师补漏。

新人编码必须设计，测试参数需求评审，规范编码注释，引入持续集成，定期分析缺陷，不断说服客户参与测试。
参与设计的文档比较晚，变动比较多。
客户很多的测试案例。测试用户。上线用户更改。

工程过程-测试：
版本测试基本功能，冒烟测试：
FAT测试；自己测试人员测试计划。
出厂标准，测试缺陷跟踪系统。
性能测试，
压力测试；兼容性测试：

支持活动：

测试管理：
1.版本发布记录
2.环境搭建和管理
3.缺陷管理

缺陷特性
收敛过程特性
FAT-》UAT 缺陷有没有收敛

经过UAT测试标准。

工程过程：上线
工程活动：
上线资料包准备
上线评审
上线支持
评审会议纪要测试；
绿灯测试。检查（银行的柜员测试，我们的测试案例选取重点模块测试）
上线版本，上线元，会议评审，测试，

关键点：
1.上线管理
2.

例如系统，上线管理计划，纳入到上线管理计划的开展。

评审活动：
同行评审，需求测试开发测试，哪些输出，谁来评审，哪些内容，评审计划去执行。
正规监视。
发布邮件，要求人员，需求文档开会文档发给大家，评审的依据和规模。一个具体的查看。具体的检查单，具体的评审，记录下俩，评审会议。简单对象，结果问题收集逐一确认。（架构）
走查
走查没有预评审过程。设计。
离线评审：
反馈问题，手机。（测试案例）

工具使用：
通用的SVN，开发工具java,oracle,自助研发ＶＰＳ，开源平台的工具，ｒｅｍｉｎｅ．
性能测试工具　ｌｏａｄｒｕｎｎｅｒ　，ｏｍｓ

配置管理：
好多小型项目保存到本地，文档丢失，缺乏配置管理证明。
配置管理进行审计和纠错。配置库。很好的保存，基线化管理。
如果说配置是失效的，风险是大的。

开源ＳＶＮ，ＧＩＴ

ＳＶＮ主要管理的文档，ＧＩＴ管理代码各自的优势。
维护项目，前期一期，配置管理，建立很多的基线，分支管理，ＳＶＮ分支规划有效管理。

ｇｉｔ　分支：
ｐｒｏｄｕｃｔ

统一版本工具ＶＰＳ，ｓｏｎｒＣｏｂｅ．

代码扫描工具，隐藏缺陷。增强效率和安全性。

ＶＰＳ整个开发管理起来，发布效率。

度量过程：
为什么要度量，很好的项目管理者：资源投入，
ＦＡＴ泄漏率，
版本破汇率
衡量开发者的效率。

缺陷后的原因进行分析：

Ｑ计划２.０　质量管理活动的有效管控，组织级的，在质量体系完整的体系，审计。这样的一个活动。项目监管，落实项目体系下的要求。
实施过程中进行监管。
实施过程：交付物，组织级别，不符合项的关闭，体系的导入和培训，保证项目的交付能力。过程。

审计活动：
项目级别，每月，　公司级别：每月抽查　　集团：季度抽查。
审计过程中审计项进行审计的，非常明确的指出来。

生产事件管理；
公司的产品的交付，发现一个问题，同一个问题在不同的项目出现，这个行实现，带来一定的经济损失。
生产事件回报。

答案归纳：

分析：

小结：

参考资料和

推荐阅读

1.链接: link.