Quem ai já se deparou com um ambiente instável, principalmente após um deploy de algum serviço, e ficou pensando em como seria possível estabilizar isso? Então, nesta call trago para o debate a estratégia do uso do Smoke Test, combinado com o conceito de Shift Left Testing e, o melhor, de forma automatizada, para garantirmos a estabilidade de nossos ambientes (produtivos ou não produtivos). Ficou interessado? Aproveita que é híbrido, e se estiver em casa, prepara a pipoca que lá vem código e teoria! :)

O objetivo do estudo é mostrar as estratégias acumuladas ao longo dos anos para testar códigos de integração em 3rd party systems, suplantando as questões técnicas que sempre "assombram" e tornam incerto essa comunicação entre as partes, tarefa, essa, tão importante e rotineira num mundo tão integrado.

Sabendo disso a grande pergunta é: Como posso testar código e a integração de um terceiro? A resposta é simples: Não se testa! Mas não desanime jovem gafanhoto, vamos analisar aqui quais caminhos permitem testar todo o "Boundary Code" e garantir a eficiência, segurança e confiabilidade desejada em um CI/CD e deixar o E2E... bem.. realmente E2E.

A importância de testes de software já deveriam ser um consenso entre times de desenvolvimento. Contudo ainda há profissionais que não compreendem o valor deles, um dos motivos é que de fato muitos softwares possuem testes mas continuam a apresentar bugs a cada entrega. Isso ocorre porque é comum os testes garantirem o funcionamento do código, mas não das funcionalidades como um todo. Na apresentação será abordado como equilibrar testes unitários, de componentes e de integração organizando-os através de uma visão mais direcionada ao negócio, features e histórias do que apenas ao código implementado.

Será que podemos utilizar um único framework de teste para realizar as camadas de uma pirâmide de teste? O PactumJs nos oferece essa facilidade sendo um framework que permite a implementação de testes end-to-end, contrato, integração, componentes, API sua escrita se baseia em uma linguagem muito conhecida por nós o JavaScript, vamos fazer um Pactum?

Nesta talk vamos falar sobre os principios da engenharia do caos e como esta prática avançada de testes pode ajudar a melhorar a resiliência das suas aplicações!

Quando o item está pronto, a princípio, não há mais nenhuma tarefa a ser feita. O resultado mais comum nas diversas empresas é o discurso: ?Está ?pronto?, só falta testar?. Grandes backlogs técnicos são gerados e a entrega do software com baixa qualidade acaba sendo o resultado. Testes são pouco importantes, esquecidos ou negligenciados? Quais testes são importantes e porque todas as etapas devem ser pensadas? Quais estratégias utilizar para garantir tudo pronto, inclusive todos os testes e evitar esse discurso da falsa entrega? Vamos falar de processo ágil, definições e técnicas utilizadas no mercado pra garantir que a pirâmide de testes seja feita sem demandar tempo excessivo do time.

Softwares precisam evoluir para atender às necessidades dos usuários e do mercado, mas essa evolução pode afetar a arquitetura e os atributos de qualidade. Nessa palestra, discutiremos como a arquitetura evolutiva pode ajudar a planejar testes de carga para mitigar a erosão arquitetural e garantir atributos de qualidade como desempenho, disponibilidade, confiabilidade e escalabilidade. Também apresentaremos diferentes tipos de testes de carga e a ferramentas, que podem auxiliar na realização de testes de carga automatizados.