O que deve ser testado em Javascript?

No trabalho, começamos um aplicativo altamente baseado em Javascript (na verdade, usando Coffeescript, mas ainda assim), do qual tenho implementado um sistema de teste automatizado usando JsTestDriver e fabric.

Nunca escrevemos algo com tanto Javascript, então até agora nunca fizemos nenhum teste de Javascript. Não tenho certeza do que exatamente deveríamos testar em nossos testes de unidade. Nós escrevemos plugins JQuery para várias coisas, por isso é óbvio que eles devem ser verificados quanto à correção quanto possível com o JsTestDriver, mas todos os outros membros da minha equipe parecem pensar que deveríamos testar também o Javascript no nível da página.

Acho que não deveríamos testar o Javascript no nível da página como testes de unidade, mas usar um sistema como o Selenium para verificar se tudo funciona como esperado. Meu principal raciocínio é que, no momento, é garantido que os testes Javascript no nível da página falhem no JsTestDriver, porque eles estão tentando acessar elementos no DOM que não podem existir.

Então, o que deve ser testado em unidade em Javascript?

javascript testing unit-testing

— Nathan Hoad
fonte

Você isola qualquer código javascript que você tenha escrito em módulos. Então você simplesmente testa as entradas e saídas desses módulos. Qualquer módulo que lide com o DOM significa que você deve testar o DOM. Use uma ferramenta melhor que o jsTestDriver.

— Raynos

Você deve estar testando a lógica de negócios da unidade. Se sua lógica de negócios e elementos no DOM estiverem interligados, você terá uma falha de design. Abstraia o máximo possível de lógica de negócios a partir dos elementos da página, para que possa ser testada adequadamente na unidade. Para verificação da interação do elemento DOM, você deve usar o Selenium.

— Maple_shaft

@NathanHoad Você escreve testes de unidade que são executados no próprio navegador, nodeunit, qunit e jasmim são ferramentas sensíveis. Ao executar no navegador, você tem o DOM. Você pode usar uma ferramenta como teste para automatizar o teste do navegador.

— Raynos

Obrigado. Eu estava olhando para o jsTestDriver, que alegava ser capaz de rodar no navegador, que, embora tecnicamente verdadeiro, descobri que não é o mesmo que executar com o QUnit. Eu tenho trabalhado em minha própria ferramenta no momento que usa o QUnit, com um painel personalizado da barra de ferramentas de depuração do Django. Usando o Selenium, poderei detectar falhas nos testes. Além disso, duvido que meu chefe pague pelos testes, embora pareça muito bom!

— precisa

relacionados: Como você testar seu javascript em unidade

— gnat

Respostas:

Teste tudo o que puder.

A lógica pura pode ser testada facilmente.

Se o seu código interage com o DOM ou a rede, é muito mais difícil.

Se você pode abstrair um pedaço de código para trabalhar em um elemento DOM arbitrário em vez de um elemento específico, poderá testá-lo mais facilmente. (Faça o elemento trabalhar em um parâmetro).

O código que usa o Ajax pode ser testado simplesmente chamando a função de retorno de chamada com dados fixos. Eu tive alguns testes em que substituí $.ajaxa minha própria função. Apenas certifique-se de colocar de volta o verdadeiro quando terminar!

O que você encontrará é que "javascript no nível da página" realmente significa "código fortemente acoplado" e, se você dissociar as partes do código, poderá testá-las independentemente.

(O Selenium não é uma ferramenta de teste de unidade. É ótimo para cenários de alto nível, mas você não pode testar com ele e não funciona em um ambiente isolado.)

— Sean McMillan
fonte

O jasmim pode simular chamadas de função e dados de resposta, você pode examinar isso em vez de substituir funções.

— 21411 Steve

Devo esclarecer - temos funções e tal em cada página. Eu estava falando mais sobre como testar o código que é executado dentro $(document).ready(...).

— precisa

É tudo uma questão de quão grande isso ...é. :-) Eu sinto que você deve conseguir isso em uma única função nomeada que também é testada. Em seguida, seu código não testado é uma única linha. (Agora que é uma meta, não uma determinada Na prática Eu sempre tive mais de uma linha de código não foi testado..)

— Sean McMillan

@SeanMcMillan - Acho muito difícil testar partes de um aplicativo que afeta apenas o DOM, por exemplo, uma função que liga apenas vários eventos a alguns elementos do DOM. Como você verificaria se esses eventos foram escritos corretamente? não testes algo unidade pode fazer, mas clicando navegador real e verificação (usando selênio ou qualquer outro)

— vsync

@ vsync: Você pode testar se, digamos, um manipulador de cliques foi anexado a um determinado elemento DOM com bastante facilidade. Não acho possível testar se 'click' é o manipulador certo e se você o anexou ao elemento certo.

— Sean McMillan

Algoritmos de teste. As partes relacionadas à GUI são mais dependentes de um navegador específico, portanto precisam ser testadas usando utilitários do tipo selênio.

Seu código, é claro, deve conter algoritmos como um pedaço isolado de código, se não existir, o teste de unidade é quase impossível.

plugins jquery, btw, não são fáceis de testar por unidade.

— Sergey Stolyarov
fonte

Todos os bons pontos! Concordo que eles também não são facilmente testáveis em unidades, dependendo de como foram escritos.

— precisa

-1

Eu costumava trabalhar com Java e, pelo que vejo, o teste de unidade Java é mais fácil do que o teste de unidade JavaScript, porque o Java é mais rígido.

Eu sou vendido nesse desenvolvimento orientado a teste é a melhor coisa, então também estou explorando como fazer o teste unitário de JavaScript. Em Java, zombei do código que fez a conexão com o banco de dados, os Data Access Objects, e comparo-o ao código em JavaScript que altera o DOM e o código que faz chamadas AJAX ao servidor.

O que estou dizendo é que me parece que o que deve ser testado é a lógica explicitamente. Por exemplo, você não deseja fazer uma chamada AJAX ao executar testes de unidade porque (a) você precisa que o servidor esteja em execução eb (b) é lento e uma das diretrizes do teste de unidade é que ele precisa ser super rápido para que os desenvolvedores não evitem executá-los como a cada minuto.

Outra orientação é que o processo de integração contínua envie um e-mail dizendo que encontrou um teste de unidade que falhou.

— SBel
fonte