Como montar a regressão por cenário para o GUEPARDO Tax após cada atualização?

Ao pé da letra, tá, diferença zero só vale se a comparação usar as mesmas regras. Se a release trouxe mudança legal, a diferença pode ser esperada, e quem decide isso é o tributário da empresa. Por isso registre cada diferença com causa, aprovador e data, e guarde ao lado da evidência do primeiro fechamento real depois da atualização.

Discordo de uma lista só fixa. Para situar vocês: agora, ano passado a lista era enorme e ninguém rodava inteira. Prefiro uma lista curta e fixa, mais um cenário por mudança anunciada. O que cada atualização muda não está no que consultamos, então o escopo vem da nota de cada release, pedida à NTT. A lista fixa cobre o que sempre importa; a variável cobre o que mudou. E quem aprova o resultado é o cliente, não só o teste técnico.

Completando a Camila com as obrigações que a documentação da NTT cobre: ECD, ECF, PCR, ISS, PIS/COFINS e Reinf. E aí, o óbvio: um cenário por obrigação que a sua empresa usa. Para cada um, defina a entrada (período fechado), a saída esperada e quem compara. Na ECD, a documentação descreve criar a declaração, gerar o arquivo, validar e entregar ao cliente para conferência; use esse fluxo como roteiro. ICMS e SPED Fiscal não têm documentação funcional no que consultamos; defina o roteiro com a NTT.

Desculpa incomodar com isto, mas falta um cenário: as extensões Z. Olha, minha opinião: segundo as notas de projeto que consultamos, é o desenvolvimento próprio em volta do fiscal que mais quebra na atualização. A regra é manter inventário vivo, com dono e com o que cada extensão assume do produto, e testar cada uma depois. Passo da segunda-feira: liste as extensões e ligue cada uma a um cenário da lista.

Resposta curta: monte a lista por obrigação e use um período já fechado como referência. As notas de projeto que consultamos mandam comparar a regressão com a evidência de períodos fechados, e dizem que o primeiro fechamento real depois da atualização é o teste que conta. O que cada release muda não está coberto no que consultamos; peça o escopo à NTT. O número é, tá, pequeno: poucos cenários por obrigação, não uma lista por transação.