-
Notifications
You must be signed in to change notification settings - Fork 0
5 Gestão de Qualidade
Citando a própria MPS, "O propósito do processo Garantia da Qualidade é assegurar que os produtos de trabalho e a execução dos processos estejam em conformidade com os planos, procedimentos e padrões estabelecidos".
Dados o que a Gerência de Requisitos se propõe, existem resultados que se espere que se atinja. Dado o que se espera, nosso projeto utilizou dos seguintes GRE:
-
GQA 3 - Os problemas e as não-conformidades são identificados, registrados e comunicados;
-
GQA 4 - Ações corretivas para as não-conformidades são estabelecidas e acompanhadas até as suas efetivas conclusões. Quando necessário, o escalamento das ações corretivas para níveis superiores é realizado, de forma a garantir sua solução;
Em relação aos atributos RAP são eles:
- .
.
- .
.
Em um artigo publicado pela Universidade Federal do Paraná - UFPR o Teste Unitário é descrito como sendo "uma implementação com base no menor elemento testável (unidades) do software e implica em testar a estrutura interna (como fluxo lógico e de dados), a função da unidade e os comportamentos observáveis. O design e a implementação de testes com ênfase na estrutura interna de uma unidade se baseiam no conhecimento da implementação da unidade (abordagem caixa branca). No entanto, o design e a implementação de testes com a finalidade de verificar os comportamentos observáveis e as funções da unidade não se baseiam no conhecimento da implementação; por isso, são conhecidas como abordagem caixa preta.".
O TDD é um estilo de desenvolvimento de software ágil derivado do método Extreme Programming (XP) (Beck 2000) e do Agile Manifesto (Agile Alliance 2000). A prática envolve a implementação de um sistema começando pelos casos de teste de um objeto. Escrevendo casos de teste e implementando estes objetos e métodos, surge a necessidade de outros métodos e objetos (Borges 2006).
Em seu artigo Eduardo N. Borges salienta que no TDD, desenvolvedores usam testes para guiar o projeto do sistema durante o desenvolvimento. Através dos resultados (falhas ou sucessos) julgam o progresso do desenvolvimento. Os programadores fazem continuamente pequenas decisões aumentando as funcionalidades do software a uma taxa relativamente constante. Todos estes casos de teste devem ser realizados com sucesso sucessivamente antes de o novo código ser considerado totalmente implementado.
SOFTEX. MPS.BR - Melhoria de Processo do Software Brasileiro: Guia Geral MPS de Software. Disponível em: http://www.softex.br/wp-content/uploads/2013/07/MPS.BR_Guia_Geral_Software_2012-c-ISBN-1.pdf. Acesso em: 25 out 2016.
MACHADO, SOUZA. Métricas e Qualidade de Software. Disponível em: https://mmpsw.files.wordpress.com/2010/04/aula-12-qualidade-sw.pdf. Acesso em: 02 nov 2016.
Funpar, UFPR. Diretrizes: Teste Unitário. Disponível em: http://www.funpar.ufpr.br:8080/rup/process/modguide/md_untst.htm. Acesso em: 11 nov 2016.
. Disponível em: http://www.inf.ufrgs.br/~cesantin/TDD-Eduardo.pdf. Acesso em: 11 nov 2016.
Beck, K. Extreme Programming Explained, Addison Wesley, 2000.
Beck, K. Test Driven Development: By Example, Addison Wesley, 2002.
Agile Alliance, The Manifesto for Agile Software Development, vol. 2003: Agile Alliance, 2000.