如何提高产品开发品质分析报告.pptVIP

如何提高产品开发品质 讲解内容 一、目前开发过程存在的问题 没有完善的品质保障流程 质量低下的代码 不重视测试 产品开发流程现状 产品品质管理严重缺失 该流程的最终目标和工作重心都是完成产品功能开发，品质管理严重缺失。产品的开发质量完全靠开发人员的个人责任心以及工作经验来保障，缺乏一个稳定可靠的质量保障流程。这种流程开发出来的产品往往是质量不可靠，需要经常返工的劣质产品。 质量低下的代码是导致产品品质不好的根本原因 质量低下的代码体现在以下几个方面： 重复的代码 过长的函数 过大类 过长的参数列表 过度复杂的逻辑判断 数据泥团 没有专职测试人员来进行功能性测试工作 在目前的开发流程中，开发出来的代码只经过开发人员自己简单的测试，没有专职的测试人员来进行详细的功能性测试。这样导致的结果往往是提交到现场的代码会带有不少BUG，一定要经过多次返工才能达到较高的品质。而且这样做的另一个后果是把客户当作测试人员，会给客户留下产品品质不稳定这样一种非常不好的客户体验。 开发人员在开发过程中不重视单元测试 单元测试是提高产品品质非常重要的一个方法，而我们的开发人员往往会忽视这一点。如果没有单元测试，仅仅依靠测试人员的功能性测试，那么这样的测试工作量会非常大，每次修改一个功能，可能会影响到的其他功能都要一一测试，不仅测试时间会非常长，而且效果也不好，很多细节不一定每次都能测到，这些都是产生BUG的隐患。同时由于我们业务需求都非常复杂多变的，没有一个完善自动化测试流程，而仅仅依靠人工测试，对产品品质的影响是不言而喻的。 我们的目标！ 编写出逻辑清晰、结构简洁、扩展性良好、可测试性高的优秀代码。 强化单元测试工作，提高单元测试覆盖率，搭建自动单元测试集，通过日构建来持续集成，对产品质量进行全面控制。 通过严格的产品质量管理流程，强化质量管理工作，将所有BUG消灭在公司内部。 二、产品开发品质保障流程 开发质量管理 本开发流程的目标是开发出质量优良的产品，流程的重心在于质量管控，通过质量保障人员对产品质量进行全面把关。 对于没有编写单元测试的代码直接打回！ 质量保障人员负责进行功能性测试，并对提交出去的代码负责。 质量保障人员另一个职责是思考如何持续改进产品质量。 需求管控 对每个需求进行分级评审，最大程度的降低需求变更的频度。 所有需求开发前都经过内部评审，对于一些复杂需求把握更加准确，不至于在开发时候产生较大偏差。 所有需求的开发工作都有经过客户签字的开发工作量评估，为商务工作开展创造有利条件。 所有需求都有详细开发计划，片区人员可以安排相应的测试计划。 全过程管控 所有缺陷和经过评审的需求都必须在JIRA上登记，否则不予开发。 开发计划通过JIRA进行精确体现。 片区人员可以通过JIRA实时跟踪产品开发进度。 方便后续各类工作量的统计。 三、利用代码重构来提高代码质量 重构（Refactoring）：是对软件内部结构的一种调整，目的是在不改变外部行为的前提下，提高其可理解性,降低其修改成本 为什么重构（1） 改进软件的设计。 程序员对代码所做的为了满足短期利益代码改动，或再没有完全清楚增个架构下的改动，都很容易是代码失去它的清晰结构，偏离需求或设计。而这些改动的积累很容易使代码偏离它原先设计的初衷而变得不可立即和无法维护。 重构则帮助重新组织代码，重新清晰的体现结构和进一步改进设计。 为什么重构（2） 提高代码质量，更易被理解 容易理解的代码可以很容易的维护和做进一步的开发。即使对写这些代码的程序员本身，容易理解代码也可以帮助容易地做修改。程序代码也是文档。而代码首先是写给人看的，让后才是给计算机看的。 重构帮助尽早的发现错(Bugs) 重构是一个code review和反馈的过程。在另一个时段重新审视自己或别人代码，可以更容易的发现问题和加深对代码的理解。 重构是一个良好的软件开发习惯。 为什么重构（3） 重构可以提高开发速度 重构对设计和代码的改进，都可以有效的提高开发速度。好的设计和代码质量实体提高开发速度的关键。在一个有缺陷的设计和混乱代码基础上的开发，即使表面上进度较快，但本质是试延后对设计缺陷的发现和对错误的修改，也就是延后了开发风险，最终要在开发的后期付出更多的时间和代价。 项目的维护成本远高于开发成本. 何时重构? 添加或者修改功能时一并重构 为了增加一个新的功能或者修改原有的功能，程序员需要首先读懂现有的代码。 修补错误时一并重构 为了修复一个Bug,程序员需要读懂现有的代码。 Code Review时一并重构 何时不该重构? 代码太混乱，设计完全错误。与其Refactor，不如重写。 明天是DeadLine 永远不要做Last-Minute-Change。