TestExpert A sua comunidade de teste e qualidade de software

 A qualidade do software está diretamente relacionada à satisfação do cliente, sendo assim, as empresas estão percebendo a importância em produzir software com qualidade. Neste contexto, o teste de software é um elemento crítico na garantia da qualidade de software.

Sabe-se que a Psicologia é o estudo do comportamento humano. Nela, além de estudados os processos mentais que caracterizam os indivíduos a respeito de como se comportam, pensam, sentem etc., são estudados os diversos fatores que envolvem estes indivíduos ao ambiente que estes convivem. No teste de software, assim como quase em todos os ramos de atividade, muitas decisões são influenciadas por fatores motivacionais internos e externos, por vezes carregados de influências históricas e culturais.

Desde pouco mais de três décadas, a atividade de Teste de Software ganha cada vez mais espaço nas empresas de desenvolvimento de sistemas. Quando Myers publicou o primeiro livro sobre o assunto – The Art of Software Testing (1979) – a realidade do processo de teste de software era bem diferente da que vivemos hoje. As atividades de teste eram realizadas pelos próprios desenvolvedores, e eram raríssimos os profissionais especializados nas atividades de verificação e validação de sistemas.

Peço uma pausa nesta série de artigos para abordar de forma abrangente sobre uma atividade que não faz parte totalmente do processo de testes de software, porém é essencial para o sucesso do teste de software. A gerência de configuração. 

5-      Faça campanha pela gerência de configuração

O teste de software bem sucedido depende de algumas premissas básicas, e uma delas é ser executado em um ambiente controlado e preparado. Porém muitas empresas não possuem este ambiente controlado nem no desenvolvimento, dificultando muito a atividade de testar software.

Continuando então a minha sugestão de implantação de teste de software com recursos escassos:

3-      Registre o panorama atual:

Há uma grande quantidade de empresas de desenvolvimento de software fora dos grandes centros de tecnologia do país, atuando ainda com testes sendo realizados por analistas de sistemas, por usuários ou por programadores, que após terminarem as suas tarefas dedicam algum pouco tempo do seu cronograma, geralmente estourado, para testar o software.

Porém, com o mercado de fábricas de software cada vez mais concorrido, a qualidade de software deixa de ser um diferencial e passa a ser imprescindível, obrigando estas empresas a prestar mais atenção nesta área.

Sendo assim, em muitas regiões do país, possuímos um cenário de falta de cultura em qualidade de software, grande concorrência entre pequenas e médias empresas de desenvolvimento de software e escassez de recursos para investir em qualidade de software.

Nós, de São Paulo e interior, temos que aproveitar esta oportunidade de entrar em contato com um grande nome do teste brasileiro: Emerson Rios.

Ele será o Palestrante do 8º Encontro Mensal da ALATS-SP que falará sobre Modelos da Qualidade e o MPT.BR.

Vamos nos encontrar lá.

Robson Agapito 

FONTE: http://www.alats.org.br/default.aspx?tabid=144

Antes de falar sobre este assunto, gostaria de mencionar o que eu pensava  quando não estava  na área. Trabalhava com desenvolvimento de software e ministrava palestras sobre o Mega Cidadão (área social da Mega Sistemas).

Uma vez fui ministrar uma palestra e comigo foi o coordenador de testes de software da empresa. Então imaginava: "Puts, realizar uma palestra, de uma hora, sobre teste de software?!? Mas será que tem tanta coisa assim para falar?". Pura ignorância e falta de conhecimento, hoje ministro um curso  que tem mais de 130 horas sobre teste de software, e garanto que ainda é pouco. Estou há 3 anos na área, e sou um entusiasta sobre Testes de Software, me apaixonei pela área.

Então, depois de conhecer a área e me introduzir na mesma com muita vontade, me candidatei para a vaga de Diretor Regional Adjunta da ALATS/SP e em 01 de Setembro de 2009 assumi o cargo tendo como principal objetivo a divulgação das atividades e da carreira de testes, além de divulgar a certificação da ALATS (CBTS).

Nestas palestras tenho percebido que o desconhecimento sobre testes de software ainda é grande, principalmente para os estudantes e universitários que não tem idéia da importância desta área.

Esta divulgação está sendo como um "arrebanhamento" de pessoas que estão iniciando na área de informática mas não querem ser desenvolvedores de sistema e ainda não definiram um rumo para a sua carreira em TI.

 Comecei um estágio em uma fábrica de software e a minha primeira missão é procurar por ferramentas para realização de testes automatizados. Na empresa sou a única pessoa que testa os programas; faço todos os testes na mão, sem ajuda de ferramentas. Não consigo achar muita coisa na internet. Como sempre, muita teoria e pouca demonstração prática. Sem contar que as maiorias dos programas disponíves também não possuem informações sobre seu funcionamento.
Gostaria de saber se alguém conhece algum software nessa área.
Pesquisei sobre algumas ferramentas no Google, ex: Testlink, Selenium, Junit, cppunit, Nunit, SQLunit, XMLunit, JMeter, etc.

Ocorreu neste mês de setembro o 2° Seminário Catarinense de Qualidade e Teste de Software. Este ano o evento foi sediado em Joinville/SC. O evento ocorreu presencialmente no SENAI de Joinville e via vídeo conferência nas outras unidades do SENAI. Abaixo os links sobre o evento e as fotos. Todos os participantes são bem vindos para contribuir com comentários.

Site do evento: http://www.scqts.com.br/index.html

PDF das palestras: http://www.scqts.com.br/programa.html

Emerson Rios
Documentação de teste de software

Alexandro Deschamps
Engenharia de Software focada em resultados

Carolina Fontana
Testadores x Desenvolvedores: suas visões nas metodologias tradicional e ágeis

Ezequiel Blasco
Avaliação de usabilidade

Marcello Lima
Elaborando um Plano de Testes

Douglas Oliveira Waltrick
Integração TestComplete X TestLink 

Ola Pessoal, 

No dia 14/07 comentei sobre "Estratégia de Teste". Para concluir este assunto vou falar brevemente sobre "Estágios ou níveis de teste".

O que seria Estágios ou níveis de teste? E para que serve?

Vimos no meu post anterior, como elaborar uma boa "Estratégia de Teste", levantando 3 simples questões:

1. Quando testar?
2. O que testar?
3. Como testar?

É justamente nesta primeira questão, "Quando testar", que se aplica o assunto de hoje.

Estágios ou níveis de teste aborda exatamente esta pergunta, servindo como direcionamento para a execução dos testes, ou seja, qual tipo de teste utilizar em uma determinada fase do desenvolvimento do software.

Cito abaixo os quatro níveis de teste:

• Testes Unitários
• Testes de Integração
• Testes de Sistema
• Teste de Aceitação

Testes Unitários - Serve para garantir que uma funcionalidade especificada nos requisitos, seja implementada adequadamente.

Testes de Integração - Aplicado para verificar e garantir que o software desenvolvido consiga se comunicar adequadamente com outros softwares. 

Neste nível existe duas técnicas ou métodos:

Abordagem Top-Down -  Utiliza uma abordagem incremental e serve para identificar problemas de forma antecipada.

Bem, vou falar aqui de algo que sempre me ajudou em meu trabalho. Conversando com meus colegas, para alguns deles é algo totalmente novo, para outros, apenas uma forma de organização (eu concordo com ambas opiniões). Diagramas de Caso de Teste... E isso existe? Bem, para a minha necessidade, sim. E comecei a elaborá-lo quando me tornei o Analista de Testes de uma equipe de desenvolvimento. Analisando cada Caso de Uso do sistema, percebi que seriam gerados em torno de 6 a 8 Casos de Teste por Caso de Uso (!!!!!), devido à complexidade. Como não havia um processo de testes definido, senti a necessidade de organizar e procurar facilitar rapidamente todo o meu trabalho, pois entrei na equipe que estava com mais de 2 anos de desenvolvimento... e o sistema era enorme!
Inspirei-me nos Diagramas de Caso de Uso e nos Diagramas de Atividades para elaborar esse diagrama e creio que possa ajudar vocês a terem um ‘norte' quando forem testar o sistema e os Cenários. Ele ajuda também na organização quando forem testar sistemas grande, com muitas de Regras de Negócio e Fluxos complexos.

A notação utilizada é a da UML  (Diagrama de Caso de Uso).