Mesmo as linguagens mais simples como Python ainda tem um nível de complexidade que não condiz com o objetivo de um teste.
Testes deveriam ser declarados e não programados.
A area de automação de testes é onde low-code e no-code deveria reinar e eu mesmo tendo trabalhado durante quase 5 anos como Engenheiro de Qualidade de Software não entendo o motivo de se investir tanto em contratar Devs e Ops para escrever testes.
O profissional de Qualidade deveria focar em entender as funcionalidades do produto, comunicar-se com os envolvidos, sugerir melhorias e não em aprender linguagens, ferramentas e ambientes para rodar os testes.
Você usa `print` do #python para depurar durante o desenvolvimento?
Mesmo com vários tipos de debuggers disponíveis e o novo `breakpoint` do Python 3.7, na maioria das vezes um simples `print` é mais fácil para inspecionar uma variavél no Python.
Dá para deixar isso melhor 🧵
Primeiro um exemplo do uso do print nativo do python para debugar objetos complexos.
Como dá para perceber o output não é tão amigável de inspecionar.
Dá para deixar isso melhor usando `debug` no lugar de `print`
Porém Python não tem essa função debug nativa, você vai precisar **hackear** seu Python local para adicionar a função debug.
Primeira conferência de #Python em Português 100% online que vai acontecer durante 24h começando em 13 de Dezembro as 16h.
Segue o fio.
e dá um RT para ajudar o evento :)
O incentivo para esta conferência é possibilitar que pessoas de todos os lugares possam participar, não só como expectadores mas também como palestrantes.
Teremos duas maneiras de participação, uma é para quem ia cria conteúdo e já tem seu canal no YouTube ou Twitch para fazer uma live sobre #python em qualquer horário durante as 24h do evento.