质量检测平台介绍

Critical Error Review Warning
上一次的检测结果
1297 62 13
226
684 22
1199 92
12 10
8 6 4 2 0
营帐
1400 1200 1000
800 600 400 200
0
Critical
缺陷密度值
缺陷密度值 CRM
上次 本次
Error
Review
Warning
-20-
质量视图-版本开发过程
用例类型的分布情况
单元测试 0
测试用例类型分布
系统测试 30
UAT测试 0
根据配置的预警规则，没有单元测试用例，UAT 测 试用例，需求的质量风险大，因此加入到预警需求 列表中。
需求整体情况情况
工作量（人天） 100
需求整体情况 用例数 5
缺陷数 1
根据配置的预警规则，工作量，用例数，缺陷的比 例异常，需求的质量风险大，因此加入到预警需求 列表中。
数据库监控 版本监控 编译监控 数据收集 维护界面 应用监控 自动化构建
系统配置
取代码配置
扫描配置
调度配置 反馈配置
自动取代码
项目配置
检测版本变更
维护版本记录 自动取代码 记录更新日志
自动部署
服务器管理
发布部署
版本管理
结果展示
调度中心
代码扫描
项目配置
策略管理
度量统计 自动测试
定义代码规范
自动编译
编译配置 支持多种编译器 记录编译日志
58
18
Review
Warning
226
说明
1级错误 (最严重)
2级错误 (错误) 3级错误 (检查)
4级错误 (警告)
本版新增风险错误情况
级别 Review Review Review Review Review Critical Critical Critical Critical Critical
版本开发
版本质量视图
过程
1
5
-展现版本的各个需求 在开发商内部的质量情况。 -资源分配情况 -缺陷情况 -用例情况
质量检测平台
质量问题回溯
-当交付的需求发生质量问题， 可以辅助项目管理方进行质 量的原因分析，尤其是对一 些重点的需求。
质量问题待阅
-用户可以对重点关注的需求做标记。 当需求质量发生异常时， 系统会在主页和待阅中 显示异常的需求及产生的原因。
Critical Critical
错误类型
数量
NPD.CHECK.MUST
（在对空指针进行检查之前被解引用） 840
NPD.CHECK.MIGHT
（在对空指针进行检查之前有可能被
解引用）
166
NPD.FUNC.MUST
(可能空指针被解引用)
135
NPD.GEN.MIGHT
被分配的空指针常量可能被解引用
-13-
源码质量统一视图
-14-
在线应答问题列表
开发商可以登陆系统应答问题列表。由于质量检测平台是部署在生 产环境，因此， 开发商需要在4A平台上登陆到系统。
登陆系统
选择未完应答 的版本
选择需要应答 的问题
应答结果
应答备注
影响的业 务
完成应答
开发商登陆系统 选择未完成应答的版本 选择需要应答的问题 填写应答结果、应答备
汇报提纲
1
质量检测平台
-1-
质量检测的需求
软件规模庞大、复杂度高、新需求层出不穷，导致结构臃肿、运维难度增大、需求实现困难
对软件团队提出更高的要求
保障软件质量，确保交付满足需求
快速灵活应对需求变化 敏捷模式集成，及时交付
如何做到
端到端提升能力， 分析、设计、开发、测试
恒定的高效软件产出
提供透明的质量视图 清晰可见每个阶段的资源投入
• 根据上载版本紧急度 调整检测策略
质量检测
• 核对检测版本和上载 版本
上载配合
检测结果分析
AMS系统更新 策略调优
• 根据质量检测的结 果，更新AMS系统质 量检测的状态
• 根据客户的反馈，更 新AMS系统质量检测 的状态
• 根据开发商的反馈， 更新AMS系统质量检 测的状态
• C++检测调优 • Java检测调优 • 代码检测调优 • 架构检测调优 • 安全检测调优
系统管理
用户管理
角色管理
菜单管理 权限项管理
通信证管理 日志管理
开放的平台，快速集成业界成熟的工具来增加平台的能力
-4-
自动取代码
• 自动取代码实现了代码的自动管控，不会造成代码版本的错乱。 • 易于管理，集中式服务器更能保证安全性。 • 代码一致性非常高
统一构建中心
3：提取代码
质量检测服务器
86
NPD.CHECK.CALL.MUST
在对指针进行Null检查之前会被函数调
用进行解引用
69
ABR
缓冲区溢出，数组索引越界
53
NPD.FUNC.MIGHT
空指针有可能被解引用
23
UNINIT.STACK.MIGHT
可能未初始化的变量
12
NPD.CHECK.CALL.MIGHT
在对指针进行Null检查之前可能会被函
提高系统问题解决能力 自动构建，降低运维难度和成本
软件开发知识管理 降低人员流动的影响
-2-
质量检测平台
1 及时的软件质量检测
2 无侵入式的质量检测 3 质量检测的标准化
4 开发商的交付质量对比 5 问题定位和运维成本的降低
6 内建的质量保障体系
7
高开放性的平台
-3-
功能架构图
配置中心
构建监控
监控界面及功能 服务器管理
-16-
版本开发过程质量视图
告警规则灵活配置
-系统提供告警规则的配置功
过程质量监控
-多维度监控。包括资源分配， 缺陷情况，测试用例情况。 -质量预警功能 标记质量异常的需求
能。 对资源分配比例， 资源与 缺陷 数、资源与用例数等 等各种关
系的 阀值进行配置。
3
提供预警查询的功能 质量预警应答。
2
4
-21-
质量视图-版本开发过程
多个维度展现缺陷情况
-22-
平台运营的主要工作
• 质量检测平台bug修复
• 检查质量检测平台配置
• 质量检测平台功能增 加
• 配置定时和触发式质量 检测
• 其他客户的功能需求
• 配置自动编译、自动部
署
• 根据质量检测的结果， 评估上载风险
平台升级
• 质量检测自动执行配合
测试用例情况
展示需求对应的测试用例数， 对子系统的覆盖程 度。测试用例分布统计测试用例在各子系统的分布。 统计各类型的测试用例分布，如单元测试，系统测试 ，UAT测试等。
资源分配 情况
测试用例 情况
测试缺陷 情况
-18-
质量视图-版本开发过程
版本需求信息展现
版本列表
可以查看到当前版本和历史 版本的信息。 显示以下字段信息：版本 号、创建日期、创建人。并且 查看版本的开始时间、交付时 间等。
版本新增风险错误情况
统计出本次版本， 各子系统系统新增的缺陷情况。 包括新增的缺陷数及其缺陷类型。
Critical top10错误详情
统计出本版本，缺陷级别为Critical （严重）且数量 最多的前10种类型。
缺陷密度
统计本版本各子系统的缺陷密度。缺陷总数 (D)*1000 / 代码行数(N)。 便于项目管理方比较客观的 对比多个开发商的开发质量，对开发开发质量做评估。
版本纵向对比
与上一次版本比较各个级别的错误个数。
版本横向对比
两个开发商之间错误级别个数对比。
错误级别统计
缺陷密度
版本新增风险 错误情况
多维度 展示
版本横向对比
Critical top10 错误详情
版本纵向对比
-10-
源码质量统一视图
本版缺陷级别汇总
级别
数量
Critical
1429
Error
错误类型 ESCMP.EMPTYSTR EXC.BROADTHROWS JD.VNU JD.VNU.NULL JD.EQ.UTC NPE.COND NPE.CONST NPE.RET NPE.RET.UTIL RLK.SQLOBJ
数量
状态 22 新增 38 新增 19 新增 26 新增
1 新增 2 新增 7 新增 24 新增 18 新增 1 新增
1：检测到代码更新
:2：通知更新带代码
集中管理中心
-5-
自动扫描代码
通过代码扫描可以对整个项目的质量有个一个直观的认识，通过对扫描结果的分析监控项目的 质量和进度，尽早的控制项目的风险。
自动代码扫描能将大部分代码错误封闭在开发阶段，节省大量的后期成本和返工成本。 自动代码扫描可以覆盖绝大部分产品，使用简单快捷，完全不影响现有工作。 在质量监控平台上设置了定时任务，该平台会每天定时进行代码的扫描工作，并生成代码扫描
• 静态检测结果分析 • 单元检测结果分析 • 架构检测结果分析 • 编译检测结果分析 • 部署和发布结果分
析 • 安全检测结果分析 • 报告输出
-23-
深化运营
加强质量问题整改的跟踪
数调用进行解引用
11
SV.TAINTED.INDEX_ACCESS
未经验证的输入数组索引
11
-12-
源码质量统一视图
缺陷密度
系统 营帐 CRM
缺陷总数 代码行数 缺陷密度值
917
832024
11.02
724 1582945
4.57
版本纵向对比
上一次检测结果 Critical Error Review Warning
注、影响的业务。 • 应答结果 选择“下个版本
修复”或“不需要修 复”。 • 应答备注，当 应答结果 选 择 “不需要修复”时，需 要强制用户在备注一栏 填 写 不需要修复的原因。 • 影响的业务，当开发商确 认了该问题需要在下一个 版本修复， 则需要选择 “影响的业务”。
-15-
在线应答问题列表
需求列表
展示版本所包含的需求的概 要信息，包括版本号、需求分 类、需求来源、AMS单号、需 求名等。 可以查看需求的概要信息， 包括版本号、需求分类、需求 来源、AMS单号、需求名、需 求负责人、设计负责人、涉及 系统、涉及上载地市、准出确 认人意见等等详细信息。
-19-
质量视图-版本开发过程
修复与未完成报告
-8-
自动编译
• 自动代码编译通过编写项目的构建脚 本，实现自动代码编译，让整个项目 随时是可构建的，杜绝风险的引入
• 质量监控平台会定时的执行项目构建 脚本，实现自动编译
• 在构建失败发现问题时进行预警，发 送邮件给管理人员。
项目名称 java NGBOSS
代码行数 1500 25000
构建 失败 成功
持续时间 31毫秒 109毫秒
构建成功的后 台输出
-9-
源码质量统一视图
从多个维度展现版本的源码的质量情况。
错误级别统计
质量检测平台根据源码缺陷对系统的影响程度，对 源码的缺陷级别进行划分。可以统计出严重各级别（严 重、错误、检查、告警）的数量。便于管理者了解缺陷 的级别分布。
报告，报告如下图。
-6-
自动扫描代码
• 方法复杂度的扫描结果报 告
-7-
自动扫描代码
• 报告中出现的前十大问题: 包括问题出现的个数及对 应的错误代码
• 从下图中可以看到分析发现1791个 问题,已经修复的个数为638个；后 续的报告根据开发商的实际修复问 题个数该图会有相应的更新：
Top10问题列表
-17-
版本开发过程质量视图
从多个维度展现版本的各个需求在开发商内部的质量情况。
资源分配情况
展示需求的资源分配情况，包括需求阶段，设计 阶段，编码阶段，测试阶段等各阶段投入的人天数。
测试缺陷情况
展现需求对应的内部测试流程发现的缺陷数。
还可以对缺陷信息做统计，其中缺陷信息包括发现人 员、开发人员、缺陷严重级别、缺陷类型、发现时间 等。 如，可以依据开发人员可作为统计维度，统计 出bug 数最多的开发人员。
策略管理 自动编译
回归检测
脚本管理
用例管理
测试跟踪
客户端展示
单元检测
脚本管理
用例管理
测试跟踪
客户端展示
分析中心
权限管理 质量分析 分类分析
接口管理 跟踪监控 业务应用
数据配置 统计报表 BUG分析
数据处理 业务分析 报告管理
邮件中心
邮件管理
配置管理
联系人管理
邮件日志 管理
内容管理
系统安全
用户行为查询 异常行为用户监控 异常行为用户处理
ESCMP.EMPTYS TR EXC.BROADTHR OWS JD.VNU JD.VNU.NULL NPE.COND NPE.CONST NPE.RET
-11-
源码质量统一视图
Critical top10错误详情
级别 Critical
Critical Critical Critical
Critical Critical Critical Critical
资源分配情况展现
需求阶段
资源分配情况（人天） 设计阶段 编码阶段
测试阶段
10
5
10
1Βιβλιοθήκη Baidu
根据配置的预警规则，测试阶段分配的资源太少， 需求的质量风险大，因此加入到预警需求列表中。
用例在子系统分布情况
账务 30
测试用例情况
CRM
计费
0
0
电子渠道 10
根据需求信息，如果本系统涉及CRM 和计费系统， 则用例的覆盖度低，本需求质量风险大，因此加入到 预警需求列表中。