Nomeando os bois: Algumas técnicas no teste de aplicações

Transcript

1. Nomeando os bois: Algumas técnicas no teste de aplicações 1
2. 2 Disclaimer Apresentações são superficiais. Oferecem uma visão geral sobre algum assunto. E a minha não é diferente.
3. 3 Disclaimer As técnicas apresentadas não são balas de prata e não devem ser usadas como se não existisse o amanhã.
4. 4 Disclaimer É importante conhecer cada técnica para perceber algum design smell, pois nem sempre é claro o limite entre cada um.
5. 5 OK, FERA. PROSSIGA!
6. 6 Com as conhecidas leis de Lehman, os testes se tornaram cada vez mais importantes para garantir uma entrega de qualidade. Introdução
7. 7 Meir Lehman diz que a tendência de um software é que "mudará continuamente, com maior complexidade e com qualidade inferior". Introdução
8. 8 Por conta disso, há anos testes em aplicações são usados com dedicação. Os programas espaciais são bons exemplos. Introdução
9. 9 No entando, mais recentemente, em 2005, Michael Feathers definiu alguns itens que diferenciam um teste de unidade de todos os outros. Introdução
10. • Comunicação com banco de dados; • Tráfego de dados pela rede; • Interação com file system; • Impedimento na execução em paralelo; • Dependência de configurações de ambiente; 10 Introdução Não há...
11. 11 Introdução Não há profissional que consiga oferecer um produto/serviço de qualidade sem garantir as outras etapas.
12. 12 Introdução Sendo assim, considere todas as opções para garantir uma entrega de qualidade.
13. 13 Introdução Testes de unidade, teste de integração, testes de aceitação, teste de sistema e etc.
15. Stubbing 15
16. Uma forma de passar dublês, uma dependência agindo como um substituto, garantindo a execução do comportamento da classe-alvo. Stubbing 16
17. Uma forma de passar dublês, uma dependência agindo como um substituto, garantindo a execução do comportamento da classe-alvo. Stubbing 17
18. Uma forma de passar dublês, uma dependência agindo como um substituto, garantindo a execução do comportamento da classe-alvo. Stubbing 18
19. Exemplo Stubbing 19
20. class Authenticator { private $_user; public function __construct($user) { $this->_user = $user; } public function login($password) { if ($this->_user->isValid($password)) { return [ "role" => "default", "expire" => 3600 ]; } throw new AuthenticatorException("authentication_error"); } } 20
21. class Authenticator { private $_user; public function __construct($user) { $this->_user = $user; } public function login($password) { if ($this->_user->isValid($password)) { return [ "role" => "default", "expire" => 3600 ]; } throw new AuthenticatorException("authentication_error"); } } Acesso ao banco de dados 21
22. class User { public function isValid($password) { return "123" == $password; } } class AuthenticatorTest extends PHPUnit_Framework_TestCase { public function testQuandoUmUsuarioEstaAptoASeLogar() { $user = new User; $authenticator = new Authenticator($user); $this->assertEquals( [ "role" => "default", "expire" => 3600 ], $authenticator->login("123") ); } } 22
23. class User { public function isValid($password) { return "123" == $password; } } class AuthenticatorTest extends PHPUnit_Framework_TestCase { public function testQuandoUmUsuarioEstaAptoASeLogar() { $user = new User; $authenticator = new Authenticator($user); $this->assertEquals( [ "role" => "default", "expire" => 3600 ], $authenticator->login("123") ); } } Dublê (stub) 23
24. class AuthenticatorTest extends PHPUnit_Framework_TestCase { public function testQuandoUmUsuarioEstaAptoASeLogar() { $user = $this->getMock( "MeuUsuarioDuble", array("isValid") ); $user->method("isValid")->willReturn(true); $authenticator = new Authenticator($user); $this->assertEquals( [ "role" => "default", "expire" => 3600 ], $authenticator->login("123") ); } } 24
25. class AuthenticatorTest extends PHPUnit_Framework_TestCase { public function testQuandoUmUsuarioEstaAptoASeLogar() { $user = $this->getMock( "MeuUsuarioDuble", array("isValid") ); $user->method("isValid")->willReturn(true); $authenticator = new Authenticator($user); $this->assertEquals( [ "role" => "default", "expire" => 3600 ], $authenticator->login("123") ); } } Dublê (stub) 25
26. Recomendações Stubbing 26
27. Evite "stubar" métodos privados Stubbing 27
28. Eles não são parte da interface pública da sua classe-alvo, sendo seu comportamento preservado. A melhor forma de testar um método privado é através de um método público. Stubbing 28
29. Se não for possível, pode ser que uma das condições seja verdadeira: Stubbing 29
30. Stubbing 30 • O método privado é "código morto". • O método não deveria ser privado. • Há um design smell na classe que está testando.
31. shoulditestprivatemethods.com Stubbing 31
32. Faking 32
33. Objetos que possuem implementações, mas, em geral, são incompletos ou limitados e não são utilizáveis em produção. Faking 33
34. Objetos que possuem implementações, mas, em geral, são incompletos ou limitados e não são utilizáveis em produção. Faking 34
35. Faking 35 Objetos que possuem implementações, mas, em geral, são incompletos ou limitados e não são utilizáveis em produção.
36. osC_Database 36 Faking
38. 38 Faking osC_Database
39. class osC_Database { // 270 linhas } class osC_Database_Result { // 630 linhas } class osC_Database_mysql { // 300 linhas } class osC_Database_mysqli { // 200 linhas } class osC_Database_mysql_innodb { // 30 linhas } 39
40. ±1400 LOC 40 Faking
41. ±1400 LOC 41 Faking
42. Em uma situação específica, é complicado trabalhar usando o banco de dados. Faking 42
43. Com essa técnica, podemos simular a integração com o banco de dados e garantir o teste de uma determinada unidade. Faking 43
44. 44 class osC_Database { private $_db; private $_query; public function connect() { $this->_db = new SQLite3(":memory:"); } public function query($query) { $this->_query = $this->_db->query($query); } public function execute() { return $this->_query->fetchArray(); } }
45. require_once "database_sqlite.php"; class MeuModelTest extends PHPUnit_Framework_TestCase { public function testDeveInserirUmRegistro() { $model = new MeuModel(); $this->assertTrue($model->insert(["John Doe"])); } public function testDeveLancarUmaExcecao() { $model = new MeuModel(); $this->setExpectedException("Exception"); $this->assertEquals( $this->getExpectedException(), $model->insert([""]) ); } } 45
46. Recomendações 46 Faking
47. 47 Criar objetos que simulam um comportamento pode ser arriscado, pois seus testes passam a depender da implementação em questão. Faking
48. 48 Nem sempre sabemos tudo o que está envolvido para simular com precisão. Faking
49. Mocking 49
50. Objeto pré-definido com expectativas de que aquilo que você definiu irá de fato acontecer. Caso contrário, será um caso de falha. Mocking 50
51. Objeto pré-definido com expectativas de que aquilo que você definiu irá de fato acontecer. Caso contrário, será um caso de falha. Mocking 51
52. 52 class HttpRequest { private $_url; public function __construct($url) { $this->_url = $url; } public function execute() { $curl = curl_init(); ... return $response; } }
53. 53 class HttpRequestTest extends PHPUnit_Framework_TestCase { public function testDeveRetornarUmaRespostaDaRequisicao() { $request = $this->getMock( "HttpRequest", array("execute"), array("http://null.com") ); $request->expects($this->once()) ->method("execute") ->will($this->equalTo("{}")); $this->assertEquals("{}", $request->execute()); } }
54. 54 class HttpRequestTest extends PHPUnit_Framework_TestCase { public function testDeveRetornarUmaRespostaDaRequisicao() { $request = $this->getMock( "HttpRequest", array("execute"), array("http://null.com") ); $request->expects($this->once()) ->method("execute") ->will($this->equalTo("{}")); $this->assertEquals("{}", $request->execute()); } }
55. 55 Mocking
56. 56 Recomendações Mocking
57. 57 O problema da busca pela cobertura de código é que constantemente testamos o próprio mock. Mocking
58. 58 Teste um método que dependa do método que foi "mockado". Ter 100% de cobertura do mock não o ajudará muito. Mocking
59. 59 Além disso, há quem defenda o "only mock what you own". Ou seja, não mock seu framework, API e etc. Mocking
60. 60 Mock apenas o que faz parte do seu domínio, considerando que seu framework, API e etc. é um domínio transversal. Mocking
61. 61 Mock apenas o que faz parte do seu domínio, considerando que seu framework, API e etc. é um domínio transversal. Mocking Domínio que o ajuda a criar seu próprio domínio
62. 62 Defina um número máximo de mocks que seu teste pode possuir. Caso exceda esse número, repense o design da classe-alvo. Mocking
63. Spying 63
64. Técnica usada para verificar a passagem de mensagem (chamadas de métodos). Spying 64
65. 65 class MinhaClasseTest extends PHPUnit_Framework_TestCase { public function testVerificaPassagemDeMensagens() { $object = $this->getMock("MinhaClasse"); $object->expects($this->any()); $object->expects($this->never()); $object->expects($this->once()); $object->expects($this->atLeastOnce()); $object->expects($this->exactly($x)); $object->expects($this->at($x)); ... } }
66. Normalmente, esta técnica é utilizada em conjunto com outras técnicas. Spying 66
67. Porém.. 67
68. Recomendações gerais Idealmente, em um teste, simular um objeto é errado. Se seu teste conhece detalhes da implementação da classe- alvo, estamos quebrando o encapsulamento. 68
69. Recomendações gerais Quando seu teste sabe que um método qualquer tem uma determinada implementação, mudanças na classe- alvo faz com que o teste se altere também, o que pode ser uma má ideia. 69
70. Recomendações gerais Porém, dependendo do tipo de teste, isto normalmente é feito quando temos dependência externa (banco de dados, requisições, etc.). 70
71. 71 Saiba programar antes de testar. Tenha domínio da linguagem e do paradigma que ela se utiliza.
72. 72 Pense bem antes de adotar uma prática lida em blogs. Blogs são, muitas vezes, relatos de experiências cotidianas.
73. Ser um bom programador não significa escrever código complicado todo o tempo, mas conseguir escrever código simples o tempo todo! 73
74. 74 Perguntas?
75. 75 OBRIGADO!