Você está na página 1de 28

2/2/2014

Especial: TestLink 1.9 | The Bug Bang Theory

The Bug Bang Theory

Especial: TestLink 1.9


Posted on February 27, 2011 at 12:14 AM. Written by Camilo Ribeiro Vrias pessoas me pediram para falar sobre o potencial do TestLink, para demonstrar como acho que ele pode ser bem usado, integrado com outras ferramentas e etc. Esse momento chegou. Aqui vou demonstrar as principais funcionalidades do TestLink, desde a instalao limpa usando o WAMP at os conceitos do teste de software demonstrados em uma atividade prtica, com screenshots. Primeiramente, para quem no conhece, o TestLink uma ferramenta de gerncia de teste. Ele no registra defeitos, no automatiza casos de teste e nem gerencia builds do software. Para isso temos outras ferramentas. O TestLink faz o trabalho de organizar a elaborao, planejamento e execuo dos casos de teste. Isso inclui referenciar projetos, builds e at defeitos, mas no diretamente. Se precisar de ferramentas para outras funcionalidades consulte a publicao brilhante do Cristiano Caetano: http://testexpert.com.br/?q=node/795 Para quem j conhece o TestLink, foi disponibilizada uma pgina com informaes sobre a nova verso, um overview das features em http://teamst.org/index.php/news-mainmenu-2/1-latest/102-testlink-190-released-2010-11-14 ESPECIAL TESTLINK Aprendendo passo a passo Iniciando: Baixando, Instalando, Configurando e Integrando: Baixando: Wamp 2.1*: http://www.wampserver.com/en/download.php TestLink 1.9: http://sourceforge.net/projects/testlink/files/ *Wamp um acrnimo para o conjunto de sistemas Windows, Apache, MySql e Php. *Dica: Para facilitar a leitura de arquivos php, eu recomento usar o Notepad++ que pode ser baixado no link http://notepad-plus-plus.org/download Lembre-se de consultar as verses mais novas do wamp e do TestLink. O TestLink um sistema desenvolvido pelo TeamST (http://www.teamst.org) e mantido no SourceForge (http://sourceforge.net/projects/testlink/files), por isso, independente da verso apresentada nesse tutorial, muito importante baixar a verso mais recente. Instalando: Aps baixar o Wamp, instale-o com as opes default. Configurao usada nesse tutorial: WampServer 2.1i (Apache 2.2.17, PHP 5.3.3, MySQL 5.5.8, PHPMyAdmin 3.2.0.1 e SqlBuddy 1.3.2) e Windows Seven Ultimate. A instalao vai criar um diretrio chamado wamp na sua raiz (ou no local que indicar para instalao), dessa forma ter C:\wamp (Vamos usar C:\wamp como padro neste tutorial). Dentro de todos os diretrios dentro dessa pasta, apenas o c:\wamp\www nos importa temporariamente. Verifique se o wamp est funcionando, para isso, verifique se ele est ativo (mesmo que off line) na sua barra de processos junto do relgio (canto inferior direito). Pode tambm acessar o phpMyAdmin, normalmente em http://localhost/phpmyadmin/. Este ser o nosso gerncia dor de bancos de dados durante o tutorial. *Muito importante: caso tenha algum outro ambiente configurado, possivelmente ter que resolver problemas relacionados a portas e redes, o que no trataremos nesse tutorial. Aqui vamos seguir o caminho feliz, deixando eventuais problemas para os comentrios deste post ou referncias que sero anexadas durante a evoluo deste blog ou em outros blogs do mesmo assunto. Vrios programas podem causar interferencia, por exemplo o Skype, o VSTS 2010 e at mesmo o jogo WoW, por isso, tente usar um pc limpo ou uma mquina virtual caso tenha algum problema com a instalao. Sabendo agora que ele est funcionando, v at o PHPMyAdmin citado anteriormente e solicite Criar novo Banco de Dados. Informe o nome do banco de dados, neste tutorial, chamaremos de testlink. Outra opo , na sua ferramenta de gerncia mento, executar a seguinte query CREATE DATABASE `testlink` ;. Agora v at a guia de privilgios e solicite criar um novo usurio com todos os acessos. Neste tutorial chamaremos esse usurio de testlink tambm.

http://www.bugbang.com.br/especial-testlink-1-9/

1/28

2/2/2014

Especial: TestLink 1.9 | The Bug Bang Theory

Extraia o contedo do zip do TestLink e renomeie a pasta extrada para testlink, ficando assim C:\wamp\www\testlink. Verso do TestLink usada nesse tutorial: TestLink 1.9.0. V at o browser e acesse a pgina do TestLink, neste tutorial representada por http://localhost/testlink. Neste momento o sistema o questionar sobre instalar uma nova verso ou atualizar uma verso j existente, solicite criar uma nova verso clicando no link New Installation. (Em breve vou disponibilizar um post com um roteiro sobre a atualizao da 1.8 para a 1.9).

A instalao dividida em cinco passos: Acceptance of License (Aceite da Licena) Basicamente ler e aceitar a licena marcando o checkbox I agree to the terms set out in this license. Verification of System and configuration requirements (Verificao do sistema e configuraes requeridas) O sistema avalia as configuraes do computador em que o TestLink ser instalado. Caso tenha algum problema, ele ser apresentado para correes. Quando a mensagem Your system is prepared for TestLink configuration (no fatal problem found). for apresentada, basta solicitar Continue. Definition of DB access (Definio do acesso ao Banco de Dados) Neste tutorial s apresentaremos a instalao usando a mquina local e o MySql como banco de dados. Informe o nome do banco de dados criado, neste caso testlink, usurio e senha do root do banco de dados. Inclua tambm o usurio que criamos e a senha escolhida, logo aps solicite Progress TestLink Setup.

http://www.bugbang.com.br/especial-testlink-1-9/

2/28

2/2/2014

Especial: TestLink 1.9 | The Bug Bang Theory

Create DB, testlink DB user, structures and default data & create configuration file. (Criao do usurio do Banco de dados, estruturas e dados padres e criao do arquivo de configurao) Ao sistmica, precedida pelas configuraes logo acima. Verify the procedure result (Verificao dos resultados do procedimento) and continue to TestLink login. (Continue para o login do TestLink) Caso tudo ocorra normalmente, o sistema apresenta a mensagem abaixo:

Clique no link ou v at o link http://localhost/testlink/login.php e veja a primeira tela do seu TestLink instalado:

http://www.bugbang.com.br/especial-testlink-1-9/

3/28

2/2/2014

Especial: TestLink 1.9 | The Bug Bang Theory

O usurio do seu novo TestLink Admin e a senha Admin. *No necessrio o wamp. Caso deseje usar linux por exemplo, pode usar o lamp ou instalar os itens separadamente. Aqui ofereo a soluo mais simples e no a mais profissional. Configurando: Abaixo vamos listar vrias configuraes. Todas so opcionais. No TestLink: Mudando o idioma para portugus: Ao logar, v at My Settings e solicite o Locale para Portuguese (Brazil). No arquivo C:\wamp\www\testlink\config.inc.php A inteno dessas modificaes no apresentar todas as opes de configuraes que podemos realizar no arquivo de configuraes do TesLink, mas apenas fomentar a customizao deste arquivo para potencializar esta ferramenta para ser mais confortvel, produtiva e atrativa para seus usurios e desenvolvedores. Ao aprender algumas das configuraes que eu acho mais interessantes, voc vai aprender a criar suas prprias configuraes e passar a conhecer mais da estrutura interna da ferramenta. Boa sorte Ocultando Avisos de segurana: V at a linha $tlCfg->config_check_warning_mode = FILE; e modifique o File por SILENT. Removendo o registro de novos usurios: V at a linha $tlCfg>user_self_signup = TRUE; e modifique o TRUE por FALSE. Mudando o Idioma padro para portugus: V at a linha $tlCfg->default_language = en_GB; e modifique o en_GB por pt_br. Criando padro de login : Mude o valor da expresso regular na linha $tlCfg->validation_cfg->user_login_valid_regex=/^[\w \- .]+$/;. por exemplo, para ter um login com nome.sobrenome, mude a regex para /^[\w \-]+\.+[\w \-]+$/. Incluindo o logotipo da sua empresa no Sistema: Salve o logotipo da empresa no formato PNG, preferencialmente nas dimenses 115/53. Salve esse arquivo no diretrio C:\wamp\www\testlink\gui\themes\default\images. V at a linha $tlCfg->company_logo = company_logo.png; e modifique o texto company_logo.png para o nome do arquivo que salvou no diretrio citado acima. Mensagens de boas vindas, aviso ou emergncia: V at a linha $tlCfg->login_info = ; e inclua o texto entre as aspas simples. Esse texto ser apresentado na tela de login. Na imagem abaixo podem ser vistas algumas das mudanas, ressaltando esta.

http://www.bugbang.com.br/especial-testlink-1-9/

4/28

2/2/2014

Especial: TestLink 1.9 | The Bug Bang Theory

Ordenao alfabtica dos projetos: V at a linha $tlCfg->gui->tprojects_combo_order_by = ORDER BY nodes_hierarchy.id DESC; e modifique o contedo entre as aspas por ORDER BY name. Integrando: LDAP do Windows: verifiquei a nova verso e ela mantm as mesmas configuraes de antigamente, para isso, acesse o post deste blog Integrando TestLink ao Active Directory via Open LDAP. Mantis (por Elias Nogueira): Um dos melhores tutoriais que tive o prazer de ler e usar no dia a dia, por isso coloco aqui o link para consulta: http://sembugs.blogspot.com/2008/06/integrao-do-testlink-com-o.html Bugzilla(por Francisco Mancardi): http://www.teamst.org/_tldoc/1.7/tl-bts-howto.pdf Meu Primeiro projeto: Definindo minha arquitetura de testeware e cadastrando os requisitos: Sobre Projetos e produtos: IMPORTANTE: Aqui sero abordados alguns conceitos e tcnicas que aprendi atravs de estudo e experincia. Possivelmente alguns conceitos apresentados podem no ser os mesmos usados na sua organizao ou mesmo no TestLink, sofrendo algumas adaptaes. Antes de usar a ferramenta, vou expor alguns conceitos importantes. Primeiramente a diferena entre produto e projeto. Projeto: Segundo o PMBoK, Um projeto um esforo temporrio empreendido para criar um produto, servio ou resultado exclusivo, ou seja, um projeto atua sobre um ou mais produtos. Produto: Um produto o resultado do esforo de um ou mais projetos, operaes, servios ou outra forma de execuo de trabalho. O Produto algo tangvel, no nosso caso, na maioria das vezes Software, mas para empresas especializadas em Teste de Software, possivelmente relatrios, registros de defeitos e evidncias de teste entre outros artefatos. Entendendo isso, vamos criar um projeto chamado Projeto.

http://www.bugbang.com.br/especial-testlink-1-9/

5/28

2/2/2014

Especial: TestLink 1.9 | The Bug Bang Theory

New: Na imagem acima j podemos ver uma das funcionalidades interessantes do TL1.9. Na verso anterior, em uma empresa que trabalhei tivemos que mudar o acesso de todos os usurios do TestLink para Sem Direitos. Isso era uma artimanha para evitar que todos os usurios tivessem acesso a todos os projetos. Na nova verso, podemos deixar alguns projetos como pblico, o que o deixa como a verso anterior, acessveis a todos os usurios, enquanto quando no os marcamos, apenas os usurios definidos no projeto tero disponibilidade aos artefatos. Esse recurso j existia no Mantis. O TestLink nos possibilita gerncia r os testes de duas formas. Uma a tradicional, como usado na maioria das empresas, como foi usada acima. Um projeto para cada projeto de teste, onde vamos inserir os casos de teste, gerncia r planos e etc. Essa forma apresenta muitas vantagens quando tratamos de projetos gigantescos, que exigem vrios Planos de teste diferentes. Mas quando trabalhamos com vrios projetos pequenos de software para um produto maior, podemos usar uma abordagem diferente. O que o TestLink chama de projeto, podemos considerar como Produto e o que o TestLink chama de Plano de teste, podemos chamar de projeto de teste. A adaptao sugerida acima muito interessante, pois, se pensarmos bem, na maioria das vezes, temos um plano de teste para cada projeto de teste. So raros os projetos em que eu participei em que eu tinha mais de um plano de teste, que era evoludo com o tempo. Essa adaptao conceitual no chega a ser uma gambiarra, pois, efetivamente, os casos de teste assim como os casos de uso no so artefatos do projeto, mas sim do produto. O projeto concentra itens como plano de riscos, plano de escopo, plano de comunicao, evidncias de teste, relatrios de acompanhamento e etc., deixando itens como casos de uso, requisitos, casos de teste, matriz de rastreabilidade, cdigo fonte, defeitos e etc. para o produto. Um exemplo interessante de como a segunda abordagem pode ser mais interessante: Temos o produto Blog Bug Bang Theory. Para ele, foram elaboradas 5 fases, denominadas Fase A, Fase B, Fase C, Fase D e Fase E. Cada fase, por sua vez, acaba virando um projeto, com seus prprios riscos, necessidades, recursos e etc. Na abordagem Criando um Projeto do TestLink para cada Projeto de Teste, vamos criar o testware dos casos de uso 1, 2, 3, 4, 5 e 6. Imagine que criamos 60 (sessenta) casos de teste para esses casos de uso, testamos e encerramos o projeto. Agora vamos para a Fase 2 e . . ., no temos os casos de teste se precisarmos reexecut-los. Temos que reabrir o projeto e poluir as informaes sobre a execuo dele, ou usar a funcionalidade de exportao e importao. Se usarmos um plano de teste do TestLink para cada Produto, e um plano de teste para cada projeto, perdemos a capacidade de criar diferentes planos para cada projeto, mas ganhamos o reuso dos casos de teste elaborados para todos os projetos, isso sem perder os histricos sobre execuo de teste de todos os projetos, que ficam vinculados aos builds e aos planos de teste. Confuso? Termine de ler esse tutorial que vai entender tudo .

http://www.bugbang.com.br/especial-testlink-1-9/

6/28

2/2/2014

Especial: TestLink 1.9 | The Bug Bang Theory

Enfim, cada um pode usar a ferramenta da forma que for mais conveniente para sua organizao. Aqui eu estou apresentando a forma com que o TestLink realmente foi desenhado para atender, indicando a forma que eu acredito que podemos extrair mais benefcios e aumentar a produtividade dos testadores e analistas e melhorar a coleta e anlise para os gerentes e coordenadores. Para esse tutorial no vamos abordar a gesto da automao. Requisitos: Aqui esto vrias melhorias interessantes. Agora os requisitos podem ser gerncia dos em forma de rvore, ou seja, podemos ter vrios nveis de especificaes de requisitos. Como cada organizao trabalha de uma forma, podemos dar o exemplo de separao por mdulos. Por exemplo: Um sistema X contm trs mdulos, onde cada mdulo contm vrios casos de uso. Alm disso, ele possui um workflow simples para controle dos requisitos, o que reflete nos relatrios. Nesse workflow temos desde rascunho, passando por revisado, validado, obsoleto e completo. Mas o mais bacana da nova verso nessa rea de requisitos a elaborao automtica de um documento de requisitos. Se aplicarmos algumas regras de detalhamento do caso de uso, extraindo dele os requisitos de negcio e os fluxos do sistema, podemos criar um documento gerencivel, que facilita e muito a nossa visualizao sobre os casos de uso. Para isso, vamos usar a tcnica apresentada no post Um modelo para elaborao de cenrios e casos de teste deste mesmo blog, e como matria prima para esse exemplo, vamos usar o caso de uso ManterAvisos desenvolvido para essa finalidade. O caso de uso acima no perfeito, como qualquer artefato que no tenha passado por um processo rigoroso de qualidade ele possui falhas, mas espero que atenda ao nosso objetivo aqui, que demonstrar o processo de extrao dos cenrios e a elaborao dos casos de teste no TL1.9. Se aplicarmos a tcnica (detalhada mais frente neste post), teremos os seguintes diagramas para cada fluxo: Pra cada caso de uso, vamos realizar a anlise detalhada acima, e no TestLink vamos criar uma Especificao de requisitos. Para cada Especificao de Requisitos, vamos criar uma estrutura de pacotes para cada um com trs sees: Regras de Negcio, Fluxos do Sistema e Excees.

Em regras de negcios, vamos criar uma Constrain (restrio) para cada requisito. As constrains so requisitos testveis, por isso vamos us-las para representar as regras do caso de uso.

http://www.bugbang.com.br/especial-testlink-1-9/

7/28

2/2/2014

Especial: TestLink 1.9 | The Bug Bang Theory

Em Fluxos do sistema e Excees, vamos criar requisitos informacionais, respectivamente para Fluxos alternativos e fluxos de exceo. Os requisitos informacionais so abstratos, apenas uma informao e no testveis. Vamos us-los pra representar os fluxos, pois eles realmente no so requisitos, mas sim uma abstrao do uso do sistema, podendo ser apenas uma informao para o testador. Eles ganharo vida mais tarde, cada um virando um cenrio de teste. Aps cadastrar todos os requisitos, fluxos e excees, vamos realizar as ligaes entre eles. interessante vincular todas as regras e excees como relacionado a em cada um dos fluxos alternativos e ao principal e as regras como filhas do caso de uso. A nomenclatura adotada neste tutorial composta, tendo o padro UC para casos de uso, E para excees, FP para fluxo principal, R para regras de negcio e FA para fluxos alternativos. Para cada novo requisito escrito, seja ele informacional ou constraint, dever ter o prefixo do caso de uso ao qual ele pertence. Por exemplo, UC01FA03 que representa o Fluxo Alternativo nmero 03 do caso de uso 01. O cadastro dos requisitos muito simples e intuitivo. Aps cadastrar cada um dos casos de uso e criar os relacionamentos necessrios, o sistema gera um documento automaticamente, com informaes unificadas sobre cada requisito, semelhante a este exemplo:

A vantagem de usar uma abordagem organizada, baseada em rastreablidade de requisitos, pode gastar um pouco mais de tempo durante esta fase, mas nos fornece maior confiana na cobertura adequada dos testes, maior efetividade nos testes, identificao de defeitos nos casos de uso, anlise detalhada de cada regra e substitui o checklist de reviso de casos de uso em organizaes que no tem esse documento. O Ideal que neste ponto o documento de caso de uso j esteja verificado e validado. Elaborando Casos testes: Aqui est, sem dvidas, o maior avano da verso 1.8.x para a verso 1.9. Apesar de o TestLink ainda no usar o conceito de cenrios e casos de teste da forma mais correta, ele apresentou melhoras significativas para o executor e principalmente para o coordenador da equipe. Os conceitos comentados acima j foram explicados no post citado anteriormente (Um modelo para elaborao de cenrios e casos de teste), mas vale a pena explicar como ficou na ferramenta. Agora, criamos uma sute que representa os fluxos do sistema (nossos requisitos informativos) e para cada uma, criamos um conjunto de casos de teste baseados em tcnicas, nas regras e em outras informaes fornecidas pelos requisitos. Simples assim. Uma publicao que serve de orientao e inspirao para o contedo descrito abaixo pode ser acessada no link http://www.ibm.com/developerworks/rational/library/04/r-3217/. Na prtica, vamos continuar com o nosso caso de uso. Para ele criamos um diagrama de atividades, ou um rascunho como o desenhado abaixo:

Como a imagem acima fica muito complexa para entendermos, vamos separar como no post mencionado anteriormente. Para cada possvel fluxo vamos dar um nome e um ID e chamaremos de cenrio de teste, como na imagem abaixo:

http://www.bugbang.com.br/especial-testlink-1-9/

8/28

2/2/2014

Especial: TestLink 1.9 | The Bug Bang Theory

http://www.bugbang.com.br/especial-testlink-1-9/

9/28

2/2/2014

Especial: TestLink 1.9 | The Bug Bang Theory

Uma vez desenhados e conferidos, vamos criar uma estrutura para agrup-los no TestLink. Importante comentar que aqui estamos com uma cobertura parcial, que nos d segurana de executar todos os passos e todas as combinaes simples entre os diversos conjuntos de passos, mas no temos todas as combinaes possveis. Um exemplo disso que a partir do final do CN12 poderamos seguir por para o passo cinco do fluxo principal, para o passo um do fluxo alternativo dois ou mesmo voltar a exercitar o passo um do fluxo alternativo trs, e cada um desses exerccios seria um cenrio diferente. Mas conhecido que praticamente impossvel exercitar todas as possibilidades de uma operao de mdia complexidade, logo devemos priorizar a melhor cobertura dentro dos recursos disponveis, o que para sistemas de informao, muitos consideram executar todos os passos e todas as combinaes simples entre diferentes conjuntos de passos (Cenrios). A estrutura sugerida neste post a seguinte:

Agora que temos a estrutura completa, podemos criar os nossos casos de teste. Para criar bons casos de teste temos vrios livros, guias e sugestes de amigos da rea. Eu j comentei sobre no post Um modelo para elaborao de cenrios e casos de teste , se pesquisarmos a tag Caso de teste no blog QualidadeBr (https://qualidadebr.wordpress.com/tag/caso-de-teste/) ou no blog SemBugs encontraremos timas referncias, portanto aqui vou passar um pouco do que aprendi no dia a dia, do que nossos colegas compartilham em seus blogs e do que dito na literatura, mas, como vem sendo dito em todo o tutorial, este passo deve ser executado da forma que a organizao se beneficie mais. A anatomia de um caso de teste comum constituda por: Id: Identificao nica de cada caso de teste Ttulo: Descrio sucinta e simples do objetivo do caso de teste Pr-condies: Condio esperada para que o caso de teste seja executado. Procedimentos de teste ou passos: Instrues textuais normalmente descritas no imperativo. Pontos de verificao: Questionamentos usados para garantir a validade de regras ou necessidades especficas. Dados de entrada e dados de sada: Informaes usadas para garantir que o teste no est vulnervel a erros de dados. Ps-condies: Condio esperada ao trmino da execuo do teste. Rastreabilidade: Indicadores da fonte de informaes para criao e execuo do teste. Observaes gerais: Qualquer recomendao adicional que o analista acredita que seja necessria ao executor, assim como arquivos ou figuras. No TestLink o Id gerncia do automaticamente, baseado na sigla do projeto. No nosso caso os ids sero sempre prd-<nmero sequencial> O ttulo permite um texto com at 100 caracteres alfanumricos, interessante colocar uma descrio bem simples e padronizada para que mesmo um testador menos experiente ou com pouco conhecimento do produto consiga identificar o objetivo do caso de teste. O TestLink oferece um campo chamado Sumrio como campo livre durante a elaborao dos casos de teste. Neste campo podem ser includas quaisquer informaes sobre o caso de teste, tais como detalhes sobre dados, instrues de testes exploratrios que podem ajudar a encontrar defeitos ou informaes relevantes sobre o negcio ou sobre a tecnologia. Enfim, qualquer informao que possa ajudar a identificar mais defeitos bem vinda neste campo. Outra opo usar esse campo como um roteiro simples de execuo do teste, para em casos crticos de tempo restrito, o teste possa ser realizado com menos procedimentos e maior objetividade. Claro que nesses casos perderemos a maior parte da eficcia do caso de teste em prol de uma maior eficincia. O TestLink oferece tambm um espao reservado para pr-condies. Na prtica, a maioria das pr-condies descritas em casos de teste e em casos de uso so O administrador deve estar logado ou o O Mdico deve possuir acesso ao pronturio do paciente. Esse tipo de informao no agrega nenhum valor. Esta sesso do documento deve oferecer um recurso que diga exatamente as condies do sistema para execuo do teste, inclusive podendo conter roteiros para restaurao de bases de dados, informaes sobre um processamento necessrio ou sobre a execuo de outros testes ou rotinas. O importante no preencher campos apenas para preencher. Informaes desnecessrias s geram esforos desnecessrios.

http://www.bugbang.com.br/especial-testlink-1-9/

10/28

2/2/2014

Especial: TestLink 1.9 | The Bug Bang Theory

Os procedimentos de teste ou passos de teste como normalmente so chamados, so as instrues que damos ao executor. Dessa forma, sempre devemos nos expressar no infinitivo e com imparcialidade a interface ou elementos grficos, usando verbos como Informe ao invs de digite e Selecione ao invs de Click. Essa uma maneira de no tornar nossos casos de teste viciados em telas de sistema, no sendo necessrias atualizaes e atualizaes se o css da pgina mudar e o que parecia um boto agora parecer um label. No TestLink at a verso anterior, era usado um textarea para essa finalidade, onde at podamos formatar usando html, mas realmente no parecia muito apropriado para casos de teste. Na nova verso, temos um cadastro de ao e reao para cadastrar essas instrues. Normalmente, junto dos passos, podemos informar os dados de entrada e sada, o que o sistema tornou muito mais fcil de ser compreendido agora. Para cada ao do usurio, normalmente, existe uma reao do sistema. Por exemplo, quando informamos Solicite salvar O sistema gera algumas instrues internas e exiba mensagem Registro XPTO salvo com sucesso. Na verso anterior, isso ficava parecendo um passo nico. Agora, o TL oferece o recurso de cadastrar um passo e um contrapasso, chamados de Aes do passo e Resultado esperado. Essa foi a principal mudana do sistema, pelo menos na minha opinio. Muito boa, diga-se de passagem, mas ainda peca por no permitir criar variveis para cada caso de teste, onde informamos quais os dados que vamos usar para executar um teste X e outros valores para executar testes Y e Z, reaproveitando os passos j cadastrados. Para quem no conhece, esse o conceito de testes dirigidos a dados (Falaremos no futuro aqui), que j usado em ferramentas como o IBM Rational Quality Manager e o Visual Studio Team System 2010 (Testing Center). Um timo exemplo da aplicao do conceito est descrita no posts Data Driven com Selenium IDE? Sim, possvel!!! do Elias Nogueira quanto no post Criando uma arquitetura de testes com o selenium para testes dirigidos a dados do Jailton Jnior. Usando os posts deles como exemplo, o que eu realmente adoraria ver no TestLink 1.9 seria uma forma de usar um arquivo XML, uma varivel usando @ (como no VSTS2010), ou qualquer outro recurso que possibilitasse a existncia de um conjunto de passos, e dezenas de conjuntos de dados. Se o TL implementar isso, se torna uma ferramenta Open Source com altssima produtividade para testes manuais, inclusive, ficando muito prxima, se no empatada com o VSTS2010 (no considerando automao). Assim como as pr-condies, as ps-condies representam um estado que deve ser atingido pelo sistema, e tambm no deve ser algo desnecessrio como registro cadastrado ou caso de uso completado com sucesso, mas sim informaes que agreguem valor e confiabilidade aos resultados gerados pela execuo dos testes, porem, o testlink no possui um campo exclusivo para essa funcionalidade, logo, o uso do sumrio ou do anexo para essa sesso muito bem vindo. Se a rotina usada gera um log, informe os logs que sero gerados, se gera um valor numrico derivado de um clculo complexo, informe o valor ou crie um arquivo de planilha eletrnica ou de outro software confiavel para ter mais certeza que o clculo esteja correto, se gerar um relatrio anexe um relatrio exemplo de como o relatrio ser gerado, se um xml, informe um validador para esse xml. Pense sempre que as informaes dos testes desenvolvidos devem ser sempre precisas e enxutas. Preencher campos para atender requisitos sem necessidade, sejam eles da gerncia, do cliente ou de modelos como o CMMi no agregam valor. Questione qual a necessidade dessas informaes e explique que isso toma tempo e gera confuses. Chegue a um consenso e demonstre o quanto os testes podem melhorar sem as informaes redundantes, desnecessrias ou de preenchimento aleatrio. A rastreabilidade dos casos de teste nesse exemplo feita para o caso de uso e seus requisitos, que definimos no incio do tutorial. Para quem j conhecia a antiga verso continua basicamente a mesma coisa. Voc seleciona a opo Atribuir requisitos que fica na tela de edio do caso de teste e seleciona os requisitos que deseja atribuir a este cenrio de teste. A diferena que nesta verso mais recente, o mecanismo de requisitos em diferentes nveis nos ajuda a encontrar os registros com maior facilidade.

http://www.bugbang.com.br/especial-testlink-1-9/

11/28

2/2/2014

Especial: TestLink 1.9 | The Bug Bang Theory

O objetivo aqui no ensinar como criar casos de teste fabulosos e extremamente efetivos, por isso vou resumir muito a criao dos casos de teste, deixando apenas uma amostra do que pode ser feito. No vou cobrir todos os requisitos, pois gastaria muito tempo e no o foco do post. Aqui queremos mostrar como a ferramenta funciona e alguns exemplos de como podemos aplicar algumas das tcnicas de teste. De qualquer forma, tem algumas coisas que eu acho fundamentais passar para frente, que ajudam nossos profissionais a demostrar mais valor e profissionalismo ao criar casos de teste. Um desses fatores o uso correto da tcnica de valores limites. Durante muito tempo usei esse exemplo nas entrevistas que eu passava para os candidatos. Eu perguntava se existia alguma regra complexa, que eles no saberiam testar, ento aps uma breve anlise (de menos de cinco minutos) sobre o caso de uso (este do post com algumas adaptaes), me falavam que no, no teriam problemas para testar. Ento eu perguntava novamente, dessa vez pedia que focasse na regra 07, aquela pequenininha e bem mal especificada. Perguntava se existia alguma tcnica que podia ser usada para testar aquela regra, e eventualmente algum comentava que valores limites podia ser usado, mas na maioria das vezes, inclusive alguns certificados, no sabiam responder. Ento eu comentava sobre a tcnica e solicitava que a aplicassem. A maioria das vezes, a nossa tendncia pensar na implementao, pensar em forma de texto e tentar criar uma srie de artifcios textuais ou ferramentais para resolver os problemas que nos so passados. Raramente pensamos pegar uma folha de rascunho e desenhar o que estamos pensando. Dessa mesma forma, quase todos escreviam cinco ou seis testes possveis, mas nunca todos. Raros os casos que desenhavam alguma coisa. Ento eu mostrava no quadro o leque de possibilidades a mais que podemos ter usando essa tcnica.

Regra 07 Um mesmo usurio no pode cadastrar dois avisos que ocupem o mesmo perodo de tempo.

http://www.bugbang.com.br/especial-testlink-1-9/

12/28

2/2/2014

Especial: TestLink 1.9 | The Bug Bang Theory

A Cadastrar um perodo normalmente; B Cadastrar um perodo anterior ao perodo cadastrado (e delet-lo em seguida); C Cadastrar um perodo posterior ao perodo cadastrado (e delet-lo em seguida); D Cadastrar um perodo exatamente anterior ao perodo cadastrado (e delet-lo em seguida); E Cadastrar um perodo exatamente posterior ao perodo cadastrado (e delet-lo em seguida); F Cadastrar um perodo com data final igual a data inicial do perodo j cadastrado; G Cadastrar um perodo com data inicial igual a data final do perodo j cadastrado; H Cadastrar um perodo com data final dentro do perodo j cadastrado; I Cadastrar um perodo com data inicial e final dentro do perodo j cadastrado; J Cadastrar um perodo com data inicial dentro do perodo j cadastrado; K Cadastrar um perodo que contenha o perodo j cadastrado; L Cadastrar um perodo que contenha o perodo j cadastrado do usurio A, usando um outro usurio qualquer; M Cadastrar um perodo exatamente igual ao perodo j cadastrado N Deletar um perodo e cadastr-lo novamente; . . . Vrias outras possibilidades. Isso no considerando que o campo de data / hora, ou seja, eliminando a complexidade realizar todos esses testes no mesmo dia, usando os limites apenas das horas, no considerando tambm os testes negativos, como por exemplo casos de teste usando datas invertidas (inicial > final), valores diferentes de datas, usando datas anteriores a 00/00/0000 e posteriores a 99/99/9999, data incio e fim iguais (inicial = final), ano bissexto etc., o que j estamos acostumados a testar de datas invlidas. Desconsiderando tambm a regra 04, que fala que apenas a data de publicao um campo requerido, o que nos d a possibilidade de intervalo aberto. (Nessas horas que agente gosta de ouvir que testar fcil n?) Para cada uma das possibilidades acima, vamos criar um caso de teste diferente. Ps: Agora fica bem claro o porqu eu adoraria que o TL1.9 implementasse DDT (Teste dirigido a dados). Outro ponto importante, que cada um dos campos obrigatrios da regra 04 deve possuir um caso de teste diferente. Assim como cada um deles, em um mundo perfeito com analistas de requisitos treinados e prontos para escrever sempre com o mximo de detalhes, deveria possuir um fluxo de exceo diferente no caso de uso.

Regra 04: Definir campos obrigatrios: Pgina; Ttulo; Autor; Resumo; Tag; Publicar em (data hora).

Dessa forma, teramos um caso de teste para cada um dos campos obrigatrios. Para exemplificarmos, abaixo a figura de um caso de teste cadastrado:

http://www.bugbang.com.br/especial-testlink-1-9/

13/28

2/2/2014

Especial: TestLink 1.9 | The Bug Bang Theory

Podemos notar que vrias regras foram acionadas. importante que cada regra seja testada, quanto mais isolada, melhor, mas em vrios casos podemos usar pair wise e sintetizar vrias validaes em um mesmo caso de teste. Isso depende do quo o sistema crtico. Em um sistema de avies ou que envolvam vidas claro que no devemos economizar com testes, mas em sistemas de informao podemos usar um mesmo caso de teste para validar vrias regras ao mesmo tempo. Observe que no exemplo anterior temos a rastreabilidade de cada regra, temos uma pr-condio vlida, nada de Usurio deve estar logado e temos um conjunto de passos e resultados justados uns com os outros (novo recurso). Agora cadastramos vrios outros casos de teste, de forma a cobrir os cenrios, aplicando tcnicas e desenhando mais do que escrevendo, contando com ajuda dos demais amigos que esto do lado e pensando muito nas possibilidades disponveis e nos dados que podem ser usados para exercit-la. Se essa etapa for concluda com sucesso, dificilmente os testes no sero completados com sucesso tambm. Mais algumas dicas de como criar casos de teste: Para atribuir um requisito ou fluxos, edite o caso de teste, solicite Atribuir requisitos e selecione na rvore do dropdown, a folha que deseja.

http://www.bugbang.com.br/especial-testlink-1-9/

14/28

2/2/2014

Especial: TestLink 1.9 | The Bug Bang Theory

Como aqui s um exemplo, criei um caso de teste para cada cenrio. Atribu regras aleatrias e cadastrei alguns erros de propsito (outros nem tanto rs), que sero vistos no prximo bloco. Planejando testes: O dia a dia otimizado do coordenador de testes: Agora sim. Casos de teste cadastrados e vinculados aos requisitos. Agora s executar e . . . ops! Cad a qualidade? Antes de qualquer coisa, o nosso novo papel, o coordenador vai criar um plano de teste. Para isso ele vai no menu a direita Gerncia r Plano de Teste. Ao fazer isso, sero habilitados dois novos links no menu. Executar Testes e Resultados. Tambm sero exibidas novas opes como gerncia r baselines e releases, gerncia mento de marcos etc., veremos mais a frente quando for necessrio. Vamos conhecer algumas das ferramentas que ajudam o coordenador de teste ou de projeto, a controlar melhor o que ser feito e como ser feito. O arquiteto de testes define as plataformas e inventrios. A plataforma qualquer tipo de informao referente ao ambiente cliente.

Enquanto o inventrio relaciona links e servios:

http://www.bugbang.com.br/especial-testlink-1-9/

15/28

2/2/2014

Especial: TestLink 1.9 | The Bug Bang Theory

O ideal para o cadastro de plataformas, associar esse cadastro a um ambiente de virtualizao, como por exemplo Hyper V, para evitar que esse ambiente seja poludo. Normalmente, os testadores s consideram ambiente de teste como a parte server (que o normal da equipe inteira). O coordenador informa os que sero usados no plano de teste atravs do link Adicionar / Remover Plataformas. Agora tambm usa o link Adicionar / Remover Casos de Teste. Nesse ponto, os casos de teste que sero executados nesse plano de teste (ou projeto de teste) devem ser selecionados com muito cuidado. O sistema permite adicionar em lote, ou selecionando apenas uma sute. O importante ter ateno para evitar problemas durante essa fase. Um novo recurso muito bacana do testlink, que em um mesmo plano, podemos definir quais casos de teste sero executados em quais plataformas. Alm disso, nesse momento ainda podemos definir uma ordem de execuo, para garantir que os testes sejam executados sequencialmente.

Existe tambm a opo de priorizao dos testes. Aqui podemos selecionar testes de uma mesma sute e mudar a urgncia em lote.

Agora sim, o Coordenador vai criar uma baseline ou release. Podemos dizer que release uma verso do software, o estado final aps todo o processo de desenvolvimento, enquanto baseline uma fotografia de todos os artefatos de um produto em um determinado marco. Ou seja, uma baseline contem alm da release do software, um conjunto de artefatos que correspondem a um determinado momento no processo de desenvolvimento. Mas no TestLink, ambos so a mesma coisa, que pode ser definida como . De qualquer forma, vamos cadastrar uma nova release no Baselines/Releases.

http://www.bugbang.com.br/especial-testlink-1-9/

16/28

2/2/2014

Especial: TestLink 1.9 | The Bug Bang Theory

Importante comentar que ativo e aberto so coisas diferentes. Ativo / Inativo Define se a baseline est ou no disponvel para funcionalidade do TestLink. Baseline inativa no listado nas pginas de execuo e relatrios. Fechado / Aberto Define se os Resultados do Teste podem ser modificados para a baseline. Ultima funcionalidade que devemos comentar Atribuir casos de teste para execuo. O legal dessa funcionalidade que os filtros que ela oferece nessa nova verso esto melhores. Com eles podemos selecionar, por exemplo, o testador A para executar todos os casos de teste da plataforma A, ou somente os casos de sucesso, ou somente os caso de um projeto ou de uma release e ele ainda envia um e-mail informando ao testador, o que facilita quando estamos distantes geograficamente. O Coordenador se preocupa em orquestrar, a ferramenta garante o controle e ajuda no processo e na comunicao.

Ainda antes de deixar o testador usar os recursos novos, podemos avaliar alguns relatrios que nos ajudam a identificar se estamos realmente com cobertura de testes satisfatria e se o nosso planejamento tem riscos de furar. Entre eles: O Relatrio baseado em Requisitos se destaca, pois nele podemos pegar casos de requisitos que no foram cobertos, que nessa verso veio com muitas novas informaes, desde um filtro para indicar que s queremos validar requisitos finalizados at um sumrio informando naquela sute de requisitos quantos requisitos tem cobertura e quantos no tem.

http://www.bugbang.com.br/especial-testlink-1-9/

17/28

2/2/2014

Especial: TestLink 1.9 | The Bug Bang Theory

Casos de teste no atribudos a testadores que nos informa a prioridade, as plataformas que devem ser testadas e que no possuem testador vinculados a elas (por projeto, release e plataforma).

Os relatrios descritos acima podem ser usados durante todo o projeto, mas altamente recomendvel que seja usado antes de designar as tarefas para os testadores, pois esses relatrios garantem que no tero casos de teste sem um responsvel e que no existem requisitos ou fluxos no cobertos pelos casos de teste. Lembre-se tambm de atribuir acessos aos seus testadores. Pode ser dado em projetos privados, atravs do Atribuir papis do plano de teste

http://www.bugbang.com.br/especial-testlink-1-9/

18/28

2/2/2014

Especial: TestLink 1.9 | The Bug Bang Theory

Um ltimo relatrio que pode ser impresso aqui para demostrar valor, o relatrio de Plano de Teste, que imprime os casos de teste com todas as informaes. Ele est do mesmo jeito, s mudou que agora temos uma funcionalidade para marcar e desmarcar todas as opes na hora de imprimir (uma das maiores reclamaes do TL1.8 rs) e que a disposio dos procedimentos fica parecida com a nova verso. Para quem acompanha o BugBang, deve ter visto que na verso anterior eu tinha montado uma customizao para mostrar o contedo das regas de negcio, isso foi documentado no post Exibindo corpo dos requisitos nos relatrios do TestLink, em breve devo lanar essa customizao para essa nova verso. Abaixo tem um exemplo de como ficam os casos de teste nessa nova verso:

Executando na prtica: O dia a dia otimizado do testador: Agora logamos com o Jos, aquele que atribumos alguns testes. Vamos ver como o testador se comporta agora. Em primeiro lugar, o Casos de teste atribudos pra mim ficou melhor. Agora possvel ter em uma tela, um conjunto de tarefas, considerando plataforma, status e prioridade.

Outra forma de ver essas informaes o uso do painel de mtricas, que agora usa plataforma como fator de deciso para testes, ou seja, caso o coordenador tenha includo no plano de testes que cada um dos 10 casos de teste deve ser executado nas 3 plataformas, o sistema solicitar pelo menos 30 execues para ficar com 100% de completude.

http://www.bugbang.com.br/especial-testlink-1-9/

19/28

2/2/2014

Especial: TestLink 1.9 | The Bug Bang Theory

No novo painel de execuo so mantidos o layout e os filtros da verso anterior, mesma simplicidade. A nica novidade que agora a plataforma passou a ser um novo campo para filtro e que os casos de teste que no esto atribudos para o usurio no aparecem para ele no filtro default, mas ele ainda marcar o Incluir CTs no atribudos para pegar eventuais casos de teste que no estejam associados a nenhum outro testador. Ou seja, agora o coordenador ganha a responsabilidade de ser mais organizado com a distribuio dos casos de teste, pois pode acontecer de testes no serem feitos se a funcionalidade de atribuio for usada com falta de ateno ou negligncia, o que no acontecia na verso anterior, pois era s um campo de filtro, mas todos os testes apareciam para todos que tem acesso ao plano de teste.

http://www.bugbang.com.br/especial-testlink-1-9/

20/28

2/2/2014

Especial: TestLink 1.9 | The Bug Bang Theory

A maneira de executar o teste no mudou. Voc executa os testes, fica atento s regras, informa o resultado, cadastra uma nota do teste, caso deseje atribuir uma evidncia de teste, solicite salvar execuo, caso no, pode usar a nova funcionalidade de Salvar e ir para o prximo. Eu acho o uso de evidncias de teste fundamental hoje em dia. Mesmo que seja um print, mesmo que seja um arquivo ou um cdigo qualquer. Incluir a evidncia de teste no s te resguarda de quaisquer eventuais problemas, como uma grande demonstrao de valor para os gerentes de projeto. Muitos gerentes chamam os profissionais da qualidade de testes com um tom pejorativo, porque ns mesmos no demonstramos a quantidade de valor que podemos trazer para a organizao. Claro que isso demora um pouco, todas as empresas aprendem a gostar de teste de software pelo amor ou pela dor, s uma questo de tempo, mas se puder fazer com que sua empresa goste de teste pelo amor no melhor? Um relatrio de evidncias de teste como o demonstrado no post Exibindo evidncias de teste no TestLink (que ser atualizado para verso 1.9 em breve) ao final de uma iterao, de um Sprint ou at de um projeto, pode dar mais segurana para os gerentes e at mesmo pra voc, alm de quantificar seu trabalho pra equipe em nmero de casos de teste elaborados, executados, re-executados, etc. O painel de execuo continua sendo o tchan do TestLink na minha opinio. Sem ter que consultar e fazer relatrios, apenas observando quatro nmeros, voc

http://www.bugbang.com.br/especial-testlink-1-9/

21/28

2/2/2014

Especial: TestLink 1.9 | The Bug Bang Theory

consegue saber quantos testes passaram, quantos esto bloqueados, quantos falharam e quantos ainda no foram executados. Voc ainda pode escolher em qual nvel voc quer ver.

Relatrios: Extraindo informaes e no dados: Mesmo no perfil do nosso tester Jos, podemos extrair as mesmas mtricas daqui, porm, somente com os casos de teste dele, mas vamos mudar para o nosso coordenador para ter mtricas do projeto inteiro. O relatrio mais usado o relatrio de Metricas gerais do plano de teste, que eu tambm gosto de chamar de Sumrio de testes. Atravs dela podemos avaliar a evoluo do projeto em execuo de teste pelas baselines. Se da verso Beta 00.001 para a Beta 00.002 tivermos menos porcentagem de execuo de teste com sucesso, indica que o sistema regrediu. Nesse caso, muito importante tentar entender porque o sistema apresentou resultados piores que os da execuo anterior. Tambm mostra a execuo de testes por plataforma, o que pode ajudar a tomar decises como mudar algo na estrutura, design ou arquitetura do sistema para melhorar o atendimento de uma determinada plataforma. As prioridades podem ser usadas para saber se o mnimo necessrio foi testado, por exemplo, deixando o fundamental na prioridade alta e os testes menos importantes nas mais baixas. Esse relatrio tem um poder incrvel para os coordenadores e gerentes. Claro que cada caso um caso, e essas vises demonstradas acima podem no se aplicar a um ou mais determinados projetos, mas com certeza alguma informao importante esse relatrio vai te passar. Quando eu era coordenador em uma empresa com vrios testadores, eu costumava pedir que enviassem para o coordenador de projetos com uma anlise simples, como uma fotografia do teste agora e o ponto de vista do testador sobre essa fotografia.

O relatrio de teste, que eu tambm gosto de chamar de relatrio de evidncias o relatrio que eu acho que encerra uma fase de execuo de testes de sucesso. Com ele demonstramos as evidncias para cada um dos testes executados e mostramos que realmente trabalhamos e geramos artefatos. Como falei anteriormente, evitar gerar entregveis pode acarretar em diminuio do prestgio dos profissionais da rea. No link apresentado anteriormente (Exibindo evidncias de teste no TestLink) existe umexemplo das evidncias e nessa nova verso no tiveram mudanas. Os casos de teste apresentados aqui continuam sendo os mesmos do relatrio do plano de teste, com a informao do resultado da execuo (ltimo status).

http://www.bugbang.com.br/especial-testlink-1-9/

22/28

2/2/2014

Especial: TestLink 1.9 | The Bug Bang Theory

Quando temos duas plataformas, deveramos ter um relatrio de evidncia com mais de um caso resultado. Deveria ser um resultado para cada plataforma. Porm, aqui ele pega apenas as informaes da primeira plataforma (alfabeticamente) no banco, e apresenta o resultado dela. No nosso exemplo acima, o caso de teste Consultar aviso acabou sendo executado somente na plataforma XPIE07, mas o relatrio s carregou as informaes da plataforma XPFF35, onde ele sequer foi executado. Nenhuma ferramenta perfeita. Results by Tester per Build um novo relatrio que carrega as informaes de cada build e quem executou o que em quantidades absolutas e procentagem. Importante: Esse relatrio pode enganar. Ele no mostra nmeros de casos de teste no associados. Dessa forma, pode ser que um relatrio indique 100% de execuo com sucesso, mas vrios testes no terem sido executados.

Test Case Assignment Overview outra novidade legal do TL1.9, aqui o sistema exibe uma lista com detalhes sobre quem pegou o que pra testar. Tambm faltam casos de teste no atribudos.

Mtricas de consulta o relatrio SQL do TestLink. Nele voc consegue pesquisar combinaes loucas que s fazem sentido para sua organizao. Esse pra mim um relatrio que pode ser chamado de relatrio coringa.

http://www.bugbang.com.br/especial-testlink-1-9/

23/28

2/2/2014

Especial: TestLink 1.9 | The Bug Bang Theory

Matriz de resultados de teste mostra de maneira detalhada o status da execuo dos casos de teste nas ltimas verses. No exemplo abaixo no parece muito til, mas quando temos uma dezena de releases esse relatrio pode nos ajudar a identificar casos de teste que oscilam muito, por exemplo, funcionando em verses releases mpares e falhando ou bloqueando em releases pares.

Ainda existem trs relatrios que listam os casos de teste com falha, os casos de teste bloqueados e casos de teste no executados no formato abaixo. Considero importante destacar a necessidade de um quarto relatrio com o mesmo contedo, porm para casos de teste no atribudos a testadores. Esse mostra o que no ser testado e requer muita ateno e pelo menos uma visualizao por iterao.

http://www.bugbang.com.br/especial-testlink-1-9/

24/28

2/2/2014

Especial: TestLink 1.9 | The Bug Bang Theory

Os grficos do TestLink continuam pouco atrativos e pouco teis na minha opinio. Eles trazem basicamente as informaes de total de testes executados, no executados, com falha e bloqueados, tanto por plataforma, por testador e por sute quanto geral. Eu sempre uso Excel para consultar o banco e criar meus prprios relatrios, que so mais apresentveis e com dados mais interessantes do que os atuais.

J comentamos do relatrio baseado em requisitos, mas acho legal falar mais um pouco e mostrar como podemos inverter o paradigma e falar de requisitos falhos ou requisitos com sucesso ao invs de casos de teste. Em eventuais situaes, uma quantidade muito pequena de casos de teste pode conter at 90% dos requisitos. Dessa forma, uma anlise falando que 85% dos casos de teste foram aprovados e o restante est com falha pode ser uma linda fachada para no informar que 90% dos requisitos no foram plenamente atendidos. Nesses casos muito importante usar esse relatrio ao invs dos demais baseados em casos de teste. Dessa forma evitamos entregar um produto bem testado e parcialmente aprovado com baixa qualidade. O ideal usar os dois relatrios. Se a proporo estiver muito discrepante, fique com o pior cenrio.

Um ltimo relatrio essencial o relatrio Casos de Teste no atribudos para qualquer Plano de Teste. Criei um caso de teste especialmente para isso. Ele no aparece em nenhuma das mtricas acima, pois no est vinculado para ser apresentado em relatrios, mas isso um grande risco, pois podemos esquecer um ou mais casos de teste que podem ser importantes para o negcio. Dessa forma, esse relatrio lista em detalhes os casos de teste que no esto em nenhum plano de teste, ou seja, que no tem nenhuma probabilidade de serem executados.

Existem relatrios que usam campos personalizados, mas no vamos abord-los aqui. Em um post futuro devo gastar mais tempo falando sobre como customizar o seu TestLink, o que vai incluir esse tpico. Exerccio proposto 1: Siga o tutorial do TestLink passo a passo de acordo com o descrito acima. Modifique algumas configuraes. Conhea tambm o mantis. O processo de instalao dele muito parecido com o do TestLink. Tente usar o post do SemBugs para integrar com o Mantis. Exerccio proposto 2: Quer saber se entendeu como elaborar casos e cenrios de teste baseados em um caso de uso? Recomendo baixar o caso de uso presente neste post e tentar extrair os cenrios. Comparar com o que estamos mostrando aqui. Aps extrair esses cenrios, tente gerar os casos de teste para todos eles. Exerccio proposto 3: Tente descobrir mais alguns casos de teste usando a tcnica de valores limites discutida acima. Dessa vez, considere a possibilidade de a data final no ser cadastrada. Use a representao matemtica de intervalos para te ajudar. Desenhe mais.

http://www.bugbang.com.br/especial-testlink-1-9/

25/28

2/2/2014

Especial: TestLink 1.9 | The Bug Bang Theory

Nota: A verso que eu usei nesse tutorial, a 1.9 Plague est com um grande problema de performance. Recomendo que utilise a verso 1.9.1, disponvel no site da TeamST, em que eles informam que o problema foi solucionado. Agradecimento: Agradeo primeiramente a todos os leitores que divulgam esse e outros posts do Blog The Bug Bang Theory, que me incentivam e sempre gastam um tempinho para comentar aqui em baixo. Agradeo especialmente tambm a equipe da TeamST, que disponibiliza o TestLink gratuitamente, sempre com muita qualidade e com muita democracia. Muito obrigado aos meus amigos Fabola Lara e Vanessa Vaz que revisaram todo o contedo e so meus cmplices nos erros de portugus e possveis bugs nas ilustraes rsrs, alm de me ajudar com partes dos textos e testes do que eu escrevo aqui. Agradeo tambm aos meus colegas, como o Elias Nogueira, o Fabrcio Campos, o Jos Correia e a Iterasys, as especialistas Eliza e Vivian entre vrios outros blogueiros e apoiadores da mesma causa que eu, com quem eu aprendo tanto Referncias sobre o TestLink: Como ltimo presente, deixo aqui alguns blogs que falam sobre testlink e gesto de teste: www.teamst.org Site da equipe que mantm o TestLink. www.bugbang.com.br Meu blog, que contm muitas coisas bacanas sobre customizaes e gambiarras conceituais para o TestLink. www.sembugs.blogspot.com Blog do Elias Nogueira que contm vrias publicaes at referidas aqui. www.testexpert.com.br Vrios artigos legais e alguns deles sobre ferramentas opensource. Vrios links na barra de links deste blog. http://www.zezologs.org/blog/ferramentas-de-teste-testlink/ Fico aberto para correes, dvidas, crticas e sugestes sobre esse ou qualquer outro contedo usado aqui. Bons testes
Curtir 10 3 Share Tw eetar 4

Tags:

Ferramentas

Gerncia de Teste

Tcnicas de Teste

TestLink

54 Responses to Especial: TestLink 1.9


1. Cristiano September 25, 2013 Ol! Estou com um problema no horrio do testlink. J verifiquei no BD e o horrio est correto, no server tambm. Sabem me dizer como configurar os horrios? J segui o manual e mesmo assim no funcionou. 2. Rodrigo Hagstrom October 17, 2013 Prezado, Estou com problemas na instalao do Testlink. Ser que pode ajudar? No passo dois da instalao reporta: Warning: require_once(C:\wamp\www\testlink\lib\functions/../../third_party/phpmailer\class.phpmailer.php): failed to open stream: No such file or directory in C:\wamp\www\testlink\lib\functions\email_api.php on line 25

e em seguida: Fatal error: require_once(): Failed opening required C:\wamp\www\testlink\lib\functions/../../third_party/phpmailer\class.phpmailer.php (include_path=.;C:\php\pear;.;C:\wamp\www\testlink\lib\functions\;C:\wamp\www\testlink\lib\issuetrackerintegration\;C:\wamp\www\testlink\lib\reqmgrsystemintegration\;C:\wamp in C:\wamp\www\testlink\lib\functions\email_api.php on line 25 como posso corrigir corretamente? Grato Rodrigo Hagstrom 3. Camilo Ribeiro October 29, 2013 Ol Rodrigo, Desculpe, mas no sei como te ajudar Boa sorte. 4. Camilo Ribeiro October 29, 2013 Ol Cristiano, Faz algum tempo que no trabalho mais com testlink, logo no sei te informar. Mas eu daria uma olhada nas configuraes de administrador ou preferncias. Boa sorte. Older comments

Comente :)
Nome (required)

Email (no ser publicado) (required)

Website

http://www.bugbang.com.br/especial-testlink-1-9/

26/28

2/2/2014

Especial: TestLink 1.9 | The Bug Bang Theory

Comentario

Postar Comentrio
Spam Protection by WP-SpamFree

Bem vindo ao The Bug Bang Theory! Meu nome Camilo Ribeiro e eu trabalho com teste e desenvolvimento de software desde 2005, atualmente como Software Test Engineer na Klarna AB em Estocolmo, Sucia. Eu acredito em testers tcnicos, nos valores do desenvolvimento gil, que automao de testes pode ser o melhor amigo do ou da tester, ajudandoo(a) a ser mais criativo(a) e produtivo(a) e eu gosto muito de discutir (e implementar) as melhores solues para problemas durante o desenvolvimento de aplicaes. Obrigado pela visita!

Tags
"Bugs" da Atualidade
Responde Bugs

Agile

Agile Record ALATS

Ferramentas
ThoughtWorks

Camilo Ribeiro

Carreira

Arquitetura Automao
Caso de Teste

de Testes Base2 BDD Belo Horizonte Blog Action Day BRATESTE Bug Bang BugBang
IBM Rational ISTQB Java JMeter JUnit Linux Livros

Certificao CMMI Cucumber DDT Dimmunix Engenharia de Requisitos Engenharia de Software Eventos
Google Histria IA
XP

Game Testing Gerncia de Teste Gesto de Defeitos

Notcias OFF TOPIC

Palestras Performance Praxis Processos Programao QA Ruby SCRUM Segurana Selenium Social Squadra Tecnologia TDD Tecnologias Microsoft TestExpert TestLink

Tcnicas de Teste UFMG Watir Webdriver

Arquivo
2013 2012 2011 2010 2009 (4) (13) (14) (26) (13)

Mais lidos
Especial: TestLink 1.9 (15,926) Um Modelo para Elaborao de Cenrios e Casos de Teste (9,832) Exibindo evidncias de teste no TestLink (3,447) Usando TestLink para Garantia de Qualidade (3,018) Vocabulrio bsico para testadores geis (2,826) Entendendo BDD com Cucumber Parte I (2,774) Teste de unidade para quem no sabe nada de programao (2,363) Aprendendo automao sem cursos caros (2,149) Destilando JMeter I: Introduo e Conceitos (2,098) Penso, logo automatizo (1,999)

Lista de Links
Agile Tips Paulo Caroli Architecture Journal Ricardo Ferreira Artesanato de Software com Renan Reis As Especialistas ASP.NET, Flash, Flex, AS3 e Tecnologia por Lucas Lorentz Base de Teste de Software Blog da Iterasys Blog do Gustavo Quezada Blog do Jailton Alkimin Louzada Blog do Thiago Ghisi Code Between Lines CrowdTest

http://www.bugbang.com.br/especial-testlink-1-9/

27/28

2/2/2014
Elemar DEV Tecnologia e desenvolvimento .net Ensaios de Qualidade Essence of Testing Finito Paulo Vasconcellos Google Testing Blog GUTS-RS Java, Selenium e Coca Cola Leandro Moreira's Blog Marcos Sousa' Blog Nerds On O Mundo pede novos lderes Qualidade Manaus QualidadeBR Fabrcio Ferrari SemBugs Elias Nogueira Software Test and Performance Magazine Test=>Next (Las Berlatto) Teste de Software e Mtodos geis Teste de Software e Utilidades TestExpert Testing from below the tropics by Felipe Knorr Kuhn The Lady Bug Blog The Shaolin of testing ThoughtWorks ThoughtWorks Testing Blog UFMG Universidade Federal de Minas Gerais Vinicius Sabadoti Teste de Software Zarro Boogs Found

Especial: TestLink 1.9 | The Bug Bang Theory

Latest 20 posts
IceCream e a fbrica de testes inteligente Destilando JMeter I: Introduo e Conceitos 12 Lies aprendidas em Testes de Performance Server Side Hoje um Leitor, Amanh um Lder Livros Recomendados #2: How Google Tests Software Testes Baseados em Riscos com Google Test Analytics Aprendendo automao sem cursos caros Agile Brazil 2012: Boas Prticas de Teste Automatizado Voto Como Vamos: gil, Open-Source e One-Click Deploy sem custo The Developers Conference: O Mundo Precisa de QAs Tcnicos! Livros recomendados #1: Agile Testing A Practical Guide for Testers and Agile Teams ThoughtWorks Brasil Tech Radar O Test Radar Porque bloggar no fcil? Vida de um Agile Tester Parte I BugBang Responde I: Horas x Qualidade (A eterna briga das empresas) Porque eu voaria em um avio desenvolvido de forma gil Entendendo BDD com Cucumber Parte I Notas sobre o Curso Certified ScrumMaster (CSM) Penso, logo automatizo The Bug Bang Theory 2.0 Agile and Technical Testing Rocks! 2014 The Bug Bang Theory

http://www.bugbang.com.br/especial-testlink-1-9/

28/28