Quando uma mudança de regra própria exige regressão antes de ir para produção?

Bem, como já disse: passar no teste técnico não prova que a apuração está certa. Segundo as notas de projeto consultadas, quem valida é o cliente, e o teste técnico da consultoria não prova que a apuração do mês está certa. Então o aceite tem duas assinaturas: a do técnico, que o comportamento é o desenhado, e a do dono fiscal, que o resultado é o esperado.

Conforme o combinado, né: mudança de dado mestre e de parametrização também pede regressão, mesmo sem código novo. A regressão pode ser menor se a mudança é pequena e localizada, por exemplo um estabelecimento ou um código de imposto, desde que o escopo reduzido fique escrito e aprovado por quem é dono da regra.

Em resumo, né: critério de aceite que costuma funcionar é este. O resultado da regra alterada, rodado sobre um período já fechado, deve ser igual ao que foi entregue, exceto a diferença esperada pela mudança, explicada linha a linha. Nas notas de projeto consultadas, a regressão compara com evidência de períodos fechados, e o primeiro fechamento real depois da mudança é o teste que conta.

Toda mudança que altera cálculo, base, ajuste, código de imposto, arquivo gerado ou extensão própria pede regressão; só ajuste de texto de relatório costuma dispensar. Em campo, viu, a dúvida real é o tamanho: dê o escopo da regressão e registre por quê. Não tenho o texto da aula, então o critério dela eu não cito.