Casos de Teste — Busca Geral do OLA

Testes derivados das situações reais, cenários, experiência, arquitetura da informação, navegação, requisitos, funcionalidades e regras do subsistema.

Início › Demandas › Busca Geral do OLA › Casos de Teste
```

1. Finalidade

Esta página registra os casos de teste da demanda Busca Geral do OLA. Os testes verificam se as funcionalidades, regras, requisitos, arquitetura da informação e navegação poderão ser atendidos na entrega.

2. Posição dos casos de teste no processo

Situações reais
```

↓
Cenários
↓
Experiência
↓
Arquitetura da Informação
↓
Sistema de Navegação
↓
Casos de uso
↓
Requisitos
↓
Funcionalidades
↓
Regras
↓
Casos de teste
↓
Implementação
↓
Testes executados
↓
Entrega
```

3. Relação com TDD

Estes casos de teste podem orientar uma abordagem próxima de TDD. Antes da implementação final, cada comportamento esperado é descrito como teste. 

Red:
```

O teste é definido e inicialmente falha porque o programa ainda não existe.

Green:
A implementação mínima é feita para o teste passar.

Refactor:
O código é organizado sem alterar o comportamento esperado.
```

4. Lista de casos de teste

Código Nome do teste Origem Entrada / Ação Resultado esperado Critério de aprovação Prioridade
CT01 Buscar imagem por tema SR01, C01, UC01, F02 Pesquisar por organismo vivo. A imagem relacionada ao OLA como organismo vivo aparece nos resultados. Resultado contém título, caminho, miniatura e link clicável. Alta
CT02 Buscar página HTML por assunto SR02, C02, UC02, F01 Pesquisar por sistema cognitivo. Páginas relacionadas ao sistema cognitivo do conhecimento aparecem nos resultados. Pelo menos uma página HTML relevante é exibida com link clicável. Alta
CT03 Abrir resultado encontrado UC01, UC02, F03 Clicar no título, caminho, botão abrir ou miniatura de um resultado. O arquivo correspondente abre no navegador. O link abre corretamente em nova aba ou na aba atual, conforme configuração. Alta
CT04 Exibir miniatura de imagem UC01, F04 Pesquisar um termo que retorne imagem. O resultado de imagem apresenta miniatura visível. A miniatura aparece e também funciona como link clicável. Alta
CT05 Buscar artefatos de uma demanda SR03, C03, UC03, F10 Pesquisar por busca_geral_ola. Arquivos da pasta da demanda aparecem nos resultados. Resultados exibem caminho contendo demandas/busca_geral_ola/. Alta
CT06 Buscar artefatos de uma entrega SR04, C04, UC04, F10 Pesquisar por nome de uma entrega existente. Arquivos da pasta de entrega aparecem nos resultados. Resultados exibem caminho contendo entregas/. Média
CT07 Filtrar por área UC03, UC04, F05 Selecionar área demandas ou entregas. A busca mostra apenas resultados da área selecionada. Nenhum resultado de área diferente deve aparecer. Média
CT08 Filtrar por formato UC01, UC02, F06 Selecionar formato imagem, html ou pdf. A busca mostra somente resultados do formato selecionado. Todos os resultados respeitam o filtro de formato. Média
CT09 Gerar índice automaticamente UC05, F07 Executar python3 gerar_busca_index.py. O arquivo busca_index.json é criado ou atualizado. O JSON gerado contém itens válidos com título, caminho, área e tipo. Alta
CT10 Ignorar arquivos indevidos UC05, F08 Executar o gerador com arquivos como .DS_Store, .bak ou pastas excluídas. Arquivos indevidos não aparecem no índice. O arquivo busca_index.json não contém caminhos proibidos. Alta
CT11 Exibir quantidade de resultados UC03, UC07, F09 Fazer uma busca qualquer. A página informa o número de resultados encontrados. O contador aparece e corresponde à quantidade de cards exibidos. Média
CT12 Funcionar sem back-end RNF01, F11 Abrir busca.html com busca_index.json disponível. A busca funciona sem banco de dados, PHP, Node.js ou API externa. Resultados aparecem apenas com HTML, JavaScript e JSON. Alta
CT13 Funcionar em dispositivo móvel UC06, F12 Abrir a busca em celular ou tablet. A interface aparece responsiva e legível. Campo de busca, filtros, cards e links ficam utilizáveis. Alta
CT14 Atualizar resultados após novo índice UC08, F13 Criar nova página, gerar novo índice e pesquisar pelo nome da página. A nova página aparece nos resultados. O novo caminho aparece após a atualização do busca_index.json. Alta
CT15 Navegação global funciona Sistema de navegação, wireframe Clicar em links globais como Início, Portal, Mapa do Site, Demandas ou Entregas. O usuário consegue sair da busca e acessar áreas principais do OLA. Todos os links globais previstos abrem corretamente. Média
CT16 Breadcrumb correto Sistema de navegação, arquitetura da informação Verificar o breadcrumb da página de busca e páginas relacionadas. O breadcrumb mostra a posição correta da página dentro do OLA. O caminho exibido é coerente e os links funcionam. Média
CT17 Caminho físico exibido Arquitetura da informação, sistema de navegação Fazer uma busca e observar os cards de resultado. Cada card mostra o caminho físico do artefato. O caminho aparece legível e corresponde ao arquivo real. Alta
CT18 Filtro por área funciona Arquitetura da informação, sistema de navegação Selecionar uma área, como demandas, entregas ou fundamentos. Somente resultados da área selecionada aparecem. Todos os resultados exibidos pertencem à área escolhida. Alta
CT19 Filtro por tipo funciona Arquitetura da informação, sistema de navegação Selecionar tipo html, imagem ou pdf. Somente resultados do tipo selecionado aparecem. Todos os resultados exibidos respeitam o tipo selecionado. Alta
CT20 Navegação mobile preservada Wireframe mobile, sistema de navegação Usar a busca em celular ou tablet. Campo, filtros, cards, botão abrir e retorno ao topo continuam utilizáveis. O usuário consegue realizar uma busca e abrir um resultado em tela pequena. Alta
CT21 Retorno ao contexto funciona Sistema de navegação, diagrama de navegação Abrir um resultado e observar se há caminho, contexto ou link de retorno. O usuário entende se o item pertence a demanda, entrega, fundamentos, domínio ou outra área. O caminho físico, área ou link contextual ajuda o usuário a se orientar. Média
CT22 Mensagem de nenhum resultado Modelo mental, arquitetura da informação Pesquisar por termo inexistente, por exemplo zzzz_teste_inexistente. A busca informa que nenhum resultado foi encontrado. A mensagem aparece claramente e não parece erro técnico. Média

5. Testes prioritários para a primeira entrega

Para validar a primeira versão do subsistema, os testes mínimos recomendados são: 

CT01 — Buscar imagem por tema
```

CT02 — Buscar página HTML por assunto
CT03 — Abrir resultado encontrado
CT04 — Exibir miniatura de imagem
CT09 — Gerar índice automaticamente
CT10 — Ignorar arquivos indevidos
CT12 — Funcionar sem back-end
CT13 — Funcionar em dispositivo móvel
CT14 — Atualizar resultados após novo índice
CT17 — Caminho físico exibido
CT18 — Filtro por área funciona
CT19 — Filtro por tipo funciona
CT20 — Navegação mobile preservada
CT22 — Mensagem de nenhum resultado
```

6. Modelo padrão de caso de teste

Código:
```

CTxx

Nome:
Nome do teste

Origem:
Situação real, cenário, caso de uso, requisito, funcionalidade,
arquitetura da informação, sistema de navegação ou regra

Pré-condição:
O que precisa existir antes do teste

Entrada ou ação:
O que será pesquisado, clicado, filtrado ou executado

Resultado esperado:
O que deve acontecer

Critério de aprovação:
Como saber se passou

Status:
Não executado | Passou | Falhou | Corrigido
```

7. Exemplo detalhado de teste

CT01 — Buscar imagem por tema

Origem:
```

SR01, C01, UC01, F02, RF02

Pré-condição:
A imagem "OLA como organismo vivo" existe em alguma pasta pública do OLA.
O arquivo busca_index.json foi gerado depois da inclusão da imagem.

Entrada:
organismo vivo

Resultado esperado:
A imagem aparece nos resultados.

Critério de aprovação:
O resultado mostra:

* título;
* caminho;
* miniatura;
* link clicável.

Status inicial:
Não executado.
```

8. Rastreabilidade dos testes

Teste Funcionalidade / elemento Requisito / origem Regra ou artefato relacionado Caso de uso / experiência
CT01 F02 RF02, RF03, RF04, RF07 Miniaturas; abertura; arquitetura da informação. UC01; jornada de recuperação visual.
CT02 F01 RF01, RF03, RF07 Escopo; recuperação; abertura. UC02; jornada de recuperação textual.
CT03 F03 RF03 Abertura; navegação contextual. UC01, UC02.
CT04 F04 RF04 Miniaturas; wireframe; card de resultado. UC01.
CT09 F07 RF08, RNF05, RNF06 Fonte da verdade; geração; atualização. UC05.
CT10 F08 RF09, RNF07 Exclusão; segurança; riscos. UC05.
CT12 F11 RNF01, RNF02 Funcionamento sem back-end. UC01, UC02, UC07.
CT13 F12 RNF03, RNF04 Responsividade; wireframe mobile. UC06.
CT14 F13 RF08, RNF06 Atualização do índice. UC08.
CT15 Navegação global Sistema de navegação Links globais. Entrada e saída da busca.
CT16 Breadcrumb Sistema de navegação Navegação estrutural. Orientação do usuário.
CT17 Caminho físico Arquitetura da informação Card de resultado. Reconhecimento do contexto.
CT18 Filtro por área Arquitetura da informação Categoria / área. Refinamento da busca.
CT19 Filtro por tipo Arquitetura da informação HTML, imagem, PDF. Refinamento da busca.
CT20 Navegação mobile Wireframe mobile Responsividade e toque. Jornada em celular ou tablet.
CT21 Retorno ao contexto Sistema de navegação Caminho físico, área, breadcrumb. Orientação depois da abertura.
CT22 Mensagem de nenhum resultado Modelo mental Estado da interface. Redução de frustração.

9. Ponte para a entrega

Na demanda, estes testes definem o que deverá ser verificado. Na entrega, eles deverão aparecer como testes executados, com status e evidências. 

Na demanda:
```

casos_teste.html
→ define o que testar.

Na entrega:
casos_teste_executados.html
→ registra o que foi testado, passou, falhou ou foi corrigido.

Na entrega:
avaliacao_ux_busca.html
→ registra clareza, navegação, responsividade e esforço cognitivo.
```

10. Síntese

Os casos de teste fecham a especificação verificável da demanda. Eles conectam situações reais, cenários, experiência, arquitetura da informação, navegação, casos de uso, funcionalidades, requisitos e regras, preparando a construção e validação da entrega do subsistema.

```