Testes de Software: Tendencia ou moda?

Otimas colocações Thiago!

Obrigado pelas dicas!

Prego muito que o desenvolvimento seja aliado dos testadores...acredito que o sucesso está por ai!

Vou estar verificando modelos como o XP !

na verdade, o foco do topico é saber o que acham da area...moda ou tendencia...!

ate mais...

Forum Spammer Membro desde: 11/02/2005 08:08:02 Mensagens: 1511 Offline

Olá Fábio!

Sim, são são os testes de unidade, os testes realizados em cada classe de negócio ou qualquer outra classe crítica e importante do sistema...

Ou seja, se vc possui uma classe chamada:

ContaBancaria, então sua respectiva classe de teste será ContaBancariaTest.

Um Abraço!
Thiago

Forum Spammer Membro desde: 11/02/2005 08:08:02 Mensagens: 1511 Offline

Olá Richard!

Com sua pergunta sobre o caso de testes ser moda ou tendência cara, tenha certeza de uma coisa! Moda não é!

Veja só, um dos maiores benefícios que o teste nos traz é:

- Garantir a qualidade de Refactorings.
- Garantir a qualidade do concerto de um BUG.
- Garantir a qualidade da integração contínua do sistema.
- E muitas outras garantias....

Mas o mais legal mesmo é que um software bém testado será um software mais preparado para lidar com as excessivas mudanças que ocorrem no mercado. Ou seja, se num momento mais tranquilo do projeto vc desenvolve um projeto bém testado, então quando vir os momentos de turbulência e grandes mudanças, você poderá fazer mudanças e garantir a qualidade de suas mudanças.

Outra coisa que afirmo é que um software bém testado tem um tempo de vida maior do que um software mau testado.

Com isso, acredito que não há como fugir. Então é uma tendência que essa área cresça sim. Até que criem alguma alternativa melhor!

Richard, lembra de quando comentei sobre o framework CACTUS da apache, e recomendei para que pensassem no por que do nome CACTUS?

Pense que um CACTUS vive em condições difíceis. OU seja, no momento de Calor, o CACTUS sobrevive a temperaturas muito quentíssimas, mas quando anoitece, a temperatura vai abaixo de ZERO! E mesmo assim, com essas mudanças bruscas de temperatura, o CACTUS sobrevive.
Assim será um software bém testado. Sobreviverá mesmo em condições de bruscas mudanças!

Um Abraço!
Thiago

Olá

Thiago Senna wrote:... são os testes de unidade, os testes realizados em cada classe de negócio ou qualquer outra classe crítica e importante do sistema...

Discordo. Como os testes unitários são sempre preparados pelo desenvolvedor, meus 35 anos desenvolvendo sistemas não conseguem me explicar como alguma empresa teria uma equipe de QA para fazer testes unitários.

Fábio, para mim seriam testes de integração, aceitação, homologação e assemelhados.

Testes unitários como entendemos hoje não eram muito populares nos idos de 1989 quando o Watts Humphrey escreveu Managing the Software Process. Este livro foi o modelo original do CMM que posteriormente foi refinado e atualizado pelo SEI em 1995. (ver Rise & Resurrection of the American Programmer, Edward Yourdon, PTR 1996). Talvez este seja o motivo porque CCMistas ortodoxos não acreditem muito em testes unitários.

[]s
Luca

Luca wrote:Fábio, para mim seriam testes de integração, aceitação, homologação e assemelhados.

Pois é Luca, por isso boiei nao assunto. Eu achei que era isso tambem, mas os textos davam a entender que seriam os unitario.
Ora pois, sendo assim, eu nao tenho nem 20% do teu tempo de estrada, mas tambem nao consigo ver de outra forma os testes unitarios sem ser o desenvolvedor que o realiza.

E sim é uma tendencia e nao moda. Pelo menos para empresas que pregam uma boa produtividade com alto grau de qualidade no desenvolvimento.

]['s

não li todos os posts mas vou dar minha opinião:
Testes unitarios devem ser tarefa do programador, quem ja desenvolveu orientado a testes sabe os beneficios que isso traz, tanto em confiança no codigo, como em tempo de debug ou fazendo ajustes, entre outras coisas.
Testes de aceitação/integação/homologação etc, devem ter uma equipe focada nisso, sem os vicios do desenvolvimento.

E com certeza testes não são moda, e cada vez mais empresas que querem desenvolver softwares de qualidade vão começar a adota-los em pelo menos algumas etapas do desenviolvento.
flw!

[]'s

Pela maioria aqui os testes realmente é uma tendencia, como já imaginava...

No entanto, vcs vem os testes a cargo do desenvolvedor ou pessoas exclusivas para isso?!

ate mais...

richard, de que tipo de testes vc ta falando?

richardpeder wrote:Pela maioria aqui os testes realmente é uma tendencia, como já imaginava...

No entanto, vcs vem os testes a cargo do desenvolvedor ou pessoas exclusivas para isso?!

ate mais...

Depende dos testes, Richard. Unit Test é coisa de desenvolvedor. Testes funcionais podem ser feitas por pessoas especializadas junto com o cliente. Outra vez, mais um clichêzinho.

@cv: Falo de Testes em geral...mais precisamente testes que interessam o cliente (funcionalidade).

@ Daniel: Exatamente os testes funcionais que to citando!

ate mais...

"testes que interessem ao cliente"? Mas se for para garantir a qualidade, todo tipo de teste interessa ao cliente, inclusive os unitarios.

Rafael

Desculpe Rafael...eu me coloquei errado!

Testes que interessam ao cliente no sentido de tela...o cliente não irá ver testes de "caixa branca"...ele é importante na qualidade final, mas o cliente as vezes nem sabe que ele existe...mas é extremamente importante!

ate mais...

Os testes de caixa preta/funcionais, aqueles que o cliente pode usar para medir o progresso do projeto, deveriam ser criados por pessoas diferentes das que vão implementar, mas não precisa ser de equipes diferentes.

louds wrote:Os testes de caixa preta/funcionais, aqueles que o cliente pode usar para medir o progresso do projeto, deveriam ser criados por pessoas diferentes das que vão implementar, mas não precisa ser de equipes diferentes.

Este é o ponto X...testes funcionais devem ser feitos por pessoas que não estão ligadas ao desenvolvimento do projeto...e acredito que os demais testes seriam legais serem feitos por pessoas fora do projeto tb!

ate mais...

richardpeder wrote:

louds wrote:Os testes de caixa preta/funcionais, aqueles que o cliente pode usar para medir o progresso do projeto, deveriam ser criados por pessoas diferentes das que vão implementar, mas não precisa ser de equipes diferentes.

Este é o ponto X...testes funcionais devem ser feitos por pessoas que não estão ligadas ao desenvolvimento do projeto...e acredito que os demais testes seriam legais serem feitos por pessoas fora do projeto tb!

ate mais...

Ahh é? Por quê?

Notícias, artigos e o maior fórum brasileiro sobre Java