é um modelo voltado para a qualidade de serviços em organizações de software.

pode ser considerado uma alternativa aos modelos ISO, em particular às normas de qualidade de produto.

inclui conceitos teóricos que não se aplicam na prática.

constitui um modelo de qualidade, estruturado em cinco níveis, que permite avaliar o grau de maturidade de uma organização de desenvolvimento de software.

está vinculado a alguns processos de software específicos.

são utilizados para detectar erros de interface e de performance.

são utilizados para testar as estruturas de dados internas de um componente.

são predominantes na realização de testes de unidade.

são equivalentes a testes de integração.

permitem verificar aderência a algum padrão de codificação.

Na etnografia, o analista é inserido no ambiente de trabalho em que o sistema será utilizado para compreender seus requisitos sociais e organizacionais.

Todos os stakeholders têm o mesmo ponto de vista sobre o problema.

Cenários são utilizados apenas em fluxos normais de eventos de um ou de um pequeno número de interações do sistema.

Cada caso de uso só envolve um requisito funcional do sistema.

A verificação dos requisitos (completude e consistência) não faz parte do processo de levantamento e análise dos requisitos.

direciona o desenvolvedor a iniciar, a partir de uma visão abstrata das funcionalidades da aplicação, e, progressivamente, refiná-la; o processo de refinamento pode ser modelado por uma estrutura em árvore.

é, comprovadamente, a forma mais efetiva de se desenvolver software.

é a estratégia adotada no paradigma orientado a objetos.

direciona o desenvolvedor a identificar entidades independentes na aplicação, modelá-las e, progressivamente, combiná-las em componentes mais complexos.

promove reutilização das entidades e estruturas de dados da aplicação.

o processo pode ser sempre exaustivo, garantindo que o software seja entregue sem erros para o cliente.

a comparação do resultado dos testes com os resultados esperados produz uma indicação da qualidade e da confiabilidade do produto.

os custos associados às falhas de software não justificam um processo de testes cuidadoso e bem planejado.

os casos de testes de funcionalidade devem ser construídos com base no código da aplicação.

processos de desenvolvimento sistematizados eliminam a necessidade de testes.

facilita a adoção de mecanismos de acompanhamento no desenvolvimento.

estimula a descoberta de erros em uma fase inicial.

facilita a eliminação de riscos no início do desenvolvimento.

é um processo iterativo.

permite a ordenação das fases em uma ordem arbitrária.