Vídeos sobre teste de unidade [fechado]

Estive procurando boas apresentações (slides + áudio ou vídeo) no Unit Testing, mas tudo o que parece encontrar são livros e postagens no blog. A apresentação não deve durar mais de 50 minutos, pois será exibida em um almoço com sacola marrom. Conceitos gerais ou como fazê-lo na plataforma .NET é o que estou procurando.

Você pode recomendar uma apresentação que se encaixa nessa descrição?

Em vez de uma apresentação do Powerpoint, aqui está um vídeo de 6 partes de Brett L. Schuchert

http://vimeo.com/album/210446

que oferece uma demonstração ao vivo de testes de unidade como parte do "desenvolvimento orientado a testes". Acho que você não precisa de todos os seis, para que possa adaptá-lo às suas especificações de 50 minutos. IMHO muito impressionante.

Fiquei muito, muito impressionado com o vídeo Full Throttle: TDD de Rob Ronery e Brad Wilson. Não é gratuito, mas será um dos melhores US $ 12 que você jamais gastará. O vídeo demora um pouco mais de 50 minutos - acredito que sejam 65 minutos no total - então talvez você possa fornecer uma pequena sacola marrom contendo sobremesa :-)

Um trecho do blog de Rob Conery sobre o vídeo:

A premissa era que Brad precisava criar um sistema de cobrança de assinaturas que disparasse faturas periódicas e também atualizasse o registro do Cliente - usando C # e xUnit.net (estrutura de teste de Brad que ele criou com Jim Newkirk). Para muitos, isso parece simples. Para aqueles que implementaram tal coisa - é tudo menos.

O que eu realmente gostei desse episódio é que eu empurrei Brad apenas o suficiente para remover o “demo veneer” - eu dei a ele uma bola curva cerca de 30 minutos em que eu disse “Ah, sim… eu mencionei que também fazemos X ? - e ele teve que se ajustar.

Quando você tem uma confusão de testes que assumem uma coisa, então você precisa mudar para outra - é um pé no saco. Mas Brad lidou com isso incrivelmente bem - aproveitando a oportunidade para colocar mais estrutura em seu processo de teste, depois um por um “fez a transição” de seus testes antigos para a nova abordagem.

Trabalhamos a hora inteira em um único arquivo de código - e eu nunca tinha visto alguém fazer isso antes. Claro, eu criei uma classe ali dentro do código - mas assistir Brad girar classe após classe, renomear, excluir e reestruturar completamente seus testes ... foi muito, muito interessante.

Eles sempre dizem que o TDD é um "processo de design" - mas nunca o vi sendo usado de maneira realmente "design-y" - como um pintor pode jogar cor após cor em uma tela até parecer / sentir-se bem. E é exatamente assim que se sente olhando para ele.

Cerca de 15 minutos em Brad menciona que "deixo uma classe no arquivo de teste até que esteja pronta para ir a público" - o que significa que ele tem testes suficientes para justificar suas decisões de design. Um conceito que eu nunca tinha pensado antes - como usar o arquivo de teste como um "útero".

Ele “sentiu” o seu caminho através da criação do sistema de cobrança - conversando consigo mesmo o tempo todo e criando algo bastante interessante e bastante parecido com o que terminamos depois de quase três anos de existência.

Talvez dê uma olhada nos vídeos Let's Play TDD de James Shore . Eu não assisti quase todos eles (apenas começaram, na verdade), mas eles parecem ser bons materiais, trabalhando com um pedaço de código de cada vez.