BLOG DO BOZZEDA

  Ricardo Bozzeda, MBA, CTFL-AT, CTAL-TM, ITIL A daily é o coração de um projeto ágil e essencial para o sucesso do projeto. Ela fornece oportunidade para que as equipes avaliem seu trabalho, compartilhem informações importantes e removam os obstáculos, mantendo assim o ritmo do desenvolvimento no caminho certo. O que acontece durante essas reuniões? Os membros do time compartilham o que fizeram ontem, o que planejam fazer hoje e discutem os possíveis impedimentos para continuar suas tarefas. Quais as regras de ouro para realização de dailys eficientes: 1) Deve durar 15 minutos ou menos: devem acontecer todos os dias e no mesmo horário (preferencialmente no início do expediente). Devem ser curtas e objetivas. Os participantes permanecem em pé, para que a reunião seja rápida. Atualmente devido ao aumento de trabalho remoto (home office) as dailys são feitas online, entretanto estes mesmos cuidados devem ser seguidos. 2) A daily não é o local para a resolução de prob

  Ricardo Bozzeda, MBA, CTFL-AT, CTAL-TM, ITIL Se buscarmos vagas para analista de teste no LinkedIn, sites ou grupos de ofertas de emprego, encontraremos em mais de 90% dos anúncios a “automação de teste” como requisito obrigatório ou desejável.  Isto acontece porque os testes automatizados estão cada dia mais comuns, as ferramentas que eram poucas, complexas e caras, agora são muitas, fáceis de usar e baratas (até gratuitas).  Na era dos métodos ágeis o que queremos são testes eficientes das funcionalidades e a entrega do software aos clientes o mais rápido possível, e estamos percebendo que o feedback dos resultados dos testes manuais está muito lento e ofertando pouco valor, ao contrário dos automatizados.  Isto significa que o teste manual acabou e foi substituído pelo automatizado? Na minha opinião não, o teste manual ainda sobrevive, mas está com seus dias contados.  Isto quer dizer que a função de analista de teste acabará e será substituída por robôs? Eu acho que

Ricardo Bozzeda, MBA, CTFL-AT, CTAL-TM, ITIL Se alguma vez você já jogou videogame na vida, em algum momento provavelmente se perguntou: "Como posso ganhar dinheiro jogando?". A resposta é: torne-se um “Game Tester’.  A ideia de ser forçado a testar jogos durante todo o dia parece ser a carreira dos sonhos para muitas pessoas. Mas como se tornar um testador de jogos? Que habilidades deverá ter além de lembrar todos os nomes dos personagens dos jogos?  É um grande erro pensar que tudo que um testador de games faz é jogar. Bem, de certa forma é verdade, ele é pago para jogar videogames. Mas a realidade não é tão atraente. Um testador de games trabalha no papel de garantir a qualidade no processo geral de desenvolvimento de jogos e tem longas horas de trabalho duro para verificar todos os aspectos do jogo e precisa se dedicar bastante pois existem muitos outros querendo sua vaga.  Seu trabalho não envolve apenas jogar, mas encontrar falhas, os jogos têm de

Ricardo Bozzeda, MBA, CTFL-AT, CTAL-TM, ITIL Cresce vertiginosamente o número de empresas que utilizam o Modelo de Desenvolvimento Ágil , o que significa que estamos desenvolvendo e lançando softwares em um ritmo muito mais rápido. Entretanto a mudança para o Ágil cria novos desafios para os testadores que precisam equilibrar a velocidade com a qualidade. Mas como se mover em um ritmo ágil e, ao mesmo tempo, garantir que o software não tenha defeitos críticos? A resposta está em utilizar as ferramentas corretas, ter um nível aceitável de automação e “integração continua” e principalmente contar uma equipe de testadores que possuam um conjunto de competências técnicas, conhecimentos e habilidades em técnicas especificas. Na maioria das organizações, o papel do testador é subestimado. Existe uma percepção geral na indústria de que os testadores são um tipo de profissionais de segunda categoria, que não são tão importantes, necessários ou brilhantes como os desenvolvedores, tê

Ricardo Bozzeda, MBA, CTFL-AT, CTAL-TM, ITIL Você se lembra de quando foi a última vez que o cronograma de um projeto de desenvolvimento de software foi cumprido? Eu não me lembro. Nestes anos de vivência nas áreas de desenvolvimento e de teste, trabalhei em diversas companhias e com as principais empresas de desenvolvimento de software do país, e posso afirmar sem medo de errar, que o cumprimento dos prazos não é levado a sério. Ninguém realmente acredita nas datas planejadas. Uma pesquisa recente nos EUA revelou que no mundo, mais de 75% dos projetos de desenvolvimento de software são entregues com atraso. Acredito que no Brasil este número seja maior. Outra constatação é que tamanho não faz diferença, os atrasos estão uniformemente distribuídos entre projetos pequenos, médios e grandes. Esta notícia deveria ser preocupante, principalmente para uma indústria em que os prazos são tão importantes e os atrasos podem trazer consequências graves para as outras áreas do negóci

Ricardo Bozzeda,  MBA, CTFL-AT, CTAL-TM, ITIL O processo teste é uma parte importante da qualidade de software, e precisa ser gerenciado com a mesma eficácia que qualquer outro. No seu conceito mais simples, o gerenciamento de teste é a prática de organizar e controlar o processo e os artefatos necessários para o esforço de teste. Parece fácil, mas não é. Na realidade, gerenciar testes é difícil mesmo nas melhores circunstâncias. Essencialmente todo projeto de teste para ser bem sucedido precisa de três componentes: ser entregue no prazo, dentro do orçamento e com o grau de qualidade esperada. Infelizmente para obter este resultado não existem soluções mágicas. O gerente de teste precisa equilibrar os interesses da empresa com o recurso orçamentário escasso, o tempo limitado, o escopo da demanda em constante mudança, as tecnologias incompatíveis e as exigências inatingíveis de algumas pessoas irracionais. Resumindo, gerenciar testes é o somatório da gestão de pessoas, gestã

Ricardo Bozzeda, MBA, CTFL-AT, CTAL-TM, ITIL Na indústria de software, a taxa de introdução de defeitos nas aplicações devido a alterações incorretas ou incompletas é bastante elevada, em geral, a cada seis correções feitas ao longo da vida dos sistemas uma gera defeito no código alterado ou em alguma funcionalidade adjacente. As principais razões desta alta taxa de defeitos são os erros na especificação dos requisitos, as mudanças constantes na tecnologia, a tendência de combater os sintomas ao invés de identificar as causas dos problemas e a pouca experiência dos desenvolvedores envolvidos. Portanto quando o defeito em uma aplicação é corrigido é conveniente realizar dois tipos de testes: o teste de confirmação para verificar se a correção foi efetivamente realizada e o teste de regressão para garantir que a solução não introduziu novos erros em qualquer funcionalidade existente. Este mesmo princípio se aplica quando uma funcionalidade é adicionada ou alterada, ne

Ricardo Bozzeda, MBA, CTFL-AT, CTAL-TM, ITIL Testar custa tempo e dinheiro, não testar custa muito mais             A qualidade é uma grande motivadora de mudança e desenvolvimento nas diversas áreas da atividade humana. Na área dos negócios, a qualidade é um fator diferencial de competitividade entre as organizações e não há mais tolerância para "pequenos problemas", surge então as seguintes questões: 1- Como sobreviver nesse mundo? - para sobreviver e crescer será vital que as organizações tenham a garantia de poder produzir e comercializar produtos e serviços de alta qualidade. 2- Como alcançar essa alta qualidade? - melhorando os processos administrativos e produtivos e criando novas estratégias que atendam as necessidades dos clientes, com produtividade, redução de custos e cronogramas menores. Diante desse quadro, a “informação” desponta como uma ferramenta imprescindível, e a Tecnologia da Informação (TI) pode ser uma forte aliada, oferecendo altern

Ricardo Bozzeda, MBA, CTFL-AT, CTAL-TM, ITIL Não basta simplesmente executar testes funcionais e relatar se os resultados foram bem sucedidos ou não. Para GARANTIR que o software tenha a QUALIDADE desejada os seguintes fatores devem ser considerados: ANTES DA EXECUÇÃO A execução de testes funcionais tem como premissa a existência de um ambiente computacional físico e lógico apartado e controlado, similar ao ambiente produtivo e totalmente dedicado para esta finalidade, os dados (massa de teste) que serão utilizados nos testes devem ser preparados antecipadamente e o sistema aplicativo alvo dos testes deve estar pronto , operacional e estável. Outro ponto importante é o planejamento da execução dos testes, definindo o que será executado, quando, por quem, em que seqüência cronológica e se poderá haver paralelismo. Também se deve ter critério na seleção da equipe de executores de teste, apesar de alguns afirmarem que este profissional pode ser um leigo, pois, “se o teste

Fiz esta apresentação em meados de 2007, e assim como na época as questões ainda são: algumas perguntas subjetivas e a falta de dados históricos confiáveis. Mas a discussão ainda é válida. Ricardo Bozzeda, MBA, CTFL-AT, CTAL-TM, ITIL