如何提高产品开发品质（61页)ppt课件

1、如何提高产品开发质量.讲解内容目前开发过程存在的问题1产品开发质量保证流程2代码重构3测试驱动4日构建5.一、目前开发过程存在的问题没有完善的质量保证流程质量低下的代码不注重测试.产品开发流程现状开发人员编写代码调试, 肉眼察看有问题没问题自以为可交付的代码编译修正编译错误登记到JIRA上客户提出需求或现场发现bug.产品质量管理严重缺失 该流程的最终目的和任务重心都是完成产品功能开发，质量管理严重缺失。产品的开发质量完全靠开发人员的个人责任心以及任务阅历来保证，缺乏一个稳定可靠的质量保证流程。这种流程开发出来的产品往往是质量不可靠，需求经常返工的劣质产品。.质量低下的代码是导致产品质量不好的

2、根本缘由质量低下的代码表达在以下几个方面：反复的代码过长的函数过大类过长的参数列表过度复杂的逻辑判别数据泥团.没有专职测试人员来进展功能性测试任务在目前的开发流程中，开发出来的代码只经过开发人员本人简单的测试，没有专职的测试人员来进展详细的功能性测试。这样导致的结果往往是提交到现场的代码会带有不少BUG，一定要经过多次返工才干到达较高的质量。而且这样做的另一个后果是把客户当作测试人员，会给客户留下产品质量不稳定这样一种非常不好的客户体验。.开发人员在开发过程中不注重单元测试单元测试是提高产品质量非常重要的一个方法，而我们的开发人员往往会忽视这一点。假设没有单元测试，仅仅依托测试人员的功能性测试

3、，那么这样的测试任务量会非常大，每次修正一个功能，能够会影响到的其他功能都要一一测试，不仅测试时间会非常长，而且效果也不好，很多细节不一定每次都能测到，这些都是产生BUG的隐患。同时由于我们业务需求都非常复杂多变的，没有一个完善自动化测试流程，而仅仅依托人工测试，对产品质量的影响是不言而喻的。.我们的目的！编写出逻辑明晰、构造简约、扩展性良好、可测试性高的优秀代码。强化单元测试任务，提高单元测试覆盖率，搭建自动单元测试集，经过日构建来继续集成，对产质量量进展全面控制。经过严厉的产质量量管理流程，强化质量管理任务，将一切BUG消灭在公司内部。.二、产品开发质量保证流程.开发质量管理本开发流程的目

4、的是开发出质量优良的产品，流程的重心在于质量管控，经过质量保证人员对产质量量进展全面把关。对于没有编写单元测试的代码直接打回！质量保证人员担任进展功能性测试，并对提交出去的代码担任。质量保证人员另一个职责是思索如何继续改良产质量量。.需求管控对每个需求进展分级评审，最大程度的降低需求变卦的频度。一切需求开发前都经过内部评审，对于一些复杂需求把握更加准确，不至于在开发时候产生较大偏向。一切需求的开发任务都有经过客户签字的开发任务量评价，为商务任务开展发明有利条件。一切需求都有详细开发方案，片区人员可以安排相应的测试方案。.全过程管控一切缺陷和经过评审的需求都必需在JIRA上登记，否那么不予开发。

5、开发方案经过JIRA进展准确表达。片区人员可以经过JIRA实时跟踪产品开发进度。方便后续各类任务量的统计。.三、利用代码重构来提高代码质量 重构Refactoring：是对软件内部构造的一种调整，目的是在不改动外部行为的前提下，提高其可了解性,降低其修正本钱.为什么重构1改良软件的设计。程序员对代码所做的为了满足短期利益代码改动，或再没有完全清楚增个架构下的改动，都很容易是代码失去它的明晰构造，偏离需求或设计。而这些改动的积累很容易使代码偏离它原先设计的初衷而变得不可立刻和无法维护。重构那么协助重新组织代码，重新明晰的表达构造和进一步改良设计。.为什么重构2提高代码质量，更易被了解容易了解的代

6、码可以很容易的维护和做进一步的开发。即使对写这些代码的程序员本身，容易了解代码也可以协助容易地做修正。程序代码也是文档。而代码首先是写给人看的，让后才是给计算机看的。重构协助尽早的发现错(Bugs)重构是一个code review和反响的过程。在另一个时段重新审视本人或他人代码，可以更容易的发现问题和加深对代码的了解。重构是一个良好的软件开发习惯。.为什么重构3重构可以提高开发速度重构对设计和代码的改良，都可以有效的提高开发速度。好的设计和代码质量实体提高开发速度的关键。在一个有缺陷的设计和混乱代码根底上的开发，即使外表上进度较快，但本质是试延后对设计缺陷的发现和对错误的修正，也就是延后了开发

7、风险，最终要在开发的后期付出更多的时间和代价。工程的维护本钱远高于开发本钱.何时重构?添加或者修正功能时一并重构为了添加一个新的功能或者修正原有的功能，程序员需求首先读懂现有的代码。修补错误时一并重构为了修复一个Bug,程序员需求读懂现有的代码。Code Review时一并重构.何时不该重构?代码太混乱，设计完全错误。与其Refactor，不如重写。明天是DeadLine永远不要做Last-Minute-Change。推迟重构，但不可以忽略，即使进入产品期的代码都正确的运转。.重构方法引见：提取函数1String name = request.getParameter(Name);if( na

8、me != null & name.length() 0 ).String age = request.getParameter(Age);if( age != null & age.length() 0 ).String name = request.getParameter(Name);if( !isNullOrEmpty( name ) ).String age = request.getParameter(Age);if( !isNullOrEmpty( age ) ).private boolean isNullOrEmpty( final String string )if( st

9、ring != null & string.length() 0 )return true;elsereturn false;.重构方法引见：提取函数2 提取函数是我最常用的重构手法之一。当我看见一个过长的函数或者一段需求注释才干让人了解用途的代码，我就会将这段代码放进一个独立的函数中。有数个缘由呵斥我喜欢简短而有良好命名的函数。首先，假设每个函数的粒度都很小，那么函数之间彼此复用的时机就更大;其次，这会使高层函数读起来就像一系列注释;再者，假设函数都是细粒度，那么函数的覆写(override )也会更容易些: 确实，假设他习惯了看大型函数，恐怕需求一段时问才干顺应达种新风格，而且只需当他能给

10、小型函数很好地命名时，它们才干真正起作用，所以他需求在函数称号下点功夫，一个函数多长才算适宜?在我看来.长度不是问题，关键在于函数称号和函数本体之间的语义间隔，假设提炼动作可以强化代码的明晰度，那就去做，就是函数称号比提炼出来的代码还长也无所谓。.重构方法引见：去除暂时变量(1).重构方法引见：去除暂时变量(2)我喜欢尽量除去函数内的暂时变量。暂时变量往往构成问题，它们会导致大量参数被传来传去，而其实完全没有这种必要。他很容易失去它们的踪迹，尤其在长长的函数之中更是如此。而且，暂时变量的存在，往往会妨碍提取函数等其他重构手法的进展。.重构方法引见：重新命名函数(1)public String

11、getItemName (int itemSort,String itemName)return +itemSort+、+itemName; public String formatItemName (int itemSort,String itemName)return +itemSort+、+itemName; .重构方法引见：重新命名函数(2)我竭力提倡的一种编程风格就是:将复杂的处置过程分解成小函数。但是，假设做得不好，这会使他费尽周折却弄不清楚这些小函数各白的用途、.要防止这种费事，关键就在于给函数起一个好称号；函数的称号应该准确表达它的用途；给函数命名有一个好方法。首先思索应该给这

12、个函数写上一句怎样的注释，然后想方法将注释变成函数称号。人生不如意十之八九:他经常无法第一次就给函数起一个好称号，这时候他能够会想，就这样将就着吧，毕竟只是一个称号而已。留意!这是恶魔的呼唤，是通向混乱之路，千万不要被它诱惑!假设他看到一个函数称号不能很好地表达它的用途，应该马上加以修正。记住，他的代码首先是为人写的，其次才是为计算器写的。而人需求良好称号的函数。想想过去曾经浪费的无数时间吧，假设给每个函数都起一个良好的称号，也许他可以节约好多时间。取一个好称号并不容易，需求阅历，要想成为一个真正的编程高手，取称号的程度是至关重要的。.重构方法引见：以多态取代条件表达式1public clas

13、s PlanUtil public void setPlanState(int planYear,int itemId,int dataType)switch dataType case 1:setPrePlanState(planYear,itemId); case 2:setColPlanState(planYear,itemId); case 3:setAftPlanState(planYear,itemId); default:throw new RuntimeException(不正确的方案类型：+dataType);/.更新建议方案形状public void setPrePlanS

14、tate /.更新综合方案形状public void setColPlanState. /.更新开工方案形状public void setAftPlanState.public class PlanUtil public static PlanUtil create (int dataType)switch (dataType)case 1:return new PrePlanUtil();case 2:return new ColPlanUtil();case 3:return new AftPlanUtil();default:throw new RuntimeException(不正确的

15、方案类型：+dataType);public abstract void setPlanState (int planYear,int itemId,int dataType);public abstract void savePlan (int planYear,int itemId,int dataType);.重构方法引见：以多态取代条件表达式2/保管方案数据public void savePlan(int planYear,int itemId,int dataType)switch dataTypecase 1:savePrePlan(planYear,itemId);case 2:

16、saveColPlan(planYear,itemId);case 3:saveAftPlan(planYear,itemId); default: throw new RuntimeException(不正确的方案类型：+dataType);/.保管建议方案数据public void savePrePlan /.保管综合方案数据public void saveColPlan/.保管开工方案数据public void saveAftPlanpublic class PrePlanUtil extends PlanUtil public void setPlanState (int planYe

17、ar,int itemId,int dataType). 更新建议方案形状方法public void savePlan (int planYear,int itemId,int dataType)保管建议方案数据方法public class ColPlanUtil extends PlanUtil public void setPlanState (int planYear,int itemId,int dataType). 更新综合方案形状方法public void savePlan (int planYear,int itemId,int dataType)保管综合方案数据方法.重构方法引

18、见：以多态取代条件表达式3/调用更新方案形状的方法planUtil.setPlanState(year,itemId,dataType);/调用保管方案数据的方法planUtil.savePlanyear,itemId,dataType);public class AftPlanUtil extends PlanUtil public void setPlanState (int planYear,int itemId,int dataType). 更新开工方案形状方法public void savePlan (int planYear,int itemId,int dataType)保管开工

19、方案数据方法/调用PlanUtil planUtil = PlanUtil .create(dataType);/调用更新方案形状的方法planUtil.setPlanState(year,itemId,dataType);/调用保管方案数据的方法planUtil.savePlan (year,itemId,dataType);.重构方法引见：以多态取代条件表达式4多态最根本的益处就是：假设他需求根据对象的不同型别而采取不同的行为，多态使他不用编写明显的条件式。正由于有了多态，所以他会发现：针对type code(型别码)而写的switch语句，以及针对type string(型别称号字符串)

20、而写的if-then-else语句在面向对象程序中很少出现。多态可以给他带来很多益处。假好像一组条件式在程序许多地点出现，那么运用多态的收益是最大的。运用条件式时，假设他想添加一种新型别，就必需杳找并更新一切条件式。但假设改用多态，只需建一个新的subclass并在其中提供适当的函数就行了。class用户不需求了解这个subclass,这就大大降低了系统各部分之间的耦合程度，使系统晋级.更加容易。.重构方法引见：以委托取代承继(1)/承继处理方案public classBusPlanManagerServiceImpl public void setPlanState (int planYea

21、r,int itemId,int dataType). 更新建议方案形状方法 public void savePlan (int planYear,int itemId,int dataType)保管建议方案数据方法public class PrePlanService extends BusPlanManagerServiceImpl .public class ColPlanService extends BusPlanManagerServiceImpl .public class AftPlanService extends BusPlanManagerServiceImpl ./委托

22、处理方案public classBusPlanManagerServiceImplpublic void setPlanState (int planYear,int itemId,int dataType)PlanUtil planUtil = PlanUtil .create(dataType);/调用更新方案形状的方法planUtil.setPlanState(year,itemId,dataType);public void savePlan (int planYear,int itemId,int dataType)PlanUtil planUtil = PlanUtil .crea

23、te(dataType);/调用更新方案形状的方法planUtil. savePlan (year,itemId,dataType); .重构方法引见：以委托取代承继(2)承继是一件很棒的事，但有时候它并不是他要的。经常他会遇到这样的情况:一开场他承继了一个class ，随后发现superclass中的许多操作井不真正适用于subclass。这种情况下他所拥有的接口并末真正反映出class的功能。或者，他能够发现他从superclass中承继了一大堆subclas并不需求的数据，抑或者他能够发现superclass中的某些protected函数对subclass并没有什么意义。他可以选择容忍，

24、并接受传统说法：subclass可以只运用superclas、功能的一部分。但这样做的结果是：代码传达的信息与他的意图南辕北辙，这是一种混淆，他应该将它去除。假设以委托取代承继，他可以更清楚地阐明:他只需求受托类的一部分功能。接口中的哪一部分应该被运用，哪一部分应该被忽略，完全由他主导控制。这样做的本钱那么是需耍额外写出委托函数，但这些函数都非常简单，极少能够出错。.重构方法引见：引入参数对象(1)public List getYearPlanList (String operatorID, String planYear,String iSeason, String planType,Str

25、ing dataType).public List getLastYearPlanList (String operatorID, String planYear,String iSeason, String planType,String dataType)public void fillPlanData (String operatorID, String planYear,String iSeason, String planType,String dataType)PlanData planData=new PlanData();planData.setYeraPlanList(get

26、YearPlanList (operatorID,planYear, iSeason，planType,dataType);planData.setLastYeraPlanList(getLastYearPlanList (operatorID,planYear, iSeason，planType,dataType);public class PlanParamObj private String operatorID;private String planYear;private String iSeason;private String planType,;private String d

27、ataType;public PlanParamObj (String operatorID, String planYear,String iSeason, String planType,String dataType) this.operatorID=operatorID;this.planYear=planYear;this.iSeason=iSeason;this.planType=planType;this.dataType=dataType;.重构方法引见：引入参数对象(2)public List getYearPlanList (PlanParamObj paramObj).p

28、ublic List getLastYearPlanList (PlanParamObj paramObj).public void fillPlanData (String operatorID, String planYear,String iSeason, String planType,String dataType)PlanParamObj paramObj = new PlanParamObj (operatorID,planYear, iSeason，planType,dataType);PlanData planData=new PlanData();planData.setY

29、eraPlanList(getYearPlanList (paramObj);planData.setLastYeraPlanList(getLastYearPlanList (paramObj );.重构方法引见：引入参数对象(3)他常会看到特定的数组参数总是一同被传送。能够有好几个函数都运用这一组参数，这些函数能够隶属同个class,也能够隶属不同的classes。这样一组参数就是所谓的data Clump(数据泥团)，我们可以运用一个对象包装一切这些数据，再以该对象取代它们。哪伯只是为了把这些数据组织在一同，这样做也是值得的。本项重构的价值在于缩短了参数列的长度，而他知道，过长的参数列总

30、是难以了解的。此外，新对象所定义的访问函数还可以使代码更具一致性，这又进一步降低了代码的了解难度和修正难度。本项重构还可以带给他更多益处。当他把这些参数组织到起之后，往往很快可以发现一些可被移至新建class的行为。通常，本来运用那些参数的函数对那些参数会有一些共通措施，假设将这些共通行为移到新对象中，他可以减少很多反复代码.重构方法引见：函数迁移(1)public class RepUtilFunc private List initFundList().this.copyFundView(fView,planView); /汇总投资方案数据private void copyFundView

31、 (FundView fView,PlanView planView)fView.setFund(fView.getFund()+planView.getFund();fView.setUpprefund(fView.getUpprefund()+planView.getUpprefund();fView.setDownprefund(fView.getDownprefund()+planView.getDownprefund();public class RepUtilFunc private List initFundList().fView.copyFundView(planView);

32、 /汇总投资方案数据.重构方法引见：函数迁移(2)public class FundView private double fund;private String upprefund; private String downprefund;getset方法public class FundView private double fund;private String upprefund; private String downprefund;getset方法public void copyFundView (PlanView planView)this.setFund(this.getFund

33、()+planView.getFund();this.setUpprefund(this.getUpprefund()+planView.getUpprefund();this.setDownprefund(this.getDownprefund()+planView.getDownprefund();.重构方法引见：函数迁移(3)函数迁移是重构实际的支柱。假设一个class有太多行为，或假设一个class与另一个class有太多协作而构成高度耦合，我就会迁移函数。经过这种手段，我可以使系统中的classes更简单，这些classes最终也将更干净利落地实现系统交付的义务。经常我会阅读clas

34、s的一切函数，从中寻觅这样的函数，运用另一个对象的次数比运用本人所驻对象的次数还多，就会进展函数迁移。.重构方法引见：将过程化设计转换为面向对象设计有时间的话用一个实践例子进展展现。.四、测试驱动开发方法简介测试驱动开发Test Driven Development,英文缩写TDD是极限编程的一个重要组成部分，它的根本思想就是在开发功能代码之前，先编写代码的单元测试用例。也就是说在明确要开发某个功能后，首先思索如何对这个功能进展测试，并完成测试用例的编写，然后编写相关的代码满足这些测试用例。循环进展添加其他功能，直到完成全部功能的开发。代码整洁可用(clean code that works)

35、 是测试驱动开发所追求的目的。.测试驱动开发优点(1)需求向来就是软件开发过程中觉得最不好明确描画、易变的东西。这里说的需求不只是指用户的需求，还包括对代码的运用需求。很多开发人员最害怕的就是后期还要修正某个类或者函数的接口进展修正或者扩展，为什么会发生这样的事情就是由于这部分代码的运用需求没有很好的描画。测试驱动开发就是经过编写测试用例，先思索代码的运用需求包括功能、过程、接口等，而且这个描画是无二义的，可执行验证的。 经过编写这部分代码的测试用例，对其功能的分解、运用过程、接口都进展了设计。而且这种从运用角度对代码的设计通常更符合后期开发的需求。可测试的要求，对代码的内聚性的提高和复用都非

36、常有益。因此测试驱动开发也是一种代码设计的过程。 开发人员通常对编写文档非常腻烦，但要运用、了解他人的代码时通常又希望能有文档进展指点。而测试驱动开发过程中产生的测试用例代码就是对代码的最好的解释。 .测试驱动开发优点(2)高兴任务的根底就是对本人有自信心，对本人的任务成果有自信心。当前很多开发人员却经常在担忧：“代码能否正确？“辛劳编写的代码还有没有严重bug？“修正的新代码对其他部分有没有影响？。这种担忧甚至导致某些代码应该修正却不敢修正的地步。测试驱动开发提供的测试集就可以作为他自信心的来源。 当然测试驱动开发最重要的功能还在于保证代码的正确性，可以迅速发现、定位bug。而迅速发现、定位

37、bug是很多开发人员的梦想。针对关键代码的测试集，以及不断完善的测试用例，为迅速发现、定位bug提供了条件。 我的一段功能非常复杂的代码运用TDD开发完成，真实环境运用中只发现几个bug，而且很快被定位处理。您在运用后，也一定会为那种自信的开发过程，功能不断添加、完善的觉得，迅速发现、定位bug的才干所感染，喜欢这个技术的。 .测试驱动开发根本过程明确当前要完成的功能。可以记录成一个TODO列表。快速完成针对此功能的测试用例编写。测试代码编译不经过。编写对应的功能代码。测试经过。对代码进展重构，并保证测试经过。循环完成一切功能的开发 .测试驱动开发案例(1) 需求：实现Fibonacci数列F

38、ibonacci数列简介:Fibonacci数列从第0项开场依次为0,1,1,2,3,5,8的数列，它存在如下特点:第0,1个数为0,1。从第2个数开场，该数是前面两个数之和。 .测试驱动开发案例(2) 先编写测试代码 : import junit.framework.TestCase; public class FibonacciTest extends TestCasepublic void testFibonacci() FibUtil fb = new FibUtil(); 编写完测试代码之后在Eclipse中运转该测试类，发现Junit运转出错(显示了一条红色杠) 这是在预料之中，由

39、于我们还没有编写FibUtil类。.测试驱动开发案例(3) 为了使测试经过，那么下面开场编写FibUtil类public class FibUtil 然后再次运转测试类。这时会发现测试胜利。 .测试驱动开发案例(4) 下面添加测试用例，开场测试Fibonacci数列的实现函数fib：public void testFibonacci() FibUtil fb = new FibUtil(); assertEquals(0,fb.fib(0); 由于出现编译错误，所以需求在FibUtil类中添加fib方法如下：public int fib ( int i) return 0 ; 运转测试用例，经过！ .测试驱动开发案例(5) 继续添加测试用例，判别1的情况：public void testFibonacci() FibUtil fb = new FibUtil(); assertEqu