Disseminando conhecimento e inovação em desenvolvimento de software corporativo
Integração Contínua não se resume a disponibilizar um servidor que continuamente obtenha e compile uma cópia do projeto. Ela é uma virtude a ser cultivada pelos desenvolvedores, independente de um servidor e, para tanto, é preciso seguir uma série de práticas que tornam possível integrar o trabalho dos diversos membros do projeto, mantendo sua integridade e realizando o menor esforço possível.
Simon Brown, um desenvolvedor, arquiteto e autor, considera que é preciso muito mais que bom código para ter um projeto de sucesso. Em sua aprensentação, "Bom código não é suficiente", Brown fala sobre os elementos necessários para um projeto ter sucesso, do design claro à documentação.
Testes automatizados frágeis acabam por levar as empresas a abandonar as iniciativas de automatização, de acordo com Dale Emery. Em um artigo recém-publicado, Dale compartilha algumas iniciativas práticas para se evitar problemas com automatização de testes. Ele começa com algum código típico de automatização e o evolui de forma a torná-lo mais robusto e menos custoso de se manter.
Que testes são fundamentais no processo de desenvolvimento de software, todo mundo já sabe, mas a decisão de uma empresa em como realizá-los é algo que influencia diretamente a qualidade do produto e a produtividade da equipe. A InfoQ Brasil buscou saber o porque dessa popularidade, veja a opinião de Igo Coelho, que utiliza o Selenium como principal ferramenta na disciplina de testes do software.
Enquanto Selenium tem ganhado muita aceitação como uma ferramenta útil para automatizar testes browser-level (diretamente nos navegadores), encontrar a causa da falha nos testes pode levar um bom tempo. Daniel Wellman, compartilhou dois de seus melhores truques para reduzir drasticamente o tempo de depuração de testes que falham.
Quais são as dez razões para os testadores amarem testes Ágeis? Kay Johansen recentemente fez esta pergunta e obteve algumas respostas dos principais testadores.
Que Scrum funciona no ambiente de uma equipe de desenvolvimento, isso é certo. Se praticado em sua essência e filosofia, Scrum aumenta e muito a produtividade de uma equipe. Mas e quando falamos sobre várias equipes trabalhando interligadas?
Automação de testes é geralmente vista como uma forma de reduzir os custos dos testes, aumentar a cobertura e a efetividade e diminuir os ciclos de testes. De fato várias organizações de software consideram a automação de testes como um passo vital para estabelecer uma maturidade do programa de Garantia da Qualidade e isso certamente tem muito valor se esta pode ser alavancada efetivamente.
Por volta dos anos 90, desenvolvedores de aplicações costumavam expor suas APIs através de automação COM. Isso permitia a outros desenvolvedores conectar e manipular aplicações em execução através de um conjunto rico de pontos de extensão. Infelizmente, esse espírito de interoperabilidade foi derrubado na era do .NET.
