Práticas de desenvolvimento aplicadas na automação de testes com Selenium Robson Bittencourt #gutsrs

Transcrição

1 Práticas de desenvolvimento aplicadas na automação de testes com Selenium Robson Bittencourt #gutsrs

2 Programação 19h15 às 19h45 Recepção, boas vindas e Coffee para integração 19h45 às 19h55 Abertura do evento, apresentação do GUTS-RS e expectativas do evento 19h55 às 20h45 Práticas de desenvolvimento aplicadas na automação de testes com Selenium (Robson Bittencourt) 20h45 às 21h15 Hands on com Selenium

3 Sobre o GUTS-RS GUTS-RS: Grupo de Usuários de Testes de Software do RS Criado em: agosto/2008 Objetivo: compartilhar o uso de métodos, processos e ferramentas de Teste de Software e promover discussões sobre a aplicação das melhores práticas de teste e qualidade utilizadas no mercado Público Alvo: Gerentes, Analistas de Testes, Testadores, Desenvolvedores e demais profissionais e estudantes interessados na área Coordenação: Diraci Júnior, Eduardo Oliveira e Moisés Ramírez

4 Canais de Comunicação Grupo de Usuários de Testes de Software do Guts RS GUTS-RS

5 Comunicados Submissão de Palestras 2016 DOJO Fishbowl Palestra TCC Testing Games Workshop Outros Assinar a lista de presença Preencher a Ficha do Evento Certificado de Participação

6 Próximos Eventos GUTS Talks (julho) Ferramentas de Automação de Testes

7 Sobre o palestrante Robson é graduado em Sistemas de Informação, pela Facensa de Gravataí. Busca estar sempre a par das boas práticas de construção de software, como testes, Clean Code e Design Patterns. Gosta de estudar coisas novas, principalmente assuntos relacionados a Engenharia de Software e Métodos Ágeis. Gosta de repassar as coisas que aprende e tem feito isso através de palestras e do seu blog.

8 github.com/robsonbittencourt rbittencourt.com

9 Práticas de desenvolvimento aplicadas na automação de testes com Selenium

10 Agenda - Importância dos testes automatizados - Linguagens Orientadas a Objetos - Abstrações - SOLID - DRY - Design Patterns - Clean Code - Organização - Indo além

11 Importância dos testes automatizados

12 Importância dos testes automatizados Feedback contínuo

13 Importância dos testes automatizados Nos dão segurança

14 Importância dos testes automatizados Liberam tempo para testes e tarefas mais complexas

15 Importância dos testes automatizados Uma vez escritos se tornam guardiões

16 Importância dos testes automatizados

17 Importância dos testes automatizados

18 Importância dos testes automatizados Mas porquê?

19 Importância dos testes automatizados Escrever testes funcionais é complexo

20 Importância dos testes automatizados

21 Linguagens Orientadas a Objetos

22 Linguagens Orientadas a Objetos Diferença entre o paradigma procedural e a orientação a objetos

23 Abstrações ABSTRAÇÕES

24 Carro Abstrações

25 Metáfora do lenhador Abstrações

26 Criar uma caixa de ferramentas Abstrações

27 Projeto de classes Abstrações

28 Quebra-cabeças Abstrações

29 SOLID

30 S - Single responsability O - Open / closed L - Liskov substitution I - Interface segregation D - Dependency inversion SOLID

31 Single responsability SOLID

32 Open / Closed principle SOLID

33 Open / Closed principle SOLID

34 Open / Closed principle SOLID

35 Open / Closed principle SOLID

36 Open / Closed principle SOLID

37 DRY Don t repeat yourself Não se repita

38 DRY

39 DRY

40 Design Patterns

41 Design Patterns - Solução reproduzível de um problema - Problemas clássicos geralmente possuem patterns - Não trazem a solução final - Instigam as boas práticas e princípios da orientação a objetos

42 Page Object Representa uma página Design Patterns Reusáveis Redução da manutenção Linguagem de domínio

43 Page Object Design Patterns

44 Page Object Design Patterns

45 Abstrações de elementos Representam um elemento ou componente Design Patterns Encapsulam código do WebDriver

46 Abstrações de elementos Design Patterns

47 Abstrações de elementos Design Patterns

48 Abstrações de elementos Design Patterns

49 Abstrações de elementos Design Patterns

50 Abstrações de elementos Design Patterns

51 Fixtures / Builders Design Patterns Auxiliam na criação do setup de teste Reusáveis Foco no caso de teste

52 Fixtures / Builders Design Patterns

53 Fixtures / Builders Design Patterns

54 Fixtures / Builders Design Patterns

55 Fixtures / Builders Design Patterns

56 Clean Code

57 Clean Code Any fool can write code that a computer can understand. Good programmers write code that humans can understand. Martin Fowler, 2008.

58 Bons nomes Clean Code

59 Bons nomes Clean Code

60 Métodos Pequenos Clean Code

61 Comentários Clean Code

62 Organização

63 Fluxo de Páginas Organização

64 Testes independentes Organização A classe de Teste deve criar seus próprios dados

65 Testes independentes Organização Uma classe de teste por funcionalidade testada

66 Testes independentes Organização Dependências dentro da mesma classe são aceitáveis

67 given-when-then Organização

68

69 Indo Além

70 Livros Indo Além

71 Livros Indo Além

72 Livros Indo Além

73 Indo Além Mokona github.com/robsonbittencourt/mokona

74 ABSTRAÇÕES

75 Dúvidas?