Testes de Software: Tendencia ou moda?

Galera,

Trabalho a alguns anos com Testes de Software e Qualidade...vejo que, desde que iniciei nesta area, a mesma vem crescendo muito...hoje em dia está evidente a importancia de testes independentes dos testes dos desenvolvedores...no entanto, eu ainda faço a pergunta:

O Teste de Software (área de testes e Controle de Qualidade) é uma tendencia mundial ou uma moda?!

@ Minha opinião: Hoje em dia os Testes são essenciais...é um grande tendencia mundial a área de testes ser obrigatória em qualquer lugar onde o cliente procure uma qualidade aceitável e minimização dos erros latentes.

e vocês?!

ate mais....

Ah é um requisito né! As coisas estão ficando bem complicadas pra um único desenvolvedor (ou grupo) desenvolver e testar. Tem q ter equipe de teste que reporte *muito* bem os bugs, como reproduzi-los e saber depois dizer se foi fixado ou não.

Tem também a necessidade de compilações diárias, um sistema robusto pra rastreamento de bugs (tipo bugzilla ou o *doido* jira) e essas coisas todas. É importante pra kct, principalmente quando se tem vários clientes usando o mesmo produto (as coisas saem do controle facin, facin).

Joel on Software tem um (vários) artigo(s) que é(são) bem legal sobre isso em http://www.joelonsoftware.com/articles/fog0000000043.html.

This message was edited 1 time. Last update was at 27/02/2005 00:02:40

Esses tempos atrás eu estava lendo um livro de Martin Fowler:

O mestre disse algo assim

The older I get, the more aggressive I get about testing. Testing should be a continuous
process. No code should be written until you know how to test it. Once you have written it,
write the tests for it. Until the tests work, you cannot claim to have finished writing the
code.

Fazendo algumas substituicoes interessantes:

--- mensagem original apos o filtro de obviedades ---

Galera,

Trabalho a alguns anos com Cardiologia...vejo que, desde que iniciei nesta area, a mesma vem crescendo muito...hoje em dia está evidente a importancia de respirar independente da respiracao atraves de aparelhos...no entanto, eu ainda faço a pergunta:

Respiracao (em se tratando de Sistema Respiratorio) é uma tendencia mundial ou uma moda?!

@ Minha opinião: Hoje em dia Respirar eh essencial... é um grande tendencia mundial a área de cardiologia ser obrigatória em qualquer lugar onde o paciente procure uma qualidade aceitável e minimização dos erros latentes.

e vocês?!

--- fim da mensagem original apos o filtro de obviedades ---

acho importante não só no desenvolvimento de software mas sim em todas as areas, imagina se não tivesse controle de qualidade nas construtoras, nas fabricas de avioes?
Não vejo porque com software tem que ser diferente já que constitui uma area muito importante e crítica na vida de muita gente (assim como aviões, predios, aparelhos hospitalares e etc...)

Apesar disso, acho que só ha pouco as pessoas passaram a se dar conta disso...depois de muita dor de cabeça, de muitas gambiarras perceberam que é melhor gastar um pouco mais de tempo modelando, testanto e etc do que passar sei lá quanto tempo tentando consertar algo

Eu vejo que a grande dificuldade hoje não é testar ou não testar, mas como vender isso para alguns clientes.

Isso é verdade principalmente para projetos de pequeno ou médio porte, ou aqueles que são fragmentados em uma centena de projetos menores.

Produzir software que aparentemente funciona, AKA sobrevive os testes funcionais executados por uma pessoa, é muito mais rápido sem o desenvolvimento dos artefatos de teste.

Pior que isso é conseguir mostrar o valor desses artefatos ao cliente e justificar o custo, ainda mais quando não existir cultura ou infraestrutura para absorvê-los.

This message was edited 1 time. Last update was at 27/02/2005 10:37:17

Acho que há alguns conceitos no mundo dos testes que devem ser bem definidos...

Até onde ir com os testes ?! Pois sabemos que testar todas as possiveis soluções é quase impossivel.

Como testar a solução ? Manualmente ou com ferramentas automatizadas (sera que as ferramentas testam tudo o que eh necessario ?!)

Eu acho que eh indispensavel testes, mas ainda é uma área que tem que avançar muito para chegar ao estado da arte.

Abraços

Olá

Concordo!

louds wrote:... verdade principalmente para projetos de pequeno ou médio porte

Mas acrescento que mesmo nos grandes projetos das grandes empresas não se testa adequadamente. Serviços terceirizados feitos por equipes que não entendem direito do negócio e prazos estimados de modo otimista com o intuito de ganhar o cliente matam tudo de bom que se pode fazer em um projeto (veja artigo na minha assinatura). Deve ser por este motivo que a M$ lança seus produtos com bugs e depois fica fazendo hotfix ou service packs.

[]s
Luca

@cv: me desculpe, mas não curti a sua colocação na minha mensagem que vc alterou!

Ainda hj algumas pessoas defendem que a mesma pessoa que programa deve testar...! Não vejo nada óbvio ainda na questão de teste visto que muiiita gente não dá importância alguma para esta área, achando que somente o cara que codifica é o papel importante na historia.

ate mais...

E depois outra, isso é um fórum de *discussão* não é?!

This message was edited 1 time. Last update was at 27/02/2005 13:34:41

richardpeder
Ainda hj algumas pessoas defendem que a mesma pessoa que programa deve testar...! Não vejo nada óbvio ainda na questão de teste visto que muiiita gente não dá importância alguma para esta área, achando que somente o cara que codifica é o papel importante na historia.

Olá Richard...
Muito interessante sua colocação! No entanto, deixe-me fazer algumas colocações.
O cara que codifica tem um papel muito importante na história sim!
Também concordo com você que poucos dão importância para esta área! Infelizmente!
Mas veja só.... Testes é uma área muito mais ampla do que parece!
Temos três tipos de testes pelo menos.... que são: Testes de Unidades, Integração e Aceitação!

Não tem cabimento você ter uma equipa responsável apenas em criar testes! Isso por que o ideal seria o próprio programador se responsabilizar pelos testes de unidade! Mas os testes de aceitação e integração poderiam ser delegados para uma equipe responsável pelos testes.

Quando falamos em testes, estamos automaticamente falando em qualidade. Para que haja qualidade, deve haver envolvimento tanto da equipe de testes quanto o envolvimento dos desenvolvedores. Todos devem estar comprometidos com os testes.

No XP por exemplo, o próprio desenvolvedor antes de criar uma classe, ele deve primeiro criar uma classe de teste. Quando um desenvolvedor vai concertar um BUG ele pode isolar o bug com um teste, para ai sim corrigir o bug. Você tem que ser uma pessoa muito doida da cabeça para fazer refactoring em um sistema que está funcionando corretamente sem criar primeiramente os testes!

Resumidamente.. Tanto a equipe de testes quanto os desenvolvedores são responsáveis pelos testes.

Mas tenho uma infeliz observação para fazer. Eu acho muito difícil engrenar alguma idéia referente ao crescimento na adoção de equipes de testes nos projetos. Até que isso é possível, mas..... bom... vou me explicar no parágrafo abaixo:

A área de teste é uma área muito.. mas muito.. mas muito chata!!! São poucas pessoas que sentem interesse em trabalhar nela. O pior que ninguém reconhece as qualidades de um bom testador. Ou seja, os bons testadores são poucos! E quando tem, logo ficam de saco cheio, por que o serviço é repetitivo, chato e ninguém dá a ele o valor que ele realmente merece!

Acredito que isso ou pode mudar, ou surgirão outras formas de se trabalhar com testes dentro de uma equipe! Talvez os desenvolvedores se comprometerão mais com os testes.... e os desenvolvedores começarão a desempenhar os dois papéis. Uma opção viável é haja no projeto uma pessoa que fique exatamente cobrando os testes e qualidade do software.. e que se responsabilize pelos testes de integração e aceitação!
Sinceramente.. naum sei... mas vou terminando por aqui!

Só quro deixar aqui mais uma colocação....
Se alguém aqui tem dúvidas de quais são os benefícios e qualidades de um sistema bém testado, faça o seguinte.
Entre no site da apache (www.apache.org) e procure por um framework chamado Cactus. Esse framework é um ótimo framework e bastante completo para a realização e criação de testes.
Depois disso pense no seguinte!

"Por quê o Framework de testes da APACHE se chama "CACTUS"?

Um Abraço!
Thiago Senna

Colocações legais as suas Thiago...mas discordo de algumas...

O fato de haver uma equipe de testes é completamente normal e aceitável...! Onde eu trabalho temos a equipe que codifica e a equipe que testa...não acredito que testes preparados por programadores sejam eficientes! Acredito que uma equipe separada do desenvolvimento criando planos de testes é o que funciona legal!
Existem mais tipos de testes do que vc citou, no entanto, podemos ver de duas formas:
- A equipe de testes proxima ao desenvolvedor (na mesma linha de base) faz todos os tipos de teste
- A equipe de testes proxima aos analistas do projeto (especificadores, etc) faz o teste integrado (de tudo, pois eles conhecem o negócio como um todo) e a equipe de testes da linha de desenvolvimento faz testes unitário, ou seja, de funcionalidades.

Acredito no sucesso das duas!

Acho que hoje em dia ainda o valor a equipe de testes, como dissemos é pequeno, no entanto, acredito que desenvolvedor jamais será uma pessoa ligada a testes....os profissionais da área de testes são pessoas que não gostam de programar e tem perfil critico e detalhista (meu caso) e realmente curtem a profissão! Programador pode até testar, mas como vc disse, vai ficar de saco cheio!

Acredito muito na formação de "analista de testes" ou "arquiteto de testes", pessoas que analisam e arquitetam os possíveis testes realizaveis...acho que devemos pregar o seguinte..."cada macaco no seu galho", ou seja, desenvolvedor não deve testar, deve codificar, e no máximo, fazer pequenos testes no que ele está desenvolvendo!
Deixe para profissionais de teste fazer o trabalho pesado nos testes da aplicação!

ate mais...

Olá

Richard, por algumas frases suas, tomo a liberdade de recomendar o livro Domain-Driven Design. Estou lendo-o e gostando muito. Ele de vez em quando lembra os inconvenientes daquele jeitão antigo de desenvolver usando equipes especialistas onde cada um faz sua parte, ou seja quem analisa não codifica, quem codifica não faz teste de integração e quem faz teste só faz teste e demo no cliente.

Veja também What Is Domain-Driven Design

[]s
Luca

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

E ai Richard!

Muito bém... concordo com suas colocações... e realmente preciso rever alguns dos meus conceitos...

No entanto, eu sei que existem mais de três testes.... hehe!! Mas repare que na colocação que eu fiz, eu não descartei completamente os profissionais de teste!

Veja bém... em minha opinião será muitíssimo interessante cargos como Analistas e Arquitetos de Teste.
Mas temos um problema.... a utilização desses profissionais de testes irá variar dependendo de qual metodologia de software se está utilizando!

No caso do RUP e outras metodologias do tipo são próprias para profissionais de teste... Onde os programadores se preocupam apenas com programas.

Já em metodologias ágeis a coisa funciona um pouco diferente. O codificador deverá saber testar também. É claro que o programador não é um bom testador e nem é uma pessoa crítica quanto os testadores. `Por isso, nessas equipes haverão alguns profissionais responsáveis pela arquitetura de testes. Mas repare que não é uma equipe tão grande quanto no RUP.

Me desculpe pelas colocações que eu havia feito. Eu tenho uma visão mais voltada paras as metodologias de desenvolvimento ágil. E nas metodologias de desenvolvimento ágil o codificador tem uma visão com relação a testes um pouco diferente em compração com desenvolvedores da metodologia tradicional.

Posso resumir tudo isso da seguinte forma.. me corrige se eu estiver errado!
Você acredita que deve haver uma equipe, uma área em uma empresa responsável pelos testes.
Eu já penso que deve haver pessoas especializados em testes dentro de uma equipe, e todos os desenvolvedores devem ter uma visão voltado a garantir a qualidade de seu código através de seus testes.

Repare que da forma como você pensa, essa solução será viável em empresas que possuem atividades bém definidas para cada colaborador da empresa. Tipo uma fábrica de software! Onde a área de testes é uma área de produção! Sendo assim, tenho uma pergunta!

Quantos profissionais de testes serão necessários para tocar 40 projetos diferentes, considerando que eles também são responsáveis pelos testes de Unidade de cada classe de negócio do sistema?
O Desenvolvimento é muito rápido em comparação com a geração dos testes de unidade!!!!

Será que todas as empresas irão manter uma equipe de testes sem chiar?

Meu parabéns por você gostar da área de teste e ser uma pessoa detalhista!

Richard, uma última colocação que tenho é a seguinte. Eu mesmo gosto de sempre testar o código que crio! No XP cada desenvolvedor é responsável pelo seus testes de unidade.

Acho que suas colocações são perfeitamente válidas!
Mas se você ainda não conhece XP e outros modelos de desenvolvimento ágeis, aconselho que você de uma olhada na política de testes destes modelos! Pelo seu perfil, acho que você vai gostar, e é uma visão um pouco diferente, onde você começará a ver o desenvolvedor como um aliado seu, no entanto, ainda sim, haverá um lugar reservado e bém respeitado para os analistas e arquitetos de teste.

Um Abraço!
Thiago Senna

[boiando_no_assunto]
Que tipo de testes voces estao falando? Nao sao os testes unitarios neh?
[/boiando_no_assunto]

]['s

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