Como rastrear requisitos pela arquitetura e pelos testes?

Question

IT Interview Practice · Accepted Answer

Use **rastreabilidade bidirecional**: conecte cada requisito importante às decisões e aos componentes que o atendem, e depois conecte esses componentes às evidências de aceitação. Os vínculos reversos mostram por que um componente existe e quais requisitos uma mudança proposta pode afetar.

## Uma cadeia pequena e mantida

```text
[Requirement R-12] --> [Decision D-04] --> [Refund workflow]
        |                                      |
        +--> [Acceptance test T-18] <-----------+
                         |
                  [Test evidence]
```

Suponha que R-12 determine que repetir a mesma solicitação de reembolso não pode criar outro reembolso. D-04 escolhe um identificador estável da operação de negócio e a detecção de duplicatas. O fluxo implementa essa regra. T-18 repete a requisição após simular a perda da resposta e verifica que ainda existe apenas um reembolso de negócio.

Um registro de rastreabilidade inclui o responsável pelo requisito, sua versão atual, vínculos com o projeto e os testes relevantes e o estado das evidências. Só o nome de um teste não é prova: registre a versão testada, o ambiente e o resultado.

## Preserve a utilidade durante mudanças

- Atribua identificadores estáveis e vincule a fonte oficial do requisito, em vez de copiar seu texto por toda parte.
- Revise requisitos não cobertos e elementos do projeto sem propósito justificado.
- Quando um requisito mudar, examine seus vínculos posteriores e marque evidências desatualizadas para revalidação.
- Verifique também o sentido inverso: uma integração alterada pode afetar vários requisitos de equipes diferentes.

## Compromissos e sinais na entrevista

Comece por requisitos caros, de alto risco ou que envolvam várias equipes. Mapear toda função auxiliar gera manutenção com pouco benefício. Uma tabela simples ou itens de trabalho vinculados podem bastar; o essencial é manter as relações atualizadas.

Explique quem atualiza os vínculos e quando, por exemplo, durante a revisão de projeto e a aceitação da versão. Uma matriz completa no primeiro dia, mas ignorada durante a implementação, cria falsa confiança.

Uma cadeia pequena e mantida

Preserve a utilidade durante mudanças

Compromissos e sinais na entrevista

Perguntas relacionadas