continuous inspection - an effective approch towards software quality product improvement
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 qualidadeTRANSCRIPT
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
Quality or Fast Delivery?
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 "${libandunittest.buildfile.path}\LibAndUnitTest.sln" -of "${reports.output}\ccnet-libstylecop-output.xml"" failonerror="false"/> <exec program="${tools.ndepend}" failonerror="false"> <arg value="${reports.scripts}\Mineradores-NDepend.xml" /> <arg value="/OutDir "${reports.ndepend.output}"" /> </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 [email protected]
@rpepato
Gabriel [email protected]
@gspmoreira
http://workingsweng.wordpress.com/
19 e 20 de Agosto de 2011
http://www.agilevale.com.br/@agilevale#agilevale