Twist é uma ferramenta que propõe o uso de técnicas como BDD (Behavior-Driven Development) [1] integrada com drivers avançados de teste como: Selenium 2, Sahi, Frankenstein e SWTBot [2] para realização de testes automatizados. Através da ferramenta Twist é possível criar, gerenciar cenários de teste tanto automatizados como para testes manuais permitindo assim integração de várias áreas da disciplina de teste de software, como o planejamento, especificação de casos de teste e execução dos mesmos e isso tudo em um ambiente de desenvolvimento integrado como uma interface similar a do Eclipse.

            A ferramenta é recomendada para equipes que usam uma abordagem de desenvolvimento ágil e que possuem um modelo de desenvolvimento iterativo e permite a criação de cenários de teste de forma bem natural com o uso de linguagem natural para a descrição dos cenários e linguagem de programação preferida (de acordo com o driver utilizado, Selenium e Java, por exemplo) para vincular a discrição dos cenários de teste a execução do mesmo com o uso do driver especificamente utilizado para o projeto.

            Com o uso dos drivers opensources é possível realizar os testes em diversos tipos de aplicações tanto web como desktop ¹.

O que é Twist?

            Twist é uma plataforma de teste colaborativa criada pelo  ThoughtWorks® Studiospara grupos de desenvolvimento de software. Twist permite que o comportamento funcional de um produto seja percebido através de linguagem natural e usando uma linguagem de programação por trás da sua execução. Também proporciona uma IDE baseada no Eclipse para definir, executar e manter o objetivo principal dos aplicativos, que é o próprio negócio.

Twist pode ser usado por qualquer pessoa em uma equipe de desenvolvimento de software: clientes, especialistas, analistas e programadores.

¹  Deve-se fazer um levantamento apurado quanto a compatibilidade da execução dos testes automatizados em ferramentas com outras tecnologias

Separando o objetivo do processo

            Twist divide claramente o objetivo do teste (o que o teste está tentando alcançar?) da mecânica ou processo do teste (como o teste funciona?). Os testes em Linguagem Natural (Português, inglês, por exemplo) são ligados a códigos executáveis que guiam o aplicativo a ser testado. Twist possibilita aos usuários ou especialistas a participarem ativamente no processo de aprovação. Pode-se criar cenários de teste usando uma linguagem específica de domínio que seja fácil de leitura e de execução. Usando um vocabulário simples faz com que o teste seja modular.

Colaborando para qualidade total

            Qualquer pessoa pode usar o editor Twist para definir o objetivo do seu negócio. Usuários mais técnicos podem criar o código base que permite a execução do objetivo da empresa.

Colaboração entre a empresa e usuários técnicos:

• Permite foco total ao testar o objetivo do negócio a ser alcançado pelo aplicativo, ao invés de implementação técnica.

• Garante que a finalização do software seja de alta qualidade já que seu objetivo é fornecer uma base para discussão entre a empresa e a equipe de desenvolvimento.
• Permite que a expectativa do cliente seja comunicada através de testes executáveis

Olhando os testes como ativos do negócio

            Em metodologias de desenvolvimento por iterações, a necessidade de testes funcionais automatizados aumenta progressivamente. Entretanto, tanto a complexidade do gerenciamento dos testes quanto à rápida mudança do ciclo, facilmente atrapalha a equipe a empreender o nível que o teste automatizado exige.

            O ambiente de teste integrado do Twist proporciona à equipe a possibilidade de automatizar e expandir os testes. Especificamente, este ambiente permite à equipe refatorar e modularizar seus testes. Isso auxilia na redução da fragilidade comumente associada a automatização de testes (especialmente aqueles baseados em interface de usuário) em ambientes de mudança constante. Os testes do Twist também integram o processo de construção: para que os desenvolvedores tenham feedback instantâneo dos aspectos não funcionais, permitindo que estes sejam consertados rapidamente.

 Como o Twist funciona

            Twist foi criado através da plataforma Eclipse e também pode ser utilizado como um plugin do mesmo [3].

            Twist mapeia os elementos de um Cenário — tais como Workflow steps (Fluxo de Trabalho) e Business Rules Tables (Tabelas de Procedimento do Negócio) — para um código base o qual é feito em linguagem Java. Quando um Cenário é executado, o código base também o é. Uma execução que não gera erros é considerada como “bem sucedida” (Successful). A implementação básica indica um Cenário “fracassado” (Failure) claramente mostrado pelo Twist. Os frameworks de teste, tais como JUnit podem ser usados para demonstrar um fracasso (Failure). Qualquer outra falha inesperada é considerada como Error durante a execução.

Twist também usa diferentes tipos de Drivers que auxiliam o software a ser testado. Por exemplo, Selenium Driver é usado para testar um aplicativo Web.

No Twist, usuários trabalham com projects (projetos) e scenarios (cenários). Twist Scenarios são usados para demonstrar o objetivo sem expor o processo (ou mecânica) usado. Estes cenários podem estar ligados à sua ferramenta de gerenciamento de projeto e Bug trackers. O Twist consegue integrar à ferramentas de gerenciamento de projetos tais como: Mingle™, Jira™, Bugzilla, etc.

Conclusão:

             A ferramenta Twist se mostra uma ótima ferramenta, principalmente por integrar várias fases da disciplina de testes em um único lugar e por utilizar de técnicas avançadas de desenvolvimento como BDD para criação de cenários de teste com linguagem natural e permitir a automação dos mesmos com o uso de já consolidados frameworks para automação de testes como Selenium 2 e Frankenstein. Além do que permite a criação e execução de cenários de forma manual.

            Como já mencionado Twist é mais indicado para projetos ágeis e equipes de alta performance, apesar de permitir que qualquer pessoa sem muita maturidade com automação possa levantar e construir cenários ainda assim é necessário se ter um conhecimento mais maduro a respeito da linguagem de programação utilizada pelo driver de teste utilizado.

Referências Bibliográficas

[1] http://en.wikipedia.org/wiki/Behavior-driven_development (acessado em 01/10/2012)

[2] http://www.thoughtworks-studios.com/docs/twist/current/help/basic_twist_project.html (acessado em 01/10/2012)

[3] http://www.thoughtworks-studios.com/docs/twist/current/help/how_do_i_install_twist_into_eclipse.html (acessado em 01/10/2012)

O FLISOL (Festival Latino-americano de Instalação de Software Livre) é o maior evento de divulgação de Software Livre da América Latina. Ele acontece simultaneamente no mesmo dia em diversos países. desde 2005 e seu principal objetivo é promover o uso de Software Livre, apresentando sua filosofia, seu alcance, avanços e desenvolvimento ao público em geral.

DATAS IMPORTANTES

• Data limite para submissão das propostas de palestra e oficina = 31/03/2012
• Comunicação das palestras e oficinas selecionadas = 10/04/2012

Link para a publicação original:

http://www.best-management-practice.com/?DI=633241&CLICKID=002095

Clique na tabela para ampliar

Fontes:

http://www.roberthalf.com.br/guia-salarial?cid=rhbr:AccBan:guia-salarial
http://blog.pmtech.com.br/2011/10/salarios-medios-de-gerentes-de-projetos/ 

Atualmente no meu mestrado venho pesquisando sobre algo até então novo para mim na área de teste, consiste em uma técnica de teste chamada teste baseado em erros, até então eu só conhecia as técnicas de teste estrutural e funcional, evidentemente por exercer a profissão de analista de teste eu utilizava pragmaticamente essas técnicas em meus projetos, no entanto, após aprofundar mais nos estudos relacionados a teste de software me deparei com essa técnica que dentre os critérios de teste que ela contempla irei ressaltar o teste de mutação (Mutation Testing) e que agora eu compartilho com vocês no meu blog!

Na história da arte o critério analise de mutante surgiu em meados da década de 70 na Yale University e Georgia Institute of technology baseado em pesquisas de métodos clássicos de detecção de erros lógicos em circuitos digitais. Umas das idéias principais do teste de mutação foi proposta por volta de 1978 por DeMillo que propusera uma técnica chamada: Hipótese do programador competente (Competent programmer hipothesis). Baseado nessa premissa da hipótese do programador competente assume-se que programadores experientes escrevem códigos fontes corretos e/ou muito próximos do correto, permitindo assim que pequenas alterações no código sejam feitas para que apesar de não houver erro na sintática alteram a semântica do programa.

O critério analise de mutantes utiliza um conjunto de programas pontualmente modificados (mutantes) P’ obtidos a partir de um dado programa P para avaliar o quão um conjunto de casos de testes T criados para o teste de P são adequados para os testes do mesmo, em outras palavras, o objetivo é determinar um conjunto T de casos de teste que revelam através da execução de P a diferença entre a execução de P e seu conjunto de mutantes P’.

De forma pragmática na realização de testes de mutação alguns operadores de mutação (mutation operators) são utilizados para realizar mutações nos programas, seguindo basicamente um entre dois propósitos: 1) induzir mudanças sintáticas simples no código (os mais comuns são: mutantes lógicos, aritméticos e relacionais); 2) forçar determinados objetivos de teste (como executar um arco do programa), um exemplo de teste de mutação utilizando a ferramenta MuJava pode ser visto na figura 1.

Figura 1 - Um exemplo de mutação do tipo AOI (Arithmetic Operator Insertion) gerada pela ferramenta MuJava.

Assim que o programa sofre as mutações, os mutantes deverão ser executados com o mesmo conjunto de casos de teste do programa original com o objetivo de obter somente mutantes mortos (resultados diferentes entre o programa original e o programa com mutação) e equivalentes (os mutantes e o programa original apresentam resultados iguais). Uma idéia importante a ser salientada é que o teste de mutação revela o quão um conjunto de casos de testes e/ou dados de teste está adequado aos testes de um programa, revelando que ou programa está correto ou possui erros pouco prováveis que aconteçam.

A Análise de Mutantes fornece ainda uma medida objetiva da confiança dos casos de testes analisados pelo teste de mutação, através de um escore de mutação (mutation score). Segundo DeMillo[10-b] o escore de mutação é calculado através de uma relação entre os mutantes mortos e mutantes gerados, e pode ser expressa pela seguinte formula:

Sendo que:

DM (P, T): Número de mutantes mortos pelo caso de teste em T;

M (P): Número de mutantes gerados;

EM (P): Número de mutantes gerados equivalentes a P.

O escore de mutação varia no intervalo entre 0 e 1 e quanto maior for o valor do escore de mutação mais adequando será o conjunto de casos de teste para o teste do programa.

Instalação da Ferramenta MuJava:

Pré-requisitos:

JSDK

Passo-a-Passo:

1 – Baixe os arquivos do MuJava, coloque os mesmos em uma pasta de fácil acesso pelo prompt (ex.: C/mujava) – link

2 – Configure o arquivo mujava.config com os endereço da pasta que você salvou os arquivos do MuJava (ex.: MuJava_HOME=C:\mujava);

3 – Crie as pastas (dentro do diretório  C/mujava): classes (onde fica os arquivos .class), result (os mutantes gerados), src (onde fica os arquivos .java), testset (conjunto de testes utilizados para execução dos mutantes);

4 – Configure o seu ClassPath no Windows: C:\mujava\mujava.jar;C:\mujava\openjava2005.jar;C:\jdkxxx\lib\tools.jar;C:\mujava\classes

5 – Coloque os arquivos .java e .class nas pastas respectivas (src e classes respectivamente);

6 – Execute o modo gráfico do aplicativo MuJava no prompt: java mujava.gui.GenMutantsMain (Certifique-se que você está na pasta pelo prompt para executar o comando)

7 – Selecione os operadores de mutação e clique em Generate e seja feliz!

Contudo o critério de teste Análise de Mutante tem um grande problema relacionado à sua utilização devido ao alto custo, pois mesmo para pequenos programas o número de mutantes gerados pode ser muito grande fazendo com que sua utilização seja inviável, ressaltando ainda que o processo de descoberta de mutantes equivalentes demanda uma grande quantidade de tempo e que alguns casos somente através de processos automatizados para que essa técnica seja viável, demandando um grande numero de pesquisas nessa área.

O TIVASP (Seminário de Tecnologia da Informação do Vale do São Patrício) é um evento organizado pelo 4º ano de Sistemas de Informação da UEG UnU-Ceres e há oito anos consecutivos tem o intuito de apresentar produções e aplicações relacionadas à Tecnologia da Informação, que são de uso frequente de toda a comunidade, além de incentivar o comércio local e a inserção no mercado de trabalho dos profissionais de qualidade que são formados na nossa região.

A 8º edição do TIVASP acontecerá agora em 2011 no auditório da UEG UnU-Ceres durante os dias 22, 23 e 24 de setembro, abordando o tema: “Web: Trabalho, relacionamento e entretenimento”,  que englobará vários temas e assuntos voltados para web, linguagens de programação e desenvolvimento.

Esse ano vou ter o prazer de poder falar um pouco sobre a importância do teste de software, ressaltado a importância dessa disciplina no desenvolvimento de software e explicando um pouco mais sobre o que faz exatamente o profissional do teste! Vou abordar alguns assuntos bem cogitados como automação de teste também!

Site do Evento: http://tivasp.com.br/home.php

Segue a palestra apresentada no dia do evento, pena que a conversão no Scribd não ficou boa.
Teste e qualidade de software, pra quê e pra quem?

O evento esse ano acontecerá nos dias 18 e 19 de Novembro. Uma data diferente em relação as edições anteriores. O local ainda está sendo definido.

As equipes estão montadas e empenhadas para realizar um excelente evento.

Em breve, todo o site será devidamente atualizado. Informações novas estão sendo inseridas a todo momento.

Esse ano vou dar uma “palhinha” de teste! Além de poder ter o prazer de poder ajudar na organização! Espero que tenhamos uma grande variedade de palestras e é claro teste de software vai ter que ser um dos temas! o/

Fonte: http://fgsl.aslgo.org.br/fgsl2011/

  Vol. 3, Issue 3
  Feature #1: How Service Virtualization Removes Testing Roadblocks by    Wayne Ariola
  Feature #2: Make your own Data-driven architecture using Selenium &   TestNG! by Jailton Alkimin Louzada
  Feature #3: Automation Technical Expertise, Management, Philosophy  & The Futureby Various

Para quem não conhece, o ATI é um Instituto que possui um grande acervo online de conteúdos voltados principalmente para automação de testes. Através do ATI os profissionais podem buscar uma vasta lista de ferramentas e técnicas que viabilizam seus trabalhos e facilitam no seu dia a dia.
Para se ter uma noção o ATI e Google juntos criaram uma ferramenta para buscas especificas de materiais referentes a automação, através do Google Automation você pode realizar buscas mais detalhadas sobre automação de teste.

Endereço para o ATI: http://www.automatedtestinginstitute.com/

Revista: September Magazine

Espero que gostem! Futuramente pretendo publicar artigos científicos e espero que seja em breve! Aceito sugestões de novos temas!

Obrigado!

Outro video que achei interessante e resolvi compartilhar que fala sobre motivação.

Vem aí o TEDx PUC Goiás!

Depois do sucesso do TEDx Goiânia uma maré de inspiração veio para o estado de Goiás, dessa vez representada pelo TEDx PUC Goiás!

O que é?

O TED surgiu em 1984 como uma conferência anual na Califórnia e já teve entre seus palestrantes Bill Clinton, Paul Simon, Bill Gates, Bono Vox, Al Gore, Michelle Obama e Philippe Starck. Apesar dos mil lugares na platéia, as inscrições esgotam-se um ano antes. Cerca de 500 das palestras estão disponíveis no site do evento e já foram acessadas por mais de 50 milhões de pessoas de 150 países.

No espírito das “idéias que merecem ser espalhadas”, o TED criou um programa de eventos locais, e organizados de forma independente, chamado TEDx que reúne pessoas para dividir uma experiência ao estilo TED.

Onde e quando?

26 de novembro de 2011

http://www.tedxpucgoias.com.br/tedxpucgoias/