bjs

Se você estiver desendo sobre uma plataforma Team Fondation Server, você pode adicionar politicas de checkins que só permitem checkins quando os códigos passarem nos testes.

Você deve definir a filosofia de checkins da empresa. Depende muito do modo que vocês trabalham.

[]´s

http://www.zezologs.org/blog/testes-unitrios-com-csunit/

http://www.zezologs.org/blog/testes-unitrios-com-componente-do-net/

http://www.zezologs.org/blog/testes-unitrios-nunit-c/

obrigada,

por isso eu acho que eng. de testes devem escrever.

ou seja dependendo da forma como vc vai trabalhar (ou você escreve ou eles escrevem) os passos acima irão mudar.

pela literatura da eng. de software o processo é como vc falou acima, sim.

1. Os desenv. escrevem os testes unitários
2. Os desenv. rodam
3. Os desenv. so liberam quando os testes passarem

mas lembre-se o ‘passar’ dos desenvolvedores pode ser diferente do seu ‘passar’, haja vista que vc eng. de testes será bem mais criteriosa que eles

mas então deixa eu ver se entendi…a melhor forma de se implantar um teste unitário é:

1- baixar o Nunit em cada máquina dos desenvolvedores
2- Orientar os desenvolvedores a fazerem os testes unitários
3- Os proprios desenvolvedores rodarem os testes
4- Enviar para a fase de homologação apenas quando todos os testes unitários e de integração estiverem ok e a área de qualidade fazer apenas testes de caixa preta

Seria assim o processo?

1- mas como posso garantir que os desenvolvedores fizeram e aplicaram os testes unitários?
2- na hora de colocar o método no programa completo eles retiram do projeto os testes e fazem o que com eles? já que não é viável criar um BD estes testes são descartados?

Mais uma vez obrigada,

Vou tentar responder suas perguntas

1. Se os desenvolvedores vão rodar os testes, sim, mas se apenas você vai rodar os testes não precisa, o NUnit precisa apenas dos .dll da sua aplicação para rodar os testes, desta forma não há a necessidade de ter o NUnit e o Test Driven.Net.
2. Se entendi bem, queres escrever testes genéricos…mas não seus testes dificilmente irão funcionar, testes unitários/initegração são para uma classe em específico.
3. Você usa alguma ferramenta de gerência de configuração? Utilizar uma ferramenta destas, como CVS, SVN, Tortoise, etc… é recomendado neste caso.
4. Tem que instalar alguma a ferramenta que falei acima.
5. Sim, cada método tem que ter um conjunto de testes específicos.

Confesso que seu flog foi muito construtivo para mim pois estou começando na área de qualidade e testes de softwares para web da empresa e ainda sou muito crua no assunto, tenho muitas duvidas primárias de como é implantado o teste unitário, se puder me ajudar ficaria muito agradecida.

primeiro criei o ambiente com Visual Studio 2008, Nunit e o Test Driven.Net mas gostaria de entender melhor como funciona esta integração.

1- eu preciso ter em todas as máquinas dos desenvolvedores este ambiente instalado?

2- no projeto que vou testar tem que possuir os testes ou é possível colocar todos os testes criados em uma base de dados unica e separada e quando for rodar no nunit ele de alguma forma pegar os testes desta base de dados e textar o código carregado nele?

3- e se eu quiser encrementar uma unica base de dados de teste para q os desenvolvedores joguem seus testes em um a unico lugar por exemplo um servidor para todos terem acesso a mesma base de dados isso é possível?
Ai depois é só jogar o código no servidor e botar p rodar os testes q estão na base de dados?

4- como isso é feito?

5- cada metodo tem q ter um conjunto de códigos especificos? mas é possível esta criação do banco de dados…ai qd for rodar um codigo pegar só os testes especificos?

Se estou falando um monte de asneiras por favor gostaria q me esclarecesse se fosse possível!

desde já agradesço pela ajuda!

Eu conheço bem o ASP.NET MVC, tenho estudado ele desde o fim do ano passado, eles vêm aplicando muitas idéias legais. Acho que é bem melhor que Web Forms.

Pretendemos adota-lo aqui na empresa também mas ele ainda está em fase Alpha!
É perigoso adota-lo no momento. Já pensou você implementa uma aplicação inteira com as caracteristicas de uma Preview 5 (a mais atual no momento) e ao sair a Release ela vem com diversas implementações diferentes!

Mas é muito bom esse framework! Estou aguardando ansioso as implementações de Ajax nativas do framework! Vai brigar com Ruby on Rails em produtividade!

[]´s

Então, adotamos este padrão em nosso projeto.

Dá uma olhada no post http://weblogs.asp.net/scottgu/archive/2007/10/14/asp-net-mvc-framework.aspx

Abraço!

Acho que você se confundiu ao dizer que o ASP.NET MVC é um padrão comum! Afinal, o ASP.NET MVC está em fase de desenvilvimento, no momento está na quinta Preview do framework! Ou você está se referindo a outra coisa?

Fora isso, bem legal o post!

[]´s

Dicas iniciais para quem tem interesse em realizar teste unitários …