TestExpert A sua comunidade de teste e qualidade de software

Análise de Riscos em Projetos de Software Assisti recentemente a uma palestra muito interessante sobre análise de riscos em projetos de software. Apesar de o assunto não ser de um todo desconhecido para mim, resolvi estudar um pouco mais o assunto. Boa idéia foi a que eu tive, pois a pesquisa foi muito proveitosa e elucidativa. Como todo o conhecimento deve ser compartilhado, repasso agora aos colegas de testes as minhas anotações: “Risco é a probabilidade de algo errado acontecer no futuro, problema é 100% de certeza que algo errado irá acontecer!” Como evitar um problema?

Segundo a NBR ISO 9000:2005, "qualidade é o grau no qual um conjunto de características inerentes satisfaz aos requisitos". Ou seja, pode-se afirmar que se algum produto ou serviço atende aos requisitos especificados, este mesmo produto ou serviço possui a qualidade desejada.

A qualidade pode ser medida através do grau de satisfação em que as pessoas avaliam determinado produto ou serviço. No entanto, esse produto ou serviço pode ter qualidade para algumas pessoas e para outras nem tanto, ou seja, a qualidade é algo subjetivo.

Conceituar desta forma então o termo qualidade se torna uma tarefa muito difícil, pois elementos intrínsecos estão enraizados no intelecto de cada ser.

O termo TQM (Total Quality Management), amplamente usado nas organizações, também descreve uma abordagem para a melhoria da qualidade. De acordo com Kan (2002), "O termo tem tomado vários significados, dependendo de quem interpreta e como se aplica." (KAN, 2002, p. 30). Independente dos seus vários tipos de implementação, os elementos chave do TQM podem ser resumidos conforme Figura 1, abaixo:

Figura 1 - Elementos chave do TQM.

Os principais problemas que um Gerente de Projetos de Software enfrenta estão relacionados aos processos de estimativa dos prazos de entrega dos projetos. Influenciando estes prazos, e suas estimativas, temos ainda a composição da equipe de projeto e desenvolvimento e o acompanhamento das etapas efetuadas pela mesma. Somam-se a isso, as crescentes mudanças no mercado e as novas tecnologias disponíveis para se projetar e desenvolver softwares, e temos um cenário competitivo extremamente dinâmico no qual as empresas desenvolvedoras de software devem se adaptar para continuarem competitivas e principalmente manterem sua fatia de mercado, duramente conquistadas. O Gerente de Projetos de Software torna-se, portanto, fundamental na sobrevivência e crescimento destas empresas no mercado.

A busca pela melhoria na qualidade do processo de desenvolvimento de software através de padrões, normas e ferramentas, está fazendo com que a empresa que tenha estabelecido e cumpridos prazos de entrega, e os mesmos sejam reduzidos, mantendo a qualidade do software, obtenham vantagens consideráveis sobre suas concorrentes. Porém estimar o tempo de projeto e desenvolvimento de um software e a data de entrega do mesmo para o cliente é um processo delicado o qual envolve muita sensibilidade do Gerente de Projetos de Software e, principalmente, uma excelente capacidade de estimativa. É um cenário comum dentro das empresas desenvolvedoras de software.

Olá pessoal, tudo bom com vocês ?

No dia 30/10/2007 fui no curso da Softex em Campinas referente à documentação de testes e gostaria de passar para vocês um pouco sobre o que foi informado lá.

O objetivo do curso foi apresentar a documentação de suporte as etapas do processo de teste de software, baseada na Norma IEEE Std 829-1998. Foi mencionado que hoje testes de software está começando a ganhar força e a ser elaborada adequadamente, mas claro com a adaptação de cada empresa.

A documentação de teste de software contempla as seguinte etapas: Planejamento global dos testes, detalhamento das atividades de testes e apresentação dos resultados da aplicação de teste.

Esta documentação é uma maneira de evidenciar a realização das atividades do processo de teste e se torna indispensável para as atividades de manutenção do software. Também fornece evidências para auditorias e perícias técnicas do software.

Outras motivações para documentar testes: