Repository navigation
test(e2e): contagens relativas ao histórico e espera do rate limit após o reset - #47
Merged
Merged
Conversation
…ós o reset - E2E3 (sistema ocupado): o simulador é compartilhado entre os specs e reenvia os últimos 10 eventos em estado_inicial; as contagens de 'Peça A solicitada' e 'Peça A entregue' passam a ser relativas ao histórico antes do pedido. - E2E3 (sem_estoque): o pedido de B saía < 500 ms depois do reset no mesmo socket e era recusado pelo rate limit; espera INTERVALO_COMANDO_MS + 100 ms. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
This was referenced Oct 23, 2026
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
O que muda
Corrige as duas falhas do E2E no CI da
main(run 37500477829), ambas causadas por premissas dos testes, não por defeito no dashboard ou no simulador:comandos-recusados.spec.mjs): o simulador da porta 3100 é compartilhado entre os specs e reenvia os últimos 10 eventos emestado_inicial. Depois dobotoes.spec, o histórico já abre com "Peça A solicitada"/"Peça A entregue", entãotoHaveCount(1)falhava (2 entregas; 3 pedidos no retry). As contagens passam a ser relativas ao histórico antes do pedido.sem-estoque.spec.mjs): o pedido de B saía < 500 ms depois do reset, no mesmo socket, e era recusado pelo rate limit ("Muitos comandos"). O teste esperaINTERVALO_COMANDO_MS + 100ms (constante nova emhelpers.mjs) e a contagem de "Peça B entregue" fica relativa.helpers.mjs: o comentário dos IDs do contrato volta para cima deIDS_CONTRATO.Obs.: o retry do CI não salva esses testes porque o estado do simulador persiste entre tentativas.
Como validar
npx playwright test botoes.spec.mjs comandos-recusados.spec.mjs sem-estoque.spec.mjs→comandos-recusados(3) esem-estoquepassaram, com o E2E3 rodando depois dobotoes(histórico com eventos antigos). Obotoesestourou 90 s localmente (lentidão conhecida do Playwright nesta máquina; passa no CI).Checklist
scripts/precommit-checks) — não executado; só testes alterados.envousecrets.hna mudançatipo: descrição🤖 Generated with Claude Code