Como você mantém a rastreabilidade de um objetivo de negócio até um teste?

Dê um identificador a cada requisito e ligue-o para cima ao objetivo que ele serve e para baixo ao design, ao item de build e ao caso de teste. O retorno prático é a análise de impacto: quando algo muda tarde, você consegue dizer exatamente o que aquilo toca. Mantenha a matriz leve e gerada sempre que possível, porque uma matriz mantida à mão fica desatualizada em um mês.

Todo requisito ganha um identificador, e ele se liga para cima ao objetivo de negócio que serve e para baixo ao design, à história e ao caso de teste. O motivo de eu me dar esse trabalho é análise de impacto, não papelada. Quando alguém pergunta na semana quatorze o que acontece se a gente derrubar essa regra, eu respondo em dez minutos em vez de chutar, e isso já paga o esforço sozinho. Eu também uso para cobertura, então antes de entrar em teste de aceitação eu consigo ver quais requisitos não têm nenhum teste, e sempre tem alguns. O importante é manter isso barato. Se eu estiver mantendo uma planilha à mão, ela vai estar desatualizada em um mês, então onde a ferramenta suporta ligar histórias a requisitos e testes eu uso isso e deixo a matriz ser um relatório. E eu ajusto a escala: rastreabilidade completa em um programa regulado, algo bem mais leve em um build interno de dois meses.