Coding Dojo

Em sala de aula ouvi várias as vezes a citação do termo 'Dojo' e até então ficava com receio de perguntar em sala e resolvi pesquisar, encontrei no site http://carloscavalcanti.com/, um resumo que esclarece muito bem o tão falado termo. Segue abaixo:

Nada mais é do que uma prática bastante divertida e interessante com o
intuito de praticar o desenvolvimento de software dos participantes,
fazendo com que as técnicas dos mesmos se aperfeiçoem. Tendo em vista:

Desenvolvimento orientado a Testes: Desenvolver um teste antes mesmo de fazer quaisquer tipo de implementação, com intuito de passar a visão correta da implementação desejada.

Pequenos Passos (ou passos de bebê): Deve-se desenvolver o código o mais simples possível para que o teste passe, quando for escrever um outro teste para o mesmo método deve-se escrever um teste um pouco mais complexo (ou melhor, um pouco menos simples).

Programação em par: Junção de 2 pessoas em um computador. Onde uma é o chamado piloto e a outra o co-piloto, ou seja, o piloto mete a mão no teclado, já o co-piloto, podemos dizer assim, “coordena” os passos tomados. Valendo salientar que essas 2 pessoas no Dojo devem ficar explicando em voz alta o que estão fazendo para a platéia.

Três momentos:

o Vermelho: Quando um ou mais testes não estão passando. A dupla que está de “posse” do computador deve fazer o teste passar e a platéia não deve falar neste momento, para não atrapalhar.

o Verde: Quando os testes são rodados e os mesmos passados, aí sim, neste momento a platéia poderá dar sugestões para melhor o código.

o Amarelo: Resumindo, refatoração. Após a platéia dar sugestões de modificações.

Bem, resumidamente um Coding Dojo funciona desta forma.

Resumo: Testes Funcionais e Testes Estruturais

Os testes de software são divididos em dois tipos:

Testes Estruturais: garantem que os softwares e os programas sejam estruturalmente sólidos e que funcionem no contexto técnico onde serão instalados . Conhecidos como testes de Caixa Branca.

Teste Funcionais: garantem o atendimento aos requisitos, ou seja, que os requisitos estão corretamente codificados. Conhecidos como testes de Caixa Preta.

Cada um desses testes possuem várias técnicas, este processo que assegura o funcionamento adequado de alguns aspectos do sistema ou da unidade. Segue abaixo algumas técnicas, de acordo com o tipo de teste:

Técnicas de Teste Estrutural

◦Testes de carga;
◦Testes de conformidade;
◦Testes de desempenho (performance);
◦Testes de estresse;
◦Testes de execução;
◦Testes de operação;
◦Testes de recuperação (contingência);
◦Testes de segurança;
◦Testes de sobrevivência.

Técnicas de Teste Funcional

◦Teste de controle;
◦Teste de interconexão;
◦Testes paralelos;
◦Testes de requisitos;
◦Testes de regressão;
◦Testes de suporte manual;
◦Testes de tratamento de erros.

As técnicas de Testes Estruturais tem como foco nos testes averiguar o comportamento do sistema em determinadas situações. Já as técnicas de Testes Funcionais tem como objetivo garantir que os requisitos e as especificações do sistema tenham sido atendidos.
O teste de software tem como objetivo principal, garantir que o planejado foi produzido.

O Scrum no Teste de Software

Tendo em vista que hoje o SCRUM é um exemplo eficiente de metodologia ágil, como seria utilizá-lo em Teste de Software?

Encontrei no blog: http://asespecialistas.blog.com/ um arquivo que descreve como o SCRUM pode ser efeciente também em testes de software. 

O interessante é que são abordados diversos temas e também cita-se alguns modelos de adoção do Scrum em empresas e em equipes. Como o Product Owner define o "pronto" e no SCRUM a execução dos testes sempre é o último processo;procedimento a ser realizado em um determinado sistema, podemos assim dizer que acabamos ficando em uma situação bem comum, a redução dos prazos.

Enfim, esses e vários outras dúvidas são abordadas, tem muito assunto interessante para quem tem interesse nessa área, para quem quiser dá uma conferida no arquivo é só acessar o blog citado acima e baixar o arquivo. Uma das autoras desse arquivo é a minha companheira de trabalho, Renata Eliza atualmente Arquiteta de Teste na equipe e com certeza poderemos ter vários outros trabalhos dela sendo abordados aqui no blog.

Boa leitura!!!