Continuous Inspection - An effective approch towards Software Quality Product Improvement

Post on 20-Dec-2014

1.973 views 6 download

description

Resumo: Métodos ágeis enfatizam a construção de produtos com alta qualidade, através da utilização de práticas de engenharia como refatoração, TDD e revisões de código.Entretanto, como podemos obter feedback das nossas refatorações no sistema? Como otimizar as revisões de código, nos pontos mais necessários? Como evitar a deterioração/entropia do código ao longo do tempo? Apresentaremos técnicas de Continuous Inspection que nos fornecem feedback objetivo da qualidade interna do software. Você aprenderá como reduzir a dívida técnica de seus projetos e a minimizar o risco e esforço no desenvolvimento e manutenção. Será demonstrada uma implementação de técnicas de Inspeção Contínua, que envolvem Integração Contínua, Testes de Unidade, Análise Estática de Código e extratores de métricas.Descrição: Há muitas décadas, a indústria de TI têm investido para melhorar a qualidade de software, através de otimização dos processos de desenvolvimento. A partir do despertar da comunidade ágil, maior importância tem sido dedicada à qualidade do produto de software e diversas práticas de engenharia de software têm sido promovidas. Reduzir complexidade, construir um design testável, reduzir duplicação, acoplamento e promover coesão entre classes, produzir testes de unidade efetivos e refatorar continuamente são exemplos de abordagens efetivas para produzir código limpo, que é mais barato de se manter e melhorar.Mau-cheiros (bad smells) são sintomas que possivelmente indicam um problema mais profundo na base de código. Como exemplo, podemos citar métodos grandes com excessiva quantidade de linhas, parâmetros ou complexidade ciclomática, classes com alto acoplamento e baixa coesão, poucos testes de unidade e baixa cobertura de código.Algumas questões então surgem em nossas mentes: Como evitar a deterioração/entropia de nosso código, ao longo do tempo? Como podemos encontrar bad smells na base de código e como lidar com eles? Como podemos obter feedback das nossas refatorações no sistema? Como otimizar as inspeções ou revisões de código, focando nos pontos mais necessários? Como obter tendências de métricas de qualidade para sistemas legados que serão evoluídos? Deveríamos continuar a investir esforço em qualidade interna? Em que proporção?A automatização das inspeções de código (Continuous Inspection) potencializa as inspeções tradicionais, feitas pelos engenheiros de software, pois é capaz de indicar os pontos no código que apresentam maiores indícios de anomalias e potenciais problemas de design. Além disso, essa técnica permite a extração e análise de tendência de métricas de qualidade de software em projetos de desenvolvimento em execução ou em software legado.Nesta sessão, apresentaremos um Framework para analisar a evolução da qualidade da base de código ao longo do tempo. Este framework é composto por modelos, métodos e técnicas aplicáveis em qualquer linguagem orientada à objeto de mercado. Será demonstrada uma implementação do framework em uma plataforma de desenvolvimento específica, utilizando um conjunto de ferramentas open-source para demonstrar o processo de Inspeção Contínua, que envolve Integração Contínua, Testes de Unidade, Análise Estática de Código e extratores de métricas. Serão apresentados os resultados que nossa empresa tem obtido e você poderá aprender como diminuir o débito técnico de seus projetos e, consequentemente, minimizar o risco e esforço no desenvolvimento e manutenção de aplicações.Você aprenderá como identificar débitos técnicos e bad smells no seu código-fonte, a partir da coleta sistemática e automatizada de métricas.Aprenderá a identificar o momento e o local do código onde se faz necessária refatoração, a fim de evitar muito esforço futuro na realização de manutenções de correção ou de melhoria.Saberá identificar qual a qualidade

Transcript of Continuous Inspection - An effective approch towards Software Quality Product Improvement

Continuous InspectionUma abordagem efetiva para melhoria contínua da qualidade de

software

Roberto Pepato Mellado@rpepato

Gabriel Moreira@gspmoreira

James Q. Wilson

George L. Kelling

Production

Maintainability

Analisability

Modificability

Stability

Testability

?

[ISO 9126 / 25000]

Software Maintainability Maintenance Effort and Accuracy

Corrective AdaptativeImprovement

Preventive

why?

>50%

[Kemerer et. Al, 1999]

>50%

[Jones, 2007]

40% to 90%

[Bennet, 2002]

Not me!

Programmers are constantly in maintenance mode

“You are rarely writing original code.”

"I'm maintaining from day one."

“It's only the first 10 minutes that the code's original, when you type it in the first time. That's it.”

Don’t Make This Common Mistake

Technical Debt

It’s not my fault, but it is still my problem

Dreaming and Planning Software Quality for his next project

Dijkstra

is Watching

[design by Philip Calçado]

Formal Inspection

Lightweight Inspection

Next, please!

Static Code Analysis

What about tools?

http://en.wikipedia.org/wiki/List_of_tools_for_static_code_analysis

FxCop (.NET)

StyleCop (.NET)

Resharper (.NET)

NDepend (.NET)

JDepend (Java)

Find Bugs (Java)

CCFinder (C#, Java, C++, VB)

SimpleCov (Ruby)

SimpleCov (Ruby)

Metric-fu -- Churn (Ruby)

Metric-fu -- Flog(Ruby)

Metric-fu -- Reek(Ruby)

Metric-fu -- Stats(Ruby)

Metric-fu -- Hotspots(Ruby)

Continuous Inspection

CI + SCA

Metrics

Bad Smells

Inspection

Refactoring

Continuous Improvement

Measure: Cyclomatic complexity

Tools• JavaNCSS• PMD• NDepend

Refactorings• Replace Conditional with

Polymorphism• Extract Method

Conditional Complexity

Duplicated Code

Measure: Code duplication

Tools: CheckStyle, PMD

Refactorings: • Extract Method• Pull Up Method• Form Template Method• Substitute Algorithm

Measure: Source lines of code (SLOC)

Tool: PMD, JavaNCSS, CheckStyle

Refactorings: Extract Method, Replace Temp with Query, Introduce Parameter Object, Preserve Whole Object, Replace Method with Method Object

Long Method / Class

Measure: Efferent coupling (fan-out per class)

Tool: CheckStyle, NDepend

Refactorings: • Move Method• Extract Class

Excessive Dependency

Inspection Automation in CI<target name="inspect" >

<exec program="${tools.fxcop}" commandline="/p:${reports.scripts}\Mineradores.fxcop /out:${reports.output}\ccnet-fxcop-results.xml" failonerror="false"/> <exec program="${tools.stylecopcmd}" commandline="-sf &quot;${libandunittest.buildfile.path}\LibAndUnitTest.sln&quot; -of &quot;${reports.output}\ccnet-libstylecop-output.xml&quot;" failonerror="false"/> <exec program="${tools.ndepend}" failonerror="false"> <arg value="${reports.scripts}\Mineradores-NDepend.xml" /> <arg value="/OutDir &quot;${reports.ndepend.output}&quot;" /> </exec>

</target>

NDepend Report

NDepend Report

Combination from measures of attributes belonging to a software product, or to its development process, which shows quantitatively some of its characteristics.

Métricas de Produto OO

Tamanho•LOC•N. Métodos•N. Atributos

Complexidade•CC - Complexidade Ciclomática

•Métricas de Halstead

•MCD - Max Conditional Depth

•MLD - Max Loop Depth

•DD - Decision Density

Acoplamento•AC – Aferent Coupling

•EC – Eferent Coupling

•ABC – Association Between Classes

Coesão•LCOM – Lack of Cohesion Methods

•LCOM-HS - Lack of Cohesion Of Methods Henderson-Sellers

Herança•NOC - Number of Children

•DIT - Depth of Inheritance Tree

Other Metrics•Churn•Program Vocabulary

• ...

Software Product Metrics

How to Deal With Lots Of Data?

Metrics Analysis – Dashboards (Sonar)

Metrics Analysis – Temporal Series

Metrics Analysis - Control Charts

Metrics Analysis - OLAP

Metrics Analysis – Indicators from DW

Build Definition

Going Deeper

Transparency Adaptation

Inspection

I need some help!

?

Obrigado

Roberto Pepato Melladorpepato@gmail.com

@rpepato

Gabriel Moreiragabrielspmoreira@yahoo.com.br

@gspmoreira

http://workingsweng.wordpress.com/

19 e 20 de Agosto de 2011

http://www.agilevale.com.br/@agilevale#agilevale