Você está testando um formulário simplificado de busca de apartamento que tem apenas dois critérios de busca: andar (com três opções possíveis: térreo; primeiro andar; segundo andar) e tipo de jardim (com três opções possíveis: sem jardim; jardim pequeno; jardim grande). Somente apartamentos no andar térreo podem ter jardins. O formulário tem um mecanismo de validação integrado que não permitirá que você use os critérios de pesquisa que violam essa regra. Cada teste tem dois valores de entrada: andar e tipo de jardim. Você deseja aplicar o particionamento de equivalência (EP) para cobrir cada andar e cada tipo de jardim em seus testes. Qual é o número mínimo de casos de teste para atingir 100% de cobertura do EP?

Alternativa C - 5

Análise da Questão

Esta questão aborda Teste de Software, especificamente a técnica de Particionamento por Equivalência (EP). O objetivo é identificar o número mínimo de casos de teste necessários para cobrir todas as classes de equivalência válidas, respeitando as restrições de negócio.

1. Entendendo as Classes de Equivalência

O Particionamento por Equivalência divide o conjunto de dados de entrada em grupos (classes) onde o comportamento do sistema é esperado ser o mesmo. Para ter cobertura, devemos testar pelo menos um representante de cada classe válida.

Os atributos são:

• Andar: Térreo, 1º andar, 2º andar (3 classes).
• Jardim: Sem jardim, Jardim pequeno, Jardim grande (3 classes).

2. Aplicando a Restrição de Negócio

O enunciado impõe uma regra crítica: "Somente apartamentos no andar térreo podem ter jardins". Isso elimina combinações inválidas do produto cartesiano (3 x 3 = 9 combinações teóricas).

Vamos listar apenas as combinações válidas (clases de equivalência compostas):

3. Calculando o Mínimo de Casos de Teste

Para atingir 100% de cobertura do EP, cada linha marcada como "✅ Sim" acima representa uma classe de equivalência válida distinta que deve ser testada. Não basta testar apenas os valores isolados; é necessário testar as combinações permitidas, pois o comportamento do sistema pode variar entre elas (ex: validação, exibição de campos, cálculos).

Os casos de teste necessários são:

1. Térreo + Sem Jardim
2. Térreo + Jardim Pequeno
3. Térreo + Jardim Grande
4. 1º Andar + Sem Jardim
5. 2º Andar + Sem Jardim

Totalizando 5 casos.

Nota: Se tentássemos reduzir para 4 casos, estaríamos omitindo a combinação "Térreo + Sem Jardim", que é uma classe válida distinta de "Térreo + Jardim Pequeno".

Alternativa C.