Eu tenho lido um pouco sobre programação alfabética recentemente, e isso me fez pensar ... Testes bem escritos, especialmente especificações no estilo BDD, podem fazer um trabalho melhor ao explicar o que o código faz do que a prosa e tem a grande vantagem de verificar sua própria precisão. Eu...
No momento, há um debate em nossa equipe sobre se modificar o design do código para permitir o teste de unidade é um cheiro de código ou até que ponto isso pode ser feito sem ser um cheiro de código. Isso aconteceu porque estamos apenas começando a implementar práticas que estão presentes em...
Considere uma função como esta: function savePeople(dataStore, people) { people.forEach(person => dataStore.savePerson(person)); } Pode ser usado assim: myDataStore = new Store('some connection string', 'password'); myPeople = ['Joe', 'Maggie', 'John']; savePeople(myDataStore,...
Eu li sobre esse problema: O bug de programação custa ao Citigroup US $ 7 milhões após transações legítimas confundidas com dados de teste por 15 anos . Quando o sistema foi introduzido em meados da década de 1990, o código do programa filtrou todas as transações que receberam códigos de...
Suponho que meu projeto seja dissociado o suficiente para permitir testes de unidade. Mas quão grande, exatamente, em termos de classes e funções meu projeto precisa ser para fazer com que os testes de unidade valham a pena? Todos cometemos erros e ninguém é perfeito, mas eu me considero um...
Eu descobri que existem apenas três maneiras de dependências de teste de unidade (mock / stub) que são estáticas no C # .NET: Moles TypeMock JustMock Dado que dois deles não são gratuitos e um não atingiu a versão 1.0, zombar de coisas estáticas não é muito fácil. Isso torna métodos estáticos...
Estou escrevendo testes para um projeto que consiste em vários submódulos. Cada caso de teste que escrevi é executado independentemente um do outro e eu limpo todos os dados entre os testes. Embora os testes sejam executados de forma independente, estou pensando em impor uma ordem de execução,...
Um pouco de contexto: Hoje cedo eu tive que atualizar um código SQL que outro colega meu forneceu e, como é um script bastante grande, ele é armazenado como um arquivo separado (que é lido e executado em tempo de execução). Ao fazer isso, acidentalmente reintroduzi dois bugs que tivemos alguns...
Hoje eu estava assistindo um vídeo "Noções básicas de JUnit " e o autor disse que ao testar um determinado método em seu programa, você não deve usar outros métodos no processo. Para ser mais específico, ele estava falando sobre o teste de algum método de criação de registros que utilizou um nome...
Pelo que entendi, o objetivo dos testes de unidade é testar unidades de código isoladamente . Isso significa que: Eles não devem quebrar nenhuma alteração de código não relacionada em nenhum outro local da base de código. Apenas um teste de unidade deve ser interrompido por um bug na unidade...
Eu tenho um debate com um colega programador sobre se é uma prática boa ou ruim modificar um trecho de código apenas para torná-lo testável (por meio de testes de unidade, por exemplo). Minha opinião é de que está tudo bem, dentro dos limites de manter boas práticas orientadas a objetos e de...
Normalmente, tento seguir os conselhos do livro Trabalhando Efetivamente com o Legacy Cod e . Eu quebro dependências, movo partes do código para @VisibleForTesting public staticmétodos e para novas classes para tornar o código (ou pelo menos parte dele) testável. E escrevo testes para garantir que...
Suponha que um deles tenha um programa relativamente grande (digamos, 900k SLOC em C #), todos comentados / documentados minuciosamente, bem organizados e funcionando bem. Toda a base de código foi escrita por um único desenvolvedor sênior que não está mais na empresa. Todo o código é testável como...
Ao ler as descrições, entendo que nos testes TDD são feitos antes de escrever a função e nos testes unitários, são feitos posteriormente. Essa é a principal diferença, ou os dois termos nem sequer podem ser comparados como tal. Talvez o Teste de Unidade seja uma parte integrada do...
Breve introdução a esta pergunta. Eu tenho usado agora TDD e ultimamente BDD há mais de um ano. Uso técnicas como zombaria para tornar a escrita de meus testes mais eficiente. Ultimamente, comecei um projeto pessoal para escrever um programa de gerenciamento de dinheiro para mim. Como não tinha...
Hoje, conversei com meu colega sobre testes de unidade. A coisa toda começou quando ele me perguntou "ei, onde estão os testes para essa aula, eu vejo apenas um?". A classe inteira era um gerente (ou um serviço, se você preferir chamar assim) e quase todos os métodos estavam simplesmente delegando...
Acionado por esse segmento , eu (novamente) estou pensando em finalmente usar testes de unidade em meus projetos. Alguns pôsteres dizem algo como "Os testes são legais, se são bons testes". Minha pergunta agora: o que são testes "bons"? Em meus aplicativos, a parte principal geralmente é algum...
Ao fazer testes de unidade da maneira "adequada", ou seja, apagar todas as chamadas públicas e retornar valores predefinidos ou zombarias, sinto que não estou testando nada. Estou literalmente olhando meu código e criando exemplos com base no fluxo da lógica por meio de meus métodos públicos. E...
Fui encarregado de aumentar a cobertura de código de um projeto Java existente. Notei que a ferramenta de cobertura de código ( EclEmma ) destacou alguns métodos que nunca são chamados de qualquer lugar. Minha reação inicial não é escrever testes de unidade para esses métodos, mas destacá-los...
Nos meus testes de unidade, geralmente jogo valores arbitrários no meu código para ver o que ele faz. Por exemplo, se eu souber que foo(1, 2, 3)deve retornar 17, eu poderia escrever o seguinte: assertEqual(foo(1, 2, 3), 17) Esses números são puramente arbitrários e não têm um significado mais...