Testar autorização pelas relações com o recurso, e não pelos nomes de papéis

Objetivo

Verifique se um chamador pode agir sobre um objeto específico por meio da relação que o produto de fato promete. Este método de laboratório proposto trata os rótulos de papéis como atributos de fixture, e não como o oráculo do teste.

Pré-requisitos

Use um gerenciador de projetos isolado, com contas sintéticas: um proprietário do projeto, um membro do projeto e uma conta sem relação com ele. Crie uma issue pertencente ao projeto e escreva as regras pretendidas de leitura, edição e transferência antes de enviar qualquer requisição.

Passos

1. Monte uma tabela cujas linhas identifiquem chamador, projeto, issue, operação e decisão esperada. Inclua um membro de outro projeto com o mesmo nome de papel: rótulos iguais não podem substituir silenciosamente a participação no projeto.

2. Execute primeiro uma operação permitida e verifique a mudança de estado que ela de fato produz. Uma requisição rejeitada tem pouco valor diagnóstico se o endpoint, a configuração de autenticação ou a própria fixture estiver com defeito.

3. Altere apenas a relação do chamador, mantendo fixos o alvo e a operação. Registre a decisão e inspecione a issue sintética depois da requisição, em vez de aceitar uma mensagem de erro como prova de que nada mudou.

4. Altere a participação no projeto mantendo estáveis os identificadores da conta e da issue. Repita a matriz para que as expectativas acompanhem as relações atuais, e não as identidades usadas quando a fixture foi criada.

5. Quando aparecer uma divergência, rastreie qual relação chegou à decisão de autorização. Adicione essa combinação exata de relações como caso de regressão e execute novamente, após a correção, a operação originalmente permitida.

Resultado esperado

A tabela resultante deve distinguir falhas de política de fixtures quebradas e documentar, para cada operação, uma invariante concreta no nível do objeto.

Limites e base de verificação

Esta matriz cobre apenas as relações modeladas. Políticas separadas de tenant, de ciclo de vida e de acesso delegado precisam de linhas próprias; uma matriz de papéis aprovada não pode comprovar cobertura completa de autorização. Este é um método original proposto; não se alega nenhuma execução nem resultado empírico.