Relacione os estágios descritos por Ian Sommerville n...

A alternativa correta é a B - 4, 3, 1, 2, 5. Vamos entender o porquê dessa sequência ser a correta, relacionando cada estágio do processo de validação de software com a sua finalidade específica conforme descrito por Ian Sommerville.

• Teste de Módulo (4): Esta etapa envolve testar módulos individualmente. Um módulo é uma parte do software que realiza uma função específica e, geralmente, é uma unidade de compilação. O foco aqui é garantir que cada módulo funcione corretamente por si só.
• Teste de Subsistemas (3): Após os módulos serem testados, eles são integrados e formam subsistemas. Essa etapa testa conjuntos de módulos que foram integrados em subsistemas, verificando a interação entre eles e o funcionamento conjunto.
• Teste de Unidade (1): Esse estágio é dedicado a testar componentes individualmente. Componentes aqui se referem a unidades mais granulares do software, como funções ou classes. O objetivo é assegurar que cada componente realize as operações para as quais foi projetado.
• Teste de Aceitação (5): Uma vez que o software esteja integrado, o teste de aceitação é realizado. Ele testa o sistema com os dados fornecidos pelo cliente, o que significa verificar se o software atende aos critérios de aceitação do usuário final e se está pronto para produção.

Perceba que não mencionamos o "Teste Final (6)" e "Teste de Sistemas (2)", porque não são estágios descritos por Ian Sommerville no processo de validação de software. Portanto, a alternativa correta sequencia as etapas descritas e suas respectivas finalidades de acordo com o contexto apresentado.

É importante ressaltar que a compreensão dos diferentes tipos de testes e suas finalidades é fundamental para a Engenharia de Software, especialmente no contexto da garantia de qualidade de software. Ao seguir os estágios descritos por Sommerville, é possível realizar uma validação de software mais sistemática e eficaz, que melhora a confiança no produto entregue.

4. Teste de Sistemas 

Verifica a execução do sistema do ponto de vista do usuário final. Teste muito relacionado ao requisito funcional: descrição de  uma determinada ação (ou função) que o sistema deve suportar. E também ao requisito não-funcional: descrição de um atributo de qulaidade , de desempenho, de segurnaça ou como uma restrição geral de uma sistema.

Fonte: Engenharia de Software - 8ª Edição - Pressman

3. Teste de Subsistemas 

1. Teste de Unidade 

Testa uma única unidade do sistema. Geralmente, em sistemas orientados a objetos, essa unidade é a clsse. A ideia desse teste é ter baterias de testes de unidades separadas para cada uma das classes; cada bateria preocupada apenas com a sua classe.

Fonte: Test-Driven Development: Teste e Design no Mundo Real com PHP -  Aniche

2. Teste de Módulo 

Testa  os módulos isoladamente verificando o funcionamento do  conjunto dos algoritmos e as estruturas de dados. Esse teste é realizado normalmente pelo programador ou módulo de software.

Fonte:Engenharia de Software -  Kechi Hirama

5. Teste de Aceitação 

São testes feitos pelos usuários para verificar se o sistema atende aos requisitos solicitados(caso de teste: testar o sistema com os dados fornecidos pelo cliente.). Se os casos de uso tieverem sido validados pelo usuários, esses podem seguir a mesma lógica dos testes de sistema.

Fonte:Engenharia de Software -  Kechi Hirama

Letra B