Teste unitário e suas boas práticas

[Cleysonlb]

Fala galera, blz?!
Fui designado para começar a escrever os testes unitários aqui na empresa, hoje nosso sistema cobre 0% de teste, o sistema é em ruby on rails e sinceramente, estou me sentindo meio perdido, quais são as boas praticas e casos comuns de teste?!

[joao-alberto]

A boa prática é escrever testes. uheuhe 😆 Brinks

Antes de tudo recomendo a leitura desses dois posts, para ficar menos perdido:

https://willianjusten.com.br/entendendo-testes-de-software/
https://nandovieira.com.br/comecando-com-testes-automatizados-no-ruby

Depois disso, fica mais fácil seguir uma trilha de aprendizado. ✌️

[laurindo]

Sugiro estudar sobre TDD. Acredito que qualquer prática de teste é um plus gigante. Amigo meu ontem fez uma entrevista pra trabalhar na Irlanda. A primeira pergunta do CEO foi saber se ele usava teste unitários em seus projetos.

…

On Jan 27, 2017 15:21, "João Alberto" ***@***.***> wrote: A boa prática é escrever testes. uheuhe 😆 Brinks Antes de tudo recomendo a leitura desses dois posts, para ficar menos perdido: https://willianjusten.com.br/entendendo-testes-de-software/ https://nandovieira.com.br/comecando-com-testes-automatizados-no-ruby — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub <https://github.com/frontendbr/forum/issues/420#issuecomment-275735648>, or mute the thread <https://github.com/notifications/unsubscribe-auth/ACYqGBw132xKOl93-sVER_Y89AEdYN9Wks5rWjV5gaJpZM4Lv_T-> .

[ghost]

Se quiser um bom curso pra iniciar pense no da Udacity. É um ótimo curso pois tem ótima didática. Em geral dentro do processo de desenvolvimento de software o teste unitário é importantíssimo visto com bons olhos no mercado. Agora antes de sair testando tudo pende em pesquisar sobre TDD,BDD e etc todos eles são metodologias de teste, cada uma tem características que a tornam diferentes, mas a base sempre é a mesma. Entenda as camadas (unitárias, integração e sistema). E veja com seu chefe qual a expectativa ao criar esses testes.

Outra coisa importante, lembre-se você tem que testar de forma inteligente, e não fazer "testes de melancia onde por fora é verde, mas por dentro vermelho". Em outras palavras tá passando no teste mas o que ele se propõe a testar é divergente do teste em si.

E por último muito cuidado com quantos % vai se comprometer a testar, o Kent Beck o criador do TDD fala o seguinte: "I get paid for code that works, not for tests". Então teste o que realmente é importante e sensível, lembre-se que você é pago para resolver problemas hehe. E antes que se assuste, todas essas siglas relacionadas a teste são metodologias, não existe melhor e nem pior, existe a que te atende!

Espero tê-lo ajudado e abraço!

[fernandomoraes]

@edmolima
Só correção sobre DDD, pois não é "metodologia" de testes.

[ghost]

Valeu @fernandomoraes acabou escapando hehe, já corrigi lá mas valeu por ter avisado =)

Só pra documentar o DDD é Desenvolvimento Guiado por Design ou Dominio! E realmente não é uma metodologia para teste!

[AbraaoAlves]

É ótimo ver que pessoas como @edmolima cintando o que considero como "A FONTE".

explicando:
Toda pergunta quer uma resposta, mas onde busca-la nesse mar de conteúdo é o verdadeira desafio. Muitos podem citar cursos online, presencial, posts, wikipedia, .... Mas no final, você verá que as definições que você quer aprender vêm de um grupo relativamente pequeno.

O que é e onde achar essa FONTE?

Respondo com uma pergunta: quem foram os responsáveis por começar e/ou popularizar assuntos sobre as boas praticas de desenvolvimento de software?

Uma pista:

THE SOURCE. Siga o link e veja no rodapé a lista dos mestres

Nos livros desses caras é onde você poderá encontrará a fonte do conteúdo dos cursos, posts e muitos outros assuntos. Apesar de serem escritos em linguagens perdidas no tempo como java(#brinks), seu conteúdo e princípios continuam bem atuais.

Ok, mas preciso de uma sugestão de onde começar

Refactoring de Kent Beck é uma ótima pedida para seu dilema, apesar de gostar mais dos livros do TioBob e do careca da foto acima

Se coisa rápida é o que você quer, veja o capitulo 16 do livro CleanCode. Lá você encontrará um exemplo passo-a-passo de como refatorar uma biblioteca enquanto faz a cobertura de testes das regras importantes para ela.
[Não custa avisar]: esse é o penúltimo capitulo de um livro que não é de bolso, os 15 capítulos que o antecedem lhe darão base para você mesmo fazer refactory com segurança.