Fundamentos dos testes de software

Os testes de software abrangem diversas áreas e setores. Cada projeto traz um novo desafio. Antes de começar a testar, você precisa entender o ponto de vista do cliente e a área em que ele atua. Os métodos de teste também podem variar de um projeto para outro. Por isso, conhecer bem os fundamentos é o primeiro requisito para ter sucesso.

Por que os testes de software são necessários?

Durante o desenvolvimento, é possível introduzir erros, defeitos ou bugs sem querer. Os softwares modernos são complexos, e falhas de entendimento podem levar a falhas na lógica e no código.

Os testes identificam falhas que podem ser corrigidas para melhorar a qualidade do software. O objetivo é desenvolver e entregar aplicações sem defeitos. Quando uma empresa concorda em desenvolver software para um cliente, requisitos legais, contratuais e específicos do setor orientam o trabalho. Uma empresa comprometida com a qualidade inclui os testes entre suas boas práticas.

É difícil determinar quantos testes são suficientes. Um planejamento cuidadoso e casos de teste bem elaborados tornam possível uma entrega de alta qualidade.

Quem faz os testes de software?

Quem deve testar o software? Muitas vezes os desenvolvedores verificam o próprio código várias vezes antes de entregá-lo. Ainda assim, podem restar defeitos, porque é difícil perceber os próprios erros.

Quem testa adota um olhar imparcial, a partir da perspectiva do cliente, e se concentra nas especificações e nos requisitos. Assim pode descobrir problemas que passaram despercebidos por quem desenvolveu o software. Por isso, os testes devem sempre ser feitos por profissionais independentes da implementação.

Separar as equipes de desenvolvimento e de testes também tem desvantagens. Podem surgir falhas de comunicação. Ao considerar que a qualidade é responsabilidade da equipe de testes, os desenvolvedores podem deixar de revisar o código, o que aumenta o trabalho dessa equipe.

Às vezes, os desenvolvedores testam o trabalho uns dos outros. Essa prática é conhecida como teste entre colegas, ou buddy testing. Cada equipe de desenvolvimento deve ter profissionais dedicados aos testes, e um projeto normalmente conta com pelo menos uma equipe de testes dedicada. Algumas empresas formam equipes distintas para usabilidade, desempenho, segurança e outros tipos de teste. Outras contratam empresas especializadas, profissionais independentes ou consultores.

O que realmente precisa ser testado?

Entenda os requisitos do projeto e o contexto real de uso do software. Isso ajuda a decidir o que testar e a criar uma estratégia de testes adequada.

Abrir diagrama em tamanho real ↗

O que realmente precisa ser testado?

Quando os testes de software são feitos?

Começar a testar cedo ajuda os desenvolvedores a cumprir os prazos e economiza tempo, dinheiro e esforço. Defeitos encontrados nas etapas finais podem custar caro para corrigir. Divida o desenvolvimento em etapas e teste o trabalho de cada uma antes de avançar. Isso favorece a entrega no prazo e melhora os resultados. A integração também fica mais fácil quando cada módulo já foi testado separadamente de acordo com suas especificações.

Com que frequência precisamos testar?

Teste em paralelo ao desenvolvimento e procure encontrar o máximo de defeitos nas fases iniciais. A frequência dos testes depende da qualidade que você precisa atingir. Descobertas no início permitem alterar o projeto quando as mudanças ainda são mais simples e baratas. Mais tarde, mudanças importantes se tornam difíceis e caras.

Abrir diagrama em tamanho real ↗

Com que frequência precisamos testar?

O que são normas de testes de software?

As normas de teste são importantes tanto para clientes quanto para produtores. Os clientes investem em software e querem ter confiança de que a qualidade justifica a compra.

Empresas de boa reputação orientam a qualidade dos produtos por normas aprovadas publicamente. Cumprir essas normas dá segurança sobre o produto e o comportamento esperado. Assim, os clientes podem confiar que estão comprando software com o padrão adequado.

Para os produtores, as normas ajudam a melhorar o produto final. Depois de escolher as normas, uma empresa pode reutilizar essa base em outros projetos sem começar do zero. Muitas normas de teste ajudam a avaliar a qualidade e a melhorar a eficácia dos testes. Porém, nenhuma norma cobre todos os aspectos dos testes de software.

Tanto as normas que incluem os testes em um conjunto mais amplo de requisitos quanto as normas voltadas especificamente para testes podem orientar seu trabalho.

O que é testabilidade de software?

A testabilidade indica com que facilidade um sistema pode ser testado. Avalie-a cedo para estimar os recursos necessários para os testes. Os testes revelam defeitos. A testabilidade ajuda a identificar áreas em que defeitos podem permanecer ocultos. Quanto maior a testabilidade, mais fácil é testar. Uma testabilidade baixa exige mais esforço. Considere os fatores a seguir.

1. A controlabilidade permite controlar e otimizar o processo de teste.
2. A observabilidade exige que o comportamento e os fatores que afetam os resultados estejam visíveis para que possam ser testados.
3. A disponibilidade significa que você tem acesso ao sistema para testá-lo.
4. Um projeto coerente, recursos fáceis de entender e práticas simples de programação reduzem a complexidade dos testes. Quanto mais complexo o software, mais difícil é testá-lo.
5. A estabilidade favorece os testes. Mudanças frequentes no projeto podem atrapalhá-los.
6. As informações disponíveis sobre o software influenciam muito a eficiência dos testes.

Tenha em mente as relações a seguir entre testabilidade e defeitos.

1. Uma testabilidade maior favorece testes melhores e menos defeitos.
2. Uma testabilidade menor pode reduzir a qualidade dos testes e deixar mais defeitos no sistema.

Verificação e validação de software

Verificação e validação são tipos diferentes de análise. A validação pergunta se você está construindo o sistema certo. Ele atende aos requisitos do cliente?

A verificação pergunta se você está construindo o sistema corretamente. Ela se concentra na qualidade da engenharia e no cumprimento das normas exigidas.

A validação verifica se as especificações atendem às necessidades do cliente. A verificação confirma se o desenvolvimento segue as normas de qualidade de software e as práticas de engenharia da organização.

Abrir diagrama em tamanho real ↗

Verificação e validação de software

Algumas abordagens aplicam a verificação em todas as fases do desenvolvimento, mas concentram a validação no início e no fim, durante a análise de requisitos e os testes de aceitação. Isso é difícil de seguir na prática. É difícil identificar todos os requisitos do cliente no início, e eles muitas vezes mudam depois que o desenvolvimento começa. As próprias equipes de desenvolvimento também podem pedir mudanças. Por isso, faça tanto a verificação quanto a validação ao longo de todo o desenvolvimento.

Profissionais de testes usam verificação e validação, ou V&V, para analisar diferentes aspectos da qualidade do software.

Testes de software e depuração

Os testes e a depuração têm objetivos diferentes. Os testes revelam defeitos. A depuração vem depois da descoberta de um defeito e elimina sua causa.

Depois que a equipe de testes relata um defeito, os desenvolvedores investigam a causa raiz. Eles analisam os módulos envolvidos, localizam o problema no código e o corrigem. A depuração identifica e resolve a causa passo a passo.

Entenda as possíveis causas de um defeito antes de tentar corrigi-lo. Depurar sem informações suficientes pode introduzir outro defeito em um módulo interligado. Evite experimentar sem método. Depois da correção, devolva o módulo à equipe de testes para uma verificação minuciosa.

1. Os testes revelam defeitos. A depuração localiza e corrige as causas.
2. Os testes são parte importante do desenvolvimento. A depuração trata dos defeitos que os testes revelam.
3. Os testes começam no início do desenvolvimento. A depuração começa quando os defeitos são relatados.
4. Os testes incluem verificação e validação (V&V). A depuração investiga e corrige a causa de um defeito.

O que é um defeito?

Um defeito é um desvio em relação à especificação de requisitos do software. Os defeitos podem ocorrer no código ou no projeto e causar resultados incorretos durante a execução do programa.

1. Um código com muitos defeitos costuma ser descrito como cheio de bugs.
2. Um relatório de defeito descreve a natureza do problema.
3. Ferramentas de acompanhamento de bugs permitem registrar e acompanhar os defeitos de um sistema.
4. Em uma técnica de teste, introduzem-se defeitos no código de propósito. Em seguida, observam-se os resultados para verificar se o sistema reage a esses problemas como esperado.

Abrir diagrama em tamanho real ↗

O que é um defeito?

O que são gravidade e prioridade?

A gravidade descreve o impacto de um defeito no sistema. As categorias a seguir classificam esse impacto.

1. Um defeito crítico impede a aplicação de funcionar corretamente devido a uma falha do sistema ou à corrupção de dados. O usuário não consegue prosseguir.
2. Com um defeito grave, o sistema pode falhar, mas o usuário consegue chegar ao resultado de outra forma sem treinamento adicional. Esses defeitos são menos graves que os críticos.
3. Com um defeito moderado, o sistema continua funcionando, mas produz resultados incorretos ou contraditórios.
4. Um defeito leve não provoca falha no sistema nem afeta a usabilidade e pode ser corrigido com facilidade.
5. Um defeito visual afeta a aparência do sistema.

O relatório de defeito registra a prioridade e a gravidade. A prioridade informa aos desenvolvedores em que ordem resolver os defeitos.

1. Um defeito de prioridade baixa deve ser resolvido depois dos defeitos mais prioritários. Ele não precisa de atenção imediata.
2. Um defeito de prioridade média deve ser resolvido logo após os defeitos de prioridade mais alta.
3. Dê atenção imediata a um defeito de prioridade alta e resolva-o o mais rápido possível.

Considere em conjunto a gravidade e a prioridade registradas para decidir com que urgência agir.

Abrir diagrama em tamanho real ↗

O que são gravidade e prioridade?

1. Com prioridade e gravidade altas, um problema em uma função básica impede o usuário de usar o sistema. Corrija-o imediatamente.
2. Com prioridade alta e gravidade baixa, um erro na grafia do nome da empresa ou um problema no logotipo tem pouco impacto no funcionamento, mas exige correção imediata.
3. Com gravidade alta e prioridade baixa, um defeito grave afeta um módulo que o usuário não precisa usar de imediato. A correção pode esperar.
4. Com prioridade e gravidade baixas, defeitos visuais que não afetam o funcionamento geralmente são corrigidos por último.