Testes de Software - Ferramentas

Conheço o pacote que a Selenium têm voltado para área de testes! Muito boas por sinal.
Existem também alguns plugins para Firefox voltados neste sentindo!
Vou deixar um link aqui do devmedia que achei interessante:
Ferramentas de suporte teste de software

Valeu Thiago, engraçado, conheço de "vista" a area de testes, mais teoria mesmo, sabe informar se atualmente as universidades ou faculdades abordam testes?

Para ser um profissional de testes, qual nivel de conhecimento em linguagem de programação é exigido?

Um blog somente sobre a área.

[url]http://www.asespecialistas.com/[/url]

Para se testar um software de forma satisfatória é preciso atentar-se para vários detalhes.
1-Escopo e Requisitos claros;
2-Caos de usos, pois com eles pode-se criar os roteiros de testes e validar se o que foi especificado foi implementado;
3-Uma ferramenta como as que foram citadas ou QARun, onde você pode programar (então vai ter de conhecer de programação) script para automatizar os teste;
4-E em alguns casos verificar a integridade da informação gravada no bd (então conhecer medianamente SQL);
5-Se conhecer UML vai ajduar muito.

No final o "tester" não tem inferência no código da aplicação, mas ajuda muito se possuir aconhecimentos de usabilidade e acessibilidade por exemplo. E existem muitas empresas que fazem teste meia-boca.

Existem vários tipos de testes, quanto mais o "tester" conhecer mais vai ajudar com uma visão crítica, ajudando a refinar a aplicação.

E claro o "tester" dever ter muita paciência, pois é um saco entra um milhão de vezes na telas informando senha, e preenchendo os formulários.

O "tester" chegar a trabalhar um pouco mais, não no sentido pejorativo, não me interpretem assim, tem que verificar se o código está nos padrões? Alem da UML.

Usualmente não. Ele verifica o código em execução.

Para este tipo de atuação existem áreas de Qualidade e Auditoria. Teoricamente é recomendado, a maioria das empresas não faz, cria-se vários artefatos contendo as informações para o desenvolvimento, então temos: lista de requisitos, caso de uso, diagrama de atividades, diagrama de classes, diagrama de sequência, documento de arquitetura de software, guia de designer da aplicação e muitos outros, principalmente ser utilizar a metodologia RUP.

Com base nestes guias é possível efetuar uma verificação na utilização dos padrões.

Como é algo que demanda tempo e custo, a maioria das empresas não criam todos os artefatos citados e nem fazem esta auditoria de código. Mas empresas com certificação CMMI nivel 5 tem esta preocupação.

Em alguns projetos para bancos que atuei eram muitos severos quanto as isto.

Mas seria mais um "fiscalização" sobre a padronização não dá para ficar validando se a lógica do código é a melhor.

Entendo, a questão é o processo do desenvolvimento que deve ser "abordado", "fiscalizado".

O ideial é garantir que tudo esta da melhor forma possível, mas como somos humanos e cometamos erro e falhas na avaliação das situações fica difícil chagar a um nível de perfeição. Mesmo as grandes empresas (MS, Apple, Goolge e etc) vivem lançando correções de sues produtos.

Então você foi ao ponto fiscaliza-se e garante-se que o processo é o mais preciso possível.

Lembre-se que todo sistema, mais dia menos dia, vai passar por manutenção e quanto mais documentado melhor.

Realmente não existe o sistema perfeito! e vemos isso no cotidiano.

Quanto maior o sistema, complexidade, fica mais complicado de ficar imune a erros.

Com um equipe de teste na equipe de desenvolvimento a quantidade de bug's é consideravelmente menor!
Pois existem vários tipos de testes que podem ser efetuados deste teste de caixa preta até o teste de carga.

Alisson, mas não é comum não equipes de desenvolvimento com testadores?

Normalmente as equipes são separadas, pois os "testers" vão testar todos os projeto, em desenvolvimento ou manutenção, que irão para homologação do cliente e se homologados para produção.

Então a equipe de desenvolvimento implementa e envia para a equipe de testes. Por isso que os casos de usos são importantes, para criação dos roteiros de testes.

E como o Thiago lembrou existem várias modalidades de testes.

Em algumas empresas os desenvolvedores fazem os teste ou estagiários, o que não é recomendável, pois testes é coisas séria.

Mas sabemos que os testes em si não é levado tão a serio, pois como disse, em alguns casos são os proprios desenvolvedores o fazem, ou seja, alguma coisa pode passar aew, não por incompetencia, mas por sobrecarregar o profissional e tambem os que deixam passar por passar. Pode ocorrer?

Além da sobrecarga os teste feito pelo desenvolvimento são "viciados" e muitas vezes estão acostumados que sempre vão pelo caminhos certos.

Uma equipe de testes externa vai ser mais critica. E claro quando passar algum bug ser responsabilizada.

Principalmente em softhouses os "testers" são fundamentais.

Na verdade não se zera os bugs, só diminui o máximo possível

Jothaz, no forum aparece que a ultima mensagem foi sua, mas quando entro nele mostra somente minhas mensagens!