Bem vindo de volta.
Vamos falar sobre mais algumas coisas legais que eles podem fazer com o teste de unidade.
E lembre-se, você sempre pode ir para a documentação no site do Python e aprender mais sobre algumas das coisas que
você pode fazer.
Mas observe aqui como no final adicionamos o nome if main, alguns de vocês podem estar se perguntando por que isso é
útil, porque até agora apenas executamos a partir da linha de comando como um único arquivo, e isso tem
funcionado.
Mas geralmente você tem mais de um arquivo e cada módulo.
Testado com funções diferentes, certo?
Então, idealmente, você deseja executar todos esses testes em uníssono, e a maneira de fazer isso é escrevendo Python.
Em seguida, trave a câmera e faça o teste de unidade que você deseja executar.
Então, agora, se eu fizer isso, você verá que tudo está funcionando.
Digamos que eu adicione um novo arquivo aqui, digamos teste de toque no Torpy, que é um breve comentário sobre Macs para apenas criar
um novo arquivo.
Agora, meu desktop, vamos apenas copiar este teste que temos originalmente.
Vá para a minha área de trabalho e abra este texto sublime.
Agora, se eu copiar e colar exatamente a mesma coisa.
E eu digo isso.
Volte para o meu código e execute.
Teste de unidade.
Você vê que agora tenho oito testes em execução e, como adicionei esse nome, if
name main, posso executar todos esses testes com apenas um simples comentário.
Agora, outra coisa legal é que podemos fazer algo chamado Dash V, que significa Detalhado.
E é quando fazemos isso, obtemos realmente mais informações sobre os testes que lemos.
Então, isso dá a você um pouco mais de detalhes.
Você vê quais testes executamos e quais estão OK, quais falharam.
Na verdade, posso até adicionar comentários e reduzir o número de cordas aos meus testes.
Então, digamos que teste faça coisas que posso dizer um único código, uma única chamada três vezes e simplesmente dizer oi.
Se eu executar isso novamente com o comando dashi.
Ah, e isso tem que ser em uma única linha, eu acredito.
Vamos dizer isso de novo e dar uma olhada nisso.
Eu também recebo alguns comentários.
Então, talvez eu queira adicionar alguns comentários sobre meu teste.
Eu posso adicionar aqueles também.
Que outra coisa legal eu posso fazer?
Outro método padrão que obtemos com os testes de unidade é algo chamado de configuração.
E a configuração nos permite executar um trecho de código.
Isso é configurado antes de cada chamada do teste, então, por exemplo, o que quer que eu escreva aqui,
digamos que eu queira configurar meu teste e apenas imprimir para testar uma função.
Agora, porque eu tenho isso, se eu executar meu código agora.
Você vê que antes de cada método, eu executo o método de configuração primeiro, então você vê que eu digo sobre executar uma função, sobre executar
uma função, sobre executar uma função e sobre executar uma função.
E então temos nosso teste para arquivar, para o qual não fizemos nenhuma configuração.
Portanto, isso é muito, muito útil se você precisar configurar algo antes de cada função.
Digamos que você tenha algumas variáveis padrão que talvez precise configurar.
Bem, nesse caso, este é um método muito útil.
Outro igual à configuração, normalmente você adiciona.
No final do arquivo.
E aqui, isso é chamado de demolição.
E como o nome sugere, nós o executamos no final de cada método que chamamos aqui, digamos limpar, e geralmente você faz
isso para limpar algumas variáveis, talvez redefinir algumas variáveis se eu executar isso.
Você vê que agora estou prestes a testar seu funcionamento.
E então estamos limpando cada um desses métodos, então esses dois são muito, muito úteis ao
configurar e desmontar testes.
Agora, desmonte, você não usará com tanta frequência, normalmente você usaria se estiver testando algo mais complicado, como um banco de
dados, mas não vamos nos preocupar muito com isso agora.
Lá você tem para os testes, como você pode ver, no final do dia, os testes são simplesmente lógicos.
Os programas que escrevemos corretamente são apenas uma aula.
E então configuramos todos esses métodos para tentar e testar nosso código o máximo possível.
Em nosso caso, tínhamos apenas uma função simples.
Mas, ao usar o teste, podemos perceber pequenas coisas que podem dar errado com a função e, assim, melhorar nosso código
para que da próxima vez que alguém vier, outro desenvolvedor venha e tente modificar essa função.
Ou talvez tente chamar esta função com algo que não está certo?
Bem, nossos testes vão falhar e isso vai deixar o desenvolvedor saber, ei, você está fazendo algo errado.
Alguém que escreveu essa função antes de você, alguém que escreveu esses testes antes de você.
Disse para usar esta função de uma forma específica, muito, muito útil.
No próximo vídeo, faremos um pequeno exercício divertido para ter certeza de que entendemos os testes.
Eu verei no próximo.