互联网金融组项目质量管理汇报

1. 互联网金融组质量现状：

到金融组负责质量工作已经快5个月了，和各位项目经理打交道还是比较顺畅的。 作为第三方质量管理

人员来看，项目管理过程还存在有待改进的地方。

目前金融组项目主要存在这些问题：

1. 针对项目组计划更新不及时，项目计划指导不了实际项目开发；
2. 源代码审计未按要求进行整改和未执行源代码项目审计；
3. 政务APP阶段三计划和里程碑点未明确；
4. 目前所有项目组代码未做单元测试，大部分项目未做代码检视；
5. 项目经理质量回溯问题改进措施未闭环；
6. 发现的缺陷优化问题修复时间过长，响应问题不及时；
7. 项目版本控制与管理，配置项受控不规范；
8. 需求上线沟通确认环节不到位，没有仔细确认是否要上线；
9. 项目没有明确的转测试出口标准；
10. 线上出现问题只是单纯解决问题，没有分析问题的根因，给出相应的预防措施。

 

2、针对质量现状给出的改进建议

序号	项目组质量现状	改进建议
1	针对项目组计划更新不及时，项目计划指导不了实际项目开发	项目计划要渐进明细，开始粒度粗，随着进度展开逐渐细化计划，定期刷新项目计划； 项目计划要做好项目工作量估算，最好让团队成员一起参与，防止工作量估少了，导致项目开发时间不够； 项目计划要能识别项目风险，并给出相应的应对措施，在识别风险前可以团队头脑风暴，一起识别项目风险。 里程碑点拉上客户，业务，测试开发合理确定，在正式发出项目计划前做正式的项目计划评审
2	源代码审计未按要求进行整改和未执行源代码项目审计	未按照审计报告要求整改的项目，项目经理要跟进制定整改计划，按整改计划执行源代码审计问题整改； 未执行源代码审计的项目，安排审计员陈文元做源代码审计，审计报告发给项目经理，由项目经理制定整改计划，按计划进行审计问题整改。
3	政务APP阶段三需求项目时间是4.1-5.1，目前项目计划没有做，项目里程碑点未明确，项目开发无法按计划执行	尽快收集阶段三需求，进行分析，给出项目里程碑点，里程碑确定可以拉上客户，业务，开发，测试人员一起确定，结合项目上线时间，合理制定项目计划，尽快组织计划评审，指导开发人员开发进展。
4	目前所有项目组代码未做单元测试，大部分项目未做代码检视：统一支付，政务APP等项目	针对项目核心功能模块，必须做代码单元测试，输出单元测试报告。对于未做代码检视的情况，目前所有项目都需要改进，在代码提交入库前做代码检视。有Git库的项目，在代码入库前发起代码合并请求，在git在线检视代码，没有问题后由审批人批准后代码入库。在发起代码合并时要对受托人进行选择。
5	项目经理质量回溯问题改进措施未闭环	QA每周针对改进措施进展问题在技术交流群里晾晒，直至闭环，这个月开始执行； 项目经理项目周报应该在遗留问题跟踪表里面记录未闭环问题，每天跟踪进展，直至问题闭环。
6	发现的缺陷优化问题修复时间过长，响应问题不及时，年前发现的缺陷	发现问题需要及时响应，定位分析问题原因，给出解决方案。 解决时间比较长的，需要给出解决方案计划，如何安排人力，时间，何时完成，责任是谁； 优化方案验证通过，需要总结经验形成项目经验库。
7	项目版本控制与管理，配置项受控不规范   加强版本控制与管理：包括源代码、配置、投产流程等 郑远志PM: 我查了版本管理员那边登记的数据，本月的版本问题比例是要高于1月，本月的补更也增加了。	建议在网络金融组层级成立变更控制委员会（CCB）,统筹管理项目需求，方案等变更事项，让所有的变更统一受控； 项目经理在项目组内部和周边干建系人沟通常态化，形成沟通地图； 针对上线需求，在投产前要认真检查sql脚本IP地址，jar包，war包等配置是否正确，投产版本包是否和master主干拉分支PRD版本包一致，依赖要一起上线的服务（如果有，没有默认是）是否已互相沟通过上线策略，双方明确上线的前置条件及上线顺序，相关配置文件，脚本文件，网络权限是否正确。
8	需求上线沟通确认环节不到位，没有仔细确认是否要上线	同问题7建议
9	项目没有明确的转测试出口标准： 发版系统： 个人网银|NIB_PER|1.4.0|全发|1 影响范围:系统挂了，登录无法，导致测试人员无法测试 发版停服务系统：5分钟 预计时间停服务时间：09:50	项目组要有相应的转测试计划，制定转测试出口规范，技术和业务问题是否已经解决，关联方问题调试是否解决；开发自测报告是否提交，测试功能模块代码是否基线化。
10	线上出现问题只是单纯解决问题，没有分析问题的根因，给出相应的预防措施： 回单机的回单查询，需要优化查询效率，计划2.7上线，实际未解决；压测到并发9有个会话丢失的问题；个人网银登录一直提示：用户名或密码错误！我们这边多个坐席测试均提示此报错，同样的用户名和密码在手机银行上登录就可以登录，在个人网银就登录不。	每个季度收集线上问题汇总，按缺陷问题分类； 统计各类问题的缺陷个数，重点改进TOP3缺陷类问题； 针对TOP3线上问题，组织质量回溯，确定问题根因,给出相应的纠正和预防措施； 实施预防措施一段时间，检查措施效果，统计措施影响效果，效果好可以试点推广，效果不好，再分析改进； 实施预防措施好的线上问题，可以提炼经验教训，作为优秀实践在组织内推广。

3、QA参与金融组后有落实提高质量的措施

QA未参与前质量	QA参与后质量落地
mpaas项目和政务App项目代码检视未开展	mpaas项目和政务App项目代码检视引导开展检视，确立编码规范，按编码规范编写代码
mpaas项目和政务App项目单元测试未开展	mpaas项目和政务App项目单元测试核心模块有建议做单元测试，单元测试插件也发给过项目组成员
政务App项目没有配置库	政务App项目创建了项目文档配置库，相应的项目文档归档审计
金融组缺陷清单没有例行跟踪	金融组缺陷清单双周例行跟踪进展
线上问题没有做过质量回溯	线上问题有过质量回溯，预防措施跟踪落地
项目经理质量意识不高	组织了项目经理质量意识培训，讲解了项目的质量策划，质量控制和质量改进
项目组没有静态代码检查工具	持续推动项目组集成findbugs，pmd,checkstyle,扫描代码缺陷及时修复

 

1. 个人质量工作总结

内部质量（代码、需求和设计质量，流程，环境工具和人员技能）决定外部质量（用户和测试感受到的系统外在质量，使用缺陷密度衡量），外部质量反映内部质量。这是有效质量改进的原则。前端预防重于后端修改缺陷。

在后续工作中，重视前端的需求评审，代码检视，单元测试，后端重视测试方案，案例的评审，测试缺陷问题分析。

预防胜于检查，重点要向开发要质量：

1、测试不能提高产品的内部质量；

2、开发移交质量差，测试质量也会随之变差；

3、依赖测试发现缺陷再去修复是低效的。

期待后面工作越来越顺利，和大家沟通更加顺畅。