Mapa mental: Aula 1

Mapa mental: Aula 1

1. Visão geral: Garantir a qualidade do Software. E tem por objetivo que o desenvolvimento e o produto Software atinja os noveis de qualidade

   • Como garantir a qualidade? Segunda a Norma ISO 9126 as características para a qualidade são: Funcionalidade, Confiabilidade, Usabilidade, Eficiência, Manutenabilidade e Portabilidade.

2. V&V: Validação: Garantir que o produto final corresponda aos requisitos do usuário. Verificação: Visa, consistência, complitude em cada fase do ciclo de vida do software.

   • Verificação Estática X Dinâmica: Estáticas, não requerem execução de um programa para serem realizadas. Dinâmicas: Baseia na execução de um programa.

3. Teste de Software: Processo de executar um programa com a intenção de encontrar defeitos

   • Por quê testar? Porque inumeras situações podem levar um software a ter pouca qualidade, como: complexidade de código, prazo de entrega, pressão sobre a equipe, etc... Afim de garantir a Qualidade, economia, segurança e a Confiabilidade do sistema.

4. Conceito de Teste: Erro: Ação humana que produz um resultado incorreto. Defeito: Manifestação de um erro no software ou BUG. Falha: Aquilo que é observado quando está sendo executado e apresenta defeito.

5. Por que investir em teste? Por duas razões: 1-Obtêm valor acrescentado a partir da insfraestrutura de TI. 2-Os sistemas estão se tornando cada vez mais complexos.

6. Custo de um defeito: Pode causar desastres, como tais que aconteceram devido a erros no Software: A Explosão do foguete Ariane-5, Bug do Milênio e o Tratamento de Cancêr Mortal(2000)

7. Contexto dos Sistemas de Software: Sistemas de software tornam-se cada vez mais parte do nosso dia a dia, desde de aplicações comerciais (ex. Bancos) até produtos de consumo, por exemplo: carros. Software que não funcionam corretamente podem levar a muitos problemas, incluindo financeiro, tempo e reputação das empresas. Podendo inclusive, chegar a influenciar na integridade das pessoas.

8. POR QUE O TESTE É IMPORTANTE?

   • Benefício do teste: Rigorosos testes em sistemas e documentações podem reduzir os riscos de ocorrência de problemas no ambiente operacional, e contribuir para a qualidade dos sistemas de software se os defeitos encontrados forem corrigidos antes de implantados em produção. O resultado da execução dos testes pode representar confiança na qualidade do software caso sejam encontrados poucos ou nenhum defeito
   • Um teste projetado adequadamente e cuja execução não encontra defeitos reduz o nível de riscos em um sistema. Testes devem ser integrados como uma das atividades de garantia da qualidade.

9. Quanto teste é suficiente? Deve-se levar em conta:

   • Nível de risco:Risco técnico, Risco do negócio, Risco do projeto, Restrições do projeto como tempo e orçamento.
   • Provimento de informações suficientes: aos interessados (stakeholder), para a tomada de decisão sobre a distribuição do software ou sistema, para as próximas

10. Quando o teste de Software deve ser iniciado: O ideal é que a equipe de teste esteja envolvida desde o início do levantamento dos requisitos, Após os requisitos prontos, os analistas de teste devem avaliar para ver se tem alguma inconsistência. E assim por diante, fazendo a verificação de todas as documentações geradas. Teste em várias máquinas, compiladores e SOs (se possível). "Teste e depois codifique" (Hetzel). "Teste cedo e frequentemente" (Beizer)

11. Processo de Desenvolvimento x Teste:Teste de carga e Estresse> Teste de aceitação > Testes Funcionais

12. Dicas para um bom teste: Iniciar o quanto antes com a revisão dos requisitos e dos documentos de design. Isso pode diminuir bastante o custo do projeto final, evitando bugs futuros.

    • Escolha a técnica de teste que melhor atende às suas necessidades . O processo de teste deve se adaptar ao processo de desenvolvimento. A escolha do melhor processo vai depender de diferentes aspectos, como. tamanho do sistema. quantidade de desenvolvedores. o risco para o negócio. o tempo,
    • Revise, revise e revise: Garanta logo no início do projeto que os documentos de requisitos estão corretos e sem ambiguidades. Esta garantia pode ser conseguida através da revisão dos documentos;
    • Priorize: Às vezes não é possível testar tudo de um software quando ele possui muitas funcionalidades;
    • Meça: Às vezes é importante saber qual o custo e quão eficiente é a equipe de teste ao encontrar defeitos no sistema.
    • Saiba quando deve parar de testar: Uma forma de saber quando deve parar de testar é quando o custo para encontrar um novo defeito é maior que o risco que aquele defeito no sistema pode causar para o usuário
    • Preserve: Organize bem os roteiros de teste e guarde-os com cuidado. É bem provável que eles serão reutilizados na fase de manutenção e evolução do software;
    • Seja simples: Muitos gerentes de qualidade de software não sabem qual o melhor processo de teste e técnica que deverá ser utilizada num projeto.