Minicurso Testes em .NET - Globalcode Vinicius Quaiato

Globalcode – open4education1 Vinicius Quaiato @vquaiato http://viniciusquaiato.com

Testes na plataforma .NET

Começando a desenvolver com confiança


About: Vinicius Quaiato

• Arquitetura e desenvolvimento• Apaixonado pelo que faz• Apaixonado por testes• .NET Architects• .NET Magazine• Vegetariano• Pai• Santista• Geek


Contact: me

• http://viniciusquaiato.com

• [email protected]– msn e gtalk

• @vquaiato


Lambda3

• Parceria

• http://lambda3.com.br


Objetivos


About: you

• Nome

• Expectativa



Fazer software dói


Fazer software cansa


Fazer software é difícil


Mas...


Precisa ser diferente!


Razões e problemas

• Difícil manter

• Difícil evoluir

• Bugs persistentes

• Correção gera outros bugs

• Medo mexer no código

• Perda de tempo


And the life becomes sad...


Mas...


O que são testes?

• Forma de garantir que o software:– Atende aos propósitos de negócio– Funciona como esperado


O que são testes?

• Maneira verificável de garantir que o software atende às necessidades de negócio e que funciona como esperado.


Por que testar?

• Saber que algo funciona


Por que testar?

• Saber que algo terminou, ficou pronto


Como testamos hoje??


Ctrl + Shift + B


Ctrl + Shift + B

• Compilar NÃO é testar!

• Apenas significa que o código atende ao compilador, apenas isso!


F5


F5

• Executar a aplicação demora

• No geral testa-se apenas o que você pensa que alterou

O bater de asas de uma borboleta em Tóquio pode provocar um furacão em Nova Iorque

“ ”


Monkey


Monkey

• Executar a aplicação demora

• É bom para encontrar alguns bugs

• Testes não são apenas sobre bugs!


Testers


Testers

• São importantes!

• Executar a aplicação demora!

• Feedback demora!

• Bom para encontrar bugs

• Código construído sobre bug gera mais bugs!


O que são testes?

• Maneira verificável de garantir que o software atende às necessidades de negócio e que funciona como esperado.

• Temos isso?


Por que não testar?

?



• Demora



• Eu sou senior!



• Estamos sem tempo


Bad news...

Mentira!



• Acredite: você não é bom o bastante!

• Testar pode consumir algum tempo, mas é necessário!

• Deixar de testar não te faz mais rápido, dá apenas uma falsa sensação de velocidade.


É uma cilada Bino!


Vamos aproveitar a vida!


Unit Tests

• Testes unitários

• Pedaço de código

• Executa outro pedaço de código

• Verifica se tudo está correto


Unit Tests

• Escritos pelo desenvolvedor

• Rápidos de excutar

• Testam uma única unidade de código


Unit Tests

• Testes de unidade!– Unidade é um método ou função, uma

operação

• SUT– System Under Test

• Class• Method• Code


Unit Tests

• Executam de forma automatizada

• São repetíveis

• Qualquer um pode executar

• One click execution!


Unit Tests

• Provém feedback quase instantâneo

• Auxiliam o design da funcionalidade– Escrever testes tem de ser fácil– Está difícil? Refatore!

• Ajudam a realizar alterações

• Ajudam com regressões– Algo que funcionava e não funciona mais


Unit Tests

• E as desvantagens...


Demo

• Nosso primeiro Unit Test


MSTest

• Framework de Testes da Microsoft

• Fornece ferramentas necessárias para Unit Testing

• Ferramenta Command Line para executar Unit Tests


MSTest

• Atributos para criação de testes– [TestClass]– [TestMethod]

• Métodos para asserção dos testes– Assert methods

• Rodador de testes integrado com Visual Studio


Demo

• Conhecendo os atributos e métodos de Assert


Framework e Runner

• O teste é diferente de quem executa o teste


Framework e Runner

• Framework é um conjunto de bibliotecas

• Contém métodos de assert, atributos, helpers, define estrutura dos testes

• MSTest, NUnit, MbUnit, etc.


Framework e Runner

• Runner, ou rodador, é quem de fato executa os testes

• Um runner pode executar testes de vários frameworks

• Pode ser integrado a IDE, ser um command line ou um .exe


Demo

• Diferença entre framework e runner


Anatomia AAA

• Testes no geral são curtos

• Basicamente seguem o padrão AAA

• Arrange

• Act

• Assert


Anatomia AAA

• Arrange– Você prepara o ambiente para o teste– Configura variáveis, objetos, monta relações– Prepara tudo que for necessário para que o

teste execute


Sobre o Arrange

• Em algumas situações o Arrange pode ser reaproveitado– [Setup]– [TestInitialize]– [FixtureSetup]

• O Arrange pode ser extenso


Arrange extenso


Anatomia AAA

• Act– É a execução do SUT– É a chamada para o método que está sendo

testado– É a execução da operação a ser testada


Sobre o Act

• Um teste deve atuar independente dos outros

• Um Act com muitos métodos é sinal de problema


Anatomia AAA

• Assert– É a verificação do resultado – Neste ponto faz-se a análise do resultado do

Act com o que era esperado


Sobre o Assert

• Um teste no geral tem apenas um Assert

• Mais de um Assert no teste mascara erros


Demo

• Conhecendo a anatomia AAA de um teste

• setup e teardown


NUnit

• Framework de unit testing

• Portado do JUnit

• Hoje é 100% escrito em C#

• Um dos frameworks mais utilizados


NUnit

• Interfaces fluentes

• Asserções mais legíveis

• Mais opções de asserções


Demo

• Conhecendo o NUnit


Exceptions

• E quando queremos uma exception?

• Exceptions podem ser regras de negócio

• Geralmente uma exception falha o teste

• Precisamos deixar claro que queremos isto ou não


Demos

• Exceptions no MSTest

• Exceptions no NUnit


TDD

• Test Driven Development


Não é (só)sobre testes


TDD

• Basicamente segue o mantra:– Red, green, refactor

• Escreva um teste que falhe

• Faça o teste passar

• Refatore/melhor o código


TDD

• Escrever os testes antes do código de produção

• Escrever código que o teste pediu

• Resultados:– Testes– Melhor design

• Menos acoplamento (acoplamento estável)• Classes e métodos coesos• Clareza no código


TDD

• Por que teste antes?– O teste é o primeiro cliente do seu código– Faça como você gostaria que fosse– Ficou difícil? Talvez seja melhor pensar mais


TDD


TDD

• Vicia!


Demo

• Praticando um pouco de TDD


Stubs e Mocks

• Servem para gerenciarmos dependências nos testes

• Ambos são objetos fake, “imitam” objetos reais

• São muito parecidos, mas têm propósitos distintos


Stubs

• Substitui de forma controlável uma dependência externa

• Mantém o teste em nossas mãos– Repetível– Rápido– Isolado

• Um Stub não fará o teste falhar

• Asserts não são feitos contra os Stubs

• Fornecem algum estado para o SUT


Demo

• Conhecendo um Stub


Mocks

• É um objeto que reage às interações com o SUT

• Tem poder para falhar o teste

• Assert é realizado contra o mock

• Um mock por teste– SRP até no teste!


Demo

• Conhecendo um Mock


Stubs e Mocks

• Indispensáveis

• Sem eles testar é doloroso e custoso

• Criá-los na mão é doloroso e custoso

• Gera muito retrabalho

• Gasta-se muito tempo

• Testar fica chato!


Frameworks de Mock

• Frameworks de isolamento

• Criam Mocks e Stubs de forma simples

• Não há retrabalho

• Lidam com vários tipos de configuração, sem causar dores


Frameworks de isolamento

• Moq

• Rhino Mocks

• TypeMock/Isolator 2010

• JustMock


Moq

• Fala-se: Mock you!

• API bastante simples

• Usa .NET 3.5– Lambdas e Linq

• Cria Stubs e Mocks


Demo

• Utilizando Moq com Stubs e Mocks


Links

• http://msdn.microsoft.com/en-us/library/ms182489%28VS.80%29.aspx

• http://code.google.com/p/moq/

• http://www.nunit.org/

• http://www.ayende.com/projects/rhino-mocks.aspx

• http://www.testdriven.net/

• http://martinfowler.com/articles/mocksArentStubs.html

• http://vimeo.com/user3553347/videos

• http://viniciusquaiato.com/blog/category/tdd/

• http://www.aniche.com.br/


Books

• The Art of Unit Testing

• Test Driven Development by example

• Growing Object-Oriented Software Guided by Tests


Contact: me

• http://viniciusquaiato.com

• [email protected]– msn e gtalk

• @vquaiato


So...

• Thank you!

Technology

Minicurso Testes em .NET - Globalcode Vinicius Quaiato