#testes
16 posts
2026 - fevereiro
1 post2022 - outubro
1 post2020 - maio
1 post2018 - abril
1 post2017 - outubro
2 posts2016 - outubro
1 post2015 - dezembro
2 posts2015 - janeiro
1 post2014 - agosto
1 post2014 - janeiro
1 post2011 - abril
1 post2009 - maio
1 post2009 - fevereiro
1 post2007 - agosto
1 post2026 - fevereiro
1 postTestes de Integração em MonoRepo | Bastidores do The M.Akita Chronicles
Testes unitários não bastavam para três apps que compartilham Markdown. Um ambiente de integração com cache, dados reais via rsync, pipeline paralelo e preflight encontrou bugs que mocks escondiam.
2022 - outubro
1 post[Akitando] #130 - Rant: Projetos, TESTES e Estimativa??? | Rated-R
Akita defende provas de conceito, testes, pull requests e integração contínua para errar cedo e evitar regressões. Estimativas servem como ordem de grandeza, não como previsões exatas.
2020 - maio
1 postO Resultado do Modelo do Imperial College sobre a COVID-19 pode estar ERRADO
Akita examina a implementação C++ do modelo de COVID-19 do Imperial College, aponta testes insuficientes e resultados divergentes com os mesmos seeds. Sem código histórico e inputs completos, as projeções não podem ser verificadas.
2018 - abril
1 postSmallTips: Rodando o GitLab CI Runner Localmente
O GitLab CI Runner usa o `.gitlab-ci.yml` para reproduzir localmente, via Docker, os jobs que falham no servidor, acelerando o diagnóstico. O preço é recomeçar sem cache ou artefatos.
2017 - outubro
2 postsIniciante: Longa Vida ao PhantomJS - Vamos Usar Chrome Headless Agora
Fabio mostra como trocar Poltergeist e PhantomJS por Selenium WebDriver com Chrome Headless no RSpec e Capybara. O setup mudou, mas os feature specs existentes rodaram sem alterações.
Como Não Zerar sua Cota de Desenvolvimento no Pusher
O Pusher Fake mantém desenvolvimento e testes Rails conectados a um servidor local, sem consumir a cota gratuita do Pusher. Fabio explica o setup com Foreman, variáveis alinhadas e RSpec.
2016 - outubro
1 postCompartilhando models entre aplicações Rails - Parte 1
Extraí a lógica estável dos models do Central para Concerns numa Rubygem testável, movi os specs quase sem alterações e concluí que a solução funciona bem para apps secundárias read-only.
2015 - dezembro
2 postsEx Manga Downloadr - Parte 5: Deixando mais robusto!
Timeouts do MangaFox expose a flaw in Ex Manga Downloadr’s Workflow. O autor usa Task.Supervisor e retries limitados para capturar erros do HTTPotion, deixando a refatoração com GenServer como dívida técnica.
Ex Manga Downloadr - Parte 4: Aprendendo Através do Refactoring
O refactoring do Ex Manga Downloadr troca seis blocos repetidos por macros, melhora o uso do Floki e usa testes online para validar parsers. O projeto chega à versão 1.0.0 com dois arquivos a menos.
2015 - janeiro
1 postComeçando o Ano com um Ruby Drama: RubySpec vs MRI Core Team
Ao analisar o conflito entre RubySpec, Rubinius e o time do MRI, o autor rejeita as acusações de Brian Shirai e defende colaboração com a suíte de testes já existente.
2014 - agosto
1 post[Small Bite] Um pouco tarde: O Grande Debate Sobre TDD
Depois de assistir ao keynote de DHH e ao debate com Martin Fowler e Kent Beck, o autor considera a disputa secundária: seja Test-First ou Test-After, o essencial é escrever testes.
2014 - janeiro
1 postCodeClimate, Qualidade de Código e os Rubistas Sádicos
Code Climate transforma métricas de complexidade, duplicação, segurança e testes em uma nota contínua para projetos Ruby. Ela ajuda a localizar code smells, mas não substitui a avaliação humana do código.
2011 - abril
1 postA Controvérsia Test::Unit vs RSpec/Cucumber
Ao revisar a história de TDD e BDD, Akita compara Test::Unit, RSpec e Cucumber e conclui que conceitos importam mais que sintaxe, recomendando começar pelo framework padrão do Ruby.
2009 - maio
1 post[Off-Topic] As 5 disfunções de equipes em código
Cinco disfunções de equipes aparecem em anti-padrões como null checks, duplicação, código sem testes e soluções difíceis de entender. Técnicas isoladas não resolvem uma organização baseada em comando e controle.
2009 - fevereiro
1 postTradução: Scrum Flácido
A tradução de Martin Fowler mostra como adotar Scrum sem práticas técnicas pode deixar o código flácido. Fabio reforça testes, refatoração, integração frequente e propriedade coletiva.
2007 - agosto
1 postPor que Testar?
O Problema da Parada mostra por que nenhum algoritmo pode garantir o comportamento de todo programa. Testes unitários, funcionais e integrados reduzem riscos sem oferecer certeza absoluta.