Introdução à matriz de rastreabilidade de requisitos
A conclusão do projeto é um desafio para toda empresa, e cada projeto tem requisitos e abordagens diferentes; pode-se concluir um projeto no prazo, quando todos os requisitos são analisados adequadamente. Para facilitar a conclusão do projeto e atender a todos os requisitos, usamos o RTM (Matriz de Rastreabilidade de Requisitos). Um RTM é um documento ou tabela que vincula os requisitos ao longo do processo de validação. O objetivo da Matriz de Rastreabilidade de Requisitos é garantir que todos os requisitos definidos para um sistema sejam testados no ciclo de vida.
Definição da matriz de rastreabilidade de requisitos
A Matriz de Rastreabilidade de Requisitos geralmente chamada de RTM é um documento ou uma tabela que é listada com os requisitos dos clientes para o projeto em trabalho. Este é um tipo simples de matriz com estrutura de linha e coluna, que define claramente qual requisito é atendido e qual é alterado entre o processo. Assim, em todo o RTM, rastreamos os casos de teste em relação ao requisito do cliente e visualizamos os defeitos no requisito durante o processo.
Por que a matriz de rastreabilidade de requisitos é necessária?
Existem vários benefícios do RTM, como discutimos acima, que isso é usado para rastrear os requisitos dos clientes e também podemos encontrar os defeitos no requisito, se houver. Além disso, a RTM fornece a qualidade ao projeto, pois diferentes defeitos são removidos por isso e também se houver alguma alteração no requisito entre o teste, podemos alterar isso facilmente e economizar tempo e energia. Essas coisas ajudam muito a concluir o projeto no prazo e de forma mais rápida.
Tipos de matriz de rastreabilidade de requisitos
Vejamos as diferentes matrizes de rastreabilidade.
Rastreabilidade avançada
A rastreabilidade futura é o tipo de matriz de rastreabilidade; ajudará o gerente a analisar e garantir que o projeto esteja indo na direção certa e que todos os requisitos fornecidos pelo cliente sejam testados.
Rastreabilidade para trás
Esse é outro tipo de matriz que garante ao gerente que o escopo do projeto não é ampliado ou que os requisitos existentes são rigorosamente seguidos sem a adição de casos ou recursos extras que podem não fazer parte do projeto.
Rastreabilidade seccional bidi
Esse tipo de rastreabilidade ajuda o gerente a mapear os requisitos para testar casos para a rastreabilidade para frente e para trás em um único documento. Portanto, esse tipo garante que todos os requisitos sejam testados corretamente.
Exemplos de matriz de rastreabilidade de requisitos
|
Requisito comercial não . |
Descrição |
|
BR1 | Alguns requisitos de negócios foram obtidos do cliente em relação à disponibilidade do monitoramento em tempo real. |
|
BR2 | Um requisito do proprietário da empresa em relação aos detalhes do funcionário na tela. |
|
BR3 | O requisito do usuário em relação à mudança de tema da tela. |
|
BR4 | Alguns outros requisitos de negócios. |
Digamos, TS1 (BR1) - É fornecida a opção de monitoramento em tempo real.
Casos de teste
Caso de teste 1: opção TS1.TC1 (BR1) executada com sucesso.
Caso de teste 2: a opção TS1.TC2 (BR1) está desativada.
Defeitos
Portanto, durante a execução, se qualquer defeito for encontrado, como o monitoramento em tempo real, não estiver funcionando corretamente e os dados não forem atualizados após cada segundo, portanto, um ID de defeito é gerado para resolver esse problema específico.
Diga X01, portanto, esse ID é mapeado na matriz para mostrar o defeito.
Matriz de cobertura de testes e rastreabilidade de requisitos
A cobertura do teste é definida como o processo no qual verificamos quais são os requisitos do cliente e quais devem ser testados quando o processo de teste é iniciado. Isso geralmente é feito para eliminar a chance do defeito no projeto.
Para obter a cobertura completa do teste, é necessário estabelecer a "rastreabilidade dos requisitos". No qual todos os defeitos são mapeados.
Tipos de especificações de requisitos
1. Documento de especificação de requisitos de software
2. Exigência de Negócios
3. Documento de Caso de Uso
4. Documento de Requisitos do Projeto
5. Documentos de verificação de defeitos
Benefícios
- Para verificar se 100% de cobertura de teste é alcançada.
- É fácil determinar o impacto dos casos de teste para regressão.
- Isso nos ajuda a remover o escopo do requisito funcional ausente.
- Torna a avaliação do projeto fácil e simples.
Como criar uma matriz de rastreabilidade de requisitos?
O RTM, conforme discutido acima, é o documento de linha e coluna, que contém a cobertura do teste sobre os diferentes requisitos e os defeitos encontrados nele. Basicamente, para criar um RTM, é necessário ter acesso ao Microsoft Excel, pois contém todas as ferramentas necessárias para criar a matriz.
Além disso, o conhecimento do Excel é bastante útil porque, para criar uma matriz, são usadas ferramentas diferentes e também existem fórmulas diferentes; portanto, se alguém tiver conhecimento sobre isso, ele cria a matriz e executa a mesma facilmente. Aqui está o exemplo do RTM:
Pontos importantes a serem lembrados
- Certifique-se de que cada requisito esteja completamente inscrito na matriz enquanto faz a matriz.
- A representação da matriz deve ser assim, deve ser facilmente compreensível, pode-se usar uma combinação de cores diferente para marcar os diferentes segmentos da matriz.
- Os defeitos devem ter direito na matriz, com o ID adequado.
Conclusão
A RTM (matriz de rastreabilidade de requisitos) é a melhor maneira de atender a todos os requisitos do cliente no projeto, sendo que, se algum defeito for detectado durante o teste, ele será removido do processo para não prejudicar ainda mais o projeto. A essa altura, essa é uma ferramenta eficaz para a avaliação do projeto. O pensamento necessário ao criar a matriz é que a matriz mostrará toda a especificação ou requisito do projeto e toda a cobertura do teste deve ser mencionada adequadamente na matriz, além de que o ID do defeito deve ser adequado e relevante para o requisito no que isso é encontrado. Os dados devem ser analisados adequadamente e um relatório separado deve ser elaborado, por que esses defeitos estão ocorrendo e como o escopo desses defeitos deve ser eliminado. Essas coisas fortalecem a avaliação do projeto e a execução do projeto também será simples. Então, finalmente, podemos dizer que um bom RTM é o trailer do bom projeto.
Artigos recomendados
Este foi um guia da Matriz de Rastreabilidade de Requisitos, por exemplo. Aqui discutimos o conceito, tipos, cobertura de teste e como criar uma matriz de rastreabilidade de requisitos com exemplos. Você também pode consultar nossos outros artigos sugeridos para saber mais -
- O que é o Maven Plugins?
- Benefícios do uso de selênio
- O que é PPC?