Sem Bugs - Teste e Qualidade de Software

Dicas de leitura sobre Testes Exploratórios

2011-12-22T14:50:00.005-02:00

Olá pessoal!
O amigo Cristiano Caetano, empreendedor da Qualister que é uma empresa de consultoria e cursos de teste enviou lista do DFTestes uma série de materiais sobre Testes Exploratórios que eu acho muito importante compartilhar com aqueles que não estão inscritos nesta lista (quem não está isncrito é uma boa se inscrever).

Links
Heuristic Test Strateg Model
http://www.satisfice.com/tools/satisfice-tsm-4p.pdf

A Tutorial in Exploratory Testing
http://www.kaner.com/pdfs/QAIExploring.pdf

Session-based testing
http://en.wikipedia.org/wiki/Session-based_testing

Dynamics of Exploratory Testing
http://www.quardev.com/content/whitepapers/ExploratoryTestingasSport_JonBach_PNSQC06pdf.pdf

Exploratory Testing in an Agile Context
http://www.agilistry.com/downloads/ETinAgile-agile2011-final.pdf

The Nature of Exploratory Testing
http://www.testingeducation.org/a/nature.pdf

How to Manage and Measure Exploratory Testing
http://www.quardev.com/content/whitepapers/how_measure_exploratory_testing.pdf

Exploratory Testing in Pairs
http://www.kaner.com/pdfs/exptest.pdf

How to: Start an Exploratory Test Session in Microsoft Test Manager
http://msdn.microsoft.com/en-us/library/hh191616(v=vs.110). aspx

Exploratory Testing – An Agile Approach
http://xebee.xebia.in/wp-content/uploads/2009/11/Exploratory-Testing-an-Agile-approach.pdf

Learning Styles and Exploratory Testing
http://www.testingeducation.org/a/lset.pdf

Session-Based Test Management
http://www.satisfice.com/articles/sbtm.pdf

Learning Styles and Exploratory Testing
http://www.kaner.com/pdfs/ExploratoryTestingandLearningStyles(Final).pdf

Testing in Session - How to measure exploratory testing
http://sasqag.org/pastmeetings/ExploratoryTesting_SessionBasedTestManagement.pdf

Test Heuristics Cheat Sheet
http://testobsessed.com/wp-content/uploads/2011/04/testheuristicscheatsheetv1.pdf

Testing without a map
http://www.developsense.com/articles/2005-01-TestingWithoutAMap.pdf

Vídeos
Exploratory Testing talk at Mozilla
http://www.youtube.com/watch?v=CC0TR6qQIWM

Exploratory Testing
http://www.youtube.com/watch?v=8Y4WCdJRfV4

Large-scale Exploratory Testing: Let's Take a Tour
http://www.youtube.com/watch?v=fNkYz1hB7r0

Livros
Whittaker, James A. Exploratory Software Testing: Tips, Tricks, Tours, and Techniques to Guide Test Design.

Kaner, Falk, and Nguyen. Testing Computer Software (Second Edition)

Kaner, Cem; Bach, James; Pettichord, Bret (2001). Lessons Learned in Software Testing. John Wiley & Sons

-----

Estes links foram retirados do email do Cristiano Caetano para o DFTestes e pode ser acessado originalmente por http://br.groups.yahoo.com/group/DFTestes/message/15418

Abraços!

Workshop Selenium 2 dia 17/12 em São Paulo

2011-12-12T11:26:00.000-02:00

Olá Pessoal!
Dia 17/12 (neste sábado) as 16:00h aqui em São Paulo teremos um workshop de Selenium 2 que será ministrado pelo Leonardo Galani do Selenium, Java e Coca-Cola.

O custo do workshop é de R$ 15,00 consumíveis no local, que é uma cafeteria :D

Local: Café Trictot - Rua Schilling, 120 Vila Leopoldina. São Paulo/SP

Dúvidas: 11 - 3569-3353

Podcast Mesa Redonda da Trilha de Teste - TDC 2011 Florianópolis

2011-12-04T20:01:00.001-02:00

Olá pessoal!
Depois de alguns meses saiu, finalmente, o podcast da Mesa Redonda que rolou no TDC 2011 - Florianópolis.

A dinâmica foi a seguinte: os participantes da Trilha de Teste, no inicio da Mesa Redonda fizeram diversas perguntas que foram registradas. Após o término das perguntas cada palestrante selecionou pelo menos uma pergunta para responder.

Observação: a gravação da Mesa Redonda foi feita de forma amadora através de um iPhone com o iRig Mic, muitas respostas dos palestrantes e a réplica da pessoa que fez a pergunta podem estar em um volume baixo. O principal intuito foi gravar as respostas para poder disponibiliza-las para a comunidade de teste.

Áudios
Todos os áudios estão separados abaixo por cada pergunta.
Você pode clicar no link "baixar" de cada pergunta ou baixar todos os áudios no final deste post.

1. Como se posicionar quando aquantidade de dev é maior que teste?
Respondida por Cristiano Caetano | Baixar

2. O que deve ser documentado pelaequipe de teste num ambiente ágil?

Respondidapor Eder Ignatowicz | Baixar

3.Qual a melhor estratégia de teste paradesenvolvimento com duas frentes paralelas?
Respondida por Elias Nogueira | Baixar

4.Qual a melhor pratica para uma empresaadotar testes? (automação, manual, etc...) com resultados mais rápidos?

Respondidapor Luana Lobão | Baixar

5.Alguém utiliza uma técnica formal paraestimar testes?

Respondidapor Bruno Kinoshita | Baixar

6. Qual a melhor forma de automatizartestes? Depois da aplicação desenvolvida ou durante o desenvolvimento?
Respondidapor Luiz Gustavo | Baixar

7. Quantos ciclos de testes sãorecomendados para execução?
Respondidapor Elias Nogueira | Baixar

8. Faz sentido ter uma equipe detestes em uma empresa (mesmo com devs escrevendo testes)?

Respondidopor Cristiano Caetano | Baixar

9. Qual a recomendação de tempo de deve tempo de teste?
RespostaLuiz Gustavo | Baixar

10. Como implantar métodos ágeis naminha equipe de testes?
Respondidapor Luana Lobão | Baixar

11. Qual a melhor forma para testes:manter a equipe separada ou dentro da equipe de dev com Scrum?
Respondidopor Guilherme Motta | Baixar

Baixar todos os áudios

Para visualizar as palestras da Trilha de Teste do TDC 2011 Florianópolis, acesse:
http://sembugs.blogspot.com/2011/08/trilha-teste-tdc2011-florianopolis.html

Abraços a todos e não deixem de postar suas críticas!

Série Erros em Sites Web: Gol e Smiles novamente

2011-11-21T16:47:00.001-02:00

Bom, um fato em nosso mundo de Teste de Software: se você quer ensinar aquela pessoal que recém está entrado na área de teste ou quer dar algum treinamento sobre descoberta e report de bugs utilize o site da Gol e do Smiles :)

Hoje eu tentei uma simples solicitação de senha para verificar meu saldo de pontos no Programa Smiles, e me deparo com uma exception informando: "Número Smiles Inválido!"

Problema 1: Meu número smiles não está inválido!
Bug 1: problema de segurança em mostrar a exception na tela

Então fui dar uma olhada pelo código da página e vejam só: a lógica de validação de um cartão Smiles!!! \o/ (pode Arnaldo?)

Esse é o Bug 2: código-fonte na página (view)

Eu testei o código, e o mesmo funciona e retorna que meu "cardSmiles" (meu código) está ok!

Não satisfeito e tentando fazer mais testes, Elias clica no link "Sua Conta" na página principal do Smiles, e.... aparece a seguinte mensagem... Bug 3! \o/

PS: porque diabos tem uma mensagem referenciando o Siebel??? o.O

Se você também tem uma conta Smiles, tente fazer isso também e provar que eu não sou louco :)

Tentar "Solicitar nova senha" via este link.
Visualizar o código-fonte da página com erro (e com a exception bem bonita na nossa cara)
Clicar no link "Sua Conta" da página principal do Smiles

Conclusão

Tenho várias, mas as duas melhores são:

A empresa que desenvolve e testa para a Gol/Smiles precisa rever seus conceitos (pra não falar que ela é pessima)
Quando você estiver triste por não ter encontrado nenhum bug na aplicação que estiver testando, dê uma passada no site da Gol/Smiles e comece a explora-lo

Observação

Porque a exception em tela e o código de validação do número Smiles é um bug?

Dê uma lida nos links abaixo:
https://www.owasp.org/index.php/Error_Handling (para a exception sendo apresentada)
https://www.owasp.org/index.php/Validation_performed_in_client (para o código-fonte de validação do número Smiles)

Elias, você não entrou em contato com a central de atendimento?

Sim, entrei e foi péssimo. A atendente perguntou com o 'brose' web que eu utilizava... respondi que testei no IE, Chrome e Firefox. Ela disse pra limpar os cookies do 'Exprore' e tentar novamente... Depois de fazer o procedimento (e realmente fiz) reportei que o erro continuava ocorrendo, e a mesma falou para eu tentar após 10 min... :(

E não estou brincando quando ela escreveu 'brose' e 'Exprore' (entre outros erros grotescos) #medo

Conclusão!!!
Sim, por incrível que parece esse problema teve uma solução!!! rs
Depois de eu ter tentado entrar em contato com a cia aérea e deixar uma reclamação eles me ligaram... sim, eles fizeram isso.

Consegui a solução para o problema e agora sei porque este erro ocorre... Então vamos lá...

O nome completo é Elias da Silva Nogueira, mas eu costumo preencher uma séria de cadastros como Elias Nogueira, isso é bem comum, e este era o motivo do erro da página.
Quando você faz o cadastro no site da Gol ele tem três campos referente a nome: o Nome, o "Nome do Meio" e o Sobrenome, e você preenche porque está descrito que são três campos.
Nessa página de recuperação de senha só existe o campo Nome e Sobrenome, logo você esquece de colocar o nome do meio né? ERRADO!
Eles contam que você (no caso eu) irá colocar como Nome: "Elias da Silva" e Sobrenome: "Nogueira"

Iso faz parecer, na página que o nome + nome d meio + sobrenome é a chave primária desta pesquisa, porém esqueceram de colocar o nome do meio com um campo na tela. Por esse motivo que retornava um erro de Numero do Smiles inválido e exception de unauthorized.

Mas porque cargas d'água eles não fazem a chave primária o CPF ou o próprio número smiles da pessoa? Isso está parecendo agora mais um bug: de arquitetura/design :)

Lição aprendida: no site da Gol/Smiles use sempre, sempre o seu nome completo :)

Vídeo da Mesa Redonda sobre Teste de Software no TDC 2011 - São Paulo

2011-11-18T15:43:00.001-02:00

Pessoal!
Está disponível o vídeo da Mesa Redonda da Trilha de Teste do TDC 2011 São Paulo sobre o tema "Pra que teste?"
Este vídeo conta com a participação dos palestrantes da Trilha de Teste, comigo e com o Jorge Diz.

TDC2011 SP - Mesa redonda - Pra que testes? com Elias Nogueira (HP) / Jorge Diz - Quinta, 7 de Julho from Globalcode on Vimeo.

Não deixe também de fazer o downlaod da Trilha de Teste de São Paulo, Florianópolis e Goiânia!

TDC 2011 Trilha de Teste - São Paulo
TDC 2011 Trilha de Teste - Florianópolis
TDC 2011 Trilha de Teste - Goiânia

Se você quer ficar por dentro do que aconteceu nas outras tilhas e saber sobre o TDC 2011 siga @TheDevConf

Não deixe tambémd e visitar o site do evento: http://thedeveloperconference.com.br

Abraços!

Bug ou Feature? Pagamento de Fatura no Itau Internet Bank

2011-11-14T11:58:00.001-02:00

Este ano Felipe Knorr fez uma apresentação no CAST 2011 na trilha "Emerging Topics" com o título "Bug or Feature? The importance of being context driven".

Isso é pra colocar um ponto que eu acho, na visão de cliente, muito ruim...

O "Problema"
Se você é um correntista Itau, e possui cartões de crédito e usa o internet bank para pagar contas, faturas, etc.. pode notar que, quando você quer visualizar uma fatura e possui mais de um cartão ele pede para você selecionar o cartão. Até ai tudo bem.
Se você visualiza a fatura, e deseja pagá-la, existe um link chamado "Pagar esta fatura".
Você clica nela e..... tem que selecionar qual o cartão que você deseja pagar novamente, ele não identifica que você estava no cartão x, simplesmente redireciona para a tela de seleção de cartões novamente.

Sim, eu sei que é só um clique a mais, que isso pode não fazer diferença, mas é no mínimo estranho o comportamente, não acham?

O que me fez pensar: isso é um bug ou uma feature?
Se eu fosse o testador desse módulo eu reportaria esse possível bug?
O que vocês acham?

Abaixo seguem as imagens que comprovam o crime... rs

PS: vocês podem notar uma mudança nas imagens dos browsers IE e Firefox... Isso porque o "Guardião Itau" (sistema de anti-fraude e-banking) fez meu Firefox 8 parar de funcionar após a instalação desse addon.

Acessando Home -> Cartão de Crédito -> Fatura

Acessando a fatura do cartão selecionado. Neste ponto clico em "Pagamento desta fatura"

Após isso a tela de seleção do cartão para pagamento é apresentada, porém não faz muito sentido se eu estava acessando o cartão X e está escrito "Pagamento DESTA fatura"

Mantis Touch - Acesso ao Mantis por dispositivos móveis

2011-11-10T20:33:00.001-02:00

Pessoal,
Esta semana foi lançado o MantisTouch, uma página otimizada para dispositivos móveis criada com HTML5. Atualmente os serviços disponíveis para acessar instâncias do Mants 1.2.x
Por enquanto ele é beta e é facinho de testar...

Funcionalidades

Acessar bug pelo ID
Efetuar buscas por filtros salvos
Reportar, editar e visualizar bugs
Adicionar, editar e remover notas
Baixar anexos

Como utilizar?
O MantisTouch não é instalado, ele é uma página disponível na internet onde você informa usuario, senha e a URL completa de acesso ao Mantis. O seu Mantis precisa ter acesso externo (via internet) para poder acessá-lo pelo MantisTouch.

Basta acessar a página http://mantisbt.mobi e a página inicial ja será apresentada.

Atenção: os cookies do seu browser mobile precisam estar habilitados!

Avaliação
Ele é uma ótima iniciativa para acesso rapido a visualização e abertura de bugs, mas falta muito ainda para uma maior adoção. Ainda falta, pelo menos, a visualização dos relatórios, item importante para quem quer ter um preview geral, mas como ele ainda está em beta mais funcionalidades estão por vir.
Não me decidi ainda se isso é um pró ou um contra, mas por ele ser uma página externa que acessa os serviços do seu Mantis facilita a visualização em diversos dispositivos mobile e não requer instalação.

Eu efetuei teste em um iPhone e um iPad.
Abaixo algumas imagens tiradas dos meus testes com um iPhone

Slides da Trilha de Testes do TDC 2011 Goiânia

2011-11-09T22:17:00.000-02:00

Olá pessoal!
Dia 29/10, uma sexta-feira que nos agraciou com uma chuva no final do dia de um grande calor em Goiânia, tivemos diversas apresentações da Trilha de Teste no TDC 2011 em Goiânia, é claro! :)

O evento contou com a participação de alguns palestrantes que já participaram das edições anteriores como Tatiane Fukuda, Guilherme Motta, Bruno Kinoshita e Eder Ignaotowicz.
Também tivemos novos palestrantes como Felipe Knnor, Leonardo Oliveira, Soraya Hossain e José Carrera.

Todos os palestrantes atual na área de teste de software e trabalham em empresas onde o teste é levado muito a sério. Vale o agradecimento a estas empresas também: Yahoo!, Thoughtworks, C.E.S.A.R e Dextra.

Paletras

Desmistificando Agile Testing - Tatiane Fukuda
Tatiane presentou como o Yahoo! Brasil trabalha com Agile Testing de uma forma bem simples e descomplicada contando histórias e, ao mesmo tempo, dando exemplos de como funciona a dinâmica testadores e desenvolvedores. Um dos pontos mais importantes foi mostrar que a qualidade não é somente papel do testador, e sim do time!

Download da palestra
Ferramentas/conteudos comentadas:

Pyccuracy - https://github.com/heynemann/pyccuracy/wiki/
Hudson - http://hudson-ci.org
Git - http://git-scm.com/
ScrumBoard - http://www.mountaingoatsoftware.com/scrum/task-boards
Kanban - http://en.wikipedia.org/wiki/Kanban_%28development%29

Botando o Jenkins para rodar os seus testes - Bruno Kinoshita
Bruno mostrou pontos basicos para começarmos a ter builds de no sistema de integração contínua e também vantagens e desvantagens.

Download da palestra
Ferramentas/contudos comentados:

Jenkins - http://jenkins-ci.org
Jenkins Build Papeline Plugin - https://wiki.jenkins-ci.org/display/JENKINS/Build+Pipeline+Plugin

BDD além do Hello Word! - Eder Ignatowicz
Eder mostrou de uma forma divertida a dirigida pelo pessoal do Chaves como dar os primeiros passos com o BDD e como aplicar isso dentro da nossa atividade do dia-a-dia com nossa equipe.

Download da palestra
Ferramentas/conteudos comentados:

TDD - http://en.wikipedia.org/wiki/Test-driven_development
BDD - http://en.wikipedia.org/wiki/Behavior_Driven_Development
JBehave - http://jbehave.org/

Automação de Teste em iPhone e iPad com Frank - Leonardo Oliveira e Soraya Hossain
Leonardo e Soraya apresentaram uma ferramenta para automação sobre dispositivos com iOS (iPad e iPhone) com suporte a BDD.

Download da palestra
Ferramentas/conteudos apresentados:

Frank - https://github.com/moredip/Frank
Json - http://www.json.org/

Derrubando as barreiras de comunicação entre testers e desenvolvedores - José Carréra
José Carréra apresentou como podemos melhorar nossa comincação com a equipe de desenvolvimento de um forma onde o desenvolvedor se sinta seguro e confiante para acreditar no trabalho da area de testes.

Download da palestra
Ferramentas/conteudos apresentados:

Livro Como fazer amigos e influenciar pessoas - http://pt.wikipedia.org/wiki/Como_Fazer_Amigos_e_Influenciar_Pessoas

Perigos de usos de ferramentas de Bug Tracking - Guilherme Motta
Guilherme apresentou e nos fez pensar sobre as ferramentas de bug tracker... Se elas nos ajudam no contexto atual ou atrapalham e como perceber isso.

Download da palestra
Ferramentas/conteudos apresentados:

Bug statistics are a waste of time - Gojko - http://gojko.net/2011/05/17/bug-statistics-are-a-waste-of-time/
Bug statistics are a waste of time - Lisa Crispin - http://lisacrispin.com/wordpress/2011/05/17/bug-statistics-are-a-waste-of-time/
Inspecao boa e ruim - escrito em 2008, estamos em 2011! - http://alissonvale.com/englishblog/post/2008/06/10/A-Inspecao-boa-e-a-ruim.aspx

Selenium 2 com PageObjects, como isso funciona? - Felipe Knnor
Felipe apresentou o que é esse novo conceito de automação chamado de PageObjects que coemçou a ganhar força com a chegada do Selenium 2

Download da palestra
Ferramentas/conteudos apresentados:

Selenium - http://seleniumhq.org/
Webdriver - http://code.google.com/p/selenium/
Page Object - http://code.google.com/p/selenium/wiki/PageObjects

Mesa Redonda sobre Teste de Software - Palestrantes
A Mesa Redonda, mediada por mim :) contou com a participação de todos os palestrantes respondendo a perguntas dos participantes.
Como a mesa redonda foi gravada em audio, em breve teremos cada pergunta para que vocês possam ouvir no formato .mp3

Como ser um palestrante na Trilha de Teste do TDC?
Este ano (2011), infelizmente, não teremos mais o TDC, porém em 2012 todos voltarão com força total.
Se vocé acha que pode contribuir com uma apresentação sobre qualque tema relacionado a teste durante 40min ou tem alguma palestra relâmpag (1 min) não deixe de me enviar um email que orgniazamos o interesse e conversamos :)

Como efetuo o download das apresentações da Trilha de Teste no TDC 2011 SP e Florianopolis?

No site oficial do TDC...
TDC 2011 SP - http://www.thedevelopersconference.com.br/tdc/2011/saopaulo/trilha-testes#programacao
TDC 2011 Florianópolis - http://www.thedevelopersconference.com.br/tdc/2011/florianopolis/trilha-testes#programacao

Aqui no SemBugs...
TDC 2011 SP - http://sembugs.blogspot.com/2011/07/slides-da-trilha-de-teste-tdc-2011.html
TDC 2011 Florianópolis - http://sembugs.blogspot.com/2011/08/trilha-teste-tdc2011-florianopolis.html

Agradecimentos
Sempre os grandes agradecimentos vem aqueles que fazem tudo acontecer: Yara e Vinicius Senger da Globalcode! Se não fosse eles o TDC não seria realidade e este imenso sucesso!

Um agradecimento especial a duas empresas que suportaram especificamente a Trilha de Teste: Iterasys e Thoughtworks

E um agradecimeto a todos que participaram do evento! :)

Fotos do evento

TDC 2011 Goiania - Call4Papes (chamada de palestras)

2011-09-21T00:37:00.001-03:00

Olá pessoal!
Esta ano teremos mais uma edição (última) do TDC 2011 e é claro que teremos a Trilha de Testes também!
O evento ocorrre do dia 29 a 30 de outubro e a Trilha de Teste será dia 29/10

Como no evento de Florianópolis estamos abrindo o Call4Papers para a Trilha de Teste, que é a chamada para as pessoas da comunidade que tenham interesse em palestrar na Trilha de Teste.

Se você quiser submeter uma palestra, preencha o formulário abaixo:
http://www.thedevelopersconference.com.br/tdc/2011/goiania/call4papers

Sobre o TDC
Site do TDC - The Developers Conference: http://www.thedevelopersconference.com.br

Página do TDC 2011 Goiânia: http://www.thedevelopersconference.com.br/tdc/2011/index.html#goiania

Sobre as Trilhas de Teste anteriores
Slides da Trilha de Teste do TDC 2011 Florianópolis: http://sembugs.blogspot.com/2011/08/trilha-teste-tdc2011-florianopolis.html

Slides da Trilha de Teste do TDC 2011 São Paulo: http://sembugs.blogspot.com/2011/07/slides-da-trilha-de-teste-tdc-2011.html

Treinamento de Selenium Avançado em Outubro/2011

2011-09-19T14:59:00.000-03:00

Prezados,
Em outubro estarei ministrando um curso de Selenium Avançado.
Antes de colocar as datas gostaria de explicar a dinâmica do curso a vocês.

Este treinamento destina-se aquelas pessoas que hoje usam o Selenium IDE ou estão começando a utilizar o Selenium RC.
No inicio do curso veremos itens basicos de Selenium IDE como esperar por chamadas ajax e também o DataDriven com Selenium IDE + Pesquisa em Paginação com Selenium IDE.
A partir daí começamos a focar em como usar o Selenium RC (WebDriver) com Java. Ao longo do curso temos mais 10 exemplos práticos com diversos focos:

Como converter (manualmente) os scripts criados no Selenium 1 para Selenium 2
Como desenvolver um script com Selenium 2 em JUnit e testNG incluindo Data Driven com planilhas em Excel
Como trabalhar com waits Implicitos e Explicitos no Selenium 2
Como fazer buscas em paginação programaticamente com Selenium 2
Como fazer o Selenium enviar o resultado de execução de um teste ao Testlink e reportar um defeito automaticamente no Mantis
Como fazer a arquitetua dos testes automatizados com PageObjects
Como colocar seus projetos de Selenium IDE e RC para execução no Hudson

Logo se você já conheçe estes tópicos, creio que ele não agragará muito valor. Agora se você está querendo se profissionalizar ainda mais em automação e quer aprender um pouco mais sobre o Selenium este curso é uma boa pedida.

Todos os exercícios são explicados passo-a-passo durante a aula, porém, devido ao curto tempo não haverá espaço para que os alunos exercitem durante a aula. Todos os projetos e o material de apresentação são disponibilizados aos alunos.

Automação de Testes Funcionais com Selenium Avançado a distância (em Outubro)

OBJETIVO:

Automatizar testes com o Selenium RC na linguagem Java com o apoio dos frameworks de teste unitário JUnit e TestNG
Entender todos os conceitos do Selenium 2 (WebDriver)
Converter e customizar scripts gerados no Selenium IDE
Automatizar scripts do Selenium IDE com a técnica de Data Driven
Integrar os scripts criados no Selenium RC com um Hudson/Jenkins (Integração Contínua)
Entender como integrar o Selenium com as ferramentas de teste Testlink e Mantis

DATA:
21 e 22 de Outubro (sexta e sábado)

HORÁRIO:
Dia 21, sexta-feira - 19h00 as 23h00
Dia 22, sábado - 09h00 às 12h00 – 13hh00 às 18h00

CARGA HORÁRIA:
12 horas

LOCAL:
Treinamento a distância. Será realizado no seu computador via Internet utilizando ferramenta de web-conferência.

INFRA-ESTRUTURA:
Sistema Operacional: Windows ou MacOS (O GotoMeetting não suporta Linux)
Navegadores: Internet Explorer; Mozila Fire Fox.

Plugin para acesso ao GoToMeeting através do navegador (no dia do treinamento o participante receberá um link para acesso a sala de conferência).

CONHECIMENTOS DESEJÁVEIS:
Conhecimentos básicos sobre teste de software e programação
Conhecimentos básicos do Selenium IDE

MINISTRANTE:
Elias Nogueira: Possui MBA em Teste de Software e a certificação internacional de teste de software CSTE - Certified Software Tester, oferecida pela QAI Brasil. Atualmente é Arquiteto de Testes, Consultor de Automação de testes e Instrutor pela Qualister. Trabalhou em projetos de engenharia de teste de qualidade de dados (Data Mining, Data Cleasing, Data Profiling, Noisy text analysis) e Georeferenciamento (Marketing de Precisão) e em segmentos bancários, de varejo e cartões. Tem grande foco e conhecimento em ferramentas open source de automação de teste. É colaborador freqüente das listas de discussões sobre Teste de Software e posta suas experiências e dicas no blog Sem Bugs (http://sembugs.blogspot.com).

INCLUI:
Certificado impresso e material em formato digital

INVESTIMENTO:
500,00 para pagamentos até dia 07 de outubro (este valor é para uma inscrição)
650,00 após esta data (este valor é para uma inscrição)

Desconto especial para grupos (entre em contato conosco para maiores informações)
Forma de pagamento: cartão de crédito em até 12x, boleto ou transferência bancária

TÓPICOS ABORDADOS:
Selenium RC com linguagem Java
Automação com JUnit
Automação com TestNG
Selenium 2 (WebDriver)
Browser Drivers
Waits
Localização de Elementos
Como atualizar um script do Selenium 1 para Selenium 2
Selenium IDE e Data Driven
Plugin Flow Control
Plugin Data Driven
Plugin Command4IDE
Integração com Integração Contínua: Hudson/Jenkins
Integração do Selenium RC com Testlink e Mantis

INFORMAÇÕES:
treinamento@qualister.com.br
(48) 3285-5615 / (48) 9645-5506

Slides da Trilha de Teste no TDC 2011 - Florianópolis

2011-08-22T16:39:00.013-03:00

Olá pessoal!
Este ano eu tive o imenso prazer de coordenar a Trilha de Teste do TDC 2011 - The Developer's Conference promovida pela Globalcode

Para aqueles que participaram do evento e também para o púbico em geral segue abaixo as palestras que foram apresentadas durente o evento.

Links para as palestras
PS: clique no titulo da palestra para acessa-la e no nome do palestrante para saber mais sobre ele

Abertura - Elias Nogueira (HP)
Automação Rápida de Testes para Web - José Correia (Iterasys)
Botando o Jenkins para Rodar seus Testes - Bruno Kinoshita
Automação de Testes com BDD e ATDD - Cristiano Caetano (Qualister)
O que o CrowdTest de jogos tem a ver com software corporativo? - Guilherme Motta (ThoughtWorks)
Apresentação sobre práticas e técnicas de testes manuais e automáticos para aplicativo de TV Digital embarcado em dispositivo móvel - Luana Lobão (Instituto Nokia)
Desenvolvimento Ágil Orientado a Testes - Eder Ignotowicz (Dextra/InfoQ)
Mesa Redonda sobre Teste de Software

Links de ferramentas e sites referenciados pelos palestrantes

Automação Rápida de Testes Web
BadBoy - http://badboy.com.au/
jMeter - http://jakarta.apache.org/jmeter/
Botando o Jenkins para rodar seus testes
Exemplos apresentados: https://github.com/kinow/selenium2-base
Jenkis - http://jenkins-ci.org/
Testlink Java API - http://testlinkjavaapi.sourceforge.net/
TAP Jenkis Plugin - https://wiki.jenkins-ci.org/display/JENKINS/TAP+Plugin
Spring PetClinic - http://static.springsource.org/docs/petclinic.html
Automacão de Testes com BDD e ATDD
TestComplete - http://smartbear.com/products/qa-tools/automated-testing/
Cucumber - http://cukes.info/
Pyccuracy - https://github.com/heynemann/pyccuracy/wiki/
jBehave - http://jbehave.org/
O que o CrowdTest de jogos tem a ver com software corporativo?
uTest - http://www.utest.com/
CrowdTest (Base2) - http://www.crowdtest.me/
Apresentação sobre práticas e técnicas de testes manuais e automáticos para aplicativo de TV Digital embarcado em dispositivo móvel
TV Digital Nokia - http://www.nokia.com.br/aplicativos-mapas-e-mais/tv-video/mobile-tv
Desenvolvimento Ágil Orientado a Testes
Mesa Redonda de Teste de Software

Fotos de Trilha de Teste
PS: ainda não temos todas as fotos... quem tiver fotos por favor envie :)

Links/Posts falando sobre a Trilha de Teste
TDC 2011 Floripa 1º dia - codigoecafe.com

Agradecimento a Patrocinadores das Trilhas
Sem patrocínio na Trilha muita coisa não seria possível! O mais interessante é que um patrocinador se dispôe de tempo e dinheiro para apoiar o evento e ainda por cima sorteia brindes... rsrsrs
Temos o prazer de sempre ter patrocinadores que conhecem muito bem e são ativos na nossa área.

Agradecimentos Gerais
Gostaria de agradecer ao Luiz Gustavo (Testavo), por ter participado da Mesa Redonda junto com os demais palestrantes.
Um agradecimento especial a Yara Senger e a todo o pessoal da Globalcode e VOffice pela oportunidade e voto de confiança no pessoal da Area de Teste!

A todos aqueles que participaram do evento o nosso muito obrigado!
Não deixem de mandar suas dúvidas e sugestões para o próximo evento! :)

Trilha de Teste no TDC 2011 - Florianópolis

2011-08-03T16:59:00.007-03:00

Olá pessoal!
Repetindo o grande sucesso no TDC 2011 em São Paulo teremos também a Trilha de Teste no TDC 2011 em Florianópolis!

Vamos contar com 6 palestrantes e uma Mesa Redonda sobre Teste de Software depois. É uma ótima oportunidade pra o pessoal de SC e região (RS e PR) ter um evento de um dia inteiro sobre Teste de Software e com baixo custo!

Grade

Horário	Palestra
08:30 às 09:00	Credenciamento e recepção dos participantes com café da manhã
09:00 às 10:00	Abertura
10:10 às 11:00	Automação Rápida de Testes para Web José Correia (Iterasys)
11:10 às 12:00	Botando o Jenkins para rodar seus testes Bruno P. Kinoshita
12:00 às 13:00	Intervalo para almoço*
13:10 às 14:00	Automação de testes com ATDD e BDD Cristiano Caetano (Qualister)
14:10 às 15:00	O que CrowdTesting de jogos tem a ver com software corporativo? Guilherme Motta (ThoughtWorks)
15:00 às 15:30	Coffee-break & networking
15:40 às 16:30	Apresentação sobre práticas e técnicas de testes manuais e automáticos para aplicativo de TV Digital embarcado em dispositivo móvel Luana Lobão (Instituto Nokia)
16:40 às 17:30	Desenvolvimento Ágil Orientado a Testes Eder Ignatowicz (Dexta/InfoQ)
17:40 às 18:30	Mesa Redonda sobre Teste de Software Elias Nogueira (Hewlett Packard)
18:40 às 19:00	Encerramento e sorteios

Custo
Beta Tester: até 4 de agosto R$ 40,00
Early Adopter: 5 a 14 de agosto R$ 50,00
Just in Time: 15 de agosto em diante R$ 60,00

Inscrições: http://www.thedevelopersconference.com.br/tdc/2011/inscricoes#florianopolis

Data e Local

Sábado, 20 de agosto de 2011

Das 8:30 às 18:30 h
Universidade Estácio de Sá
Av. Leoberto Leal, 431
São José - SC

Sobre a Mesa Redonda
Você vai participar da Trilha de Teste e já fez sua inscrição?
A última apresentação na Trilha de Teste será uma Mesa Redonda sobre Teste de Software.

Como funciona: iremos colotar as perguntas dos participantes, limitado até 15 perguntas. Cada pelestrante escolhe uma pergunta para responder, e assim tentaremos responder as 15 perguntas durante a mesa. A pessoa que fez previamente a pertgunta pode tirar mais alguma dúvida ou qualquer pessoa da platéia pode também perguntar. O limite para o palestrante e platéia são de 3 a 5 minutos por pergunta.

Colabore: se você ja fez ou vai fazer a inscrição no evento envie sua pergunta preenchendo o formulário abaixo, é simples e rápido!

Outras informações
Confira como foi a Trilha de Testes no TDC 2011 São Paulo já com as palestras disponíveis para download!
http://sembugs.blogspot.com/2011/07/slides-da-trilha-de-teste-tdc-2011.html

Podcast Episódio 2: Entrevista com Tatiane Fukuda (Yahoo!)

2011-08-02T23:59:00.002-03:00

Olá pessoal!
Conseguimos avançar com este trabalho e gravar o segundo podcast! \o/

Neste segundo episódio eu entrevistei a Tatiake Fukuda que trabalha no Yahoo! dentro do projeto Meme.
A conversa com a Tatiane foi bem tranquila, é sempre bom conversar com ela. :)

Ela vai nos falar como desempenha suas atividades dentro de um time ágil no projeto Yahoo! Meme
Como conversamos e alguns termos não familiares a todos abaixo existe a seção Glossário com a explicação destes pontos.

Download

Sobre a Tatiane (@tatiane_fukuda):
Quality Engineer no Yahoo! com experiência de mais de 10 anos em Qualidade e Testes de Software. Atualmente trabalhando na equipe do Meme (http://meme.yahoo.com), utilizando Scrum e práticas ágeis. Graduada em Administração de Empresas pela Universidade de São Paulo, com pós-graduação em Gestão de TI no IBTA.

Glossario
QA Engineer: ou engenheiro de qualidade de software é o nome do papel para a pessoa de testes no Yahoo!
Yahoo! Meme: é uma nova ferramenta de blogar...
Teste ágil: nome dado a pratica de teste dentro de um time de desenvolvimento que é guiado pelos principios ágeis
Scrum fall: "apelido" dado a metodologia Scrum adotada por pessoas que não seguem realmente Scrum, utilizando-o como um modelo Waterfall
Planning: reunião que trata do que será inserido na proxima iterãção/desenvolvimento
Product Owner (PO): pessoa que representa os stakeholders ou o cliente
User Story (Historia): uma sentença na lingua do usuário que expressa o que ele deseja. Podemos dizer que ele é o requisito na linha ágil
Pyccuracy: ferramenta de automação no estido BDD
Push: é o processo de instalar as novas funcionalidades em produção. É mais conhecido como "deploy". É que no Yahoo! é chamado pelo time de "push".
Walkthrough: execução de testes manual para ver se as principais funcionalidades estão OK.
Reunião de Review: reunião onde o time apresenta a funcionalidade ao cliente, em metodos ágeis
Continuous Integration: pratica responsavel pelo controle da qualidade em pequenos pedaços e pequenos esforços com aplicações frequentes de qualidade
Hudson: ferramenta de integração contínua
Git: sistema de controle de versão

Livro Citado: Agile Testing (http://www.agiletester.ca/)
Blog Citado: Gotzo (http://gojko.net/)
Yahoo! Meme: http://meme.yahoo.com
Principios ágeis: http://manifestoagil.com.br/principios.html
Pycurracy: https://github.com/heynemann/pyccuracy/wiki/
BDD: http://pt.wikipedia.org/wiki/Behavior_Driven_Development
Hudson: http://hudson-ci.org/
Git: http://git-scm.com/

O Podcast também pode ser acessado pelo seguinte link: http://sembugs.podomatic.com/ onde também é possível fazer o download deste episódio.

Você pode também assinar o podcast pelos links abaixo:

Abraços!

Automação de Testes Funcionais com Selenium Avançado a distância (em Agosto)

2011-08-01T10:32:00.001-03:00

Olá pessoal!
Agora em agosto eu vou dar um treinamento de Selenium pela Qualister!
Abaixo segue a descrição do treinamento, que é oferecido no formato EAD (Ensiso a Distância)

OBJETIVO

Automatizar testes com o Selenium RC com a linguagem Java com o apoio dos frameworks de teste unitário JUnit e TestNG
Entender todos os conceitos do Selenium 2 (WebDriver)
Converter e customizar scripts gerados no Selenium IDE
Automatizar scripts do Selenium IDE com a técnica de Data Driven
Integrar os scripts criados no Selenium RC com um Hudson/Jenkins (Integração Contínua).
Entender como integrar o Selenium com as ferramentas de teste Testlink e Mantis

DATA
26 e 27 de Agosto (sexta e sábado)

HORÁRIO
Dia 26, sexta-feira - 19h00 as 23h00
Dia 27, sábado - 09h00 às 12h00 - 13hh00 às 18h00

CARGA HORÁRIA
12 horas

LOCAL
Treinamento a distância. Será realizado no seu computador via Internet utilizando ferramenta de web-conferência.

CONHECIMENTOS DESEJÁVEIS
Conhecimentos básicos sobre teste de software e programação
Conhecimentos básicos do Selenium IDE

MINISTRANTE
Elias Nogueira: Possui MBA em Teste de Software e a certificação internacional de teste de software CSTE - Certified Software Tester, oferecida pela QAI Brasil. Atualmente é Arquiteto de Testes, Consultor de Automação de testes e Instrutor pela Qualister. Trabalhou em projetos de engenharia de teste de qualidade de dados (Data Mining, Data Cleasing, Data Profiling, Noisy text analysis) e Georeferenciamento (Marketing de Precisão) e em segmentos bancários, de varejo e cartões. Tem grande foco e conhecimento em ferramentas open source de automação de teste. É colaborador freqüente das listas de discussões sobre Teste de Software e posta suas experiências e dicas no blog Sem Bugs (http://sembugs.blogspot.com).

INCLUI
Certificado impresso e material em formato digital

INVESTIMENTO
500,00 para pagamentos até dia 12 de agosto (este valor é para uma inscrição)
650,00 após esta data (este valor é para uma inscrição)
Desconto especial para grupos (entre em contato conosco para maiores informações)

Forma de pagamento: cartão de crédito em até 12x, boleto ou transferência bancária

TÓPICOS ABORDADOS

Selenium RC com linguagem Java
Automação com JUnit
Automação com TestNG
Selenium 2 (WebDriver)

Browser Drivers
Waits
Localização de Elementos
Como atualizar um script do Selenium 1 para Selenium 2

Selenium IDE e Data Driven

Plugin Flow Control
Plugin Data Driven
Plugin Command4IDE

Integração com Integração Contínua: Hudson/Jenkins
Integração do Selenium RC com Testlink e Mantis

INFORMAÇÕES
treinamento@qualister.com.br
48 3285-5615 / 9645-5506

Podcast Episódio 1: Entrevista com Camilo Ribeiro

2011-07-19T12:44:00.004-03:00

Olá pessoal!
É com um grande prazer que damos início a mais uma iniciativa para a comunidade de teste: um podcast!

Ele tem como intuito a disseminação de conhecimentos da área de Teste de Software e de compartilhar experiências dos mais diversos profissionais que atuam nesta área.

Nesse primeiro episódio eu entrevistei o amigo mineiro Camilo Ribeiro, ativo nas listas de testes e também criador do blog The Bug Bang Theory.
O Camilo vai retratar como foi sua entrada na área, falar do seu blog e falar sobre a nova cultura em que ele está inserido hoje (gaúcha e ágil... rs)

Download

Lembrando que este ainda é um trabalho experimental e amador... rs

O intuito depois é criar discussões entre profissionais sobre diversos temas, até mesmo como uma extensão da Mesa Redonda DFTestes.

Se você tiver qualquer sugestão de assunto faça um comentário neste e post :)

O Podcast também pode ser acessado pelo seguinte link: http://sembugs.podomatic.com/ onde também é possível fazer o download deste episódio.

Você pode também assinar o podcast pelos links abaixo:

Desafio Selenium: Campos com ID's Dinamicos

2011-07-14T00:17:00.002-03:00

Olá pessoal!
Neste desafio será necessário automatizar um uma pagina com ID's dinamicos na pagina e criar uma estratégia para localizar os elementos com os ID's dinamicos.

DICAS:
Tente utilizar XPATH ou Expressão Regular.
Voce pode dar uma olhada nas duas paginas abaixo:
http://seleniumhq.org/docs/appendix_locating_techniques.html#useful-xpath-patterns
http://seleniumhq.org/docs/02_selenium_ide.html#matching-text-patterns

SUGESTÃO: Passos a serem executados no script

Passo 1

Informe os dois campos de Username
Informe os dois campos de Password
Clique no botão Enviar
Reexecute o script
Tente alterar o script para que ele execute sem falhas

Passos 2
Conseguiu fazer o script funcionar? Agora incremente com mais estes passos:

Informe um Username que não sejam iguais
Clique no botão Enviar
Garanta que os campos de Username não estão iguais validando a cor dos campos (que estarão em vermelho) e a mensagem "Os campos não tem o mesmo valor!"

Acesse a página do desafio:
http://www.eliasnogueira.com/arquivos_blog/selenium/desafio/index.html

Boa sorte à todos!

Slides da Trilha de Teste no TDC 2011 - São Paulo

2011-07-10T01:00:00.025-03:00

Abertura - Elias Nogueira (HP) e Jorge Diz (Stefanini/Globalcode)
Teste de Segurança: Vulnerabilidade de Aplicações Web - Wandi Souza (Vostu)
Desmisificando Agile Testing - Tatiane Fakuda (Yahoo!)
Fábrica de Teste - Otimário Cavalcanti (T&M Teste)
Hands On Selenium 2 - Leonardo Galani (Athos)
Testes Exploratórios - Neli Duarte (IBM)
Automação Rápida de Testes para Web - José Correia (Iterasys)
Especificação por Exemplos - A Agilidade hiperprodutiva com especificações executáveis - José Papo (Microsoft)

Links de ferramentas e sites referenciados pelos palestrantes

Teste de Segurança: Vulnerabilidades de Aplicações Web
OWASP - https://www.owasp.org/index.php/Main_Page
Exemplos - http://www.mcafee.com/us/downloads/free-tools/hacmebooks.aspx
Desmistificand Agile Testing
Pyccuracy - https://github.com/heynemann/pyccuracy/wiki/
Hands On Selenium 2
Selenium - http://seleniumhq.org/
Automação Rápida de Testes Web
BadBoy - http://badboy.com.au/
Especificação por Exemplos - A Agilidade hiperprodutiva com especificações executáveis
SpecFlow - http://www.specflow.org/
Concordion - http://www.concordion.org/
FitNesse - http://fitnesse.org/
Cucumber - http://cukes.info/

Fotos de Trilha de Teste
PS: ainda não temos todas as fotos... quem tiver fotos por favor envie :)

Links/Posts falando sobre a Trilha de Teste

Impressões do TDC - Parte 1 - Zarro Boogs found
Impressões do TDC - Parte 2 - Zarro Boogs found
TDC 2011 - Trilha de Testes - Jessica S. Almeida

Agradecimento a Patrocinadores das Trilhas
Sem patrocínio na Trilha muita coisa não seria possível! O mais interessante é que um patrocinador se dispôe de tempo e dinheiro para apoiar o evento e ainda por cima sorteia brindes... rsrsrs
Temos o prazer de sempre ter patrocinadores que conhecem muito bem e são ativos na nossa área.

Agradecimentos Gerais
Gostaria de agradecer imensamente o Jorge Diz, que me apoio na coordenação desta trilha e ao Leonardo Galani que me ajudou durante o evento.
Um agradecimento especial a Yara Senger e a todo o pessoal da Globalcode pela oportunidade e voto de confiança no pessoal da Area de Teste!

A todos aqueles que participaram do evento o nosso muito obrigado!
Não deixem de mandar suas dúvidas e sugestões para o próximo evento! :)

Desafio Selenium: Auto Preenchimento de Campos

2011-04-24T23:14:00.004-03:00

Olá pessoal!
Neste desafio será necessário automatizar um o resultado de um auto-preenchimento.

DICAS:
A única dica é a utilização de um comando específico para poder validar o resultado esperado.

SUGESTÃO: Passos a serem executados no script

Passos 1

Informe o seguinte CEP no campo CEP: 01310200
Os dados de Logradouro, Bairro, Cidadee Estado serão preenchidos automaticamente
Preencha o campo Número com o valor: 1578
Preencha o campo Complemento com o valor: MASP
Para cada campo em tela, valide o seu conteudo com um assertValue
Reexecute o script

Passos 2
Conseguiu fazer o script funcionar? Agora incremente com mais estes dois passos:

Clique no botão Limpar
Garanta que todos os campos na tela estão sem preenchimento

Acesse a página do desafio:
http://www.eliasnogueira.com/arquivos_blog/selenium/desafio/index.html

Resultado
Vocês podem ver vídeo explicativo abaixo e tmbém ver o resultados dos colaboradores e o script parão em: http://www.eliasnogueira.com/arquivos_blog/selenium/desafio/resultados/4desafio/resposta.php

Desafio Selenium: Carrinho de Compras

2011-03-29T16:15:00.003-03:00

Olá pessoal!
Neste desafio será necessário automatizar um carrinho de compras, onde as compras serão feitas arrastando os itens até o carrinho.
Para que isso seja possível segue algumas dicas e os passos necessários para a automação deste desafio.

DICAS:

Procupre pelos comandos de drag and drop no Selenium e verifique o que cada um faz
Use o Firebug para analisar o nome dos elementos
Quando for utilizar o comando de drag and drop o primeiro parâmetro é o elemento que representa o produto do carrinho e o segundo é o elemento que represente o próprio carrinho.

Se você conseguir colocar pelo menos um dos itens por automação ja está ótimo! Se conseguir isso eu sugiro você seguir os passos da sugestão:

SUGESTÃO: Passos a serem executados no script

Arraste os seguintes produtos para o Carrinho de Compas:

iPhone
iPod Shuffle
Apple TV

Valide o valor de cada um na lista e o valor total
Clique no botão 'Checkout'
Valide cada nome de produto e o valor total

Desafio Selenium: Edição de Campos

2011-03-21T23:58:00.006-03:00

Olá Pessoal!
Agora segue mais um Desafio Selenium, que agora consiste na edição de três dados básicos: nome, e-mail e telefone.
O intuito deste desafio não é a validação de campos e sim a automação da edição destes campos com o Selenium IDE, onde esta edição não atualiza a página (edição inline)...

Logo o que precisa ser feito é somente um clique sobre o item (nome, e-mail ou telefone), a alteração da informação e a persistência dela (clicar no botão 'Salvar'). Após isso é necessário a validação das informações adicionadas, para garantir que elas estarão lá!

Essa é bem fácil e, basicamente, conseguimos resolver com apenas um comando!
E esse comando não pode ser o pause!

http://www.eliasnogueira.com/arquivos_blog/selenium/desafio/index.html

Qualquer dúvida ou sugestões de desafios não deixe de comentar!

Solução!
Bem pessoal, a solução deste desafio já se encontra disponível!
Se você está vendo este post somente agora, tente fazer o desafio sem ver a resposta e o vídeo explicativo!

O link para a página do principal dos desafios é: http://www.eliasnogueira.com/arquivos_blog/selenium/desafio/index.html

Vídeo explicativo
<p>&amp;amp;amp;lt;p&amp;amp;amp;gt;&amp;amp;amp;amp;amp;amp;amp;lt;p&amp;amp;amp;amp;amp;amp;amp;gt;&amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;lt;p&amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;gt;&amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;lt;br&amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;gt;&amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;lt;br&amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;gt;&amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;lt;br&amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;gt;&amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;lt;br&amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;gt;&amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;lt;br&amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;gt;&amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;lt;br&amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;gt;&amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;lt;br&amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;gt;Abraços&amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;lt;/p&amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;amp;gt;&amp;amp;amp;amp;amp;amp;amp;lt;/p&amp;amp;amp;amp;amp;amp;amp;gt;&amp;amp;amp;lt;/p&amp;amp;amp;gt;</p>

Abraços!

Desafio Selenium: Automatizando Soma Aleatoria

2011-03-15T00:43:00.006-03:00

Olá Pessoal!
Estava entrando em um site que tinha um captcha simples: a soma de dois números inteiros.
Eu gostei, pois existem captchas que nem o Perna Longa iria enxergar as letras....

O que eu fiz? Fui logo vendo uma maneira de automatizar este simples captcha, e não é que funcionou?
Dai resolvi criar uma página com o "Desafio Selenium" (que nem é tão desafio assim!) :P

O desafio consiste em conseguir automatizar a página que eu criei de um 'captcha' que, quando a soma dos dois números for submetida correramente apresenta o texto 'correto' e quando não estiver correto apresenta 'errado'.
Claro que o script será criado com o resultado final de 'correto'.

Então, tentem criar um script no Selenium IDE para automatizar. A página dá umas dicas!

http://www.eliasnogueira.com/arquivos_blog/selenium/desafio/soma.php

Solução!
Bem pessoal, a solução deste desafio já se encontra disponível!
Se você está vendo este post somente agora, tente fazer o desafio sem ver a resposta e o vídeo explicativo!

O link para a página do principal dos desafios é: http://www.eliasnogueira.com/arquivos_blog/selenium/desafio/index.html

Vídeo explicativo

Abraços!

Data Driven com Selenium IDE? Sim, é possível!!!

2011-01-28T02:21:00.015-02:00

Selenium IDE com Data Driven? Sim, isto agora é possível!

Observações iniciais
Eu sempre tive uma postura de um profisisonal, quando em aprendizado do Selenium, aprender o IDE a fins educativos e de primeiro passo da automação (record & play), de usar e propor aos profissionais e alunos que me procuram a usar o Selenium RC para fazer testes que exigem bem mais do que o IDE: loops, controles, parametrização de dados, etc...
Mas desta vez resolvi postar sobre como fazer com que o Selenium IDE execute scrips Data Driven

ATENÇÃO: Este post é uma alteração do post original da SauceLabs [1] que você pode acessar no link abaixo:
http://saucelabs.com/blog/index.php/2011/01/selenium-resources-for-newbs-data-driven-testing-with-ide-xml/

Ainda mantenho fortemente a minha postura: usem o Selenium RC com qualquer linguagem para usar todo o poder que essa ferramenta pode te dar. Um dos principais motivos de escrever este post é de:

Eu gostar destas coisas novas e ficar brincando com os scripts
De ajudar os nossos amigos profissionais que ainda não sabem falar inglês e não poderiam entender o post origianl (e que devem levar um puxão de orelha por isso)
Para poder ajudar aqueles que estão aprendendo o Selenium IDE que, mesmo que este post te ajude, não vai poder fugir da programação para fazer coisas mais poderosas com a ferramenta

[1] Pra quem não sabe o criador da SouceLabs, que presta serviços de teste com Selenium nas nuvens, é um dos criadores do Selenium.

Ahh, e pra quem não sabe o que é Data Driven, é o "poder" de dar ao script a independência de dados através de parâmetros inseridos ao invés dos dados. Se você ainda não sabe o que é isso, Google!

O que você vai precisar!
Basicamente de um plugin e duas "user-extensions" do para o Selenium IDE.
Primeiro siga estes passos:

Instale o plugin de Flow Control. Necessita de reinicio do Firefox
Baixe a user-extension includeCommand4IDE na versão 1.1
Baixe a user-extension datadriven.js, que está na versão 0.2

Clique nos links de cada item para baixá-lo!
Instalou o Flow Control e baixou as duas user-extensions? Faça o seguinte:

Descompacte os arquivos zip das respectivas user-extensions num diretório de sua escolha
Adicione as duas user-extensions no Selenium IDE via menu Options/Options... clicando no botão browser para o item Selenium Core extensions (user-extension.js) (vide Possíveis Erros #1)

Reinicie o Selenium IDE

Deu tudo certo? Maravilha!!! Vamos para os próximos passos!!!

Criar o arquivo XML de Massa de Dados!
Sim, para que seja possível fazer com que o script Selenese (script HTML do Selenium) esteja preparado para o Data Driven é necessário criar um arquivo XML que vai conter os dados que tu vais utilizar!

Uma coisa muito importante é primeiro entender o arquivo XML!

Entendendo o arquivo XML
Abaixo está um exemplo do arquivo XML que estou usando:

A linha 1 possui a tag testdata. É ela que identifica que o arquivo XML é a tua massa de dados.

As linhas 2, 3 , 4 e 5 possuem a tag test. Cada tag test é um indício de massa de dados que tu vais utilizar no script. Dentro desta tag existem atributos. No exemplo acima os atributos são nome e sobrenome. Estes atributos serão os parâmetros do teu script do Selenium, que irão no formato ${nomeAtributo}.
Neste caso eu tenho que colocar no meu script os parâmetros ${nome} e ${sobrenome} sem precisar cria-los anteriormente no script.

A linha 6 fecha a tag do testdata

Cada atributo tem um valor e é este valor que vai ser substituido pelo parâmetro no script. Lindo né?

Tu podes criar diversos test um para cada iteração do script que tu necessitar.

Agora aconselho fortemente ler os itens #2, #3 e #4 do "Possiveis Erros"

Script!! (êeeeee)
Agora veremos o script final sobre o exemplo e todos os comandos necessários para que ele funcione!


loadTestData	file:///C:/selenium_datadriven/massa_dados.xml
open	/arquivos_blog/selenium/datadriven/
while	!testdata.EOF()
nextTestData
type	nomePessoa	${nome}
type	sobrenomePessoa	${sobrenome}
clickAndWait	send
assertTextPresent	Olá, ${nome} ${sobrenome}
clickAndWait	link=Voltar
endWhile

Na linha 1 da tabela temos o comando que fará o carregamento da massa de dados com o comando loadTestData. Este comando é parte da user-extension datadriven.js.
Você obrigatoriamente deve iniciar o valor deste comando com 'file:///' (sem as aspas simples) seguido pelo caminho do arquivo XML (como no exemplo)

Na linha 2 da tabela temos o velho conhecido comando open para a minha página de exemplo deste post

Na linha 3 da tabela temos o comando while, da user-extension FlowControl, que é responsável de fazer um loop no script. O valor deste comando é !testData.EOF() que traduzindo quer dizer: "enquanto o testData não terminar, ou seja, existam as tags test, execute". Ele que é responsável por controlar o número de execuções a partir das tags test existentes.

Na linha 4 da tabela existe o comando nextTestData que pertence a user-extension datadriven.js. É ela que validará que existam dados na massa de dados (arquivos XML para continuar executando o script)

Naz linhas 5, 6, 7, 8 e 9 existem os comandos básicos do Selenium para a interação com o exemplo. Aqui tu precisas prestar muita atenção: ao invés de manter os valores fixos no script eu os substitui pelos parâmetro ${nome} e ${sobrenome}, que são os nomes dos atributos da tag test do XML da massa de dados, ententeu? É só colocar o mesmo nome e, acredite, ele preencherá com o valor.

Na linha 10 da tabela há a finalização do loop pelo comando endWhile que pertence a user-extension FlowControl.

Agora é só correr para o abraço!!!
Pronto, tudo está pronto para execução com sucesso!!!
Tu podes baixar o este exemplo por este link e testar ai!

Se tu executares o exemplo que tu acabou de baixar, lembre-se de colocar na Base URL o endereço http://eliasnogueira.info

Agora vamos falar sobre o exemplo:

Exemplo utilizado!
O exemplo é bem simples: consiste em um formulário de submissão de dados contendo o Nome e Sobrenome de uma pessoa. Após a submissão dos dados somos redirecionados para uma tela com a seguinte mensagem na página "Olá Fulano de Tal", onde Fulano é o nome e de Tal é o sobrenome inserido!

A página do exemplo pode ser acessada no link abaixo:
http://eliasnogueira.com/arquivos_blog/selenium/datadriven/index.php

Observação: cuidado para este item não te confundir, mas se tu for criar um script sobre uma página ajax ou não quer clicar em algum link de voltar, utilize o comando goBackAndWait antes do comando endWhile. Este comando fará com que o script emule o "voltar" do browser.

Possíveis Erros

Se você não colocar as extensões no lugar certo receberá a seguinte mensagem logo que abrir o Seleium IDE: "error loading Selenium IDE extensions: ReferenceError: Selenium is not defined". Então garanta que você colocou no campo certo (olhe a imagem)
Elias, posso mudar o nome da tag testdata? Resposta: não!!! Sem esta tag o script não roda, é obrigatória!
Elias, posso mudar o nome da tag test? Resposta: não!!! Sem esta tag o script não roda, é obrigatória!
Elias, posso utilizar parâmetros diferentes entre os testes? Resposta: Sim! desde que os parâmetros obrigatórios estejam la. Se tu não entendeu, deixe todos iguais e o script vai rodar sem erros!

Considerações com o Selenium RC
Se tu fores portar o teu script do Selenium IDE para ser executado por linha de comando no Selenium RC tu vais previsar baixar a user-extension do Flow Control, isso porque pelos passos que eu coloquei aqui nós a instalamos via Addon do Firefox, e se tu tentar executar o teu script com somente as outras duas user-extensions (datadriven e includeCommand4IDE) ele não vai rodar por não conhecer o comando while.

~~Baixe o .js do FlowControl no site abaixo e adicione ele no parametro de execução no RC.~~
~~http://51elliot.blogspot.com/2008/02/selenium-ide-goto.html~~

ATUALIZADO: para executar os scripts via linha de comando com o Seleium RC temos o seguinte problema: temos três arquivos .js que utilizamos no Seleniun IDE (flow control, includeCommnads e dataDriven) e no Selenium RC só podemos inserir um: o user-extension.js.
Então como executar os scripts via linha de comando???

A resposta é: copie o conteudo de cada arquivo .js e cole crie um arquivo user-extension.js e cole com o conteudo de cada um. Quando você for fazer isso é necessário colar os arquivos na ordem que o Selenium IDE usa cada comando, que deve ser o seguinte:

Copie o conteudo do arquivo FlowControl.js e cole no arquivo user-extension.js
Copie o conteudo do arquivo includeCommand4IDE e cole no arquivo user-extension.js
Copie o conteudo do arquivo DataDriven e cole no arquivo user-extension.js

E qual a vantagem de executar os scripts Data Driven com o Selenium RC: executar em diferentes browsers! :D

A linha de comando para a execução via Selenium RC seria essa:
java -jar selenium-server.jar -htmlSuite -userExtension user-extensions.js *iexplore "http://eliasnogueira.info" "C:\pasta\suite.html" "C:\pasta\resultado.html"

Atenção para alterar as seguinte as seguintes informações para o local do suite e resultados que tu necessita:

C:\pasta\suite.html
C:\pasta\resultado.html

Não esqueça que você tem que estar no diretório do Selenium Server para executar a linha de comando!

Abraço a todos vocês e bom divertimento!!!

Lightning Talks night with EuroStar 2010 - Shmuel Gershon

2010-12-08T17:43:00.001-02:00

Olá Pessoal!
O Shmuel Gershon do blog Testinh Thoughts e sempre presenta na lista do DFTestes postou em seu blog uma série de palestras pós evento EuroStar 2010.

Neste seu post todas as palestras, com grandes nomes da área de teste, foram disponibilizadas em vídeo (com legenda em inglês) através de uma iniciativa chamada Rebel Aliance que foram paletsras pós evento mais informais e com cerveja!!!! :P

Confira o post no link abaixo!
http://testing.gershon.info/201012/eurostar2010-rebel-alliance-night/

Obrigado Shmuel por compartilhar estes videos conosco!

Projeto de Integracao Selenium x Mantis x Testlink

2010-10-19T00:38:00.003-02:00

Olá Pessoal!
Como último post sobre a Integração com o Selenium e ferramentas de Gestão de Teste e Gestão de Defeitos criei um projeto em Java que integra o Selenium, Mantis e Testlink.

É recomendado você ler os dois post's abaixo:

Se você já leu estes dois tutoriais, continue lendo este post...
Este projeto de exemplo vai:

Executar um script de teste no Selenium RC

O script de teste irá falhar

Reportar um bug no Mantis anexando uma imagem do browser no momento do erro
Reportar o resultado do teste (que será com falha) ao Testlink
Associar o bug aberto ao Caso de Teste no Testlink

Abaixo será apresentado somente as modificações executadas para a criação de um exemplo único. Se você precisar de mais explicações sobre algum item da integração, por favor, consulte os post's anteriores.

1. Organização
Este projeto foi dividido nos seguintes pacotes, conforme descrito abaixo:

com.blogspot.sembugs.mantis

ConnectMantis.java: Classe que faz a conexão com o Mantis
MantisReport.java: Classe que reporta o bug no Mantis

com.blogspot.sembugs.test

CasoTeste.java: Caso de Teste de exemplo

com.blogspot.sembugs.testlink

ResultadoExecucao.java: Classe que reporta o resultado da execução do teste

com.blogspot.sembugs.util

IConstantes.java: Interface com dados comuns as classes

2. Modificações
A seguir serão apresentados os trechos das classes que foram alterados e os devidos comentários sobre as alterações

MantisReport.java
Nesta classe foram feitas as seguintes alterações:

Linha 1: Mudança do método, que agora tem como retorno um String.
Linha 8: Criado um atributo local do tipo long para retornar o ID do bug cadastrado
Linha 12: O atributo local é transformado em uma String e atribuido a variável bugID
Linha 22: Adicionado o retorno do método

PS: A classe abaixo está omitindo uma série de linhas de código, sendo apresentado apenas as mais relevantes perante as alterações.

1:  public static String reporIssue(String sumario, String descricao, String categoria, String informacaoAdicional, String evidencia, String nomeArquivo) {  

2:          IMCSession sessao = null;  

3:          String arquivo = nomeArquivo + ".png";  

4:          String bugID = null;  

5:            

6:          try {  

7:        // submete o bug no Mantis  

8:        long id = sessao.addIssue(issue);     

9:        sessao.addIssueAttachment(id, arquivo, "image/png", Base64.decodeBase64(evidencia));  

10:          

11:        // retorna o ID do bug como String, para fazer o relacionanmento do bug com o Testlink  

12:        bugID = String.valueOf(id);  

13:          

14:          } catch (MalformedURLException e) {  

15:              System.err.println("Erro na URL de acesso ao Mantis");  

16:              e.printStackTrace();  

17:          } catch (MCException e) {  

18:              System.err.println("Erro na comunicacao com o Mantis");  

19:              e.printStackTrace();  

20:          }  

21:            

22:      return bugID;  

23:      }  

24:  }

ResultadoExecucao.java
Nesta classe foram feitas as seguintes alterações:

Linha 1: Foi adicionado um novo parâmetro para a utilização do método: Integer bugID. É esperado que seja passado o ID do bug cadastrado para fazer a associação com o Testlink, mas não é obrigatório
Linha 5: Um verificação é feita para ver se o ID do bug será passado. Se sim há uma séria de atributos que são obtidos para que o resultado de execução do caso de teste contenha o bug associado. Isso foi adicionado porque o método da API do Testlink tem uma assinatura (parâmetros) diferente do do método que não associa o bug
Linhas 7, 8, 9 e 10: Todos os atributos locais necessários para a associação do bug no resultado do caso de teste.
Linha 12: Envio dos dados de resultado do teste ao Testlink utilizando o ID do bug para associação.
Linhas 13 e 14: Se o bug não for passado (for null) o envio do resultado de execução para o Testlink utiliza outro método para esta tarefa.

1:  public static void reportTestCaseResult(String projetoTeste, String planoTeste, String casoTeste, String nomeBuild, String nota, String resultado, Integer bugID) throws TestLinkAPIException {  

2:        

3:    TestLinkAPIClient testlinkAPIClient = new TestLinkAPIClient(DEVKEY, URL);  

4:        

5:    if (bugID != null) {  

6:            

7:      Integer projectID = TestLinkAPIHelper.getProjectID(testlinkAPIClient, PROJETO_TESTLINK);  

8:      Integer testPlanID = TestLinkAPIHelper.getPlanID(testlinkAPIClient, projectID, PLANO);  

9:      Integer testCaseID = TestLinkAPIHelper.getTestCaseID(testlinkAPIClient, projectID, CASO_TESTE1);  

10:     Integer buildID = TestLinkAPIHelper.getBuildID(testlinkAPIClient, testPlanID, nomeBuild);  

11:    

12:     testlinkAPIClient.reportTestCaseResult(testPlanID, testCaseID, buildID, bugID, false, nota, resultado);          

13:    } else {  

14:        testlinkAPIClient.reportTestCaseResult(projetoTeste, planoTeste, casoTeste, nomeBuild, nota, resultado);  

15:    }  

16:  }

CasoTeste.java
Esta classe é a mesma utilizado nos outros dois tutoriais, porém com nome diferente.
Basicamente foi alterado apenas o bloco finnally do script.

Linha 3: Foi adicionado o método para o report do bug, atribuindo para uma variável o ID do bug que foi adicionado.
Linha 5: Adicionado o novo método com o parâmetro do bugID, para que o bug seja associado ao resultado de execução do caso de teste.

PS: A classe abaixo está omitindo uma série de linhas de código, sendo apresentado apenas as mais relevantes perante as alterações.

1:  } finally {  

2:    if (erro) {  

3:      String bugID = MantisReport.reporIssue("Erro no Caso de Teste de Pesquisa de Livros", "Erro em alguma validacao ou validacao", "Automacao", msgErro, evidenciaErro, "CasoTesteMantisNOK");  

4:                    

5:      ResultadoExecucao.reportTestCaseResult(PROJETO_TESTLINK, PLANO, CASO_TESTE1, BUILD, msgErro, resultado, Integer.parseInt(bugID));      

6:            

7:      CasoTeste.fail(msgErro);  

8:    }  

9:  }

3. Baixando o código-fonte
O projeto completo e funcional pode ser baixado no link abaixo (18 MB):

http://www.eliasnogueira.info/arquivos_blog/selenium/integracao/mantis_testlink/selenium-integration.zip

4. Verificando online o resultado de execução
Se você baixar o projeto e já executá-lo ( ) poderá ver que os resultados no Testlink e Mantis serão colocados em ambas aplicações que tenho online.

Para acessar ambos, utilize os seguintes dados de login:

Usuário: convidado
Senha: convidado

Dentro do Mantis, que está acessível pela URL abaixo, você verá que o bug será reportado contendo os dados que passamos para o método utilizado na classe CasoTeste.java. Atente-se para o ID do bug e o horário de criação:

http://www.eliasnogueira.com/arquivos_blog/mantisbt-1.2.3/

Agora no Testlink, que está acessível pela URL abaixo, veremos que o resultado reportado foi com falha, está dentro do mesmo horário de criação do bug e tem o bug associado, conforme figura.

Bom pessoal, por enquanto é isso! Abraço a todos!

Integração Selenium e Mantis

2010-10-15T23:30:00.008-03:00

For foreing raders, please clique here to read this post in english (google translator)

Não deixe de ler também a Integração do Selenium e Testlink.

Escopo
Este tutorial vai apresentar como efetuar a integração entre o Selenium RC e o Mantis, para que seja possível reportar automaticamente um bug quando um erro em um script do Selenium falhar.

Criaremos um projeto em Java com o suporte do JUnit para a criação do script de teste com o Selenium. abaixo há uma lista de itens necessários para esse tutorial.

O que é necessário?

Mantis versão 1.2.x ou superior

Neste tutorial estou usando a versão 1.2.3

MantisConnect

Baixar o arquivo mantisconnect-client-api-1.1.1.0-bin.zip

IDE de desenvolvimento em Java

Neste tutorial eu estou usando o Eclipse IDE

Java JDK instalada

Neste tutorial estou usando a JDK 1.6.0_17, porém qualquer uma a partir da 5.0 serve

Bibliotecas do Selenium RC para Java

Baixar a versão disponível no site: 1.0.3

2. Preparando seu ambiente de Desenvolvimento
A preparação do ambiente vai apresentar somente as bibliotecas necessárias para fazer a integração funcionar. Não é intuito deste item ensinar alguma coisa sobre o Eclipse ou sobre Java.

2.1 Selecionando as bibliotecas necessárias
Para rodar o script de teste com a integração e necessário os seguintes arquivos (bibliotecas e libraries) das seguintes API's / frameworks:

mantisconnect: necessário adicionar as seguintes bibliotecas

mantisconnect-client-api-1.1.1.0.jar
todas as libs, exeto a junit, da pasta lib

Selenium RC: necessário adicionar as seguintes bibliotecas

selenium-server.jar
selenium-java-client-driver.jar

JUnit: necessário adicionar o JUnit 4 que já vem com o Eclipse (Add Libraries)

Abaixo segue a imagem das bibliotecas que foram adicionadas ao Eclipse.

Para adicionar cada biblioteca você precisa clicar com o botão direito no nome do projeto e selecionar Build Path/Configure Build Path...

Adicone também a biblioteca do JUnit, indo ao mesmo local (Configure Build Path...) e clicando no botão Add Library. Selecione JUnit e, em seguida, JUnit 4.

2.1 Desenvolvendo o código-fonte
A aplicação de exemplo, que está no final do post traz o código-fonte do script de teste e mais dois arquivos de código-fonte, que serão explicados abaixo.

A primeira coisa a fazer é entender o script de teste primeiro. O package, os imports e comentários em javadoc foram excluídos para exemplificar o funcionamento da classe.
Existem duas classes de teste, uma com execução OK e outra que forçará o erro para que seja possível o report automático do bug.
Abaixo será apresentado o script que força o erro.

1:  public class CasoTesteMantisNOK extends TestCase implements IConstantes {  

2:      

3:    Selenium selenium;  

4:    SeleniumServer server;  

5:      

6:    String serverHost = "localhost";  

7:    int serverPort = 4444;  

8:    String browserStartCommand = "*firefox";  

9:    String browserURL = "http://www.lojaexemplodelivros.com.br/";  

10:      

11:    boolean erro;  

12:    String msgErro;  

13:    String evidenciaErro;  

14:      

15:    public void setUp() throws Exception {  

16:      selenium = new DefaultSelenium(serverHost, serverPort, browserStartCommand, browserURL);  

17:      server = new SeleniumServer();  

18:        

19:      server.start();  

20:      selenium.start();  

21:    }  

22:      

23:    @Test  

24:    public void testPesquisaLivro() throws Exception {  

25:        

26:      try {  

27:        selenium.open("/");  

28:        selenium.click("//ul[@id='nav']/li[1]/ul/li[2]/ul/li[1]/a/span");  

29:        selenium.waitForPageToLoad("30000");  

30:          

31:        assertEquals("3 Item(s)", selenium.getText("//div[@id='main']/table[1]/tbody/tr/td[1]/strong"));  

32:        assertEquals("[PRODUTO] - Use a Cabeça! Java", selenium.getText("link=[PRODUTO DE EXEMPLO] - Use a Cabeça! Java"));  

33:        assertEquals("[PRODUTO DE EXEMPLO] - Entendendo e Dominando o Java: para Internet", selenium.getText("link=[PRODUTO DE EXEMPLO] - Entendendo e Dominando o Java: para Internet"));  

34:        assertEquals("[PRODUTO DE EXEMPLO] - Ajax com Java", selenium.getText("link=[PRODUTO DE EXEMPLO] - Ajax com Java"));  

35:          

36:        selenium.click("//img[@alt='[PRODUTO DE EXEMPLO] - Ajax com Java']");  

37:        selenium.waitForPageToLoad("30000");  

38:        assertTrue(selenium.isTextPresent("2x R$ 222,25 sem juros"));  

39:        assertTrue(selenium.isTextPresent("3x R$ 148,17 sem juros"));  

40:        assertTrue(selenium.isTextPresent("4x R$ 111,13 sem juros"));  

41:        assertTrue(selenium.isTextPresent("5x R$ 88,90 sem juros"));  

42:        

43:      } catch (AssertionError e) {  

44:        reportError(e);  

45:          

46:      } catch (Exception e) {  

47:        reportError(e);  

48:          

49:      } finally {  

50:        if (erro) {  

51:          MantisReport.reporIssue("Erro no Caso de Teste de Pesquisa de Livros", "Erro em alguma validacao ou validacao", "General", msgErro, evidenciaErro, "CasoTesteMantisNOK");  

52:          CasoTesteMantisNOK.fail(msgErro);  

53:        }  

54:      }  

55:    }  

56:      

57:    private void reportError(Throwable e) {      

58:      erro = true;  

59:      msgErro = e.getMessage();  

60:      e.printStackTrace();  

61:      evidenciaErro = selenium.captureEntirePageScreenshotToString("background=#FFFFFF");  

62:    }  

63:      

64:    public void tearDown() throws Exception {  

65:      selenium.stop();  

66:      server.stop();  

67:    }  

68:  }

Basicamente há a criação dos atributos do Selenium e SeleniumServer para a execução, os métodos setup() e tearDown() do JUnit e o caso de teste automatizado.
Note que o bloco do caso de teste (método testPesquisaLivro) está com um try-catch. Isso é necessário para que possamos reportar um bug quando o script falhar.

Nas linhas 11, 12 e 13 foram criados atributos que controlarão os dados para o erro, e serão descritos logo mais.

A linha 32 deste script irá falhar, propositalmente, para que o bug seja reportado. O trecho de código correto (que não causará um bug) é o abaixo e também esta no arquivo CasoTesteMantisOK:

assertEquals("[PRODUTO DE EXEMPLO] - Use a Cabeça! Java", selenium.getText("link=[PRODUTO DE EXEMPLO] - Use a Cabeça! Java"));

Existem 2 blocos com catch (um iniciando na linha 43 e outro na linha 46). Foram colocados dois somente para distinguir o tipo do erro, se um erro na validação (AssertionError) ou qualquer erro (Exception). Dentro destes blocos há um método chamado reportError passando como parâmetro a exception.
Este método (linhas 57 a 62) informa através da variável erro que um erro ocorreu (passando true). Pega a mensagem de erro e coloca no atributo msgErro, faz com que a exception seja apresentada o console (e.printStackTrace()) e captura a imagem da página utilizando a função captureEntirePageScreenshotToString() para passar a imagem em formato de String Base64.

PS: esse comando só funcionará rodando com a angine do Mozilla (Firefox) e no Google Chrome. Caso queira que o mesmo comando funcione no IE leia este post (em inglês).

Na linha 50 e feito uma condição para ver se ocorreu algum erro (se o atributo erro está como true), caso positivo a função de report do bug é chamada.

A linha 51 apresenta a função utilizada para reportar o bug, que será explicado logo mais. Neste momento você só precisa saber que é necessário informar os seguintes dados (nesta ordem) para o método:

Sumário do bug
Descrição do bug
Categoria do bug
Informação adicional do bug
Evidencia (como String Base64)
Nome do arquivo (que será anexado)

A linha 52 força uma falha no script mostrando a mensagem de erro ocorrida.

Classe MatisReport
Dentro do projeto no pacote com.blogspot.sembugs há a classe MantisReport, que é a responsável por reportar o bug no Mantis. Eu gerei essa classe como chamada de uma função da API mantisconnect.

PS: package, imports e comentários em javadoc foram excluídos para exemplificar o funcionamento da classe.

1:  public class MantisReport implements IConstantes {  

2:    

3:      public static void reporIssue(String sumario, String descricao, String categoria, String informacaoAdicional, String evidencia, String nomeArquivo) {  

4:          IMCSession sessao = null;  

5:          String arquivo = nomeArquivo + ".png";  

6:            

7:          try {  

8:              sessao = ConnectMantis.getSessao();  

9:              IProject projeto = sessao.getProject(PROJETO);  

10:                

11:        Issue issue = new Issue();  

12:          

13:        issue.setProject(new MCAttribute(projeto.getId(), projeto.getName()));  

14:        issue.setAdditionalInformation(null);  

15:        issue.setOs(System.getProperty("os.name"));  

16:        issue.setOsBuild(System.getProperty("os.version"));  

17:        issue.setPlatform(System.getProperty("os.arch"));  

18:        issue.setSeverity(new MCAttribute(70, "crash"));  

19:        issue.setReproducibility(new MCAttribute(10, "always"));  

20:        issue.setSummary(sumario + new Date());  

21:        issue.setDescription(descricao);  

22:        issue.setCategory(categoria);  

23:        issue.setPriority(new MCAttribute(40, "high"));  

24:        issue.setAdditionalInformation(informacaoAdicional);  

25:          

26:        long id = sessao.addIssue(issue);     

27:        sessao.addIssueAttachment(id, arquivo, "image/png", Base64.decodeBase64(evidencia));  

28:                

29:          } catch (MalformedURLException e) {  

30:              System.err.println("Erro na URL de acesso ao Mantis");  

31:              e.printStackTrace();  

32:          } catch (MCException e) {  

33:              System.err.println("Erro na comunicacao com o Mantis");  

34:              e.printStackTrace();  

35:          }  

36:      }  

37:  }

A linha 5 cria um atributo que pega o nome do arquivo, que foi passado como parâmetro, e concatena a extensão ".png", que será necessário para anexar o arquivo no Mantis.

Na linha 8 é feita uma chamada para o Singleton (que será explicado depois) para fazer a conexão com o Mantis e retornar um objeto de sessão do Mantis (IMSession)

A linha 9 traz o projeto, que está na interface IConstantes, como objeto de projeto do Mantis (IProject). Isso é necessário para sabermos em qual projeto reportar o bug.

Na linha 11 é criado uma issue (bug). A classe Issue representa um relato de bug.
A linha 13 seta o projeto que reportaremos o bug e das linhas 14 a 24 passamos diversas informações do bug para o Mantis. Existe uma série de informações que podemos passar, eu coloquei apenas as mais relevantes aqui.

Atenção: na linha 20 eu concatenei o sumário com a data atual (issue.setSummary(sumario + new Date());). Fiz isso para que seja possível executar diversas vezes o script sem duplicar o nome do bug no Mantis.

Note que nas linhas 18, 19 e 23 é preciso criar um objeto MCAttibute para que seja possível passar informações de qualquer atributo no report do bug como Severidade, Prioridade e Frequencia.
Serão sempre duas informações: o código e o nome do atributo.
Você pode consultar o código e nome dos atributos no arquivo config_defaults_inc.php e consultar cada atributo.
Se você quiser visualizar ou alterar estes atributos que estão no código-fonte, dê uma olhada nos atributos abaixo que estão contidos no arquivo citado acima:

1:  $g_severity_enum_string    = '10:feature,20:trivial,30:text,40:tweak,50:minor,60:major,70:crash,80:block';  

2:    

3:  $g_priority_enum_string    = '10:none,20:low,30:normal,40:high,50:urgent,60:immediate';  

4:    

5:  $g_reproducibility_enum_string = '10:always,30:sometimes,50:random,70:have not tried,90:unable to duplicate,100:N/A';

Na linha 26 o bug é submetido para o cadastro, retornando o código do bug.

A linha 27 adiciona um anexo no bug, que é a tela capturada pelo Selenium no momento do erro. Para isso é necessário passar para a função addIssueAttachment da sessão (e não da issue) os parâmetros: id do bug, nome do arquivo, tipo do arquivo e o array de bytes do arquivo (por isso a transformação em Base64, que é como o Selenium retorna a imagem).

Essa classe foi criada para facilitar o report do bug, nada impede de criarmos outras funções com mais informações ou simplesmente colocar esse código todo no script. Isso foi feito pensando em uma maior reutilização de código... ;)

Classe ConnectMantis (Singleton)
Para que seja possível reportar o bug é necessário efetuar a conexão com o Mantis. A classe criada utiliza o Design Pattern Singleton, para que não exista várias instâncias de conexão com o Mantis, mantendo apenas uma ativa em toda a execução da aplicação.
Não é o foco explicar como funciona o Design Pattern Singleton, mas você pode clicar nos links abaixo para aprender um pouco. Vou me ater apenas a um trecho do código desta classe.

Design Pattern: http://en.wikipedia.org/wiki/Design_pattern
Singleton: http://en.wikipedia.org/wiki/Singleton_pattern

1:  public ConnectMantis() throws MalformedURLException, MCException {  

2:    URL url = new URL(MANTIS_URL);  

3:    sessao = new MCSession(url, MANTIS_USER, MANTIS_PWD);  

4:  }

Na função acima, que está contida na classe é criado um objeto URL com a URL do Mantis que está na Interface IConstantes e na linha 3 é criado um novo objeto do tipo sessão (IMSession) passando a URL, usuário e senha do Mantis.

Interface IConstantes
A interface contém apenas constantes utilizadas em comum pela aplicação, e também para ter um ponto único de alterações de usuário e senha quando existir.

1:  public interface IConstantes {  

2:    static final String MANTIS_URL = "http://localhost/mantisbt-1.2.3/api/soap/mantisconnect.php";  

3:    static final String MANTIS_USER = "administrator";  

4:    static final String MANTIS_PWD = "root";  

5:    static final String PROJETO = "Integracao";  

6:  }

Na linha 2 a contante é a URL de acesso aos serviços SOAP do Mantis. Tome cuidado quando você for alterar essa constante, pois você terá que colocar o seu servidor (onde aqui está como localhost) e o nome de acesso a aplicação (aqui está como mantisbt-1.2.3)
As outras contantes são o usuário na linha 3, a senha na linha 4 e o nome do projeto na linha 5.

4. Execução e modificação deste tutorial
Chegamos ao fim do tutorial. Se você deseja executar este tutorial baixe os fontes de exemplo criados no Eclipse e altere os dados de URL para o Mantis.

Se você alterar os dados da interface IConstantes o exemplo não funcionará, mas você pode usar o tutorial como base para a sua integração.
Por favor mandem sugestões e feedback's se este tutorial tem ajudado ou mesmo se estiver difícil de entender (claro que dentro de seus conhecimentos de programação Java).

4.1 Para entender mais
Você pode fazer a integração com outras linguagens de programação com o Mantis , não especificamente com o Selenium. Na verdade essa é uma implementação em Java para qualquer aplicação desenvolvida em Java, não específica para o Selenium. O que fiz foi inserir dentro do código do Selenium a integração!

Para saber mais da API Java utilizada para a comunicação com o Mantis acesse:

Página do projeto: http://www.futureware.biz/mantisconnect/
Documentação: http://www.futureware.biz/mantisconnect/doc/index.html

4.2 Fontes deste tutorial
Arquivo zipado contendo o projeto desenvolvido no Eclipse:
http://www.eliasnogueira.com/arquivos_blog/selenium/integracao/mantis/mantis-selenium-example.zip

Em breve sai o projeto com a integração em conjunto do Mantis e do Testlink!
Abraço a todos!

Integração Selenium e Testlink

2010-10-03T16:41:00.004-03:00

Não deixe de ler o post Integração Selenium e Mantis!

Escopo
Este tutorial vai apresentar como fazer a integração do Selenium com o Testlink. Mas no que consiste essa integração?
Essa integração nada mais é do que o envio do resultado de execução do script de teste para o Testlink. Pode-se explorar muito mais do que isso, porém esse tutorial se limitará a apenas apresentar como reportar o resultado de execução do script.

Criaremos um projeto em Java com o suporte do JUnit para a criação do script de teste com o Selenium. abaixo há uma lista de itens necessários para esse tutorial.

O que é necessário?

Testlink versão 1.8.5 ou superior

Neste tutorial estou usando a versão 1.9 beta 6

dbfacade-testlink

Baixar o arquivo testlink-api-client-2.0.zip

IDE de desenvolvimento em Java

Neste tutorial eu estou usando o Eclipse IDE

Java JDK instalada

Neste tutorial estou usando a JDK 1.6.0_17, porém qualquer uma a partir da 5.0 serve

Bibliotecas do Selenium RC para Java

Baixar a versão disponível no site: 1.0.3

PS: apesar de no site estar o dbfacade-testlink como em outro projeto os arquivos necessários estão no link citado acima.

1. Configurando o Testlink
Não existe uma sequencia certa de passos, eles podem ser praticamente em qualquer ordem, porém iniciarei pelo Testlink que costuma ser um ponto crítico se não configurado.
A versão que estou utilizando do Testlink é a 1.9 beta 6, porém você pode utilizar desde a versão 1.8.5

1.1 Habilitar o projeto com a Automação de Teste
Você pode ou criar um novo projeto marcando a opção Enable Test Automation (API keys) ou editando o projeto e selecionando o mesmo item.
A imagem abaixo mostra a criação de uma novo projeto

1.2 Editar o arquivo de configuração do Testlink
Depois de habilitar a automação de teste para o projeto desejado é necessário habilitar o acesso a API XML-RPC do Testlink. É esta API interna que nos possibilitará o acesso aos dados do projeto.
Você precisará alterar duas variáveis no arquivo config.inc.php do Testlink.

Adendo: o ideal é você não alterar diretamente o arquivo config.inc.php, e sim alterar o arquivo custom_config.inc.php que estará como custom_config.inc.php.example. Basta remover o ".example" e colar as variáveis que serão apresentadas abaixo no arquivo e salvá-lo.

As duas variáveis que você deve alterar são:

$tlCfg->api->enabled
$tlCfg->exec_cfg->enable_test_automation

Copie as duas linhas inteiras, cole no arquivo custom_config.inc.php e altera seus valores para:

$tlCfg->api->enabled = TRUE;
$tlCfg->exec_cfg->enable_test_automation = ENABLED;

A imagem abaixo mostra como fica o arquivo.

1.3 Gerar uma nova chave de acesso
Depois de habilitar o acesso a API XML-RPC e informar a ativação da automação no arquivo de configuração é necessário gerar a chave de acesso.
Essa chave é criada por usuário e será ela que permitirá ao Testlink identificar quem está tentando acessar os serviços XML-RPC.

Para gerar a chave vá até o menu Personal. No final da página irá existir uma seção API Interface, conforme a figura abaixo:

Clique no botão Generate a new key. Uma chave será gerada.
Procure não clicar mais vezes neste botão, pois ele irá gerar uma nova chave. Qualquer mudança na chave invalida a futura comunicação com os serviços do Testlink.
Por enquanto guarde a chave que iremos utiliza-la mais tarde dentro da API dbfacede-testlink.
A seção API interface ficará parecida com a imagem abaixo:

dbfacade-testlink: necessário adicionar as seguintes bibliotecas

testlink-api-client-2.0.jar
todas as libs, exeto a junit, da pasta lib

Selenium RC: necessário adicionar as seguintes bibliotecas

selenium-server.jar
selenium-java-client-driver.jar

JUnit: necessário adicionar o JUnit 4 que já vem com o Eclipse (Add Libraries)

Abaixo segue a imagem das bibliotecas que foram adicionadas ao Eclipse.

Para adicionar cada biblioteca você precisa clicar com o botão direito no nome do projeto e selecionar Build Path/Configure Build Path...

1:  public class CasoTesteSelenium extends TestCase implements IConstantes {  

2:       

3:     Selenium selenium;  

4:     SeleniumServer server;  

5:       

6:     String serverHost = "localhost";  

7:     int serverPort = 4444;  

8:     String browserStartCommand = "*firefox";  

9:     String browserURL = "http://www.lojaexemplodelivros.com.br/";  

10:       

11:     public void setUp() throws Exception {  

12:        selenium = new DefaultSelenium(serverHost, serverPort, browserStartCommand, browserURL);  

13:        server = new SeleniumServer();  

14:          

15:        server.start();  

16:        selenium.start();  

17:     }  

18:       

19:     @Test  

20:     public void testPesquisaLivro() throws Exception {  

21:        String resultado = null;  

22:        String nota = null;  

23:          

24:        try {  

25:           selenium.open("/");  

26:           selenium.click("//ul[@id='nav']/li[1]/ul/li[2]/ul/li[1]/a/span");  

27:           selenium.waitForPageToLoad("30000");  

28:             

29:           assertEquals("3 Item(s)", selenium.getText("//div[@id='main']/table[1]/tbody/tr/td[1]/strong"));  

30:           assertEquals("[PRODUTO DE EXEMPLO] - Use a Cabeça! Java", selenium.getText("link=[PRODUTO DE EXEMPLO] - Use a Cabeça! Java"));  

31:           assertEquals("[PRODUTO DE EXEMPLO] - Entendendo e Dominando o Java: para Internet", selenium.getText("link=[PRODUTO DE EXEMPLO] - Entendendo e Dominando o Java: para Internet"));  

32:           assertEquals("[PRODUTO DE EXEMPLO] - Ajax com Java", selenium.getText("link=[PRODUTO DE EXEMPLO] - Ajax com Java"));  

33:             

34:           selenium.click("//img[@alt='[PRODUTO DE EXEMPLO] - Ajax com Java']");  

35:           selenium.waitForPageToLoad("30000");  

36:           assertTrue(selenium.isTextPresent("2x R$ 222,25 sem juros"));  

37:           assertTrue(selenium.isTextPresent("3x R$ 148,17 sem juros"));  

38:           assertTrue(selenium.isTextPresent("4x R$ 111,13 sem juros"));  

39:           assertTrue(selenium.isTextPresent("5x R$ 88,90 sem juros"));  

40:          

41:        resultado = TestLinkAPIResults.TEST_PASSED;  

42:          

43:        } catch (Exception e) {  

44:           resultado = TestLinkAPIResults.TEST_FAILED;  

45:           nota = e.getMessage();  

46:           e.printStackTrace();  

47:        } finally {  

48:           ResultadoExecucao.reportTestCaseResult(PROJETO, PLANO, CASO_TESTE1, BUILD, nota, resultado);  

49:        }  

50:     }  

51:       

52:     public void tearDown() throws Exception {  

53:        selenium.stop();  

54:        server.stop();  

55:     }  

56:  }  

57:

resultado = TestLinkAPIResults.TEST_PASSED;

Este atributo (resultado) é uma String que armazena o status de execução. Neste caso ele está no final dos passos do script passando sucesso (TestLinkAPIResults.TEST_PASSED).
É ele que vai dizer para o Teslink que o script passou!

Dentro do bloco de catch (linhas 44 a 46) há os comandos que serão executados quando o script falhar por algum motivo. Note que na linha 44 passamos para a variável de resultado a informação TestLinkAPIResults.TEST_FAILED.
Ele é que vai dizer para o Testlink que o script falhou!

Na linha 45 a mensagem de erro gerado pelo script vai para a variável nota, para que seja adicionado a mensagem de erro no campo Nota do Testlink.

Na linha 48, dentro do bloco de finally há o envio de resultado da execução do teste para o Testlink.
É ele que envia os dados para o Testlink!

Há um método é chamado (reportTestCaseResult) para passar as informações do Selenium para o Testlink.

Classe ResultadoExecucao
Dentro do projeto no pacote com.blogspot.sembugs há a classe ResultadoExecucao, que é a responsável por enviar o resultado do script ao Testlink. Eu gerei essa classe como chamada de uma função da API dbfacade-testlink.

PS: package, imports e comentários em javadoc foram excluídos para exemplificar o funcionamento da classe.

1:  public class ResultadoExecucao implements IConstantes {  

2:    

3:    public static void reportTestCaseResult(String projetoTeste, String planoTeste, String casoTeste, String nomeBuild, String nota, String resultado) throws TestLinkAPIException {  

4:        

5:      // Cria uma instância do TestLinkAPIClient para comunicação com o Testlink  

6:      TestLinkAPIClient testlinkAPIClient = new TestLinkAPIClient(DEVKEY, URL);  

7:      // Submete os resultados para o Testlink  

8:      testlinkAPIClient.reportTestCaseResult(projetoTeste, planoTeste, casoTeste, nomeBuild, nota, resultado);  

9:    

10:    }  

11:  }

Na linha 6 há a criação de uma instância da classe TestlinkAPIClient, passando a URL do XML-RPC do Testlink (URL) e a chave do usuário (DEVKEY).

Muito atenção!

A URL do XML-RPC é http://servidor/nome_testlink/lib/api/xmlrpc.php, onde:

servidor: é o nome do servidor onde está instalado o Testlink. Ex: localhost
nome_testlink: é o nome de acesso a aplicação do testlink. Ex: testlink

A DEVKEY foi gerada lá nos primeiros passos deste post dentro do Testlink.
Você deve alterar a DEVKEY para o seu usuário e alterar o servidor e nome_testlink para as suas configurações quando for rodar o exemplo.

A linha 8 envia os dados para o Testlink, com alguns dados como parâmetro, que são:

projetoTeste: nome do projeto de teste que estamos usando no Testlink
planoTeste: nome do plano de teste que estamos usando no Testlink
casoTeste: nome do caso de teste que estamos usando no Testlink
nomeBuild: nome da build que estamos usando no Testlink
nota: nota que será inserida na execução quando houver falha na execução do script
resultado: resultado passado pelo script

Interface iConstantes
Foi criado uma interface com os dados necessários para o envio dos dados para o Testlink, que são os parâmetros que foram descritos acima.

1:  public interface IConstantes {  

2:    

3:     final String DEVKEY = "84947019532f2f23e1d90b6de748cd66";  

4:     final String URL = "http://www.eliasnogueira.info/arquivos_blog/testlink_1_9_beta6/lib/api/xmlrpc.php";  

5:     final String PROJETO = "Integracao Selenium e Testlink";  

6:     final String PLANO = "PT001 - Integracao Selenium e Testlink";  

7:     final String BUILD = "Ciclo 1";  

8:     final String CASO_TESTE1 = "Pesquisar no blog";  

9:       

10:  }

Note que todos os dados que estão contidos no meu Testlink estão ali. Você vai precisar alterar estes dados para fazer os seus testes.
Todas as informações que precisam ser enviadas para o Testlink através do método reportTestCaseResult da classe ResultadoExecucao estão nesta interface.

3. Criação do(s) Casos de Teste
Por incrível que pareça você não precisa colocar o caso de teste com o tipo "Automatizado" e nem os passos como "Automatizado" para que o script insira o resultado de execução do caso de teste automaticamente, eles servem apenas para informação.
Abaixo segue a imagem deste item dentro do caso de teste citadas.

4. Execução e modificação deste tutorial
Chegamos ao fim do tutorial. Se você deseja executar este tutorial baixe os fontes de exemplo criados no Eclipse e altere a URL de conexão com o Testlink.

Se você alterar os dados da interface IConstantes o exemplo não funcionará, mas você pode usar o tutorial como base para a sua integração.

Por favor mandem sugestões e feedback's se este tutorial tem ajudado ou mesmo se estiver difícil de entender (claro que dentro de seus conhecimentos de programação Java).

4.1 Para entender mais
Você pode fazer a integração com outras linguagens de programação com o Testlink, não especificamente com o Selenium. Na verdade essa é uma implementação em Java para qualquer aplicação desenvolvida em Java, não específica para o Selenium. O que fiz foi inserir dentro do código do Selenium a integração!

Acesse as seguintes páginas para ter mais informações sobre os serviços XML-RPC do Testlink:

Divulgação do Testlink sobre o serviço: http://teamst.org/index.php/news-mainmenu-2/13-development/52-test-automation-support-via-xmlrpc
Integração do Testlink com o NUnit (.NET): http://teamst.org/index.php/news-mainmenu-2/13-development/75-connecting-mbunit-and-nunit-to-testlink
Exemplo no fórum do Testlink: http://www.teamst.org/forum/viewtopic.php?f=10&t=3462
Testlink Java API Documentation: http://www.mediafire.com/?jgnogvnn0dn

4.2 Fontes deste tutorial
Arquivo zipado contendo o projeto desenvolvido no Eclipse:
http://www.eliasnogueira.com/arquivos_blog/selenium/integracao/testlink/testlink-selenium-example.zip

Abraço a todos!

SMQS - Seminario Mineiro de Qualidade de Software 2010

2010-09-22T23:10:00.001-03:00

Olá Pessoal!
Mais um evento da nossa área agora em Minas!!! ::D

SMQS - Seminario Mineiro de Qualidade de Software
Data: 27 e 28 de outubro de 2010
Local: Amadeus Bussiness Center - Avenida do Contorno, 6.594, Savassi – Belo Horizonte/MG [mapa]

O evento contempla também a etapa de Belo Horizonte do Iterasys Test Show 2010 que percorrerá as principais capitais brasileiras.

Palestras

jCompany QA Suite – Rogério Baldini (Powerlogic)
Alta Automação – Grupo HDI
Microsoft VSTS 2010
Tendências de Qualidade de Software – Robert Pereira (Base2)
Carreira e Certificações – José Correia (Iterasys)
User Experience Design – Antônio Mozelli (Fhios Brasil)
Estratégias de Teste de Software – José Correia (Iterasys)
Testes Baseados nos Requisitos de Negócio – Micro Focus
Testes Verdes – José Correia (Iterasys)

Agenda
Visualize a agenda completa do evento aqui.

Inscrição

O investimento no SMQS é de R$ 220,00 por participante. Faça seu Cadastro!
O valor pago pode ser usado integralmente como desconto em curso da Iterasys. Crédito válido até 31/12/2010.
Descontos especiais de 5% para:

Inscrições realizadas até o dia 29/09/2010
Para grupos acima de 03 participantes da mesma empresa*

*Descontos acima são cumulativos.

Dúvidas, entre em contato conosco: E-mail: smqs@base2.com.br
O evento é limitado a 120 participantes.

Mais informações: http://www.smqs2010.base2.com.br/inscricoes/

Novos Plugins do Selenium IDE - Parte 1

2010-09-20T22:39:00.001-03:00

Olá pessoal!
Esta semana vou postar algumas coisas sobre os novos plugins do Selenium IDE, e esse será o primeiro abordando os dois plugins abaixo.

Highlight Elements

Este plugin dá um "flash" em amarelo quando estamos executando um script sem a necessidade de colocarmos o comando highlight.
Ela adiciona o botão Highlight element na barra do Selenium IDE. Pressionando o botão os highlights são ativados.
Ele funciona bem para algumas coisas, mas para outras não. Por exemplo: tente automatizar o próprio site do SeleniumHQ clicando em cada aba (Project, Download, Documentation, Support e About). O highlight será dado em um canto que não é a aba... Isso pode acontecer em alguns casos.
Achei o plugin interessante, mas prefiro utilizar o próprio comando highlight.
Link para download: https://addons.mozilla.org/en-US/firefox/addon/228386/
Autor: Samit Badle

Test Suite Batch Converter

Esse plugin eu gostei! :D
Ele exporta suas Suites de Teste, incluindo os Casos de Teste que estiverem nelas, em arquivos no formato de exportação que você escolher e o Selenium suportar (Java, Groovy, C#, Pearl, PHP, Python e Ruby)
Exemplo: eu tenho um total de 8 Suites de Teste, que contém ao total 17 Casos de Teste.
Eu seleciono o menu File/Batch converter tests suites... e seleciono a linguagem de programação.
O Selenium me pede o diretório onde serão exportados os arquivos e depois que seja selecionado as Suites de Teste. No final é apresentado uma tela informando o total de Suites e Casos de Teste criados.

Após isso basta ir ao diretório que todas as Suites de Teste selecionadas estarão convertidas e os Casos de Teste também.

Atenção: apesar de você poder selecionar qualquer arquivo html para a conversão, ela só funcionará com suites.

Link para download: https://addons.mozilla.org/en-US/firefox/addon/197691/

Autor: Samit Badle

Por enquanto é só pessoal! Abraços!

Serie Erros em Sites Web - Itau

2010-09-15T19:15:00.003-03:00

Os bugs me perseguem, só pode!!!
Estava eu informando os meus dados de agência e conta para acessar o Itau InternetBank quando, de repente eu vejo uma tela estranha e cheio de "+++++" ao invés do meu nome... Voltei e ví que tinha colocado o dígito verificar da conta errado, mas ao invés de apresentar a mensagem de agência/conta inválidos eis que encontrei um bug...

Como reproduzir o bug...
1. Acesse o site http://www.itau.com.br
2. Informe os seguintes dados e clique no botão OK:
   2.1 Agência: 1546
   2.2 Conta: 58641
   2.3 Dígito: 1

1. Inserindo o dígito verificador errado
Abaixo estão os dados de entrada e o dígito verificador, que coloquei 1 (errado)

2. Clicando no meu nome para inserir a senha
Para quem tem conta no Itau sabe que após a inclusão da agência e conta vem uma tela com o seu nome, onde ao clicar sobre o nome é apresentado o box de senha. Segue a tela que foi apresentada, onde o nome são diversos símbolos de "+".

3. Inserindo a senha
Bom, claro que eu fui adiante pra ver onde o ia dar esse teste. Eis que coloco o limite máximo de senha (6 digitos) para tentar entrar (não a minha senha, coloquei uma aleatoria), e o que aparece...

Como podemos classificar este bug?
Na minha opinião este bug é classificado como algum erro na massa de dados, que pode ter algumas possibilidades de ser apresentada, como:

Nome inserido no cadastro de forma errônea [1]
Massa de dados de homologação em produção
Teste de acesso de conta via Internet Bank em produção

[1] mesmo o usuário do sistema inserindo uma massa de dados no sistema, este poderia pelo menos identificar uma quantidade grande de caracteres especiais que não pertencem a nome, como o símbolo "+"

E como vocês classificariam esse bug? Ou como analisariam ele para uma possível análise de causa-raiz?

Abraços e ótimos bugs pra vocês!

PS: Evidência de contato e relato sobre esse possível bug ao Itau, por meio do canal Atendimento/Envio de Mensagem

Como gerar evidência no Selenium RC

2010-09-12T23:51:00.002-03:00

Olá pessoal!
Eu já havia crido um "framework", porém embutido em uma aplicação que eu havia desenvolvido.
Agora criei uma API para fazer a captura dos passos executados pelo Selenium RC via Java e gerar um relatório de evidência no final da execução no teste.

Esta API só vai funcionar com Java e é necessário baixar essa API.
Convido então a todos a darem uma olhada nessa API, que é muito simples e se chama selenium-java-evidence
No site do projeto há exemplos de projetos para utilização com o Netbeans e com o Eclipse.

Agora a iniciativa é juntar esforços com o Lucas Nadalete para criar uma API unificada, uma vez que ele criou uma API muito semelhante. Dê uma olhada em http://br.groups.yahoo.com/group/DFTestes/message/9124

PS: em cada página há um indicativo de idioma (en | pt-BR). Caso a página esteja em inglês, clique no link pt-BR

http://code.google.com/p/selenium-java-evidence/

Abraços!

Eventos de Teste de Software em Setembro

2010-09-02T18:39:00.004-03:00

Olá Pessoal!
Em setembro haverá (por enquanto) dois eventos muito legais da nossa área...

Iterasys Test Show
Data: 18/set das 08:00h as 18:00 h
Local: Microsoft Brasil - Av. Nações Unidas, 12901 - 31º andar - Torre Norte
São Paulo, SP (mapa)

Evento da Iterasys percorrerá o Brasil apresentando: Estratégias de testes aderentes ao TMAP, Scrum e ISO 9126, o novo Visual Studio Test Professional 2010, Testes necessários para reduzir o impacto da Tecnologia da Informação sobre o meio ambiente, além de um panorama das certificações na área.
Muitas empresas pulam o planejamento dos testes e vão direto para a execução. Muitos softwares são implantados sem que os testes estejam completos. Neste evento, vamos demonstrar as vantagens de estabelecer uma estratégia para testar o que é mais importante primeiro.
Discutiremos abordagens de testes aderentes ao TMAP, Scrum e ISO9126, associadas a uma análise de riscos objetiva. Uma delas possivelmente se encaixa na realidade da sua organização.
Apresentaremos o novo Microsoft Visual Studio Test Professional 2010 e como ele pode apoiar o planejamento e automatizar a execução dos testes.
Conheceremos novos tipos de teste necessários para reduzir o impacto da Tecnologia da Informação sobre o meio ambiente e como essa pesquisa da Iterasys levou a inesperada descoberta de uma nova forma de visualizar defeitos.
Ouviremos a experiência de um especialista de Testes local e teremos uma visão panorâmica da evolução da carreira de Teste de Software e Garantia da Qualidade, e de como as certificações apóiam o crescimento de profissionais e suas companhias.

Agenda

08:30 - Credenciamento
09:00 - Abertura - Precisamos de Estratégia?
09:15 - Estratégias de Teste com ISO 9126
10:00 - Estratégias de Teste com Scrum
10:45 - Coffee Break e Networking
11:15 - Estratégias de Teste com TMap
12:00 - Almoço
13:15 - Convidado Local
14:30 - Visual Studio Test Professional 2010
15:30 - Coffee Break e Networking
16:00 - Testes Verdes
17:00 - Carreira e Certificações
17:30 - Perguntas e Respostas
18:00 - Encerramento

Investimento
Participante: R$ 140,00
Aluno ou ex-aluno Iterasys: R$ 70,00

Maiores informações: http://www.iterasys.com.br/testshow2010

Testing Day III
Data: 14/set das 13:00h as 21:00h
Local: Auditório da Faculdade de Informática (Prédio 32 Térreo) Porto Alegre - RS (mapa)

Idealizando uma iniciativa de compartilhar conhecimento, a Pontifícia Universidade Católica do Rio Grande do Sul (PUCRS), as empresas Dell Computadores do Brasil, HP Brasil, Stefanini IT Solutions e Zero-Defect Test House, se uniram para promover o intercâmbio de informações e experiências na área de Teste de Software entre a academia e as empresas envolvidas no processo de desenvolvimento, a fim de gerar debates e fomentar o progresso da área.

Agenda
13:00 - Credenciamento e Apresentação
13:30 “Estratégia Diferenciada de Engenharia de Testes para o Segmento de Telecomunicações e Informática para Obtenção de Vantagem Competitiva” (Vinicius Pagano e Joaquim Carlos, Instituto Eldorado)
14:30 - “Quality-Driven Development: an Agile Approach” (Franco Vieira e Souza, HP)
15:30 - “Performance Testing Challenges” (John Daughtridge, Dell)
16:30 - Coffee
17:00 - “Temas de Pesquisa em Teste de Software” (Prof. Flávio Oliveira, FACIN-PUCRS)
18:00 - “Software Test Process Management” (John Daughtridge, Dell)
19:00 - Coffee
19:30 - “Case: Homologação do Canal On-line da Telefônica” (Fabio Valter Siscate, Zero-Defect)
20:30 - Painel Final “Formação de Profissionais de Teste e Tendências de Mercado”. Empresas participantes: DB Server, HP, Dell, Stefanini, Instituto Eldorado. Coordenador do painel: Prof. Bernardo Copstein

Investimento

Colaboradores DELL, HP, Stefanini, Zero-Defect: Isentos * (procure o organizador da sua empresa para efetuar a inscrição isenta até 02/09/2010)
Alunos, Professores e Funcionários PUCRS: Isentos* (retire a sua ficha de inscrição na Secretaria da FACIN – Prédio 32 – Sala 505)
Público em Geral: as inscrições na categoria Público Geral podem ser realizadas na Secretaria da PROEX, localizada no prédio 40, sala 201 do Campus da PUCRS.
Horário de atendimento: segunda a sexta-feira das 8h às 12h e das 13h30min às 19h.
Contato: (51) 3320-3680 ou proexsecretaria@pucrs.br

Maiores informações: http://www.pucrs.br/eventos/testingday/?p=capa

Se vocês souberem de mais eventos este mês, deixem um comentário!
Abraços!

Serie Erros em Sites Web - Tok & Stok

2010-08-22T22:29:00.003-03:00

Minha noiva estava me mostrando uma mesa para colocarmos em nossa sala, dai me deparei com dois erros no site da Tok&Stok...

Erro1
Ela me passou o link do produto via MSN e quando colei no meu navegador recebi um "SESSÃO EXPIRADA. Sua visita foi suspensa por inatividade."

Mas, como assim minha visita foi suspensa por inatividade se eu só colei um link do site?
Tentem vocês, segue o link para o produto: http://www.tokstok.com.br/app?component=%24GradeObap.%24DirectLink&page=VitrineGrade&service=direct&session=T&sp=S101453&sp=S1%2C50%2C330%2C1250%2C1300

Dai já o primeiro problema dessa loja virtual: como passar um link para uma pessoa acessar?

Como acessar o produto: Na página inicial clique no link "Móveis/Casa/Sala de Estar/Mesas Auxiliares/Mesas Laterais", após navegue até a segunda página. Ele está na quarta linha no item "Vidro"

Erro 2
O mesmo produto que estávamos olhando, está (até o presente momento deste post) a bagatela de R$ 99.999,99
Imagina, uma simples mesa de vidro pra sala custar isso!!! Se tivesse uns cristais, outro branco ao invés de acço inox acho que até valeria, mas ainda não é pro meu bolso!!! :P

Erro 3
Quando tentei incluir a mesa na lista, adivinha, advinha??? ERRO!!!! êeeeeeeee :P
Apresenta a seguinte mensagem: "OCORREU UM ERRO! Ocorreu um erro. Foi registrado com o numero<119958694>. Por favor, entre em contato com nosso atendimento ou tente novamente. Obrigado!"

Quer diver, mesmo se eu quisesse e tivesse dinheiro pra comprar a mesa, eu não poderia!!!
Abaixo também segue as evidências de contato com a empresa sobre o erro.

TDC 2010 - Apresentação sobre Teste Agil e Ferramentas

2010-08-20T11:35:00.001-03:00

Olá pessoal!
Já estádisponível a apresentação Agilidade com Ferramentas de Automação - Como e por quê? no TDC 2010 - The Developer's Conference!

Siga também os twits através da tag #TDC2010 no Twitter

As palestras no TDC Stadium eserão transmitidas pela internet, para vê-las acesse: http://www.thedevelopersconference.com.br/tdc/2010/sp/webcast

Agilidade com Ferramentas de Automação - Como e por quê?

View more presentations from Elias Nogueira.

Materiais do Hands On de Selenium

2010-08-03T01:50:00.005-03:00

ATUALIZAÇÃO em 05/2011!!!
Oi pessoal! Atualizei os seguintes itens neste Hands On

Script de teste e suite de teste (atualzadas nos links)
Projeto com Selenium 1 e Webdriver do mesmo script de teste em Java

Quem for baixar os arquivos e testar um problema pode ser certo que ocorra: os valores do produto que utilizo no exemplo pode mudar, logo é só verificar o valor correto e alterar, bem como o valor total do pedido.

Pessoal,
Segue o material criado durante o Hands On de Selenium que ocorreu no dia 31/07/2010 por intermédio da Iterasys Informática em São Paulo.

Abaixo está o documento de Caso de Teste utilizado como exemplo para a automação!

O script do Selenium IDE pode ser copiado por este link. Bem como a suite de teste.
O projeto em Java foi criado no Eclipse IDE. Se você quiser executar o exemplo em Java, você precisa dos seguintes programas:

Basta descompactar este .rar, salvar no workspace do Eclipse e executá-lo, mas primeiro você precisa adicionar as bibliotecas do Selenium no classpath da aplicação. Faça isso no Eclipse pelos seguintes passos:

Dentro do Eclipse, selecione o menu File/Import. Selecione Existing Projetcs into Workspace e clique em Next...
Procure pelo projeto clicando no botão Browser. O projeto será carregado. Clique no botão Finish
Agora clique com o botão direito sobre o nome do projeto e selecione o menu Build Path/Configure Build Path...
Selecione a aba Libraries e clique no botão Add External Jars...
Selecione os seguintes arquivos na pasta do Selenium Remote Control

selenium-java-client-driver-1.0.1/selenium-java-client-driver.jar
selenium-server-1.0.3/selenium-server.jar

Após isso clique no botão OK!

Agora basta executar a aplicação em Java.

Script do Selenium IDE: handson.html
Suite do Selenium IDE: suite.html
Arquivo. rar do projeto no Eclipse: ExemploHandsOn.rar

Hands On Selenium

View more presentations from Elias Nogueira.

Caso de Teste do HandsOn de Selenium

Material de QTP - QuickTest Professional

2010-08-03T01:17:00.001-03:00

Olá Pessoal!
Hoje na lista do GUTS-RS o Leonardo Oliveira publicou uma série de materiais sobre QTP - QuickTest Professional.
Para quem ainda não o conhece, ele simplesmente e uma das melhores ferramentas para automação de teste funcional.

Os arquivos podem ser encontrados em:
http://www.leonardoro.com/qtp/files/

Abraços!

TDC Sãoo Paulo 2010 - Evento com trilha de Teste de Software

2010-07-28T00:52:00.001-03:00

O TDC - The Developers Conference é um evento que ocorre em vários estados brasileiros viabilizada pela GlobalCode...
Este evento contará com 11 trilhas sobre diversos assuntos/tecnologias, e um deles é especificamente para Teste de Software
Abaixo mais detalhes do evento.
A página principal do evento pode ser visualizada em: http://www.thedevelopersconference.com.br/tdc/2010/index.html

Hoje é dia de testar

Este será um encontro aberto à comunidade dos profissionais de teste de software e a todos os interessados no assunto.
As palestras vão abranger diversos aspectos do teste de software, e abordagens com diferentes metodologias e ferramentas.
Uma grade provisória será disponibilizada nos próximos dias.

Sexta, 20 de agosto de 2010
08:30 às 09:00	Credenciamento e recepção dos participantes com café da manhã
09:00 às 09:30	Abertura
09:40 às 10:30	#qa
10:40 às 11:30	#testeagil
11:40 às 12:30	#testesoftware
12:30 às 14:00	Intervalo para almoço livre
14:00 às 14:50	#certificacoesteste
15:00 às 15:50	#automacaotestes
15:50 às 16:20	Coffee-break & networking
16:20 às 17:10
17:20 às 18:10
18:10 às 18:30	Encerramento e sorteios

Obs: A grade do evento está em definição, acompanhe no site e Twitter.

O valor é simbólico, somente R$ 20,00 por trilha!

Palestra Gratuita de Selenium em São Paulo

2010-07-19T19:33:00.004-03:00

Pessoal,
Dia 31/07 em São Paulo estarei dando uma palestra de Selenium no formato Hands-on.
As inscrições deverão ser feitas diretamente no site da Iterasys. Segue os dados do evento abaixo

Iterasys convida para Palestra de Selenium.
Local: São Paulo - Unidade Paulista 2
Endereço: Av. Paulista, 807 - 18º Andar - conj. 1808 - próximo a estação de Metrô Brigadeiro
Data: 31 de Julho (sábado)
Horário: 9:30 ás 11:30 e das 12:00 as 14:00
Palestrante: Elias Nogueira, CSTE
Investimento: Gratuíto
Conteudo Programático e Inscrições: Site da Iterasys

Abraços!

Automação de Teste - BRATESTE 2010

2010-06-20T19:42:00.004-03:00

Olá Pessoal!
Segue a apresentação sobre Automação de Teste de Software que eu fiz no 3° Seminário Brasileiro de Teste de Software, o BRATESTE 2010.

O exemplo do sistema que fiz o Hands on com o Selenium está disponível em: http://www.eliasnogueira.info/arquivos_blog/brateste2010/index.html

Você pode baixar o script em Selenese (lido pelo Selenium IDE) em: http://www.eliasnogueira.info/arquivos_blog/brateste2010/scripts/script-cadastro.html

O projeto em Java utilizado no hands on com o script "básico" e o exemplo de Data Driven está disponível em: http://www.eliasnogueira.info/arquivos_blog/brateste2010/scripts/SeleniumBrateste2010.zip (29 MB)

Brateste 2010 automacao de teste

View more presentations from Elias Nogueira.

Observações
Lembre-se de iniciar o servidor do Selenium pelo comando java -jar selenium-server.jar
Se você não tem o Selenium RC instalado, efetue o download em: http://seleniumhq.org/download

Os scripts, quando executados, podem falhar por causa do registro já incluído anteriormente. Antes de executar o script acesse o link de "Listar Usuários" e remova os usuários já cadastrados ou altere os dados do script.

PS: O projeto em Java foi desenvolvido utilizando a IDE Netbeans. Para abrir o projeto faça o download do Netbeans em http://netbeans.org

Abraços!

Serie Erros em Sites Web - Decolar.com

2010-06-20T12:32:00.001-03:00

Estava eu efetuando uma pesquisa de passagens no site Decolar.com no mês de Outubro/2010 e me deparei com um bug no componente de calendário, que pode ser visualizado abaixo onde ele apresenta diversos dias 16.

Vamos aos passos para reprodução

Acesse o site do Decolar no seu navegador informando http://www.decolar.com
No campo Ida, que fica dentro da aba Passagens, clique sobre o ícone de "calendário" e navegue até o mês de Outrubro/2010
Será visualizado uma série de dias 16, a partir do 3° sábado deste mês (3° coluna)

Tentei entrar em contato com o site, mas na página de Fale conosco não existe um formulário de contato e o atendimento telefônico não trabalha no domingo :)

Abraços!

3° Encontro Testadores Interior - Sorocaba

2010-06-13T20:54:00.002-03:00

Data: 24 de junho de 2010 (quinta-feira)
Horário: 19h30min – 22h00min
Local: UNIP - Sorocaba - Av. Independência, 412 - Jardim Éden - Sorocaba – SP – Auditório da Universidade.

Objetivo:
Aumentar o contato entre profissionais da área de Teste de Software e Garantia da Qualidade, bem como estimular a troca de conhecimentos, experiências e práticas de sucesso.

Tema do Encontro:
O que é o SCRUM e como adaptar o processo de teste de software para o seu uso

Conteúdo:
A necessidade de atender mais rapidamente as demandas com alto nível de qualidade fez com que algumas empresas da área de TI fizessem a opção pelo desenvolvimento ágil em detrimento do tradicional RUP, que ainda domina o mercado. A proposta de realização de entregas em poucas semanas, desenvolvimento de um relacionamento estável e de confiança entre clientes, usuários e o time de desenvolvimento, facilidade de comunicação, possibilidade da aplicação da Engenharia de Valor entre outros pontos, atraem cada vez mais os profissionais que buscam entender e aplicar os conceitos deste novo framework de gerenciamento de projetos.
A partir deste contexto a palestra buscará focar em alguns conceitos Scrum permitindo uma nivelação de conhecimento entre os participantes e introduzindo os objetivos principais desta nova proposta. Serão abordadas algumas particularidades referentes ao papel de desenvolvimento em Scrum com foco em geração de insumos de qualidade para a execução das atividades de teste e também, com maior profundidade, será discutido como o processo de teste de software pode ser realizado para que seja extraído o maior proveito possível do contexto geral no processo de desenvolvimento de software.

Agenda:
19h30min - Credenciamento e networking entre os participantes
20h00min - Palestra
21h30min - Encerramento e Confraternização

Palestrante:
Renata Fidelis de Souza Salles, formada pela FATEC, possui especialização na área de Auditoria da Qualidade, cursa MBA em Teste de Software e possui a certificação internacional em testes – CTFL. Analista de Testes com seis anos de experiência trabalhou em bancos como Bradesco e HSBC, instituições governamentais como Embrapa Informática e INSS, empresas de TI como HST e Neo IT e empresas de telecomunicações como Vivo e Portugal Telecom. Atualmente é analista de testes na Ci&T Campinas trabalha em Projeto Agile com abrangência nacional e internacional. Atua também como professora na Iterasys ministrando o curso de Formação em Teste de Software e palestras referentes à Carreira e Certificações da área.

Inscrições:
- Até o dia 23/06/2010
- 1 Kg de Alimento não perecível entregue no dia.
- Vagas limitadas (50 participantes)

Reserve pelo e-mail robson.agapito@testadores.com com o assunto: TESTADORES_ENC_INT_3 (necessário enviar o nome, empresa, cargo e data de nascimento para cadastro)

Selenium RC gerando evidência em video com Python

2010-05-28T01:23:00.004-03:00

Hoje na lista do selenium-users no Google foi postado um link onde o Automated Tester descrevia como capturar as evidências em vídeo através do Selenium RC + Python.

http://www.theautomatedtester.co.uk/blog/2010/castro-selenium-video.html

A biblioteca Castro foi criado pelo Jason Huggins, criador do Selenium e, obviamente, foi criada em Python...

Eu já consegui utilizar o demo que vem com a biblioteca em Python, mas como não sei bulhufas de Python estou até agora tentando fazer um script funcionar... :(

Assim que eu conseguir eu mostro o resultado....
O demo que a ferramenta gerou nos meus testes (do próprio Castro) pode ser visualizada abaixo: http://www.eliasnogueira.com/arquivos_blog/selenium/sandbox/castro-video.html

Abraços!

CTAL Syllabus em Portugues

2010-05-28T01:10:00.000-03:00

Pelo que foi dito no grupo da BSTQB no Google hoje, saiu a versão traduzida do Syllabus da CTAL - Certified Tester Advanded Level da ISTQB e suas frentes em cada pais (como a BSTQB no Brasil)

Para efetuar o download gratuito do Syllabus da CTAL acesse o site da BSTQB, ou baixe diretamente o syllabus: http://www.bstqb.org.br/uploads/docs/ctal_syllabus_2007br.pdf

Abraços!

Automação de Teste - Revisão e Avaliação do Programa de Testes

2010-05-11T01:44:00.002-03:00

A Revisão e Avaliação do Programa de Testes consistem em melhorar e aperfeiçoar todos os processos do Ciclo de Vida dos Testes Automatizados.

Após o término da execução dos testes a equipe de testes deve rever toda a eficácia do programa, analisando todos os documentos gerados desde a fase de concepção do modelo do CVTA (Ciclo de Vida dos Testes Automatizados) até a coleta de métricas depois da finalização dos testes. Esta fase precisa ser obrigatória para que o CVTA continue trazendo resultados satisfatórios para o processo de testes.

Saberemos se a automação ajudou a verificar se os requisitos foram cobertos mais rapidamente e também a avaliação dos ganhos em tempo de detecção de defeitos e o tempo que as métricas estão sendo geradas.

Um documento muito importante comumente utilizado na Gerencia de Projetos e que deve fazer parte desta fase é o de Lições Aprendidas junto com documentos para apoio na melhoria deste programa como as Avaliações de Métricas, Documento de Atividades e Ações Corretivas que devem ser aplicadas. Todas as anotações em cada fase do CVTA são muito importantes para identificar os problemas enfrentados e se estes têm impacto neste programa.

Com todas estas informações podemos definir, junto com o gerente ou líder de testes, o retorno de investimento que este programa está trazendo para a empresa durante todo o ciclo de vida dos testes.

Feedback da equipe de teste devem ser coletados para saber se a utilização do programa está tendo o efeito esperado, suas expectativas, melhorias e falhas neste programa. Percepções sobre a utilização das ferramentas também devem ser coletadas.

E com este post encerramos a primeira seria sobre Automação de Teste!

Não deixe de ler os outros posts relacionados:

Automação de Teste - Execução e Gerenciamento dos Testes

2010-05-05T01:03:00.002-03:00

Depois que planejamos todos nossos testes, aplicações os testes com os scripts em um ambiente controlado e o mais semelhante possível do cliente é hora de aplicar toda a metodologia na execução real dos testes. Todas as técnicas de teste são executadas em suas fases seguindo toda a estratégia definida no Plano de Teste.

A equipe de teste irá se guiar, quanto à execução dos testes, pelo cronograma de testes que, na sua fase de execução contemplará todas as fases de teste. No âmbito de testes de caixa branca o engenheiro de teste terá de ser capaz de medir a profundidade de analise e execução e os caminhos que este teste faz na aplicação.

Esforços adicionais devem ser dados no teste de integração executando os scripts de teste e seguindo o processo de desenho criado no item anterior. Pode-se optar em executar uma bateria de testes em componentes primeiro, a fim de descobrir qual componente possui a maior quantidade de defeitos e em seguida executar uma bateria de testes de integração. Caso um componente apresente muitos defeitos, a equipe de teste pode direcionar esforços para ele, não deve comprometer a equipe toda. Testes manuais terão de ser executados, a fim de visualizar a execução dos passos como se fosse um usuário.

Todos os erros encontrados devem ser cadastrados na ferramenta de gestão de defeitos definida pela equipe de testes. O engenheiro de teste deve apoiar o gerente ou líder da equipe de teste fornecendo as métricas dos testes automatizados para que o mesmo possa tomas as devidas decisões sobre os esforços dos testes. Um diário de acompanhamento dos testes automáticos deve ser criado, a fim de obter informações para melhorar o processo no próximo teste do produto.

Lembre-se de executar, pelo mínimo uma vez todos os scripts automatizados de forma manual, assim você assegura o funcionamento não só em aspectos de erros e exceções, mas também percepções de uso do sistema.

Não deixe de ler os outros posts relacionados:

Dando poder aos testes existentes

2010-05-02T23:20:00.004-03:00

O post abaixo foi retirado de um artigo de Dawn Haynes que é consultora em teste e instrutora da SQE Trainning.
O artigo pode ser encontrado em http://www.sqetraining.com/file/DawnHaynesArticle.pdf
Vou colocar o artigo na íntegra em português, que apresenta dez maneiras de dar poder aos seus testes de forma mais eficiente e valiosa sem ter diversas alterações na estratégia de teste.

1. Deja vú
A partir de um estado conhecido limpo ou estado inicial, execute um teste ou um cenário. Então, imediatamente, repita o mesmo teste ou cenário, utilizando os mesmos dados (se possível) sem reiniciar ou limpar qualquer dado ou configuração. Isso pode expor problemas com valores-padrão ou estados, fazendo com que a aplicação apresente um diferente comportamento ou saída devido a pequenas variáveis.

2. Ensaboar, enxugar e repetir, e repetir, e repetir
A repetição freqüentemente imita o modelo do uso real do aplicativo ou software. A maioria dos usuários fazem vários ciclos de um pequeno número de operações várias vezes ao dia. Se não testarmos a utilização real da aplicação podemos ter surpresas indesejáveis na aplicação (como o vazamento de memória)

3. A estrada menos viajada
Não siga sempre as instruções, os processos, os passos, ou caminhos óbvios. Muitos de seus usuários não farão esse caminho. Alguns dos defeitos mais caros em produção que eu ví foram encontrados, mas rejeitados como "falta de conhecimento da aplicação" ou não resolvidas pelo motivo "o usuário nunca faria isso". Mesmo que o seu software só esteja sendo acessado por outros sistemas, é arriscado presumir que os outros sistemas sempre irão interagir com a sua usando o mesmo padrão ou seguindo exatamente os caminhos da especificação ou design.

4. Eu sou um gênio
Utilize a abordagem de perito ou super-usuário. Pegue atalhos, pule etapas, utilize interfaces de linhas de comando, entre pela porta dos fundos, personalize trechos, utilize funcionalidades não documentadas ou use a interface/sistema rapidamente. Muitas vezes sistemas e interfaces com o usuário são projetado para um uso médio (esperado). Procure maneiras de "passar a marcha" na utilização da interface/sistema.

5. Doh
Ao passar por cenários óbvios, comuns ou críticos pare, beije a si mesmo na testa e então tente voltar e corrigir qualquer coisa no caminho, fazer algo que você esqueceu de fazer, editar uma entrada, etc.. Basicamente interrompa a aplicação e mude algo que você fez ao tentar voltar, refaça, substitua, desfaça,ou mude a perspectiva ou modo de utilização. Se seu aplicativo tem uma interface do usuário, especialmente se for baseada em navegador, você pode contar com usuários fazendo algumas destas coisas quando for o mínimo desejado.

6. Pense grande
Especialmente, pense em uma grande quantidade de dados. Durante a vida do seu software é provável encontrar um grande banco de dados, um grande conjunto de dados, arquivos grandes, entradas de valores grandes e grande volume de transações. Encontrando os limites e restrições que são suscetíveis de serem encontradas na produção, a curto prazo, ou no futuro pode ser extremamente valioso em termos de planejamento e execução de implementações de um software de sucesso.

7. Peças do Quebra-Cabeça
Os sistemas são muitas vezes concebidos e construídos em pedaços que são posteriormente montados em uma forma destinada a fornecer um valor para o negócio, usuários ou clientes. Como as peças se encaixam quando o quebra-cabeça é concluído? Pense em amarras as peças juntas em caminhos que podem ou não podem ter sido planejados na fase de criação ou do workflow.

8. Liquidificador: misture, pulse, adicione café e bebida
Misture variáveis, funções, operações, e cenários de uso em vários graus. (misture o normal x o caos)

9. Variações no espaço e tempo continuo
Utilize o sistema de forma lenta (como um novo usuário, usuário 'catando milho', usuário curioso, motorista de domingo) ou muito rápido (como o Ligeirinho). Cada uma destas taxas do sistema em diferentes caminhos. Alterne entre a utilização rápida e lenta. Interrompa um dos modos como uma "pausa para o café", abandone uma operação em fluxo sem salvar ou fechar. Ao viajar através de buracos para chegar lá e para cá entre universos lentos e rápidos, coisas interessantes podem acontecer.

10. Desastres naturais
Considere alguns cenários relacionados com a utilização contrária das funcionalidades ou propósito de uso. Tente o "teste do sapato no teclado". Ponha um sapato (ou a mão ou uma caneca de café) no teclado (de preferência na tecla Enter) e observe o que vai acontecer. Claro que o teste de "derramar o café sobre o teclado" ou "arrancar o cabo de alimentação" pode custar um pouco mais caro que os acontecimentos inesperados. Escolha-os sabiamente.

Testlink 1.9 beta 4 lançado

2010-05-01T23:23:00.002-03:00

O Testlink lançou hoje (01/05/2010) a versão 1.9 beta 4 com a correção de 39 dos 100 bugs existentes na versão 1.9 beta 3.

Você pode baixar a versão beta em: http://sourceforge.net/projects/testlink/files/

Algumas melhorias foram adicionadas. A melhoria mais significativa foi referente a criação de passos dentro do Caso de Teste. Na versão 1.9.x os passos passam a ser tratados como uma entidade, onde você criar um passo e resultado esperado de cada vez.

Esta ainda é uma versão beta. O uso dentro do ambiente em sua empresa pode não ser recomendado. Faça isso por sua conta e risco!

Abaixo algumas imagens referente a criação dos Casos de Teste e dos Passos.

Agora na criação do Caso de Teste os campos de Passos e Resultados Esperados foram retirados. Houve também a criação de um novo campo, a Pré-Condição. Agora podemos colocar no campo Sumário todos os dados referentes ao Caso de Teste como Objetivos, Documentos Relacionados, etc...

Após a criação do Caso de Teste, um novo botão Criar um passo é apresentado. Devemos clicar nesse botão para adicionar os Passos e os Resultados Esperados do Caso de Teste

Agora a criação do Passo é totalmente ligada ao Resultado Esperado, virando uma "linha" (entidade) para cada conjunto deste par. Todas as outras entidades são listadas também. A adição da entidade é feita clicando sobre o Passo ou Resultado Esperado.

Após a finalização da criação dos Passos e dos Resultados Esperados, podemos ver o Caso de Teste completo.

Dica do leitor Jefferson!
Instalando o Testlink 1.9 beta 4 em banco de dados MySQL 4.1

"Estou instalando a nova versão do Testlink e encontrei algumas dificuldades referente a versão do MySql. Na empresa utilizamos a versão 4.1, (por motivos de força maior,rs). No script que cria as entidades na base de dados, existem alguns atributos que estão definidos como varchar de 4000, que seriam mais apropriados para quem utiliza a versão 5.0 ou superior, para a versão 4.1 um atributo varchar aceita até 255 caracteres. Para quem precisa utilizar o novo Testlink com a versão 4.1 do MySql é só alterar o script "testlink_create_tables.sql" que fica no diretório: C:\wamp\www\testlink-1.9beta4\install\sql\mysql, isso para quem usa o Wamp Server, localizar e substituir o varhcar(4000) por blob. Depois disso é só instalar e usar."

Obrigado Jefferson pela dica!!!

Palestra - Viabilidade da Automacao Teste Software e Demo QTP

2010-05-01T14:43:00.002-03:00

Dia 28/04/2010 em Porto Alegre o GUTS - Grupos de Usuários de Teste de Software promoveu uma palestra sobre Viabilidade e Conceitos Básicos de Automação com o QTP com Marcos Hermes, Engenheiro de Teste da Dell.

O post original pode ser encontrado lo link abaixo. Aqui vou apenas colocar a apresentação do SlideShare.
Vale a pena salientar que o Marcos Hermes é um dos Engenheiros de Teste mais capacitados em automação que eu ja conheci, e a apresentação está realmente ótima!

http://guts-rs.blogspot.com/2010/05/como-foi-o-evento-viabilidade-e.html

Ele também vai dar dois treinamentos sobre QTP na Qualister e na TargetTrust.
Na Qualister o treinamento será via webconferência (online) nos dias 24 a 24/05 das 19h as 21h.
Na TargetTrust o treinamento será presencial em Porto Alegre dia 21 a 24/06 das 18:45 as 21:45h

Palestra GUTS - Viabilidade da Automacao Teste Software e Demo QTP

View more presentations from priscilablauth.

Automação de Teste - Planejamento, Design e Desenvolvimento dos Testes - parte 5

2010-04-30T00:30:00.001-03:00

Esta é a quinta e último tópico sobre os Planejamento, Design e Desenvolvimento dos Testes automatizados.

Este tópico não diz respeito especificamente a Automação de Teste, mas é um ponto de grande impacto para ela. Toda a atividade de teste tem de estar apoiada em um bom ambiente técnico para que a mesma não tenha problemas durante sua execução. Este ambiente precisa ter todas as definições de hardware e software necessários para apoiar o desenvolvimento e execução dos testes, e este precisa estar especificado no Plano de Teste.

Para o planejamento do ambiente temos duas situações: ambiente de cliente e ambiente de testes

No ambiente de cliente devemos ter toda a estrutura de hardware e software real do cliente (ou bem próximo disso), para que os testes sejam fielmente simulados como no cliente. Com isso prevenimos muitos erros de configuração e execução.

No ambiente de testes temos que ter toda a infra-estrutura de hardware e software necessários, como as ferramentas de teste instaladas e configuradas, e o hardware que suporte estas ferramentas. É sempre importante executarmos a calibração do ambiente de testes, já que este ambiente é que nos dará todo o resultado esperado pelo software. Qualquer desvio ou erro neste ambiente pode nos trazer resultados falsos.

Para as duas situações de ambientes podemos levar em conta os seguintes requisitos de hardware e software:

Servidores e desktops com as configurações desejadas no Plano de Teste
Servidores para virtualização de ambientes, se necessário.
Banco de dados dedicado para ambos os ambientes
Configurações de rede
Acesos e velocidade à internet
Browser web específicos (distribuidor e versão)
Configuração de memória, resolução de vídeo, etc.
Privilégios administrativos no computador ou da rede

Contemplaremos todos estes itens criando um checklist com as configurações necessárias para os ambientes, que serão retiradas do Plano de Teste. Qualquer teste de instalação ou execução que não tenha seu resultado esperado deve ser documentado, investigado e corrigido até que o ambiente esteja de acordo com o especificado.

Se existirem manuais de instalação ou de configuração estes deve ser seguido e, caso ocorra algum desvio, o mesmo deve ser documentado e corrigido. É necessário também validarmos os requisitos mínimos de hardware e software que a aplicação exige.

Requisitos de performance, carga e stress devem ser consideradas para o ambiente, seja de testes ou cliente, para suportar estes tipos de teste.

A massa de dados deve estar de acordo para suportar todos os testes e trazer os resultados esperados de acordo com os requisitos. Devemos levar em consideração todo o processo de entrada da massa de dados como:

Identificação dos dados de acordo com os requisitos
Conversão da massa de dados para formato específico (banco de dados)
Carga dos dados no banco de dados
Gestão dos dados inter-relacionados (manual ou por scripts)

Após todas as etapas definidas podemos testar a instalação do ambiente completo, sempre guiados por um cronograma tendo uma baseline. Com isso teremos toda a experiência necessária para a instalação e configuração do ambiente, que nos ajuda não só a prepará-lo, mas também a ter tempos para esta tarefa mais bem definidos.

Não deixe de ler os outros posts relacionados:

Automação de Teste - Planejamento, Design e Desenvolvimento dos Testes - parte 4

2010-04-27T21:50:00.003-03:00

Esta é a quarta parte de 5 tópicos sobre Planejamento, Design e Desenvolvimento dos Testes automatizados

4. Arquitetura do Desenvolvimento dos Testes
As pessoas responsáveis pelo desenvolvimento dos testes precisam preparar seus próprios materiais e a equipe de teste precisa seguir o modelo de arquitetura que pode incluir uma lista de procedimentos e uma lista com a análise dos testes manuais x automáticos.

Para o desenvolvimento dessa arquitetura é apresentado um modelo com as principais atividades realizadas. O desenvolvimento dos testes inicia com os testes de configuração e atividades de preparação de ambiente. Todas as informações pertinentes, que serão utilizadas para apoiar o desenvolvimento dos testes, devem ser documentadas. A equipe de teste deve modificar estes building blocks a fim de refletir as prioridades de cada projeto. O modelo apresentado deve ser lido de baixo para cima:

Não deixe de ler os outros posts relacionados:

Automação de Teste - Planejamento, Design e Desenvolvimento dos Testes - parte 3

2010-04-26T22:21:00.001-03:00

Esta é a terceira parte de 5 tópicos sobre Planejamento, Design e Desenvolvimento dos Testes automatizados

3. Desenvolvimento dos Testes Automatizados
Para que os testes automatizados sejam reutilizáveis e de fácil manutenção padrões para o Desenvolvimento dos Testes devem ser definidos e seguidos. Logo após passar por todas as etapas anteriores estamos aptos a realizar o desenvolvimento dos testes.

Todo o desenvolvimento dos testes deve seguir uma abordagem iterativa e incremental e o processo de desenvolvimento dos testes muito bem alinhados com o processo de desenvolvimento do produto e todos os testes executados pela equipe de desenvolvimento (como os de caixa branca) podem ser reaproveitados para os testes de integração e testes dos componentes.

A equipe de teste deve desenvolver os procedimentos de teste de acordo com o cronograma de desenvolvimento e execução. O coordenador da equipe de testes deve acompanhar as atividades do desenvolvimento dos testes e acompanhar o cronograma e produzir um relatório de andamento destes testes. Com estes resultados saberemos o tempo real de cada teste, ajudando a criar cronogramas de teste mais precisos. Devemos atualizar o desenho da arquitetura dos testes, pois visualizaremos melhor a dependência de módulos e os scripts que deverão ser executados repetidamente durante o processo.

Abaixo segue a tabela que relaciona as fases do processo de desenvolvimento com as fases do processo de teste:

Fase	Processo de Desenvolvimento	Processo de Teste
Desenv. de Módulos (unidade)	Desenhando os módulos pelos requisitos	Planejamento dos testes e criação do ambiente.
	Codificação do módulo	Criação do desenho do teste e desenvolvendo a massa de dados
	Debug do módulo	Escrevendo os scripts de teste ou gravando cenários usando módulos.
	Teste unitário de módulo	Revisando os scripts de teste executando-os novamente. Usar ferramentas de teste unitário para apoio.
	Correção de defeitos	Re-executar os scripts de teste efetando testes de regressão testando se os defeitos estão corrigidos.
	Conduzindo os testes de desempenho	Verificar a escalabilidade do sistema e reunir todos os requisitos de performance
Integração	Construindo sistemas por conexão de módulos. Teste de integração dos módulos. Revisão de problemas	Combinar scripts de teste unitário e adicionar novos scripts para demonstrar a integração dos módulos. Ferramentas de apoio podem ser utilizadas.
	Corrigir defeitos e atualizar status dos defeitos	Re-executar os scripts de teste efetuando testes de regressão testando se os defeitos estão corrigidos.
	Continuação dos testes de performance	Verificar a escalabilidade do sistema e reunir todos os requisitos de performance
Sistema	Revisão de problemas	Integrar scripts automatizados em nível dos testes de sistema sempre que possível e desenvolver novos scripts e procedimentos. Execute os testes de sistema e sempre anote os resultados de cada teste.
	Corrigir defeitos e atualizar status dos defeitos.	Re-executar os scripts de teste efetuando testes de regressão testando se os defeitos estão corrigidos.
Aceitação	Revisão do relatório de incidente	Execute parte do teste de sistema, de acordo com os requisitos, para demonstração do teste de aceitação do usuário.
	Correção de defeitos	Re-executar os scripts de teste efetuando testes de regressão testando se os defeitos estão corrigidos.

Ao desenvolver os processos de automação de teste, baseados nos processos de desenvolvimento, o engenheiro de teste deve criar uma infra-estrutura de Automação, como um building block. Esta infra-estrutura conterá uma biblioteca de scripts em comum sendo reutilizável.

Durante os ensaios dos testes e nos testes do produto o engenheiro de teste pode fazer uso dessa infra-estrutura para reutilizar os procedimentos de teste, minimizar duplicações e diminuir o esforço em automatizar os testes.

Não deixe de ler os outros posts relacionados:

Carreira e Certificação em Teste de Software - São Paulo/SP - 29 de Abril VAGAS LIMITADAS

2010-04-26T20:54:00.003-03:00

Objetivo: Apresentar as oportunidades de carreira em Teste de Software, as certificações e os cursos indicados para cada momento profissional.

Público Alvo: Profissionais de Teste e interessados em ingressar na área

Pré-Requisito: Não há.

Conteudo programático:

O que é Teste de Software?
Carreira
Atividades
Ferramentas
Crescimento do número de vagas
Salários
Certificações
Oportunidades para os profissionais certificados
Cursos para quem deseja ingressar, se especializar e se certificar

Valor: GRATUITO
Duração: 2 horas
Data: 29/abr
Horário: 18:45 - 20:45
Inscrições: http://www.iterasys.com.br/carreiraecertificacaosaopaulo-1.html
Local: Iterasys - Av. Paulista 726. São Paulo/SP

Automação de Teste - Planejamento, Design e Desenvolvimento dos Testes - parte 2

2010-04-25T11:40:00.003-03:00

Esta é a segunda parte de 5 tópicos sobre Planejamento, Design e Desenvolvimento dos Testes automatizados

2. Desenhando os testes automatizados
Nesta fase abordamos a necessidade de definir o número de execuções que serão realizadas, os caminhos ou cenários que serão abordados.

Para uma ação mais efetiva dos testes, ocorre um mini-desenvolvimento dos testes automatizados, como o da codificação de uma aplicação do planejamento com objetivos, estratégias, definições dos scripts, analise, design e codificação dos scripts, mesmo que seja de forma automática (record-and-play). Sempre devemos ter toda esta preparação antes de começarmos a criar um script de automação, salvo a exceção de você automatizar seus Casos de Teste. Se você optar por automatizar todos os Casos de Teste já existentes uma matriz de rastreabilidade entre scripts e casos é bem-vinda para uma melhor organização. Lembre-se de que o planejamento destes scripts deve ter sempre o caminho percorrido pelo aplicativo, entradas e saídas esperadas, bem como os pontos de verificação de uma determinada parte da aplicação.

Após esta primeira fase de levantamento de ações e estratégias é necessário pôr em prática o teste interno destes scripts. Devemos agrupar scripts com ações/funções semelhantes e adotar uma convenção de nomes para cada script e para o grupo de scripts. Durante a execução destes scripts a equipe de teste será capaz de medir o número de técnicas utilizadas e uma estimativa do número de procedimentos testados durante esta execução. Com isso podemos confrontar o número de testes manuais e saber se aquele script seria mais viável se testado manualmente. Um documento contendo todas estas iterações, execuções e desenho gráfico da execução dos scripts devem ser criados. Também devemos ter todo o esforço necessário para o apoio dos testes tanto manuais como automáticos.

Seguido todos estes processos teremos toda a arquitetura dos testes automatizados criada descrevendo a estrutura destes testes e definindo a maneira e quando os testes serão inseridos e organizados em apoio ao esforço total de testes.
Agora é necessário identificarmos os procedimentos de testes que serão os mais sofisticados e obter seus resultados, que serão definidos como parte do desenho dos testes. Como temos a intenção de criarmos um documento reutilizável devemos criar padrões para estes desenhos. Somente então, depois que estes padrões forem seguidos, teremos um programa de automação eficiente. Abaixo seguem os procedimentos:

Passos	Descrição
1	Teste de revisão da arquitetura. A equipe de teste revisa a arquitetura de testes a fim de identificar as técnicas de teste aplicáveis.
2	Definição do Procedimento de Teste (fase de desenvolvimento). Esta definição é construída na fase do desenvolvimento dos testes, que identifica a série dos procedimentos que se aplica para os diferentes componentes e técnicas de teste.
3	Definição do Procedimento de Teste (fase do sistema). Esta definição é construída na fase do desenvolvimento do sistema de teste, que identifica a série de procedimentos que se aplica para diferentes técnicas de teste.
4	Padrões do Procedimento de Desenhos dos Testes. Padrões de desenho e uma conversão de nomenclatura são aprovados para identificar os procedimentos sobre projetos desenvolvidos no passado ou em outros projetos.
5	Teste Manual x Teste Automatizado. Um procedimento de teste é descrito como sendo realizado manualmente ou como parte de um teste automatizado.
6	Sinalização dos Procedimentos de Teste para o detalhamento do desenho. Os procedimentos que se destacam são sinalizados e definidos como parte do desenho detalhado dos testes.
7	Desenho Detalhado dos Testes. Os procedimentos descritos na etapa acima são concebidos de forma detalhado no documento de Desenho Detalhado dos Testes.
8	Teste de Mapeamento de Dados. Uma Matriz de Procedimentos de Teste é modificada toda vez que alterarmos os requisitos de teste de dados de cada procedimento de teste.

O exercício de desenvolver o procedimento de definição dos testes ajuda a quantificar a necessidade de esforço necessário. O desenvolvimento das definições envolve a definição do conjunto de cenários que serão desenvolvidos e executados pela equipe de teste. O exercício de desenhar este procedimento ajuda a organizar estes em grupos, sendo que uma nomenclatura deve ser adotada para nomear este grupo de procedimentos.

Na arquitetura dos testes temos basicamente duas abordagens: os testes baseados na arquitetura e os testes baseados em componentes.
Nos testes baseados em arquitetura desenhamos como e em qual componente os scripts serão executados e como faremos para integrar os testes de diversos componentes. Todos os resultados gerados e comportamentos terão de ser coletado, a fim de assegurar o funcionamento de todo o sistema. Uma atenção deve ser dada para a massa de testes utilizada, que deverá ser bem elaborada.

Já nos testes baseados em componentes temos os testes na unidade/produto especifico, nos preocupando com a assertividade de casos específicos dentro do componente, mas este deve também ser mapeado no desenho da arquitetura, já que podemos ter mais de um script validando a mesma funcionalidade ou um script validando várias funcionalidades ao mesmo tempo.

Não deixe de ler os outros posts relacionados:

Automação de Teste - Planejamento, Design e Desenvolvimento dos Testes - parte 1

2010-04-23T02:23:00.002-03:00

Esta é a primeira parte de 5 tópicos sobre Planejamento, Design e Desenvolvimento dos Testes automatizados

1. Planejando os testes automatizados

Esta fase representa a necessidade rever, ao longo do tempo de teste, as atividades de planejamento. Durante esta fase a equipe de teste identifica todo o procedimento para a criação de normas e diretrizes, necessidade de hardware, software e rede necessários para o apoio aos testes. Teste da massa de dados, cronograma preliminar dos testes, requisitos de performance, gerência de configuração e ambiente necessários para a execução dos testes e procedimentos de controle e acompanhamento de defeitos para o gerenciamento da execução dos testes.

O Plano de Teste deve conter todas estas informações e considerações ligadas ao CVTA, para que possa suportar todos estes procedimentos.

Para a configuração de ambiente, que é parte do planejamento, temos que planejar monitorar e gerenciar as atividades ligadas ao ambiente. Com isso a equipe de teste terá de agendar e acompanhar as instalações e configurações de ambiente, como hardware, software e recursos de rede, melhorar a massa de dados de teste a cada acompanhamento e execução e desenvolver scripts de teste para a validação do ambiente.

Não deixe de ler os outros posts relacionados:

Corrigindo o problema de Lost Password no Mantis 1.2.0

2010-04-21T23:32:00.006-03:00

Demorou, mas agora estou fazendo um "pente fino" na versão 1.2.0 do Mantis que está estável foi lançado dia 24/02/2010.

Porém, como toda ferramenta as open source também passam por alguma problemas, é o caso da funcionalidade "Lost Password" (Esqueci minha senha) na tela de entrada do Mantis.

Hoje se tu tentar utilizar essa funcionalidade, verás que o não acontecerá nada e também não chegará um email para a troca de senha.

Já existe um bug aberto para este problema: http://www.mantisbt.org/bugs/view.php?id=11394
O bug está apontado para entrar na próxima release estável no Mantis, mas é ruim ficar aguardando a versão estável para solucionar o problema.

Para resolver o problema abra o arquivo email_api.php localizado dentro da pasta core no diretório de instalação do Mantis. Abra o arquivo e localize o seguinte trecho do código: lang_push( user_pref_get_language( $p_user_id ) );
Comente este trecho de código, colocando um "//" no inicio da linha, ficando assim: //lang_push( user_pref_get_language( $p_user_id ) );

Pronto! Agora é só testar a funcionalidade. Abaixo segue a utilização dela:

Clicando no link "Lost Password"

Recebe retorno da ferramenta sobre o envio do email

Recebendo o email para o reset da senha.

Após clicar no link recebido no email, aparecerá a tela para inserir e confirmar a nova senha

É isso ai!
Qualquer dúvida deixe um comentário e não deixe de ver os outros post relacionados ao Mantis: http://sembugs.blogspot.com/search/label/mantis

Automação de Teste - Processos de Introdução dos Testes Automatizados

2010-04-20T00:18:00.004-03:00

Continuando com a série de posts, agora vou falar um pouco sobre o Processo de Introdução aos Testes Automatizados.

Não deixe de visualizar os outros posts:

Nesta fase começamos a introduzir os testes automatizados dentro da organização.
Temos que revisar o Processo de Teste atual e, se necessário efetuar melhorias e alterações neste processo, a fim de comportar os testes automatizados em todo o processo do teste. Todas as metas, objetivos, estratégias e métricas devem ser definidas, documentadas e enviadas a equipe de teste.

Para obter um nível real de testes teremos que aplicar a execução da ferramenta em um ambiente de testes para validarmos o processo que esta sendo alterado ou definido e também como ensaio aos testes reais com a ferramenta. Com todas estas execuções conseguiremos definir as melhores práticas de utilização da ferramenta, bem como os dados que devem ser coletados e analisados.

Após levantarmos todos os itens relatados acima teremos uma real visão da incorporação dos testes automatizados dentro do Ciclo de Vida dos Testes. Todas estas percepções que foram adquiridas nesta fase devem ser anotadas e revisadas no inicio dos testes que estiverem dentro do ciclo, ou seja, na aplicação real dos testes. Também teremos a estimativa de quanto tempo o teste automatizado irá tomar do cronograma de testes. Teste de comparações entre o teste automático e manual pode ser documentados como forma de benefícios que podem ser internalizados para as demais pessoas da equipe e os gerentes.

Toda a compatibilidade de aplicação, browser e ambiente deve ser verificada, validada e todos os ajustes na ferramenta ou scripts deve ser executados.

O que é um Arquiteto de Teste de Software

2010-04-14T00:31:00.004-03:00

Bom pessoal, faz tempo que eu estava querendo escrever este post. Acho ainda que ele está muito resumido, mas é bom compartilhar com vocês a minha visão desse profissional que está aparecendo timidamente no mercado de Teste de Software.

Se você tem qualquer coisa para complementar, por favor faça! Faço questão de atualizar o post e referenciar cada complemento.
Então, vamos lá!

O que é um Arquiteto de Teste de Software
Para ser um Arquiteto de Teste obviamente é mandatório ter sido um Testador. Para ocupar uma posição como esta o profissional de teste precisa ter um perfil sênior, conhecendo muitas linhas dentro do Teste de Software. Geralmente um Arquiteto de Teste tem que estar apto a executar quase que qualquer tarefa dentro do Teste de Software. Ele deve ser o líder técnico das soluções em teste e pode possuir uma linha de especialização específica dentro do Teste de Software: Automação, Performance, Segurança, etc..
Um Arquiteto deve trazer a inovação para a Área de Teste, sempre ligado nas tendências, tecnologias e abordagens dentro da área, internalizando todo esse conhecimento e analisando a aplicabilidade dentro da organização. Ele deve conhecer não somente da disciplina de Teste de Software dentro da Engenharia de Software, mas de outras disciplinas.

Eu, particularmente, acredito que a possível comparação de Engenheiro de Teste e Arquiteto de Teste é quase a mesma, mas com uma pequena diferença que pode ser entendida pela comparação abaixo:
"Um Arquiteto na Engenharia Civil é aquela capaz de criar toda uma estrutura/solução a partir de uma desejo do seu cliente. O Engenheiro, por sua vez, é aquele que irá colocar o plano de Arquiteto em prática, acompanhando todo o trabalho dos operários na obra."

Qual o dia-a-dia de um Arquiteto de Teste?
As atividades mais comuns são a de criação de ambientes de teste (hardware e software), criação de Casos de Teste mais complexos, aplicação das Técnicas de Teste corretas em todos os Casos de Teste.
Dentro da Automação de Teste, ele vai entender um problema de um cliente e criar uma solução de automação, utilizando alguma ferramenta existente no mercado ou até mesmo. Apóia e ensina a equipe a crescer tecnicamente na área e ajuda a melhorar todos os processos existentes na área de Teste de Software.

Quais os conhecimentos necessários para um Arquiteto de Teste?
Abaixo seguem alguns dos conhecimentos necessários do Arquiteto de Teste com um foco técnico voltado para a Automação de Teste:

Linguagem de programação (se puder mais que uma)
Sistemas Operacionais
Conhecimentos avançados sobre Técnicas de Teste
Ferramentas de Automação de Teste (em todos os níveis de teste)
Linguagem SQL intermediária
Arquitetura de Software e Design Patterns
Configuração de Ambientes
Execução de Testes Funcionais e Não Funcionais
Habilidade de Comunicação com pessoas técnicas

Podemos dar duas razões para que o Arquiteto precise conhecer uma linguagem de programação:

As ferramentas de automação de teste funcional será ou em uma linguagem padrão de mercado (VBScript ou Java) ou uma linguagem própria, o que necessita de conhecimento de programação
Quando não existe uma ferramenta de automação para determinada tarefa, o Arquiteto precisa criar uma, e isso é feito através de uma linguagem de programação

O conhecimento de Sistemas Operacionais é importante, pois além de utiliza-os para efetuar os testes também pode ser necessária a criação de máquinas virtuais para montar o ambiente de teste e, conseqüentemente conhecer sobre como configurar estes ambientes (no caso aqui, de hardware e software).
Conhecer a fundo as técnicas de teste também é obrigatório. Um Arquiteto que não conheça uma determinada técnica de teste pode não fazer o trabalho da melhor forma possível. Também é extremamente necessário que o arquiteto conheça as técnicas para a automação de teste funcional (data drive, keyword driven, decomposição funcional, baseado em modelos, etc...)

Saber como trabalhar com a linguagem SQL as vezes é básico para um testador, que precisa aplicar certas queries no banco para garantir que os resultados passados para o sistema estão contidos lá e estão íntegros. O conhecimento do Arquiteto deve ir mais além: ele deve ser capaz de conhecer mais a fundo o SQL e também aspectos específicos do SGDB utilizado (Oracle, MySQL, PostgreSQL, DB2, etc...)
Saber criar e executar testes não funcionais também é desejável, pois podemos nos deparar com alguma situação em que tenhamos que medir o tempo de resposta de uma aplicação, ou mesmo efetuar um teste de portabilidade ou recuperação da aplicação.

E falar 'grego' como o pessoal do desenvolvimento fala também é importante. Imaginem que tu vai conversar com um desenvolvedor ou Arquiteto Java e ele diz: "o problema ocorreu na ESB, onde um parâmetro da Inversão de Controle no Spring não foi colocado corretamente, o que fez o a camada DAO gerar uma NullPointerExepction dentro do Bean."

E é claro que o Arquiteto precisa conhecer de Ferramentas de Teste em todos os níveis: unitário, integração, sistema e aceitação. Conhecer uma Ferramenta de Automação de Teste Funcional é obrigatório, e também é muito desejável que ele conheça as diversas ferramentas para cada parte do Processo de Teste. Por exemplo: como fazer um teste de integração para validar e o pagamento por cartão de crédito está OK? E se eu disser que a aplicação se comunica com um WebServices para isso? O Arquiteto tem que ser capaz ou de criar ou de ajudar na criação de um driver para essa comunicação e depois efetuar o teste de integração com o WebService com o SoapUI, por exemplo.

Algumas empresas que tem um cargo definido para Arquiteto/Engenheiro de Teste:
Google Testing Engineer: http://www.google.com/intl/en/jobs/uslocations/mountain-view/swe/test-engineer-mountain-view/index.html

ThoughtWorks Test Architect: http://www.thoughtworker.com/jobs/test-architect

Microsoft Testing Engineer: https://careers.microsoft.com/Search.aspx#&&p4=all&p0=&p5=all&p1=20&p2=all&p3=all

Não deixem de colocar os seus comentários e visões sobre esse perfil...
Abraços!

Oficina de Automação de Testes com TestComplete (a distância)

2010-04-13T18:37:00.000-03:00

Oficina de automação de testes com TestComplete (a distância)

Modalidade: Ensino a distância - Webconferência (o participante assiste a aula online no seu computador via Internet)
Data: 17 de abril
Carga horária: 8 horas
Valor: R$ 290 reais (cartão de crédito em até 12x, boleto ou transferência)
Maiores informações e inscrições: treinamento@qualister.com.br

Conteúdo programático:

Criando um novo projeto
Conhecendo o Project Workspace
Gravando um script de teste
Stores e Checkpoints
Checkpoints (Property checkpoint)
Checkpoints (Region checkpoint)
Gravando o script em tempo real
Visualizer
Definindo a ordem de execução dos scripts
Data-driven
Acesso ao banco de dados
Object Browser
Timer
Chamando uma função ou procedimento localizado em outra unit
Auto-complete
Code Template
Debugging scripts
Project Items
Tested Applications
Name mapping
Low Level Procedures
User Forms
Events
Manual Test
Tests Log
Testes distribuídos
Tratamento de janelas inesperadas
Procura de imagens
Localização de objetos por propriedades
Optical Character Recognition (OCR)

Iterasys Confirma: Automação de Testes, CBTS e CSQA em SP

2010-04-13T18:31:00.002-03:00

Iterasys, principal centro de treinamento brasileiro em Teste de Software e Garantia da Qualidade, único credenciado ALATS, BSTQB/ISTQB e QAI confirma o início de 3 novas turmas:

Automação de Testes - 7 sábados - 56 horas - Unidade Paulista I
Preparatório para a CBTS/ALATS - 5 sábados - 40 horas - Unidade Paulista II
Preparatório para a CSQA/QAI - 4 sábados - 32 horas - Unidade Paulista II

Data de início: 17 de Abril
Horário: 9 às 18 horas
Últimas vagas disponíveis - Visite o site www.iterasys.com.br ou pelo contato@iterasys.com.br ou (11) 3254-7625

Automação de Teste - Aquisição de Ferramentas de Teste

2010-04-11T00:44:00.007-03:00

Em continuação ao post Automação de Teste - Decisão por Automatizar irei colocar alguns pontos sobre a Aquisição de Ferramentas de Teste, segundo o modelo ATML.

Esta fase tem por objetivo criar um documento que guie o Arquiteto/Engenheiro de Teste à escolha da ferramenta mais apropriada para a empresa. Nesta fase o Arquiteto/Engenheiro, depois de ter efetuado todos os testes com as ferramentas escolhidas como candidatas a serem utilizadas, revê todas as necessidades que a ferramenta deve cobrir e revê também a necessidade da empresa em relação a uma ferramenta.

A partir daí o Arquiteto/Engenheiro de Teste lista as ferramentas selecionadas com seus principais benefícios, considerações, tipos de licença da ferramenta e tipo de ferramenta para todos os futuros envolvidos na utilização da ferramenta e os interessados. Os testes efetuados com estas ferramentas não precisam estar no domínio global do negócio, precisa apenas atacar alguns pontos mínimos para ser candidata. Quem decidirá pela escolha da ferramenta não é o Arquiteto/Engenheiro de Testes, e sim todas as pessoas envolvidas.

Se realmente a empresa está disposta a pagar por uma ferramenta que trabalhe dentro do ciclo de vida dos testes a mesma precisa estar ciente de que temos custos embutidos na aquisição da ferramenta como, por exemplo, treinamento dos funcionários. Por mais que o Arquiteto/Engenheiro de Testes tenha aprendido a ferramenta e aplicado casos para validar se a ferramenta é adequada, cabe também um ponto de imersão em toda a utilização da ferramenta, para que se tire o maior proveito da ferramenta dentro do projeto de testes. Todos os riscos inerentes à compra de uma ferramenta devem ser listados e informados.

Fora os custos de treinamento também teremos custos adicionais dentro do projeto de testes com o pessoal, uma vez que a utilização da ferramenta está no início, a produtividade deste colaborador pode ficar prejudicada num primeiro momento. Também teremos alterações e custos adicionais na atualização ou mudança de processo, uma vez que a utilização de uma ferramenta altera o processo de testes.

Então, se decidimos por comprar uma ferramenta, temos que levar em consideração os seguintes itens:

Contratação de pessoal com conhecimento na ferramenta
Utilizar a ferramenta correta para o trabalho
Desenvolver e implementar um processo automatizado, que inclui o desenvolvimento destes testes
Analisar diversas aplicações para determinar qual é a melhor opção
Analisar os requisitos de teste para determinar a ferramenta adequada
Treinamento da equipe de teste no processo automatizado, em todas as fases
Aumento inicial dos custos do projeto de teste

Não deixe de ler a primeira parte: Automação de Teste - Decisão por Automatizar
Aguardo o comentário e a contribuição de vocês!

Abraços!

Como contornar o problema do Testlink 1.9 beta 3

2010-04-10T21:58:00.003-03:00

Se alguém já baixou para avaliar o Testlink 1.9 beta 3 notou que ele vem com um pequeno "problema": na página de login são apresentados dois erros:

Notice:  Undefined property: stdClass::$filter_methods in C:\wamp\www\testlink-1.9.3b\cfg\const.inc.php  on line 487
Notice:  Undefined property: stdClass::$filter_methods in C:\wamp\www\testlink-1.9.3b\cfg\const.inc.php  on line 503

Pois bem, estes são dois errosde uma propriedade não definida onde duas variáveis não estavam definidas ($filter_methods). Isso gera um bug que bloqueia a utilização do Testlink.
O teste que eu efetuei foi sobre um Windows XP SP3 com o WampServer 2.0 (Apache 2.2.11, PHP 5.3.1 e MySQL 5.1.36).

Um bug foi aberto no bugtracker do Testlink (necessita de cadastro para visualizar). E a correção já foi feita. Só não existe ainda a definição se sairá um beta 4 ou será fechada a versão para produção.
Hoje existem 76 bugs abertos para o Testlink 1.9 beta 3 sendo 23 resolvidos e 2 fechados.

Para contornar esse problema, podemos baixar o arquivo alterado diretamente do CVS do projeto.
No link abaixo podemos visualizar o arquivo alterado e salvá-lo...
http://testlink.cvs.sourceforge.net/viewvc/*checkout*/testlink/testlink/cfg/const.inc.php?revision=1.139

Para que você possa ir utilizando o Testlink na versão beta até que a versão com o bug fix saia, faça um backup (por precaução) do arquivo INSTALACAO_TESTLINK/cfg/const.inc.php, salve o arquivo do link acima (do CVS) e coloque na mesma pasta, onde INSTALACAO_TESTLINK é o diretório onde o Testlink é encontrado.

Você vai notar que o bug estará corrigido, e uma diferença é que o Testlink será apresentado como Beta 4 (por causa das alterações de bug fix).

Em breve postarei aqui sobre as mudanças desta nova versão, e também oficializar a tradução completa da ferramenta para o Português do Brasil...

Abraços!

Automação de Teste - Decisão por Automatizar

2010-04-08T00:29:00.004-03:00

Elfriede Dustin, um dos maiores ícones sobre Automação de Teste de Software e autora de diversos livros sobre o tema lançou em 1999 um livro chamado Automated Software Testing: Introduction, Management, and Performance, e o livro mesmo que lançado a mais de 10 anos é muito atual.
Vou colocar aqui no Sem Bugs uma série de post's sobre ATML - Automated Testing Life cycle Methodology, que contém uma gama de boas práticas em todos os passos para implantar a automação dentro de uma organização.

clique para ampliar

Vou iniciar a série de post's sobre Decisão por Automatizar os Testes!

A Decisão por Automatizar os Testes é a primeira etapa da ATML é uma fase importante para seguir os próximos passos do ciclo de vida. Durante esta fase é importante a equipe de teste (isso envolve desde o Gerente até o Testador) levantar todas as expectativas e benéficos esperados na aplicação da automação no processo de teste.

Lembre-se que devemos seguir este ciclo de vida para cada ferramenta de automação no respectivo processo ou técnica de teste. Mesmo sabendo que automatizando parte do processo de teste o Retorno de Investimento (ROI) não é imediato, nem sempre ele tem um retorno em curto prazo. Por isso todas as expectativas devem ser muito bem gerenciadas para não colocar sob o processo de automação todas as soluções para resolver problemas de tempo e maior qualidade de entrega.

Sabemos que hoje existem algumas ferramentas que tem o intuito de apoiar o Arquiteto/Engenheiro de Teste a planejar os testes, desde o Plano de Teste até seu controle e execução, mas muitos gerentes pensam ainda que “ferramentas de automação” farão toda a execução dos testes, desde o planejamento, execução e métricas.

Certamente durante uma reunião ou apresentação sobre uma determinada ferramenta de automação de testes os participantes, geralmente gerentes de diversas áreas com pouco conhecimento técnico sobre Teste de Software e sem ter a consciência da complexidade envolvida no esforço dos Testes Automatizados, esperam ouvir é que a ferramenta que você está propondo cria o Plano de Teste, Casos de Teste, executa os testes e analisa os resultados. Você, no entanto, como o profissional de teste, deve apresentar aos participantes que a ferramenta em questão ou quaisquer ferramentas de automação tem um propósito no Ciclo de Vida de Teste de Software e que tais ferramentas devem ser encaradas como melhorias no processo manual de teste.

Ao longo da apresentação pode ser que a realidade empregada por um participante irá mudar, pois o termo Ferramenta de Automação de Teste pode trazer duvidas e uma dose de ilusão para quem não é um profissional de testes. Uma colocação sempre válida e regra para nós são de que uma ferramenta de automação de teste não substitui o fator humano, necessário para testar um produto.
Profissionais de teste ou especialistas em Garantia da Qualidade ainda serão necessários para garantir todo o Ciclo de Vida dos Testes. Uma ferramenta de automação pode se encarada como mais um elemento de liberação de um bom produto.

Atualmente não temos uma única ferramenta que contemplem todos os testes em Sistemas Operacionais e Browsers web. É importante realçar este item, pois sempre teremos mais de uma ferramenta para o mesmo processo do Ciclo de Vida dos Testes quando temos diversos tipos de aplicações, tecnologias, sistemas operacionais e browsers.

Outra expectativa errônea sobre as Ferramentas de Automação de Testes é de que elas vão minimizar o tempo total de teste já no primeiro projeto que utilizará uma ferramenta. Na verdade devemos acrescentar mais tempo de teste no projeto e, que estamos inserindo a ferramenta, já que um novo processo de teste está sendo implantado. Todas as pessoas da equipe de testes e até mesmo os desenvolvedores devem se familiarizar com o novo processo e segui-lo, podendo também ajudar a melhorar o processo. O retorno não virá em apenas um teste sob determinado produto, mas uma vez que o processo automatizado foi criado efetivamente, devemos esperar a diminuição de tempo e custos sob o projeto e ganhos de produtividade.

Sempre que tentarmos inserir uma nova tecnologia dentro da empresa onde trabalhamos temos sempre um esforço extra para adaptar esta tecnologia as necessidades da empresa.
Com ferramentas de automação de teste não é muito diferente, o principal ponto é apresentar corretamente um caso para a aplicação da ferramenta de automação e sua utilização pela equipe.

O Arquiteto/Engenheiro de Teste deve ser o evangelizador dentro da empresa e deve gerir as expectativas dos stakeholders transmitindo informações úteis, desenvolvendo um material de divulgação ou treinamento ou até mesmo desenvolvendo workshops sobre estas ferramentas. O primeiro passo para a tomada de decisão em automatizar os testes exige um conhecimento sobre o assunto e o alinhamento de expectativas, para que os gestores compreendam a aplicação destes testes, os principais benefícios, custos, etc.
Se a ferramenta que está sendo proposta for freeware (grátis), temos sempre que levar em consideração os custos sobre treinamento e aprendizado da equipe de testes. Mesmo a ferramenta sendo freeware ou paga temos que levar em consideração que os custos iniciais em qualquer projeto aumentarão ate que se tenha dominado a utilização e aplicação da ferramenta de automação de teste. Isso é assunto para o nosso próximo item.

Em resumo à Decisão por Automação de Testes temos que:

Ferramentas de Automação não executarão todo o Ciclo de Vida de Teste sozinha
Ferramentas de Automação não substituirão o trabalho manual
Às vezes mais de uma ferramenta da mesma técnica de teste ou processo poderá ser utilizada
Escolher a ferramenta certa para a automação da tarefa em questão, analisando os requisitos da aplicação
Desenvolver e implementar um processo automatizado de teste
Treinar a equipe de teste no processo, elaboração e execução dos testes automatizados
Sempre levar em consideração que haverá um aumento inicial nos custos do projeto

Abraços!!!

Referências:
DUSTIN, Elfriede; RASHKA, Jeff; PAUL, John. Automated Software Testing: Introduction, Management, and Performance. Canadá. Addison-Wesley Professional. 1999

Link do livro na Amazon: http://www.amazon.com/reader/0201432870?_encoding=UTF8&ref_=sib_dp_pt#reader_0201432870

Livros escritos pela Elfried Dustin: http://www.amazon.com/Elfriede-Dustin/e/B001IO9RTM/ref=ntt_dp_epwbk_0

Teceirização dos Serviços de Teste

2010-03-28T12:11:00.002-03:00

Na 17° Mesa Redonda DFTestes está rolando um thread sobre Terceiração de Teste, qual a realidade do mercado.
Daí resolvi escrever um pouco sobre os Tipos de Terceirização de Serviços de Teste

Hoje as empresas estão num ritmo cada vez mas acelerado em conta da crescente exigência de seus clientes. Quando um novo produto é lançado, ele precisa ser entregue rapidamente em casos de softwares COTS para ter uma vantagem competitiva. Ou se o próprio sistema é de uso interno, o ritmo também precisa ser acelerado dado muitas vezes pelos cronogramas apertados.

Muitas empresas não tem a equipe necessária para fazer estas atividades. Em Teste de Software essa realidade se faz presente nas empresas, pois empresas, dado o seu negócio, não necessariamente necessitam ter profissionais contratados para isso.

Pela demanda de software, os profissionais podem crescer ou diminuir rapidamente, onde a empresa nestes dois cenários precisa controlar suas metas de qualidade e restrições de orçamento.

Para atender a essa demanda um novo (mas velho conhecido) tipo de contratação se faz necessário: a Terceirização!

Existem diversos cenários comuns que

Fornecedores atrasam as entregas
Produto entregue com diversas falhas
Cronogramas não cumpridos
Testes de Sistema são realizados ou em Ambiente de Desenvolvimento ou Produção
Área de negócio perde a confiança em TI
Testes de Regressão são negligenciados

Isso mostra que muitas empresas ou não estão preparadas para ter uma área de Teste e Qualidade de Software ou estão fazendo da forma errada.

Existem diversas necessidades dentro de um ambiente de TI para

Atender a demanda da área de Negócio
Avaliar a Qualidade dos Fornecedores de Software
Reduzir os riscos de atraso e problemas de produção
Evoluir seu processo de desenvolvimento e seleção de fornecedores
Medir a qualidade de seus sistemas

Atualmente, para buscar estas necessidades e outras, se faz necessário possuir um equipe Terceitizada para efetuar os testes no sistema

Com uma área de Testes Terceitizada poderemos:

Reduzir o retrabalho e o risco na liberação de cada produto
Reduzir o custo relacionados a teste de software, como processos, infra-estrutura e pessoal especializado
Ter a garantia de resultado, considerando que "quem faz não testa"
Maior tempo para execução de teste
Maior volume de Casos de Teste
Atendimento imediato de picos de demandada de teste

Existem alguns Tipos de Terceirização de Teste de Software

Terceirização Total COM Interface Técnica
Neste tipo, a empresa contratante possui profissionais de teste, mas contrata um empresa para ter um atendimento imediato a sua demanda. Como todos os requisitos serão validados por profissionais da contratante, o risco é muito pequeno pois eles já tem o conhecimento de negócio.
O lado negativo é que todo o "know-how" fica por parte da contratada, fazendo toda a organização do Projeto de Teste.

Terceirização SEM interface técnica
Nesse modelo a contratante tem alguns benefícios muito visíveis, como:

A não preocupação com a formação da equipe e demandas de teste
Impacto referente a demanda é minimizado
Sem custos com uma equipe interna

O grande problema desse tipo é o entendimento de negócio do cliente, onde o cliente pode não ter todas as regras de negócio bem definidas e a exposição dos processos de negócio para as contratadas

Terceirização Parcial - Execução de Testes
Nesse tipo todo o conhecimento de negócio fica com a contratante, que também elabora os Casos de Teste não existindo a perda de maturidade de teste quando a contratada for trocada. A contratada só entra com a execução dos testes da contratante. O problema desse tipo é que, com uma demanda interna, a equipe de testes da contratante pode não criar todos os possíveis cenários para testes e não suportar a demanda.

Terceirização Parcial - Arquitetura de Teste
Nesse tipo os Arquitetos de Teste da contratante passam a parte mais complexa dos testes para os Arquitetos de Teste da contratada.
A execução de testes fica na contratante, o que eleva os riscos de negócio e o custo em contrstação. Se não for muito bem gerenciado, pode haver gastos desnecessários com profissionais alocados para cada atividade.

Terceirização Parcial - Automação de Teste
Nesse tipo os automatizadores ficam focados diretamente na automação do sistema, mas se o sistema não estiver maduro o suficiente para a automação, o trabalho não terá tanto ganho quanto o esperado. Scripts mal projetados para o cliente também vai dificultar na manutenção, elevado também os custos.

Para todos os tipos de Terceirização dos serviços de Teste se faz necessário criar SLA's (Acordo de Nível de Serviço) entre a contratante e contratada, além de o acompanhamento constante das atividades para que o projeto não saia do controle e esteja no rumo certo, além é claro de cumprir os prazos estabelecidos.

Na contração dos serviços de testes como terceirização, podemos ter duas formas de contração: equipe interna ou equipe externa (birôs de teste)

Equipe Interna
Fica alocada dentro da empresa contratante e utiliza todo o ambiente da mesma. Exsitem alguns benefícios em ter uma equipe interna:

Disponibilidade de recursos contratados
Fácil gerenciamento de testes
Controle direto sobre o projeto
Fácil comunicação com o cliente
Conhecimento fácil de ser adquirido

Equipe Externa
Fica alocada dentro da contratada, prestando serviços remotos. Isso acarreta em maior custo para a contratada em termos de ambiente de teste, que por sua vez diminui os custos de ambiente da contratante.
Essa forma de contratação se não for muito bem gerenciada pode fazer com que as restrições de projeto não sejam cumpridas.
Se a equipe de testes não tiver conhecimento total sobre o negócio do cliente que contratou os serviços, o projeto pode ter um aumento significativo de demanda e tempo, elevando assim os custos do projeto.

O que vejo um pouco são empresas "vendendo pessoas" sem que exista um escopo de trabalho bem definido. Quando vamos prestar serviço para uma contratante, percebemos que existem diversas falhar no processo como um todo, mas nem sempre é possível melhorar algo devido a demanda e devido a própria burocracia do cliente.

Eu tenho três cases de trabalho de terceirização, dois em testes manuais e um em automatizado:

Empresa X
Ambiente organizacional muito bem definido e político. Serviço parte dentro da contratada e parte na contratante. Entramos na Empresa X sem o cliente (nível mais baixo do sistema) saber que estavamos ali para ajudar e testar suas aplicações. Resultado: não colaboração do cliente.
Isso dificultava muito o trabalho, pois tinhamos que sair atrás de tudo quando era coisa pra poder prestar um serviço razoável. O sucesso do projeto era diretamente proporcional a senioridade dos profissionais de Teste.

Empresa Y
Ambimente organizacional muito bem definido e político. Serviço parte dentro da contratada e parte na contratante. O cliente era um grande colaborador e tinhamos mais uma empresa prestando serviços de teste (uma grande empresa azul). No início eu fiquei me perguntando o porquê de duas empresas de teste, mas após alguns dias eu vi que a outra empresa possuia muito conhecimento de negócio, mas que não tinha um lado técnico muito forte. O trabalho em conjunto foi ótimo. O próprio cliente cobrava das duas contratadas a qualidade do serviço e "corria atrás" de qualquer empecilho político, deixando as duas empresas livres para executar suas atividades.

Empresa Z
Ambiente organizacional tradicional. Projeto de Automação. Serviço na contratante. Este cliente preza pela qualidade dos seus produtos e vê a qualidade como um principal para o seu sucesso. Inicialmente queria automatizar tudo o que era possível, mas depois enxergou o que realmente agregava valor.
Um ponto muito interessante é que em automação, tu precisas de pequenos ajustes na aplicação (não mandatório) para que seja possível contornar ou solucionar alguns problemas em automatizar um funcionalidade.
Essa empresa analisava o pedido de alteração e executava, sem empecilhos nenhum, claro que com uma análise bem focada.

Bem, por enquanto era isso!
Crédito para minha professora de Pós Graduação em Teste de Software da Unieruo Wilsa Sette, que aborda este tema em uma de suas matérias.

Acompanhem também o blog QualidadeBR, que tratá um resumo dessa thread.

Abraços!

Tecnicas de Teste - Camilo Ribeiro

2010-03-27T00:31:00.001-03:00

O meu amigo Camilo Ribeiro do blog The Bug Bang Theory fez uma apresentação sobre Técnicas de Teste, e o material é muito bom!!!

O Camilo é uma das poucas pessoas que conheço na área de Teste que conhece muito bem o lado da qualidade e o lado técnico, tornando-se assim um profissional completo.

Parabéns pela apresentação Camilo!

PS: Meu tempo depois de terminar o MBA ainda tá escasso por conta do projeto que estou atualmente. Logo logo postarei muitas coisas sobre Automação, Selenium e Testlink... :)

Técnicas de Teste

View more presentations from Camilo Ribeiro.

Selenium IDE 1.0.6 released!

2010-03-27T00:14:00.001-03:00

Em menos de dois meses sai uma nova versão do Selenium IDE com pequenas modificações.
Um dos bugs mais visíveis, porém inofensivo era o de logar um erro de Xml Http Request no log da IDE sempre que um Caso de Teste era executado.
Issue #388 (reportada por mim) http://code.google.com/p/selenium/issues/detail?id=388

As demais issues corrigidas podem ser visualizadas em http://code.google.com/p/selenium/wiki/SeIDEReleaseNotes

BUG - The scary log message that was happening when you used 'open' has had its underlying cause fixed (Adam Goucher, Jérémy Hérault)
BUG - fixed a build issue with FF 3.6 and type-ahead for commands (Jérémy Hérault)
BUG - fixed some PHP export issues - see http://jira.openqa.org/browse/SIDE-346 and http://jira.openqa.org/browse/SIDE-183 (Adam Goucher)
BUG - there was a packaging issue around user-extensions (Adam Goucher)
BUG - ide won't put 'name=' as the Target when recording a selectWindow (David Burns)
BUG - to avoid confusion, when viewing formatter source, if it is read-only the button says 'ok' and if it is editable then it is 'save' (Jérémy Hérault)
NEW - you can now set a preference on whether you want record to be on or off when you start ide (Adam Goucher)
NEW - se-ide plugin information is read from the plugin's install.rdf (most people won't care about this, but its pretty cool from a geek perspective)

Download do Selenium IDE: http://release.seleniumhq.org/selenium-ide/1.0.6/selenium-ide-1.0.6.xpi

CInTeQ 2010 - Test Automation

2010-03-22T23:53:00.004-03:00

Olá pessoal!
Hoje participei do treinamento no CInTeQ 2010 com a Dorothy Graham e gostaria de passar pra vocês minha experiência em ter participado deste treinamento.

O início
Cheguei bem mais cedo do que estava previsto (as 8:00 e o curso iniciaria as 09:30), mas até aí tudo bem. Desci e tomei um café. Quando a sala estava disponível entrei e me deparei com uma senhora com aparência de vovó (daquelas que dá vontade de apertar os bochechas) sentada. Logo o meu raciocínio lógico e a apurado me diz: essa é a Dorothy.

Objetivos do treinamento
O treinamento, basicamente, segue essa ordem (mas no nosso curso ela fez uma ordem diferente do material que recebemos, diz ela que com o intuito de experimentar para ver se o entendimento fica melhor):

Planejando e Gerenciando a Automação de Teste
Técnicas de Desenvolvimento
Arquitetura de Testes Automatizados
Pré e Pós processamento
Comparação da Automação (resultados)
Recomendações e Direções

Planejando e Gerenciando a Automação de Teste
Foram colocados alguns pontos interessantes nessa primeira parte.

A Automação é um projeto (com todos as fases), e ainda é um projeto de desenvolvimento
Que ele precisa de objetivos bem definidos para ser desenvolvido

São objetivos da Automação de Teste

Executar testes tediosos ou difíceis de serem executados manualmente
Executar Testes de Regressão com maior frequencia
Garantir a repetibilidade dos Testes Regressivos
Ter o ROI (Retorno de Investimento) em não mais do que 6 interações de teste

Não são objetivos da Automação de Teste

Melhorar os testes
Reduzir a equipe
Reduzir o tempo e custo para arquitetar os testes
Automatizar todos os testes

As Métricas úteis para a Automação de Teste são aquelas que dão suporte a uma efetiva análise e decisão, e que são fáceis de coletar.
Dentro das Métricas de Automação de Teste, podemos citar

Esforço para automatizar e executar os testes automatizados
Esforço para desenvolver um novo teste automatizado
Esforço para analisar as falhas
Tempo para executar os testes automatizados x testes manuais

A recomendação de métricas é a seguinte:

Não medir tudo!
Escolher três ou quatro métricas
Coletar e monitoras as métricas por alguns meses
Trocar a métrica se ela não fazer mais sentido

Sempre que quisermos aplicar a Automação de Testes pela primeira vez, devemos escolher um Projeto Piloto. Devemos lembrar que esse projeto deve:

Ser pequeno: de 3 a 6 meses e possuir de 3 a 6 pessoas (não é mandatório)
Não crítico: que não ponha em risco a entrega do projeto

E como um resumo deste item:

Conhecer os seus reais objetivos para a Automação de Teste
Medir o que é importante pra você e sua empresa
Utilizar de Projetos Pilotos para iniciar com sucesso a Automação de Teste
Atribuir responsabilidades para a Automação

Técnicas de Desenvolvimento (Scripting Techniques)
As Técnicas de Desenvolvimento de Testes Automatizado tem como objetivos:

Reduzir custos
Ter um bom ROI (Retorno de Investimento)
Aumentar a capacidade dos testes
Evitar os custos excessivos de manutenção

Existem diversas técnicas de Desenvolvimento de Testes Automatizados, as apresentadas foram:

Linear
O famoso "Record and Playback" (gravar e executar). Ele é rápido de criar mais difícil de manter.
Pode trazer diversas ações duplicadas, que poderiam ser reaproveitadas

Estruturada
Utiliza-se da reutilização de scripts, criando assim uma biblioteca com as ações mais comuns automatizadas e executadas no sistema-alvo (SUT). Reduz custos de manutenção e geração de testes.

Data Driven (Orientada a dados)
São scripts voltado para a massa de dados do teste onde os dados de testes são extraídos dos scripts e colocados em algum local (data source). O controle do script (execução) é feita pela leitura destes arquivos e esta técnica reduz custos de desenvolvimento do scripts, uma vez que os testadores podem criar os data sources.

Keywords (Palavras Chave)
São scripts de controle de onde extraímos as instruções mais comuns em alto nível onde colocamos a definição destes scripts em uma linguagem de usuário (requisitos), podendo ser utilizadas em todos os níveis de teste (unitário, teste e aceitação)

Como resumo deste item temos:

Uma boa técnica aplicada a nossa realizada reduz custos de manutenção
A técnica de keyword é a mais sofisticada atualmente

Arquitetura de Testes Automatizados
A arquitetura é um fator crítico de sucesso para a automação que deve ser separado da visualização que os testadores tem e que devemos separar os testes da ferramenta.
Na arquitetura devemos pensar nos itens de Testware, como:

Dados do teste
Resultados esperados
Resultados obtidos
Logs
Scritps
Documentos
Utilitários
etc... (existe uma série de outros itens de testware)

Os benefícios de criar uma boa Arquitetura para a Automação de Testes são:

As ferramentas podem assumir o conhecimento
Podemos automatizar mais atividades/tarefas
Portabilidade dos testes
Baixa curva de aprendizado

Como resumo deste item temos:

Precisamos de padrões de configuração para tornar a automação mais eficiente
Testware
Criar um boa arquitetura a fim de reutilizar ao máximo os testes

Pré e Pós Processamento
O pré-processamento são todas as atividades iniciais antes de iniciar efetivamente a automação, como a criação dos diretórios, carregamento de dados, etc...

O pós-processamento são todas as atividades quando o script termina sua execução, como a remoção dos arquivos temporários que não serão mais utilizados, remoção dos dados, etc..

Durante o processamento dos testes e sua execução devemos fornecer o status do teste.
A ferramenta não pode ter a certeza que os testes realmente passaram, a ferramenta apenas faz uma suposição se os resultados estiverem dentro do esperado.
O que nós devemos fazer é sempre analisar o resultado obtido da ferramenta e comparar com os resultados esperados.

Comparação da Automação (resultados)
Existem diversos tipos de comparação de resultados da Automação de Teste e diferente forma de faze-los. Padrões para a comparação de resultados nos dá ganhos de eficiência e efetividade.
Existem dois tipos de comparações: as dinâmicas e as de pós-execução.

Comparações dinâmicas:

Executadas durante a execução dos testes
Executadas pela ferramenta de teste
Informações de falha são geralmente gravadas em log.

Comparações de pós-execução:

Executadas depois que a execução de teste termina
Muito bom para comparar arquivos ou bases de dados
Pode ser separado da execução de teste
Pode ter diferentes níveis de comparação

Recomendações e Direções
Basicamente foi uma resumo de toda a apresentação, onde podemos citar os seguintes pontos:

Criar scritps usáveis e reutilizáveis
Selecionar bons candidatos para a automação

que podem ser executados diversas vezes
demorados para executar manualmente
difíceis de executar manualmente

Começar o Projeto Piloto com poucos testes automatizados (10 a 20 testes)
Executar a automação em uma versão estável do software
Executar a automação em uma versão não estável do software, a fim de estudar seu comportamento e impacto
Medir sempre e criar estratégias para reportar os resultados (ROI)
Criar padrões para a automação
Separar a Arquitetura de Automação de Teste em níveis de abstração

A Dorothy tem uma excelente didática, além de dar diversos exemplos de estudo de casos. O interessante é que ela apresentou estudos de casos reais que não deram certo e o porquê de eles não terem dado certo.

Tivemos exercícios de fixação do conteúdo, como responder quais eram objetivos aceitáveis para a automação de teste e quais não eram e no final do dia tivemos um joginho para descontrair e aprender um pouco mais sobre automação.

Links
Site do CInTeQ 2010: http://www.cinteq.com.br/
Site da Dorothy Graham: http://www.dorothygraham.co.uk/

Para ver a cobertura completa do CInTeQ 2010, acesse o blog QualidadeBR do Fabrício Ferrari

Abraços!

Free Open Source Testing Tools Webinar

2010-02-23T22:16:00.000-03:00

Dentro do Test Management Forum do LinkedIn recebi a informação de um Webinar grátis!
A empresa Push to Test está promovendo este webinar sobre Ferramentas Open Source de Teste de Software.

Serão duas sessões diferentes, uma para Gerentes de TI e outra para Desenvolvedores e Testadores.
Vou colocar abaixo apelas a sessão para Desenvolvedores e Testadores, mas no final do post você pode ver os links e visualizar a outra sessão.

Os desenvolvedores e testadores aprenderão:

Usar o Selenium em Aplicações de Internet Rica (Rich Internet Application, RIA usando Ajax)
Criar Suites de Teste de aplicações baseadas em SOAP e REST usando soapUI.
Habilitar dados de teste do Selenium usando o TestMaker.
Testar aplicações Flash/Flex usando protocolos AMF.
Integrar testes no TestMaker em um sistema de Integração Contínua (Continuous Integration)
Como analizar resultados dentro de Conhecimentos Acionáveis (Actionable Knowledge).
Usando Glassbox e DynaTrace para a Análise de Causa Raiz (Root Cause Analysis).

Apresentando: Selenium, soapUI, HTMLUnit, JUnit, TestMaker,

Para saber mais acesso o site: http://www.pushtotest.com/services/workshop_tech

Existem as seguintes datas para o webniar:
February 25, 2010, 7:30 am Pacific (GMT -8) for 2 hours
March 18, 2010, 1:00 pm Pacific (GMT -8) for 2 hours
March 31, 2010, 8:00 am Pacific (GMT -8) for 2 hours
April 21, 2010, 1:00 pm Pacific (GMT -8) for 2 hours

PS: o webinar é em inglês!

Abraços!

9º Encontro Mensal: X-Zone - Framework de Teste Open Source

2010-02-20T22:05:00.002-02:00

Data: 6 de março (sábado)
Local: Iterasys - Av. Paulista, 726 – Auditório – próximo a estação de metro Brigadeiro

Objetivo:
Aumentar o contato entre profissionais da área de Teste de Software e Garantia da Qualidade, bem como estimular a troca de conhecimentos, experiências e práticas de sucesso.

Tema do Encontro:
X-Zone

Conteúdo:

Apresentação do X-Zone e de suas funcionalidades. Trata-se de um framework de teste criado no Brasil por iniciativa do notório Alexandre Bartiê e distribuido como software de código aberto, em que profissionais e empresas podem baixar a ferramenta e utilizá-la gratuitamente, além de poder adaptá-la as suas necessidades.

Agenda:

08:30 Credenciamento e networking entre os participantes
09:00 Posse dos novos Diretores Regionais Adjuntos no mandato 2010
09:15 Claudio Schoeps - X-Zone
10:30 Coffee break e networking
11:00 Continuação da palestra
12:00 Encerramento

Palestrantes:
Cláudio de Vilhena Schoeps, graduado em Engenharia Eletrônica pela FAAP e especialização em Gestão Empresarial pela Business School São Paulo, com mais de 20 anos de atuação em desenvolvimento de sistemas, trabalhos realizados no Brasil e contratados pela Dinamarca, França e Alemanha para empresas dos setores Financeiro, Telecomunicações, entre outros. Atualmente, é responsável pela unidade de consultoria da Auditeste. Atuou como diretor das empresas Dataware, Flexsys e Simplify.

Inscrições:
- Não Associados: R$ 30,00

- Associados ALATS 15% de desconto

A participação na palestra Vale 3 PDTS para a renovação da CBTS

Inscreva-se pela página da ALATS São Paulo. Em caso de dúvidas contate sp@alats.org.br

Links de Referência:
Site da ALATS SP: http://alats.org.br/Default.aspx?tabid=144
TestExpert: http://www.testexpert.com.br/?q=node/1688
LinkedIn: http://events.linkedin.com/9th-Monthly-Meeting-ALATS-Sao-Paulo/pub/241911

Selenium IDE 1.0.5 is released!

2010-02-20T21:48:00.001-02:00

Diversos profissionais da Área de Teste tem procurado aprender o Selenium (e suas derivações) para aprender a automatizar as aplicações web onde trabalham.

Ontem foi lançado a versão 1.0.5 do Selenium IDE, que foi patrocinado pela SouceLabs.

Para baixar a nova versão acesse o site do Selenium no seguinte endereço: http://seleniumhq.org/download/

Todas as melhoras aplicadas podem ser visualizadas em:
http://saucelabs.com/blog/index.php/2010/02/selenium-ide-1-0-5-is-released/

Simulado Certificação CSTE - QAI Brasil

2010-02-04T15:38:00.001-02:00

Você quer ter acesso a um simulado da prova de certificação CSTE da QAI com 15 questões de múltipla escolha e 5 questões dissertativas?
Então veja o informativo da QAI abaixo:

Com a intenção de disseminar melhor as certificações da QAI, e minimizar a impressão de que ainda estamos aplicando exames somente em inglês, resolvemos disponibilizar em nosso portal um pequeno simulado de amostra com 15 questões de múltipla escolha e 5 questões dissertativas que são aplicadas no exame CSTE.

Para ter acesso á página de Download desses arquivos, basta você atualizar todos os seus dados do seu perfil existente no portal da QAI Brasil e nos mandar um e-mail informando seu nome e seu usuário para conferirmos a informações e colocá-lo no grupo que tem acesso a esses downloads.

Assim que atingirmos uma marca de 100 solicitações, colocaremos todas as respostas e os gabaritos das questões dissertativas para que vocês consigam ter uma noção de seu desempenho.

Outros simulados poderão ser disponibilizados posteriormente.

Contamos com a participação de todos.

Cordialmente.

Equipe QAI Brasil
QAI Brasil - Quality Assurance Institute
info@qaibrasil.com.br
++55 (11) 3048-4018

Site QAI Brasil: http://www.qaibrasil.com.br/

Abraços!

Situação do Desenvolvimento de Software com visões de Qualidade de Software

2010-01-24T14:17:00.002-02:00

Em um debate no curso de Extensão em Gerência de Teste de Software que estou fazendo na UFLA um tópico aberto pelo professor André Grutzmann foi bem interessante: "Discussão sobre a situação de desenvolvimento de software hoje em dia."

Vou colocar minhas considerações sobre a análise dessa situação e colocar também considerações muito importantes de outros colegas.

O desenvolvimento de software hoje em dia vem se tornando cada vez mais rápido e com maior qualidade do que antigamente.
Parte disso deve-se ao fato de muitas linguagem possuírem frameworks que, de uma certa forma, dão velocidade ao desenvolvimento e uma maior qualidade, pois trazem as boas práticas de desenvolvimento dentro delas.
As IDE's também tem um papel importante nisso, pois cada vez estão mais automatizadas e integram diversas ferramentas de qualidade, como qualidade de código (debugger e testes unitários) e até mesmo testes funcionais e performance (caso do Visual Studio).

Os clientes também estão cada vez mais exigentes nas três restrições de gerenciamento de projetos: prazo, custo e qualidade.

Frente a toda concorrência e velocidade de entrega de aplicações, muitas empresas (geralmente de médias a grandes) contratam pessoas em um curto espaço de tempo para desenvolverem uma aplicação para o cliente. O que acontece em muitos casos é que ou a aplicação demora muito para ser entregue (restrição de prazo e as vezes de custo) ou é entregue no prazo (porém com a restrição de qualidade afetada).

Existe até uma tendência que podemos visualizar no mercado atual: pequenas empresas conseguem entregar um projeto no prazo correto, no custo previsto e com qualidade. Isso pode ser deduzido em pessoal treinado, motivado, entrosado e poucos clientes na empresa.

Já empresas de médio porte geralmente possuem problemas com algumas destas restrições, pois possuem mais projetos para gerenciar e desenvolver, e muitas vezes não possuem profissionais para o projeto.

Podemos ver claramente alguns dados do cenário atual de empresas de desenvolvimento pelo:

Site do MPS.BR: http://www.softex.br/mpsbr/_livros/resultado_desempenho.asp
Site da MCT

Apresentação sobre mercado de teste: http://www.slideshare.net/elias.nogueira/o-mercado-de-teste-de-software-presentation

Há também a mudança natural da melhoria dos processos que guiam o desenvolvimento de software, como a apresentação e adoção de metodologias ágeis como XP, Scrum, BDD e outras que, mesmo que um certo tempo de existência, estão se tornando uma boa alternativa ao desenvolvimento com qualidade.

Apesar de vermos que a adoção de uma metodologia ágil aplicada corretamente pode trazer diversos benefícios, muitas empresas com uma certa bagagem de mercado ou fora desta realidade seja resistentes a tais mudanças. A tendência é que empresas novas ou com pessoas com a mente aberta a mudanças dente a apresentar um produto com mais qualidade e até com comprimento de prazos. Esta foi a visão colocada por Jhonatan Fernando de Oliveira.

Também há uma movimentação para o avanço da Engenharia de Software, com novas atualizações para seguir os novos padrões de mercado, surgimento de novas tecnologias, modelos, normas e padrões de avaliação para o processo de desenvolvimento de software. Essa foi a visão dada por Andressa Nogueira Fonseca.

Fabio Teixeira Lobato nos lembrou de algo muito impotante: a evolução crescente de todas tecnologias voltadas para a engenharia de software como a evolução nas linguagem de programação e os SGDB's.

Abraços!

Pagamento Online para BRATESTE 2010

2010-01-17T12:40:00.000-02:00

No site do evento 3° Seminário Brasileiro de Teste de software, BRATESTE 2010 já é possível fazer a inscrição online do evento que são divididas em:

BRATESTE Completo
02 tutoriais do dia 24 de março + Palestras dos dias 25 e 26 de março.
Custo: R$ 1.100,00
Ficha de Inscrição
BRATESTE Tutoriais
02 tutoriais (01 manhã e 01 tarde) do dia 24 de março.Custo: R$ 800,00
Ficha de Inscrição
BRATESTE Seminário
02 dias de palestras, dias 25 e 26 de março.Custo: R$ 500,00
Ficha de Inscrição

Pagamento Online
5 Colaboradores = 5% de desconto
6 a 10 Colaboradores = 8% de desconto
11 a 15 Colaboradores = 10% de desconto
16 a 25 Colaboradores = 15% de desconto
+ de 25 Colaboradores = 20% de desconto

Caso sua empresa ainda não esteja cadastrada no Portal, Clique aqui.

Pesquisa de Cargos e Salários 2010 - Contribua com a comunidade de testes

2010-01-13T17:40:00.001-02:00

Notícia recebida pela lista DF-Testes por Cristiano Caetano da TestAnywhere.
Não deixe de participar da Pesquisa de Cargos e Salários da nossa área (Teste e Qualidade de Software)

Olá pessoal,

Com o objetivo de atualizar os dados da pesquisa realizada em 2007, disponível em http://www.testexpert.com.br/?q=node/231, criei uma nova versão para 2010.

Esta pesquisa se propõe a desenhar o mapa dos profissionais de teste e qualidade de software do Brasil. Considerando que a área de teste e qualidade de software é uma das áreas em franca expansão da atualidade, o resultado dessa pesquisa será de grande interesse para todos vocês.

A pesquisa não levará mais que dois minutos para ser preenchida. Sinta-se à vontade para repassar esse email para todos os seus colegas de trabalho e amigos que trabalham nesta área, afinal, quanto mais respostas melhor.

A pesquisa ficará aberta para preenchimento até março. Não perca tempo, preencha os dados agora. Os resultados da pesquisa serão divulgados portal TestExpert.

Para preencher a pesquisa, acesse o seguinte endereço:

(A pesquisa é 100% anônima)

http://www.testexpert.com.br/pesquisa/index.php?sid=35766&lang=pt

Simulados da Certificação CSTE

2010-01-13T17:24:00.001-02:00

Notícia recebida por email no fórum DF-Testes como comunicado da QAI Brasil pelo Fernando Scarazzatto.

Prezados (as) Colegas do Grupo.

Com a intenção de disseminar melhor as certificações da QAI, e minimizar a impressão de que ainda estamos aplicando exames somente em inglês, resolvemos disponibilizar em nosso portal um pequeno simulado de amostra com 15 questões de múltipla escolha e 5 questões dissertativas que são aplicadas no exame CSTE.

Para ter acesso á página de Download desses arquivos, basta você atualizar todos os seus dados do seu perfil existente no portal da QAI Brasil e nos mandar um e-mail informando seu nome e seu usuário para conferirmos a informações e colocá-lo no grupo que tem acesso a esses downloads.

Assim que atingirmos uma marca de 100 solicitações, colocaremos todas as respostas e os gabaritos das questões dissertativas para que vocês consigam ter uma noção de seu desempenho.

Outros simulados poderão ser disponibilizados posteriormente.

Conto com a participação de todos.

Complemente a sua CBTS e torne-se Implementador MPT.BR

2010-01-07T11:20:00.001-02:00

Você que já é certificado CBTS, participe do Curso de Implementador MPT.BR, promovido pela Iterasys, e receba essa nova credencial da ALATS automaticamente.

Data: 16 de Janeiro
Horário: 13:30 às 16:30
Instrutor: Emerson Rios - presidente da ALATS e idealizador do MPT.BR
Investimento: R$ 130,00

Local: Av. Paulista, 726 - 17º Andar - conj 1707-D - Bela Vista - São Paulo/SP - próximo a estação de Metrô Brigadeiro.

Inscrições: (11) 3254-7625 ou contato@iterasys.com.br