Testes de software

Discutiremos como testes automatizados e code reviews precisam evoluir, o papel de guardrails determinísticos e não determinísticos e por que práticas como integração e deploy contínuos, monitoramento e rollback automático se tornam ainda mais importantes nesse novo cenário.

Por exemplo, eles podem disparar uma refatoração ao mesmo tempo que escrevem testes para uma outra área, ao mesmo tempo que implementam uma nova funcionalidade.

Esses motivos precisam ser observáveis: testes executados, comportamento verificado, restrições respeitadas, resultado inspecionável.

Não só porque saber que um código está “mal escrito” e vai dar problema no futuro é bem difícil, mas também os modelos nem são treinados pra isso, já que o reward function deles é basicamente se o código passa ou não nos testes.

Eles não são como eu ou como outro engenheiro de software que se satisfazem com apenas testes automatizados ou revisão de código.

A conversa passa por testes automatizados, revisão de código, validação humana, deploy e pelos desafios de atualizar um sistema em produção.

A pulga atrás da minha orelha sempre foi essa: esses sistemas são, sim, diferentes dos que criamos até então, mas muito do que aprendemos ao longo dos anos com testes de software também se aplica aqui.

A disciplina de teste de software não morreu porque começamos a usar LLMs.

Testes, análise estática e revisão automatizada também ficam mais baratos, já que agentes conseguem também gerar eles mais rápido do que humanos, reduzindo potencialmente a necessidade de revisão humana.

Passar nos testes não significou corrigir a vulnerabilidade.

O trabalho começou com instruções detalhadas, critérios de aceitação e um ciclo executável de compilação, testes, inicialização da aplicação e leitura de logs.

Implemente práticas de verificação de qualidade, incluindo testes automatizados, revisão de código e análise estática.

Esse foi o primeiro micro-SaaS que decidi pedir pra IA escrever testes do começo ao fim.

Automatizar a escrita de testes com IA é uma das coisas mais legais desse novo mundo.

Por exemplo, você diz pra ela, no seu prompt, arquivo de contexto, skill, etc, que ela deve sempre fazer boundary testing (prática de teste de software), que ela deve sempre garantir que todo código trate possíveis null pointers, e que ela deve sempre rodar os testes antes de marcar a tarefa como pronta.

Sabe a hora certa de chamar ferramentas, não cai em loops malucos, se vira bem pra rodar meus testes, sobe e desce ambas aplicações.

Discuto revisão proporcional ao risco, contexto sobre design e reúso, testes que verificam comportamento e análise estática dentro do ciclo do agente.

Os testes estão melhorando, mas continuam irregulares.

A capacidade de produzir mais software exige mecanismos de verificação: revisão, testes automatizados, análise estática, monitoramento e formas seguras de liberar e reverter mudanças.

Uma conversa sobre como lidar com os desafios de escala dos testes de software.

Minha participação no episódio 191 do Beyond Coding, em uma conversa sobre testes de software.

Se você trabalha em um sistema de software de grande escala, é provável que uma parte significativa de sua construção seja destinada à execução de testes.

Se você trabalha em um sistema de software de grande escala, é provável que uma parte significativa de sua construção seja destinada à execução de testes.

Definir uma boa estratégia de testes é um passo importante quando se fala em qualidade de software.

Uma conversa sobre estratégias de testes de software no Hipsters.tech.

Minha participação no Tech Lead Journal sobre as ideias do livro Effective Software Testing.

Todos nós já sabemos como escrever testes automatizados.

O teste de software é um dos aspectos mais importantes do desenvolvimento de software moderno.

Assunto identificado no título, nas tags ou nos metadados da entrada.

Minha participação em uma conversa sobre antipadrões de testes de software.

Uma participação no HIDEV sobre a relação entre inteligência artificial e testes de software.

A análise estática tem o potencial de fornecer feedback antecipado sobre problemas de desempenho aos desenvolvedores, sem a necessidade de executar criadores de perfil com testes de desempenho caros (e muitas vezes indisponíveis).

Um dos principais desafios que os desenvolvedores enfrentam ao testar seus sistemas reside em casos de testes de engenharia que sejam bons o suficiente para revelar bugs.

Experimentos com dados de código aberto produzem modelos de baixo desempenho em relação ao conjunto de testes da Adyen; no entanto, são úteis devido à sua baixa taxa de falsos positivos.

Também realizamos testes em 41 bugs de condições de contorno do mundo real encontrados no GitHub, onde o modelo mostra apenas um desempenho modesto.

Experimentei sala de aula invertida nas edições 2019-2020 e 2020-2021 de nosso Teste e Qualidade de Software (CSE1110).

Utilizamos autoavaliação e avaliação por pares na edição 2018-2019 de nosso curso de teste de software.

Assunto identificado no título, nas tags ou nos metadados da entrada.

A abordagem proposta é testada em um banco de testes de Tratamento Seguro de Água (SWaT) – uma réplica de uma estação de purificação de água do mundo real, localizada na Universidade de Tecnologia e Design de Cingapura.

“Testes em produção” costumava ser uma piada entre os desenvolvedores.

Embora muitos estudos tenham investigado como os desenvolvedores abordam essas tarefas de compreensão e quais fatores influenciam seu sucesso, pouco se sabe sobre como os desenvolvedores compreendem especificamente o código de teste, apesar da importância indiscutível dos testes.

O teste de software é um tópico importante no ensino de engenharia de software e, ainda assim, altamente desafiador do ponto de vista educacional: os alunos são obrigados a aprender diversas técnicas de teste, para serem capazes de distinguir a técnica certa a ser aplicada, para avaliar a qualidade de seus conjuntos de testes e para escrever código de teste …

Testar é diferente de escrever testes.

O teste automatizado é considerado um processo essencial para garantir a qualidade do software.

Por fim, analisamos manualmente como o uso de objetos simulados no código de teste evolui ao longo do tempo, bem como o impacto de seu uso no acoplamento entre o código de teste e o código de produção.

Para testar completamente uma consulta SQL, os desenvolvedores precisam criar dados de teste que exercitem todos os alvos de cobertura possíveis em uma consulta, por exemplo, predicados JOINs e WHERE.

Uma conversa sobre testes automatizados de software no Hipsters.tech.

Ao escrever testes de unidade automatizados, os desenvolvedores geralmente lidam com artefatos de software que possuem diversas dependências.

Assunto identificado no título, nas tags ou nos metadados da entrada.

Minha participação no podcast da Lambda3 sobre desenvolvimento guiado por testes.

Uma conversa sobre Test-Driven Development, disponível no canal da Bluesoft.

Antecedentes: Os desenvolvedores comumente afirmam que escrever testes unitários melhora a qualidade interna de um software, além de ter um efeito mais óbvio na qualidade externa.

Existem diferentes níveis de testes automatizados, como unidade, integração ou sistema testando.

O desenvolvimento orientado a testes (TDD) é uma técnica de desenvolvimento usada para projetar classes em um sistema de software, primeiro criando testes antes de implementar o código real.

Os testes de unidade e o código de produção estão intrinsecamente conectados.

O desenvolvimento orientado a testes (TDD) é uma prática de desenvolvimento de software que supostamente leva a melhor qualidade e menos defeitos no código.

Uma conversa sobre testes de software e a busca por bugs no dia a dia de desenvolvimento.