jbiason
/
Presentations
1
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity
Browse Source

Merge branch 'release/20190822'

master
Julio Biason 5 years ago
parent
b296fabd8a 682e585875
commit
d277d49289
1 changed files with 95 additions and 26 deletions
Whitespace
Show all changes Ignore whitespace when comparing lines Ignore changes in amount of whitespace Ignore changes in whitespace at EOL
Unified View
Diff Options
Show Stats Download Patch File Download Diff File
  1. 117
      filosofando-testes.html

117
filosofando-testes.html
Unescape View File

@ -48,6 +48,10 @@
li { li {
display: block; display: block;
} }
.semi-opaque {
background-color: rgba(0, 0, 0, 0.7);
}
</style> </style>
</head> </head>
@ -67,9 +71,8 @@
<div> <div>
<ul class="empty"> <ul class="empty">
<li>Júlio Biason</li> <li>Júlio Biason</li>
<li>@juliobiason</li>
<li>https://functional.cafe/@juliobiason</li> <li>https://functional.cafe/@juliobiason</li>
<li>julio.biason@gmail.com</li> <li>julio.biason@pm.me</li>
<li><a href="http://presentations.juliobiason.net">http://presentations.juliobiason.net</a></li> <li><a href="http://presentations.juliobiason.net">http://presentations.juliobiason.net</a></li>
</ul> </ul>
</div> </div>
@ -85,10 +88,6 @@
</aside> </aside>
</section> </section>
<section>
<img src="_images/mini-hitler.jpg" alt="Me chamaram de Mini Hitler"/>
</section>
<section> <section>
<img src="_images/filho-do-capeta.jpg" alt="... mas hoje eu vim botar os filho dos outro no go horse." class='stretch'/> <img src="_images/filho-do-capeta.jpg" alt="... mas hoje eu vim botar os filho dos outro no go horse." class='stretch'/>
@ -103,6 +102,14 @@
<img src="_images/patriarch.jpg" alt="... e eu sou meio não-ortodoxo sobre testes."/> <img src="_images/patriarch.jpg" alt="... e eu sou meio não-ortodoxo sobre testes."/>
</section> </section>
<aside class="notes">
Um aviso: muitas das coisas que eu vou discutir aqui,
não são as coisas que normalmente são discutidas quando
se fala sobre testes.
Fiquem avisados que muitas pessoas não concordam comigo.
</aside>
</section> </section>
<section> <section>
@ -111,7 +118,7 @@
<ul> <ul>
<li>TDD Kent Beck Style.</li> <li>TDD Kent Beck Style.</li>
<li>Fast Test, Slow Tests.</li> <li>Fast Test, Slow Tests.</li>
<li>Explosão de testes.</li> <li>Explosão de testes lentos.</li>
<li>Coverage.</li> <li>Coverage.</li>
</ul> </ul>
</section> </section>
@ -120,6 +127,14 @@
<section> <section>
<img src="_images/tdd-where-it-went-wrong.png" alt="TDD: Where it went wrong" class="stretch"/> <img src="_images/tdd-where-it-went-wrong.png" alt="TDD: Where it went wrong" class="stretch"/>
<p>Ian Cooper: <a href="https://vimeo.com/68375232">"TDD, where did it all go wrong"</a></p> <p>Ian Cooper: <a href="https://vimeo.com/68375232">"TDD, where did it all go wrong"</a></p>
<aside class="notes">
Boa parte das coisas que eu vou discutir aqui foram
influenciadas por esse video do Ian Cooper, em que
ele discute coisas sobre TDD no estilo discutido
por Kent Beck, que foi quem escreveu o livro que
trouxe o termo "TDD" para as massas.
</aside>
</section> </section>
<section> <section>
@ -131,13 +146,44 @@
<li>"Run in isolation", nothing more, nothing less.</li> <li>"Run in isolation", nothing more, nothing less.</li>
<li>"Avoid testing implementation details, test behaviours"</li> <li>"Avoid testing implementation details, test behaviours"</li>
</ul> </ul>
<aside class="notes">
No seu livro, Kent Beck diz que "unit tests"
significam "rodam de forma isolada, nada mais, nada
menos". Esse é o _único_ significado de "unit
test"; "testes unitários" e não "testes de
unidade", na tradução correta.
Outra coisa que Kent Beck fala no seu livro é que
devem ser testados comportamentos, não
implementação. Pensem um pouco sobre isso: Se
estamos testando comportamento ao invés de
implementações, como é que podemos escrever um
teste de um objeto ou uma função? O que sabemos é
que uma aplicação tem um protocolo de entrada de
dados (terminal, web, GUI) e um protocolo de saída
(provavelmente o mesmo que o de entrada, no sentido
contrário) e como essa aplicação tem que se
comportar com relação à entrada.
</aside>
</section> </section>
<section> <section>
<h2>TDD</h2> <h2>TDD</h2>
<p>Discussões como "qual a unidade a ser testada" é que geraram <p>
coisas como BDD e ATDD (Acceptance Test-Driven Development).</p> Discussões como "qual a unidade a ser testada" é
que geraram coisas como BDD e ATDD (Acceptance
Test-Driven Development).
</p>
<aside class="notes">
Se vocês pensarem, essa questão de como uma
aplicação deve se comportar é exatamente que fez
com o BDD (behaviour driven development) e ATDD
surgiram -- e eles não são diferentes do que o que
Kent Beck quis dizer com o TDD.
</aside>
</section> </section>
<section> <section>
@ -145,9 +191,31 @@
<p>Reddit: <a href="https://www.reddit.com/r/django/comments/5bearg/should_i_write_unit_tests_for_djangos_built_in/" target="_blank">Devo escrever testes para a validação interna do Django?</a></p> <p>Reddit: <a href="https://www.reddit.com/r/django/comments/5bearg/should_i_write_unit_tests_for_djangos_built_in/" target="_blank">Devo escrever testes para a validação interna do Django?</a></p>
<aside class="notes">
Uma boa pergunta uma vez surgiu no Reddit do Django
foi "Devo eu criar um teste para um campo inteiro
quando o Django já verifica que um campo inteiro
não possa ter caracteres?"
</aside>
<h1 class="fragment">SIM!</h1> <h1 class="fragment">SIM!</h1>
<p class="fragment">... bom, talvez sim.</p> <aside class="notes">
A questão do teste não é relacionado com o tipo de
campo, mas o _significado_ do campo.
Exemplo, se o campo for "ano de nascimento",
obviamente "AAAA" não é um ano válido, e o Django
vai barrar isso se eu definir o campo como inteiro.
Mas eu poderia usar um campo caracter (por um
motivo qualquer) e eu teria que testar por ser um
inteiro.
Mas porque eu usaria um caracter ao invés de um
inteiro?
"Teste comportamento, não implementação".
</aside>
</section> </section>
<section> <section>
@ -156,7 +224,8 @@
<p>Nossos testes End-to-End.</p> <p>Nossos testes End-to-End.</p>
<aside class="notes"> <aside class="notes">
Explicação do que aconteceu com os testes do gerenciador de alertas. Explicação do que aconteceu com os testes do
gerenciador de alertas.
</aside> </aside>
</section> </section>
</section> </section>
@ -267,7 +336,7 @@
<h2>Coverage</h2> <h2>Coverage</h2>
<h3>Exemplo</h3> <h3>Exemplo</h3>
<pre><code class="python"> <pre><code class="python" data-trim>
class Client: class Client:
def __init__(self, name): def __init__(self, name):
self.name = name self.name = name
@ -286,7 +355,7 @@ class Client:
<h2>Coverage</h2> <h2>Coverage</h2>
<h3>Exemplo</h3> <h3>Exemplo</h3>
<pre><code class="python"> <pre><code class="python" data-trim>
def _multiple_names(name): def _multiple_names(name):
split_names = name.split(' ') split_names = name.split(' ')
return len(split_names) > 1 return len(split_names) > 1
@ -306,7 +375,7 @@ class Client:
<h2>Coverage</h2> <h2>Coverage</h2>
<h3>Exemplo</h3> <h3>Exemplo</h3>
<pre><code class="python"> <pre><code class="python" data-trim>
import pytest import pytest
def test_single_name(): def test_single_name():
@ -321,7 +390,7 @@ def test_multiple_name():
<h2>Coverage</h2> <h2>Coverage</h2>
<h3>Exemplo</h3> <h3>Exemplo</h3>
<pre><code class="python"> <pre><code class="python" data-trim>
def test_valid_name(): def test_valid_name():
_validate_name('Julio Biason') _validate_name('Julio Biason')
@ -335,7 +404,7 @@ def test_invalid_name():
<h2>Coverage</h2> <h2>Coverage</h2>
<h3>Exemplo</h3> <h3>Exemplo</h3>
<pre><code class="python"> <pre><code class="python" data-trim>
def test_client_error(): def test_client_error():
with pytest.raises(Exception): with pytest.raises(Exception):
Client(name='Cher') Client(name='Cher')
@ -349,7 +418,7 @@ def test_client():
<h2>Coverage</h2> <h2>Coverage</h2>
<h3>Exemplo</h3> <h3>Exemplo</h3>
<pre><code> <pre><code data-trim>
$ pytest client.py $ pytest client.py
==== test session starts ==== ==== test session starts ====
rootdir: /home/jbiason/unitt, inifile: rootdir: /home/jbiason/unitt, inifile:
@ -365,7 +434,7 @@ client.py ......
<h2>Coverage</h2> <h2>Coverage</h2>
<h3>Exemplo</h3> <h3>Exemplo</h3>
<pre><code> <pre><code data-trim>
$ pytest --cov=client client.py $ pytest --cov=client client.py
==== test session starts ==== ==== test session starts ====
plugins: cov-2.4.0 plugins: cov-2.4.0
@ -393,7 +462,7 @@ client.py 25 0 100%
<h2>Coverage</h2> <h2>Coverage</h2>
<h3>Exemplo</h3> <h3>Exemplo</h3>
<pre><code class="python"> <pre><code class="python" data-trim>
class Client: class Client:
def __init__(self, name): def __init__(self, name):
self.name = name self.name = name
@ -404,7 +473,7 @@ class Client:
<h2>Coverage</h2> <h2>Coverage</h2>
<h3>Exemplo</h3> <h3>Exemplo</h3>
<pre><code> <pre><code data-trim>
==== FAILURES ==== ==== FAILURES ====
____ test_client_error ____ ____ test_client_error ____
@ -422,7 +491,7 @@ client.py:37: Failed
<h2>Coverage</h2> <h2>Coverage</h2>
<h3>Exemplo</h3> <h3>Exemplo</h3>
<pre><code> <pre><code data-trim>
$ pytest client.py $ pytest client.py
==== test session starts ==== ==== test session starts ====
rootdir: /home/jbiason/unitt, inifile: rootdir: /home/jbiason/unitt, inifile:
@ -439,7 +508,7 @@ client.py ......
<h2>Coverage</h2> <h2>Coverage</h2>
<h3>Exemplo</h3> <h3>Exemplo</h3>
<pre><code> <pre><code data-trim>
$ pytest --cov=client client.py $ pytest --cov=client client.py
==== test session starts ==== ==== test session starts ====
rootdir: /home/jbiason/unitt, inifile: rootdir: /home/jbiason/unitt, inifile:
@ -481,9 +550,9 @@ client.py 24 0 100%
<div class="fragment semi-opaque"> <div class="fragment semi-opaque">
<ul> <ul>
<li>@juliobiason</li> <li>Júlio Biason</li>
<li>https://functional.cafe/@juliobiason</li> <li>https://functional.cafe/@juliobiason</li>
<li>julio.biason@gmail.com</li> <li>julio.biason@pm.me</li>
<li><a href="http://presentations.juliobiason.net">http://presentations.juliobiason.net</a></li> <li><a href="http://presentations.juliobiason.net">http://presentations.juliobiason.net</a></li>
</ul> </ul>
</div> </div>

Write Preview
Loading…
Cancel
Save