Terra Ágil - Integração Contínua

Integração Contínua

Terra ÁgilNov/2010

IC

– Integração Contínua

“Continuous Integration is a software development practice where members of a team integrate their work frequently, usually each person integrates at least daily - leading to multiple integrations per day. Each integration is verified by an automated build (including test) to detect integration errors as quickly as possible. Many teams find that this approach leads to significantly reduced integration problems and allows a team to develop cohesive software more rapidly.”

http://www.martinfowler.com/articles/continuousIntegration.html



IC

– IC @ Atlas : • Testes: Unidade/Funcionais (Integração)

IC

– Bottom Up! • Injeção de Dependência• Mocks• TDD• Integracao Continua / Hudson

– Conclusão

IC

– Dependency Injection• Design Pattern• Reduzir acoplamento• Vários tipos (constructor injection, setter injection,

interface injection)

IC

– Dependency Injection

class HardcodedWorkflow{

public void execute(){

// do LOTS of workflow stuff...

FileSenderService service = new FileSenderService(fileName, "This is a message");

service.send();

// do LOTS more workflow stuff...

}}

IC


class FileSenderService implements ISenderService{

private String message;private File file;

public FileSenderService(String fileName, String message){

this.parameter = message;this.file = File.open(fileName);

}

public void send(){

file.write(message);}

}

IC


class EmailSenderService implements ISenderService{

...

public void send(){

smtpLib.send(emailAddress, message);}

}

IC

É só um “IF”

IC

É só um “IF”

IC


class HardcodedWorkflow{

public void execute(int delivery){


ISenderService service;if(delivery == MsgDelivery.FILE) {

service = new FileSenderService("This is a message");} else if(delivery == MsgDelivery.EMAIL) {

service = new EmailSenderService("This is a slightly different message");}

service.send();


}}

IC

2 meses depois ...

IC


...if(delivery == MsgDelivery.FILE) {

service = new FileSenderService("This is a message"); } else if(delivery == MsgDelivery.EMAIL) {

service = new EmailSenderService(userAddress, "This is a slightly different message"");} else if(delivery == MsgDelivery.ADMINISTRATOR_EMAIL) {

service = new EmailSenderService(adminAddress, "SUDO this is a message!!!");} else if(delivery == MsgDelivery.ABU_DHABI_BY_AIR_MAIL) {

service = new AbuDhabiAirMailSenderService("Hello, Mama");} else if(delivery == MsgDelivery.DEVNULL) {

service = new DevNullSenderService("Hello, is anybody in there??!?!"); // why do I care?!?!}...

IC

2 Anos depois ...

IC

IC

– Dependency Injection To The Rescue!!!

class FlexibleWorkflow{

private ISenderService service;

public FlexibleWorkflow(ISenderService service) // << "LOOSE COUPLING"{

this.service = service;}

public void execute(){


this.service.send();


}}

IC


class FileWorkflowController{

public void handleRequest(){

ISenderService service = new FileSenderService("This is a message."); // << "TIGHT COUPLING!!!"

FlexibleWorkflow workflow = new FlexibleWorkflow(service);

workflow.execute();}

}

IC


class EmailWorkflowController{

public void handleRequest(){

ISenderService service = new EmailSenderService(getUserEmail(), "This is a slightly different message.");

FlexibleWorkflow workflow = new FlexibleWorkflow(service);

workflow.execute();}

}

IC

– Dependency Injection• Ok, legal, mas o quê isso tem a ver com o pastel?!?!

IC

– Testes com Mocks!!!

class FlexibleWorkflowTest extends TestCase{

// millions of other tests...

public void testMessageSend(){

ISenderService mockService = new MockSenderService();

FlexibleWorkflow workflow = new FlexibleWorkflow(mockService);

workflow.execute();

assertTrue(workflow.getResult(), true);

mockService.assertCalled("send");// millions of other assertions...

}}

IC

– Mock Objects• Mocks aren’t Stubs!

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

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

IC

– Stubs

ISenderService stubService = new StubService();

FlexibleWorkflow workflow = new FlexibleWorkflow(stubService);workflow.execute();

// nada mais a fazer, o stub nao provê nenhuma informacao

IC

– Stubs

IC

– Mock Objects• Estilo diferente de testes

IC

– Mock Objects• Inspecionar comportamento

class FlexibleWorkflowTest extends TestCase{

public void testMessageSend(){



workflow.execute();

assertTrue(workflow.getResult(), true);

mockService.assertCalled("send");// millions of other assertions...

}}

IC

– Mock Objects• Simulando condições de erro

public void testMessageSendError(){


// mock lanca "SmtpTimeoutException" quando// metodo "send" e chamadomockService.setSideEffect("send",

new SideEffect() { void run () { throw new SmtpTimeoutException(); } });


try {workflow.execute();

} catch(Exception e) {assertFail();

}}

interface SideEffect {void run();

}

IC

– Mock Objects• Mocks sao agentes do codigo de teste

IC

– TDD

“You have probably heard a few talks or read a few articles where test driven development is depicted as a magic unicorn that watches over your software and makes everybody happy.”

IC

– TDD

“ Well, about 18.000 lines of ‘magic unicorn’ code later, I'd like to put things into perspective.”

IC

– TDD

“The truth is, test driven development is a huge pain in the ass.”

IC

– TDD

“But do you know what sucks more? The liability that comes without those tests.”

http://debuggable.com/posts/test-driven-development-at-transloadit:4cc892a7-b9fc-4d65-bb0c-1b27cbdd56cb



IC

– TDD• Ok, “Test First” ...• ... mas por onde eu começo?!?!

IC

– TDD• Ok, “Test First” ...• ... mas por onde eu começo?!?!

IC

– TDD• Implementar mínimo necessário para o teste FALHAR.

IC

– TDD• Implementar mínimo necessário para o teste FALHAR.

class Math{

public int sum(int a, int b) {

throw new NotImplementedException();}

}

class MathTest extends TestCase{

public void testSum(){

Math m = new Math();assertEquals(m.sum(1,2), 3);

}}

IC

– TDD• Vantagens

IC


– Código é testável “por natureza”.

IC


– Código é testável “por natureza”.– Ajuda a usar Mocks e Injeção de Dependências.

IC


– Código é testável “por natureza”.– Ajuda a usar Mocks e Injeção de Dependências.– Cobertura de Código.

IC


– Código é testável “por natureza”.– Ajuda a usar Mocks e Injeção de Dependências.– Cobertura de Código.– Design gera interfaces (de código) mais “amigáveis”.

IC


– Código é testável “por natureza”.– Ajuda a usar Mocks e Injeção de Dependências.– Cobertura de Código.– Design gera interfaces (de código) mais “amigáveis”.– TDD não tem “ciúminho”.

IC

– TDD• Desvantagens

IC


– Na 1a. vez, prepare-se para errar.

IC


– Na 1a. vez, prepare-se para errar. Muito.

IC


– Na 1a. vez, prepare-se para errar. Muito.» Mas aprender, mais ainda!

IC



– Nada é de graça (No Unicorns)

IC



– Nada é de graça (No Unicorns)– Código legado

IC



– Nada é de graça (No Unicorns)– Código legado– É um “pé no saco”

IC

– Build “On-Commit”– Build Noturno– Testes– Artefatos– RadiadoresDe Informação

IC

• Hudson e o “Gremlin”

[email protected]

IC

• Hudson e o “Gremlin”– Dificuldades

• Makefiles• Ambiente

Conclusão

• There’s no Free Lunch ...• ... and no Silver Bullet!• Baby Steps!• Purismo não leva a lugar nenhum• Ferramentas adequadas

Hudson

Q&[email protected]

mailto:[email protected]

Terra Ágil - Integração Contínua

Technology