Mocking Test - ThinkUp! - Abril/2017
Transferir como PPTX, PDF0 gostou1,336 visualizações
O documento aborda a importância do mocking test na automação de testes em software, destacando cenários comuns no desenvolvimento e as dificuldades encontradas. São apresentadas metodologias ágeis, como TDD e BDD, e frameworks .NET para testes automatizados, incluindo MS Test, NUnit, xUnit e SpecFlow. Exemplo prático de uso de mocks em consultas a serviços de crédito para evitar custos e limitações de testes é fornecido.
Mocking Test - ThinkUp! - Abril/2017
- 1. Mocking Test TESTANDO O QUE PARECE IMPOSSÍVEL DE SER VERIFICADO
- 2. Renato Groffe ◦ Microsoft Most Valuable Professional (MVP) ◦ Multi-Plataform Technical Audience Contributor ◦ Mais de 15 anos de experiência na área de Tecnologia ◦ Articulista e Palestrante
- 3. Contatos ◦ Facebook ---> https://www.facebook.com/renatogroff ◦ Site ---> http://renatogroffe.net/ ◦ Canal .NET ---> https://www.facebook.com/canaldotnet ◦ LinkedIn ---> http://br.linkedin.com/in/renatogroffe ◦ GitHub ---> https://github.com/renatogroffe
- 4. Agenda ◦ Cenários comuns dentro do desenvolvimento de software ◦ Testes automatizados: uma visão geral ◦ Dificuldades técnicas na implementação e execução de testes automatizados ◦ Mocking Test ◦ Exemplos no Visual Studio 2017
- 5. Desenvolvimento de Software – Cenários comuns
- 6. Desenvolvimento – Cenários comuns ◦ Pressões por uma rápida entrega, prazos muito curtos
- 7. Desenvolvimento – Cenários comuns ◦ Equipes reduzidas
- 8. Desenvolvimento – Cenários comuns ◦ Mudanças frequentes em requisitos
- 9. Desenvolvimento – Cenários Comuns ◦ Áreas de Negócio e Técnica nem sempre falam a mesma língua
- 10. Desenvolvimento – Cenários comuns ◦ Testes não são levados tão a sério como se deveria
- 11. Como contornar estes problemas?
- 12. Como contornar estes problemas? Metodologias ágeis ◦ XP (Extreme Programming) e Scrum são os exemplos mais famosos Testes de unidade automatizados ◦ Validações em objetos e métodos (unidades) ◦ Alternativas na plataforma .NET: ◦ MS Test ◦ NUnit ◦ xUnit.net
- 13. Como contornar estes problemas? TDD – Test-Driven Development ◦ Testes de unidade codificados antes mesmo da implementação das partes que serão submetidas a análises ◦ Evita-se assim a elaboração de testes “viciados”
- 14. Como contornar estes problemas? Ciclo de desenvolvimento em TDD → testes automatizados executados em todos os estágios
- 15. Como contornar estes problemas? BDD – Behavior-Driven Development ◦ Testes baseados em user stories (histórias) ◦ Vocabulário compartilhado entre áreas de negócio e técnica (linguagem ubíqua) ◦ Frameworks permitem que as user stories sejam executadas como testes automatizados → uma alternativa muito utilizada em .NET é o SpecFlow
- 16. Como contornar estes problemas? BDD – Estrutura de Uma User Story:
- 17. Como contornar estes problemas? Teste de aceitação em BDD → User story que serve de base para a implementação de uma funcionalidade e posterior validação da mesma
- 18. Sempre será fácil testar?
- 19. Dificuldades técnicas comuns ◦ Dependências entre diferentes partes de um software ◦ Inexistência de ambientes com configurações específicas para testes ◦ Integrações com parceiros que não disponibilizam condições adequadas para testes ◦ O teste de determinados recursos precisa esperar pela conclusão de uma ou mais funcionalidades específicas
- 20. Como superar então estas dificuldades?
- 21. Simulando...
- 22. Imitando...
- 23. Algumas soluções para testes automatizados Implementações fake ◦ Trechos de código ou classes stub para a geração dos objetos requeridos pelos testes ◦ Estruturas normalmente descartadas em produção
- 24. Algumas soluções para testes automatizados Mock Objects ◦ Estruturas que simulam objetos reais ◦ Enfatizam a interação entre objetos (comportamento), prevendo inclusive possíveis falhas de execução ◦ Frameworks simplificam a utilização destas construções
- 25. Mocking Test em .NET
- 26. Moq ◦ Framework open source ◦ Simplifica a utilização de Mocks na validação de soluções construídas em .NET ◦ Permite definir o retorno de métodos, propriedades e até a geração de exceções em tempo de execução ◦ Dispensa a criação de Fakes e outras estruturas que seriam descartadas posteriormente
- 27. NSubstitute ◦ Framework também open source ◦ Alternativa ao uso do Moq, com um funcionamento bastante semelhante ao deste último
- 28. E como utilizar isso em .NET? Combinando o uso do Moq ou Nsubstitute a frameworks como MS Test, NUnit, xUnit.net, SpecFlow, Selenium, Fluent Assertions... MS Test
- 30. Caso de Estudo ◦ Consulta a um serviço de crédito (via CPF) – status possíveis: ◦ Parâmetro de envio inválido (retorno de pendências = null) ◦ Erro de comunicação (exceção retornada ao se invocar o serviço) ◦ Pessoa física sem Pendências (zero itens no retorno de pendências) ◦ Pessoa física inadimplente (ao menos uma pendência encontrada) ◦ A ideia por trás do uso de Mock Objects nesta situação é evitar consultas a um tipo de serviço que é pago → as empresas que fornecem os dados não costumam disponibilizar ambientes para testes
- 31. Caso de Estudo
- 32. Caso de Estudo ◦ Primeiro Exemplo → MS Test + Moq ◦ Segundo Exemplo → xUnit + NSubstitute
- 33. Dúvidas?
- 34. Obrigado!