Skip to content

Instantly share code, notes, and snippets.

Show Gist options
  • Save paulodeleo/5548156 to your computer and use it in GitHub Desktop.
Save paulodeleo/5548156 to your computer and use it in GitHub Desktop.
Destaques e observações que anotei enquanto assistia a talk "The Magic Tricks of Testing" da Sandi Metz na Railsconf 2013.
Talk:
RailsConf 2013 - The Magic Tricks of Testing by Sandi Metz
Video:
http://www.justin.tv/confreaks/c/2247122
Slides:
https://speakerdeck.com/skmetz/magic-tricks-of-testing-railsconf?slide=0
Destaques e observações que anotei enquanto assistia:
- sim, a promessa dos testes não se cumpriu para mim até agora. sim, 2013 e esse assunto ainda é debatido. meus testes parecem caros demais.
- testes de consultas e de commandos
- em testes de consultas testar o retorno da consulta
- testar interface, não a implementação
- em testes de comandos, enviar a mensagem e testar o efeito desse comando
- testar o método público que permite atestar que o comando teve um efeito
- limite a responsabilidade do método que recebe o comando a garantir que o efeito seja visível?
- se o efeito de um comando não é visível externamente, ele não deve ser testado
- não testar métodos privados evita redundancia?
- e no caso de usar tdd? começar com o teste, implementar e apagar o teste?
- não testar consultas a métodos de objetos externos. se um método usa consulta a objeto(s) externos, teste o retorno desse método (novamente, interface vs implementação)
- deve haver um teste para isso no objeto externo, teste esse que não deve ser duplicado
- aos 25m35s é descrito um cenário de um teste unitário tomando, erroneamente, o lugar de um teste de integração. Ao invés de fazer isso, o teste ao efeito externo é mockado. Não entendo o uso de mocks muito bem ainda. Talvez esse cenário me ajude com isso.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment