Um alarme de fumaça é menos tranquilizador se você só o testa uma vez.
Foi mais ou menos assim que comecei a analisar o trabalho de AEGIS da Dusk. A manchete era a onda de remediação, mas o detalhe mais discreto que notei fica depois das correções.
O AEGIS enviou correções para 39 achados de auditoria, incluindo 7 classificados como críticos.
Mas encerrar um achado é apenas um momento no trabalho de um auditor.
A Dusk também adicionou cobertura de regressão construída com base nos padrões reais de falha descobertos durante a auditoria. Para as questões de taxas e reembolso do Phoenix, isso incluiu testes para tentativas de inflação, caminhos de overflow e adulteração de taxas.
Eu acho isso mais útil do que tratar “resolvido” como status final.
Um bug reparado ainda pode voltar depois por meio de refatoração, mudanças de dependências ou outro caminho de código. Um teste de regressão mantém o caso de falha antigo dentro do processo de verificação.
A Dusk também agrupou o trabalho de acompanhamento por causa raiz, já que vários achados eram, na verdade, sintomas diferentes do mesmo problema subjacente.
É essa a camada que eu observaria como auditor.
O relatório registra o que estava errado.
O artefato mais forte é uma suíte de testes que continua perguntando se ele voltou.
@Dusk_Foundation $DUSK #dusk
Foi mais ou menos assim que comecei a analisar o trabalho de AEGIS da Dusk. A manchete era a onda de remediação, mas o detalhe mais discreto que notei fica depois das correções.
O AEGIS enviou correções para 39 achados de auditoria, incluindo 7 classificados como críticos.
Mas encerrar um achado é apenas um momento no trabalho de um auditor.
A Dusk também adicionou cobertura de regressão construída com base nos padrões reais de falha descobertos durante a auditoria. Para as questões de taxas e reembolso do Phoenix, isso incluiu testes para tentativas de inflação, caminhos de overflow e adulteração de taxas.
Eu acho isso mais útil do que tratar “resolvido” como status final.
Um bug reparado ainda pode voltar depois por meio de refatoração, mudanças de dependências ou outro caminho de código. Um teste de regressão mantém o caso de falha antigo dentro do processo de verificação.
A Dusk também agrupou o trabalho de acompanhamento por causa raiz, já que vários achados eram, na verdade, sintomas diferentes do mesmo problema subjacente.
É essa a camada que eu observaria como auditor.
O relatório registra o que estava errado.
O artefato mais forte é uma suíte de testes que continua perguntando se ele voltou.
@Dusk_Foundation $DUSK #dusk