APRENDER. PRATICAR. EVOLUIR.Conceito e mecanismo
O trabalho do developer num pipeline existente inclui preparar o pacote, configuração e evidência para o release. Um comando de compilação bem-sucedido não garante que o artefacto contém os ficheiros corretos. No CodeBuild, compara os caminhos de saída com artifacts e base-directory do buildspec. Mantém segredos fora do ficheiro e usa referências suportadas com acesso limitado pelo role. A mesma revisão deve verificar que scripts não imprimem os valores obtidos. Para testar uma Lambda, fixa uma versão publicada; invocar $LATEST enquanto continua a mudar torna o resultado difícil de reproduzir. Identifica também configuração e dependências relevantes do ambiente.
Aplicação guiada
Testes unitários com mocks ajudam a isolar lógica, mas podem aceitar um contrato que o serviço real não usa. Acrescenta exemplos representativos de eventos e testes de integração em ambiente apropriado, incluindo campos ausentes, duplicados e respostas inesperadas. Para uma alteração proposta por IA, revê o diff e verifica os mesmos critérios de comportamento e segurança. Uma explicação convincente não executa os casos de erro. Antes da promoção, liga o resultado do teste ao artefacto aprovado para evitar recompilar silenciosamente outro pacote. O PM técnico deve conseguir pedir essa evidência e confirmar que APS recebe a versão e configuração que foram ensaiadas.
O build cria dist/app.js, mas artifacts procura apenas ficheiros na raiz. Corrige a seleção e inspeciona o pacote produzido antes de investigar timeouts no runtime.
Armadilhas comuns
Confundir build verde com aplicação válida; mocks sem contrato; secret em comentário; artefacto recompilado depois da aprovação.
Tópicos relacionados: Publicação gradual e recuperação · Diagnóstico, capacidade e custo
Cada promoção deve identificar o código e a evidência que suporta a decisão.
Referência: CodeBuild buildspec reference · DVA-C02; exam guide 2.1