Pg

Manual do usurio

Test Link verso 1.7 concedida a autorizao para copiar, distribuir e/ou modificar esse documento sob os termos da licena de documentao livre GNU, verso 1.2, publicada pela Free Software Foundation, sem sees invariantes, sem capa nem contracapa de textos. A licena est disponvel na pgina GNU Free Documentation License.Tabela de contedos1Informaes gerais...........................................................................................................................4

1.1 Estruturas Globais......................................................................................................................4

1.2 Terminologia..............................................................................................................................4

1.3 Exemplos de fluxo de trabalho do Test Link.............................................................................5

2Projetos de Teste..............................................................................................................................7

2.1 Criando novos projetos de teste................................................................................................7

2.2 Editar e Apagar Projetos de teste............................................................................................7

3Especificao de Testes...................................................................................................................8

3.1 Caso de Teste de Suite...............................................................................................................8

3.2 Casos de Testes..........................................................................................................................8

3.3 Atribuindo palavras-chave.........................................................................................................9

4Requisitos baseados em testes.........................................................................................................11

4.1 Disponibilidade..........................................................................................................................11

4.2 Requisitos de especificao.......................................................................................................11

4.3 Requisitos...................................................................................................................................12

5Planos de Testes...............................................................................................................................14

5.1 Criar e deletar Planos de testes..................................................................................................14

5.2 Construo.................................................................................................................................14

5.3 Populando Planos de testes adicionando Casos de Testes......................................................14

5.4 Atribuio de testes de execuo...............................................................................................16

5.5 Prioridade...................................................................................................................................16

5.6 Marcos........................................................................................................................................16

6Teste de execuo............................................................................................................................18

6.1 Geral...........................................................................................................................................18

6.2 Navegao..................................................................................................................................18

6.3 Execuo....................................................................................................................................19

7Personalizar campos.........................................................................................................................21

8Teste de relatrios e mtricas...........................................................................................................22

8.1 Mtricas Gerais do Plano de Teste.............................................................................................22

8.2 Status das Construes Globais.................................................................................................23

8.3 Mtricas de Busca......................................................................................................................23

8.4 Relatrios de Casos de Testes que no ocorrem, fracassados ou bloqueados.......................................................................................................................................24

8.5 Relatrio de teste........................................................................................................................24

8.6 Diagramas..................................................................................................................................24

8.7 Perda Total para cada Teste de Caso......................................................................................25

8.8 Requisitos baseados em relatrio...............................................................................................25

8.9 Como criar um novo relatrio....................................................................................................25

9Administrao do usurio................................................................................................................26

9.1 Permisso de papis...................................................................................................................26

9.2 Papis do Usurio......................................................................................................................26

9.3 Definies de direitos................................................................................................................27

9.4 Contribuies do Plano de Teste................................................................................................28

10Importando e exportando dados.......................................................................................................29

10.1 Importando/Exportando Palavras-Chave.................................................................................29

10.2 Exportando/ Importando Projeto de Teste...............................................................................30

10.3 Importando/Exportando Teste de Suite...................................................................................31

10.4 Apenas um Caso de Teste........................................................................................................32

10.5 Todos os Casos de Testes em um Teste de Suite.....................................................................33

10.6 Importando/Exportando Requisitos de Software.....................................................................33

10.7 Importando Casos de Testes para o Excel via XML................................................................34

1- Informao Geral

O TestLink baseado no Sistema de Gerenciamento de Teste. Esse manual deve servir como fonte para os usurios entenderem os processos, termos e organizao do trabalho com o TesteLink. Veja o manual de instalao para mais informaes sobre o sistema de requisitos, passos de instalao e configurao. A documentao mais recente est disponvel em www.teamest.org ou testlink.sourceforge.net.

1.1 Estruturas Globais

Aqui esto os trs pilares: Projeto de Teste, Plano de Teste e Usurio. Todos os outros dados so relaes ou atributos para esta base. Primeiro, definiremos alguns termos que so usados em todas as partes do mundo de testes e documentaes.

1.2 TerminologiaO Caso de Teste descreve uma tarefa de testes via passos (aes, cenrio) e resultados esperados. Os Casos de testes so uma parte fundamental do TestLink.

O Caso de Teste de Suite organiza os casos de testes em unidades, o que estrutura a especificao dos testes em partes lgicas.

O Caso de Teste de Suite era chamado de componentes e categorias antigamente em TL 1.6.Os Planos de Testes so criados quando voc gostaria de executar Casos de Testes. Os Planos de Testes podem ser inventados a partir dos Casos de Testes de um ou muitos Projetos de Testes. O Plano de teste inclui construo, marcos, atribuies de testes e resultados de testes.O Projeto de Teste algo que existir para sempre no Testlink. O Projeto de Teste sofre muitas diferentes verses por todo o seu ciclo de vida e inclui a especificao de teste com os casos de testes, requisitos e palavras-chave. Os usurios, dentro do projeto, devero ter funes definidas.O Projeto de Teste era chamado Product antigamente no TL1.6.Usurio: Cada usurio TestLink tem uma funo, que define as caractersticas disponveis do TestLink. Veja mais no captulo Administrao do Usurio. A figura 2 mostra atividades comuns de acordo com as funes do usurio.

1.3 Exemplos de fluxo de trabalho do Testlink1. O administrador cria um projeto de teste Fast Food e dois usurios: Adam com direitos Lder e Bela com direitos Testador Snior.2. O lder Adam importa requisitos de software e, parte destes requisitos, cria casos de testes vazios.3. A testadora Bela descreve um cenrio de testes (cria um contedo vazio de testes de casos), utilizando este Test Stecification que organizado dentro dos Testes de Sutes.4. Adam cria uma palavra-chave Regression testing e atribui esta palavra-chave a dez destes casos de testes.5. Adam cria um plano de teste Fish & Chips 1, constri o Fish 0.1 e adiciona todos os links no Teste de Suite Fish deste Plano de Teste. Ele aloca Bela como recurso para este plano de teste tambm.6. Agora desenvolvedores produzem um primeiro build. Adam e Bela executam e gravam o teste com o resultado: 5 passaram, 1 falhou e 4 foram bloqueados.7. Descobridores fazem um novo build Fish 0.2 e Bela testa apenas os casos de testes que falharam e que foram bloqueados. Desta vez, todos os testes que foram bloqueados e falharam passaram. Eles tambm retestaram todos os casos de testes com as palavras-chave "Regresso testing" em complemento.8. Um gerente desse time gostaria de ver os resultados. O administrador explica-lhe que ele mesmo pode criar uma conta na pgina de acesso. O gerente o faz. Ele tem como default direitos de guest (convidado) e pode ver os resultados dos testes e os casos de testes. Ele pode ver que tudo que passou est no relatrio geral e problemas no Fish 0.1 em um relatrio particular da criao. 9. Mais tarde, os desenvolvedores finalmente acrescentam tambm Chips de funcionalidade. Adam cria um plano de teste Fish&Chips 2. Ele pode reutilizar o primeiro plano de teste como modelo. Todos os casos de testes Fish e permisses sero adicionados automaticamente. Ele cria um novo build Fish 1.1 e todos os links dos casos de testes Chips so inseridos neste plano de testes tambm. 10. Agora, os testes so iniciados como habitualmente.11. Mais tarde, a administrao cria um novo teste de projeto para outro produto Hot Dog. Mas isto outro teste, outra equipe e outra histria.

Figura 2 Viso geral da funcionalidade.

2. Projetos de Teste Os projetos de teste so a base organizacional da unidade de TestLink. Os projetos de teste so lanamentos da sua empresa que podem alterar as suas caractersticas e funcionalidades ao longo do tempo, mas, na maior parte dos casos, continuam a ser os mesmos. O projeto de teste inclui requisitos de documentao, especificao de testes, planos de testes e direitos especficos dos usurios.2.1 Criando um novo Projeto de Teste

Criar um novo projeto de teste exige direitos de administrador. Cada projeto deve ter um nome exclusivo. As cores de fundo podem ser atribudas a modelos de projeto de teste para distingui-los visualmente. O administrador pode permitir requisitos relacionados com a funcionalidade.

Algumas observaes para a criao de um novo projeto de teste: Apagar projetos de testes do sistema no recomendado, pois deixar um grande nmero de casos de testes rfos ou deletar caso de teste do sistema.

Planos de testes representam testar um projeto de teste at um determinado ponto. Conseqentemente, planos de testes so criados a partir de projeto de testes de casos de testes. No recomendamos criar projetos de testes separados para verses de um produto.

TestLink suporta importao de dados em XML ou CSV dentro do Projeto de Teste. Isto explicado na seo de importao, a seguir.2.2 Editar e Apagar Projetos de Teste

A edio de projetos de testes requer direitos de administrador. O usurio pode mudar o nome do projeto de teste, cores de fundo e a disponibilidade dos requisitos funcionais. O usurio pode desativar o projeto de teste se ele estiver obsoleto. Isto significa que o projeto de teste no ficar visvel na lista dentro da barra de navegao superior (o administrador ver este Projeto de Teste na lista marcada por *). O usurio pode apagar tambm um projeto de teste. Esta ao tambm vai apagar todos os dados relacionados com os da base de dados. Esta ao no reversvel. Recomendamos o uso inativar em vez de excluir.3. Especificao de testes O Testlink decompe a estrutura do caso de teste em testes de suites e casos de testes. Esses nveis persistem em todas as partes da aplicao.3.1 Teste de Suite

Os usurios organizam os casos de testes em testes(casos) de suites. Cada teste de suite consiste de um ttulo, descrio formatada dos casos de testes e, possivelmente, outros testes de suites. TestLink utiliza estrutura de rvore para teste de suites. A prtica comum a de que a descrio detenha informao vlida para a maioria dos dados includos. Por exemplo, o seguinte pode ser especificado: escopo, configurao, pr-condio, documentao relacionada, ferramentas, infra-estrutura etc. Criar um ou mais testes de suite um dos primeiros passos ao criar o seu projeto de teste. Os usurios (com direitos de edio) podem criar, apagar, copiar, mover, exportar e importar ambos os testes de suites e casos de testes aninhados. Ttulo e descrio podem ser modificados tambm. Anexos com documentos ou imagens podero ser adicionados em teste de suites particulares. A funcionalidade deve ser permitida atravs da configurao do Testlink.3.2 Casos de Testes

O teste de processo um conjunto de fatores de produo, condies prvias de execuo e resultados esperados (outcomes), desenvolvidos para um objetivo particular, como o de exercer um programa em particular ou caminho, a fim de verificar o cumprimento de um requisitos especfico.

Os casos de testes constituem-se da seguinte maneira: Ttulo: poderia incluir uma descrio breve ou abreviatura(por exemplo: TL- USUARIO- LOGIN). Sumrio: deve ser realmente curto, apenas para uma viso geral.

Etapas: descreve o cenrio do teste (aes de entrada). Pode tambm incluir pr-condies e limpeza das informaes. Resultados esperados: descrevem a verificao e o comportamento esperados de um produto ou sistema testado. O nmero do ID de um caso de teste atribudo, automaticamente, pelo TestLink e no pode ser alterado pelos usurios. Este ID um sistema amplo, o que significa que quando um caso de teste criado, um contador global utilizado, independente do projeto de teste no qual o caso de teste foi criado. Anexos: poderia ser acrescentado se a configurao permitisse.Caso de Teste- Atributo Ativo

Se vrias verses de um caso de teste existirem, seria til dispor de um novo atributo, Ativo/Inativo e utilizar desta forma: Cada verso do caso de teste criada ATIVA.

Uma verso do caso de teste inativa no dever estar disponvel em Adicionar casos de testes a plano de teste. Isto pode ser til para os projetistas (designers) de testes. Eles podem editar ou alterar a verso do caso de teste e somente quando ele/ela decidir que est concludo, ento muda o status para ATIVO e ento estar disponvel para ser includo e usado em um plano de teste. Uma vez que a verso do caso de teste foi linkada ao plano de teste e tem resultados, ela no pode se tornar INATIVA.

Figura 3: O que voc pode visualizar na especificao de casos de teste.

Figura 4: Como voc pode observar, o nmero prximo ao nome do projeto de teste (neste exemplo: toaster_xl5) 2, mas o projeto de teste tem 3 casos de testes. O caso de teste TC1 no contado porque est inativo.Removendo Casos de Testes

Os casos de testes e testes de suites podem ser removidos de um plano de teste por usurios com esta permisso. Esta operao pode ser til em uma primeira criao de um plano de teste, desde que no haja nenhum resultado. Entretanto, remover casos de testes causar a perda de todos os resultados associados a eles. Por isso, recomendado um cuidado extremo no uso desta funcionalidade.

Relao de requisitosOs casos de testes poderiam estar relacionados a requisitos de software/sistema como n para n. A funcionalidade deve ser capacitada para um projeto de teste. O usurio pode atribuir os casos de testes e requisitos via o link de atribuio de requisitos na tela principal. 3.3 Palavras-chavePalavras-chave foram criadas para fornecer aos usurios um outro nvel de profundidade quando categorizados os casos de testes.

Palavras-chave servem como um meio de agrupamento de casos de testes com alguns atributos dentro de uma especificao de teste. Por exemplo, voc pode us-las para definir: Regresso ou sanity set.

Reviso dos casos de testes.

Conjunto de casos de testes vlidos para uma plataforma.Criao da palavra-chave

No momento, as palavras-chave podem apenas ser criadas por usurios com os direitos mgt_modify_key. Esses direitos so atualmente mantidos pelos lderes. Uma vez que uma palavra-chave ou um grupo de palavras-chave foi criada por usurios, estes podem atribu-las aos casos de testes.

Atribuindo palavras-chavePalavras-chave podem ser atribudas em um caso de teste a partir da tela da palavra-chave ou via gerenciamento de caso de teste (individualmente).

Filtrar por palavra-chave Os usurios tm habilidade para filtrar por palavra-chave para:

Pesquisar casos de testes em especificao de testes.

Adicionar grupos de casos de testes em casos de testes de suites (plano de teste). Executar teste na tela.4 Testes baseados em requisitosPara provar que um sistema construdo como o especificado, os testadores usam o teste baseado em requisitos. Para cada requisito, eles desenham um ou mais casos de testes. No fim da execuo do teste, um gerente de testes relata sobre os testes que so executados e se os requisitos so atendidos. Baseado nesta informao, o cliente e os vrios envolvidos decidem se um sistema pode ser transferido para a prxima fase de teste ou (can go live). Para garantir que um sistema construdo como previsto, os gerenciadores de testes utilizam uma combinao de risco e requisitos baseados em testes para garantir que um sistema construdo conforme o especificado para a perspectiva do cliente e dos envolvidos no sistema. Como resultado, isto oferece as seguintes vantagens: Vinculao de riscos e os requisitos iro revelar requisitos vagos ou ausentes. Isto especialmente interessante para os riscos de alta prioridade. Os testes podem ser focados nas partes mais importantes de um sistema de informaes: cobrindo os riscos com a mais alta prioridade.

Comunicar na mesma linguagem o cliente e as partes interessadas. Isso torna mais fcil de apresentar um relatrio sobre o estado do projeto de teste. Em seguida, uma deciso pode ser mais bem fundada se investir mais em testes ou assumir o risco. Os riscos e suas prioridades podem ser negociados mais fcil no projeto de teste em momentos de presso. Quais os riscos tm que ser terminados no mbito deste projeto de teste e quais podem ser adiados. Risco e teste baseado em requisitos resultam em um projeto de teste melhor controlado. A comunicao com os clientes e os envolvidos melhorada. O gerenciamento do teste inicia com testes de riscos que possuem a maior prioridade. O processo simplificado e o resultado final de alta qualidade.4.1 Disponibilidade A funcionalidade est disponvel no nvel de projeto de teste. Por exemplo: o administrador deve capacit-lo para um projeto de teste especfico (link Editar projeto de teste na janela principal). Caso contrrio, os links no so mostrados.Existem 2 nveis de usurios para este recurso. A maioria das funes pode visualizar requisitos, mas no modific-los. Consulte a seo do usurio para mais informaes.Especificao de requisitos Os requisitos so agrupados para uma ou mais sistemas/software/especificao de requisitos do usurio.

Figura 5: Dependncias entre requisitos e objetos relacionados.

Criar um documento com requisitos:1 Clicar em especificao de requisitos na janela principal. A lista das especificaes de requisitos mostrada.2 Aperte o boto Criar para criar um documento.

3 Ajuste ttulo, escopo e, eventualmente, o nmero de casos de testes. O ltimo parmetro usado para as estatsticas. Use somente se voc tiver um documento de requisitos vlido, mas nem todos os requisitos esto disponveis no momento no Testlink. O valor padro n/a significa que a contagem dos atuais requisitos em uma especificao utilizado.4 Pressione o boto Criar e adicione dados na base de dados. Voc pode ver o ttulo do novo documento criado na tabela da lista de especificao de requisitos.

5 Clique no ttulo do documento para o prximo trabalho. A janela de especificao de requisitos mostrada. Cada especificao de requisitos tem seu prprio relatrio e estatsticas relacionados com os dados includos.

Todas as especificaes podem ser impressas usando o boto "Imprimir" na janela "Especificao de Requisitos". O administrador pode definir a empresa, autor e texto confidencial atravs de arquivos de configurao.4.3 Requisitos Cada demanda tem ttulo, escopo (formato html) e status (posio). O ttulo no deve ser nico e ter, no mximo, 100 caracteres. O parmetro escopo um texto no formato html. O status deve ter valor vlido ou no testvel. Os requisitos no testveis no so contados para mtricas.

Os requisitos devem ser criados/modificados ou apagadas manualmente, via interface do Testlink ou importadas como arquivo CSV.

Requisitos de importao O Testlink suporta dois tipos de CSV. O primeiro simples composto de ttulo e escopo em cada linha. O segundo exportao para portas tenta detectar o cabealho e escolhe campos corretos. Importa e compara ttulos e tenta resolver conflitos. Existem trs maneiras de fazer isso: atualizar, criar requisitos com o mesmo ttulo e omitir somas the conflicted ones.Requisitos para relao de casos de testes Os casos de testes esto relacionados com requisitos de software/sistema como para. Isto , voc pode nomear um ou mais casos de testes para um requisito e um ou mais requisitos podem ser cobertos por um caso de teste. O usurio pode nomear requisitos para casos de testes via link Requisitos Assignados na janela principal.

Uma cobertura da especificao de teste poder ser visualizada pressionando o boto Analisar na janela de especificao de requisitos.

Requisito baseado em relatrio Navegar at o menu Relatrios e mtricas. Existe um link Requisitos baseado em relatrio. Requisitos, na atual especificao de requisitos e planos de testes so analisados para este relatrio. Os ltimos resultados dos casos de testes (disponvel no plano de teste) so processados para cada requisito. O resultado com a maior prioridade aplicado para o requisito. As prioridades da mais alta para a mais baixa so: fracassado, bloqueado, no executado e passou.

Exemplo de cobertura de requisitosUm requisito coberto por trs casos de teste. Dois deles so includos no teste de suite atual. Um passou e no foi testado para o build 1. Agora tem o resultado global: no compilado. O segundo caso de teste foi testado com build 2 e passou. Ento o requisito passou tambm.

5 Planos de teste

Um registro do processo de planejamento de teste, detalhando o grau de envolvimento do testador, o teste de ambiente, o desenho de tcnicas de casos de testes e testes de tcnicas de medio so utilizados, bem como a justificativa para a sua escolha. Planos de teste so a base para a execuo de casos de testes. Os Planos de Testes contm nome, descrio,coleo de Casos de Testes escolhidos, builds, resultados dos testes, marcos, testador e sesso de definio de prioridade.

5.1 Criar e apagar Planos de Testes

Planos de teste podem ser criados a partir da pgina "Gerenciamento de plano de teste", por usurios com privilgios de lder para os atuais projetos de testes. Pressione o boto "Criar" e digite os dados.

Planos de teste so compostos de casos de testes importados de uma especificao de testes em um ponto especfico de tempo. Planos de teste podem ser criados a partir de outros planos de teste. Isso permite que os usurios criem planos de testes para casos de testes que existem em um ponto no tempo desejado. Isto pode ser necessrio para criao de um plano de teste para um patch. Para que um usurio veja um plano de teste, eles devem ter este direito. Os direitos podem ser atribudos (por lderes) na seo de definio de direitos usurio/projeto. Esta uma coisa importante para se lembrar quando os usurios dizem que no podem ver o projeto em que eles esto trabalhando.Planos de teste podem ser excludos pelos usurios com privilgios de lderes. Excluindo planos de testes permanentemente, apagar tanto o Plano de Teste e todos os seus dados correspondentes, incluindo os casos de testes (no em especificao de teste), resultados etc. Isto deve ser reservado apenas para casos especiais. Alternativamente, planos de testes podem ser desativados na mesma pgina que suprime a exibio, em menus de seleo na pgina principal.5.2 BuildsUm usurio com privilgios de lder poderia seguir o link "Gerenciamento de build", na pgina principal. Builds so um release especfico do software. Cada projeto em uma companhia provavelmente feito de muitos diferentes builds. A execuo do Testlink feita de builds e casos de testes. Se no existirem builds criados para um projeto, a tela no permitir execut-lo. A tela de mtrica tambm ficar completamente branca.

Cada construo identificada via ttulo. Isto inclui descrio (formato html) e dois estados:

Ativo/Inativo - define se a construo est disponvel para a funcionalidade do Testlink. O build inativo no listado nem na execuo e nem na pgina de relatrios. Aberto/fechado - define se os resultados do teste podem ser modificados para o build.

Builds podem ser editados (via link under a build title) e excludos (por um clique sobre o cone "bin" apropriado) no quadro das atuais Builds.

5.3 Povoando planos de testes Adicionando casos de TestesOs dados de mltiplos Projetos de Testes podem ser adicionados em um Plano de Teste.Os dados da especificao de testes podem ser filtrados por palavras-chave (ajustado no painel navegao).

Uma vez que os dados tiverem sido ligados a um plano de teste , ele ser marcado com uma marca de checagem. Se um caso de teste j tiver sido importado ele ser ignorado se for importado de novo.

Illustration 6: Frame for Adding Test Cases into Test Plan

Illustration 7: Frame for modifying content of test cases within Test PlanRemovendo casos de testes do plano de testeOs casos de teste e testes de suites podem ser removidos de um plano de teste por usurios com permisses de lder da pgina Remover casos de teste. Remover dados pode ser til quando na criao de um plano de teste no h resultados. Porm, remover casos de teste causar a perda de todos os resultados associados a eles. Por isso, cuidado extremo recomendado ao usar essa funcionalidade.

Tree in left pane, shows only the Test Cases present in Test Plan.5.4 Teste de execuo assignmentO Teste de execuo assignment afeta tanto a execuo como as telas de mtricas. Na execuo da tela, os usurios tm a capacidade de classificar os casos de testes executveis para ver the ones they have been assigned. Nas principais telas de mtricas existe uma tabela que mostra os processos restantes por testador. Se no houver caso de teste do testador, o padro atribudo nenhum.

A Tester can also see the metrics of his/her own executed tests in main page if these metrics are enabled (see Installation manual).5.5 PrioridadeEste recurso est indisponvel temporariamente na verso 1.7. Ele precisa de uma atualizao para permitir a habilidade especial nos casos de testes.

O TestLink d aos usurios o direito de assignar a Importncia dos casos de testes. O risco geral feito no nvel de teste de suite com um plano de teste particular.TestLink combina estes dois atributos com prioridade. Estes atributos (risco, importncia e prioridade) tm trs nveis (baixo, mdio e alto). O mdio o valor padro. Nomear riscos, importncia e prioridade so todos opcionais. Poderia ser permitido pelo administrador um teste escolhido para o projeto.

5.6 Marcos Nota: A verso 1.7 no inclui relatrio padro para marcos.

O lder do teste pode definir o percentual final de testes com relao a uma data definida. A soluo atual espera definir prioridades.

Illustration 8: Test leader can define one or more milestones for a Test Plan6 Execuo de teste 6.1 GeralA execuo do teste est disponvel quando:

1- A especificao do teste est escrita.

2- O plano de teste criado.

3- Os casos de testes so adicionados a plano de testes.

4- Um build criado.

5- O plano de teste nomeado aos testadores (caso contrrio eles no podem navegar para esse plano de teste).

Selecionar um plano de teste na pgina principal e navegar para o link Executar testes. O painel esquerdo permite a navegao no caso de teste de suite, via menu da rvore, filtrando por palavra-chave, resultado, build e testador.

6.2 NavegaoO painel de navegao consiste de uma caixa Filtro&Configuraes e um menu da rvore de casos de testes de suites.Filtrando casos de testeEssa tabela permite ao usurio filtrar os casos de testes para uma navegao inteligente antes que eles sejam executados.

Testador os usurios podem filtrar casos de testes por seus testadores. Palavra-chave os usurios podem filtrar casos de testes por palavra-chave. As palavras-chave so definidas usando o Criar/Editar/Deletar casos de testes ou pelo Atribuir palavras-chave para mltiplos casos. Palavras-chave s podem ser criadas, editadas ou apagadas pelo lder, mas podem ser renomeadas aos casos de testes por testadores. Resultado- os usurios podem filtrar casos de teste por resultados. Os resultados referem-se ao que aconteceu a esses casos de teste durante um determinado build. O caso de teste pode passar, ser bloqueado ou no ser executado.Definir um teste de BuildOs usurios podem filtrar casos de teste por builds. Builds so os componentes bsicos de como os casos de testes so monitorados. Cada caso de teste pode ser executado uma vez e apenas uma vez por build. Builds podem ser criados por usurios lderes na pgina Criar Novo Build.

Menu da rvoreO menu da rvore no painel de navegao inclui casos de testes de suites colorida por resultados.Menu colorido: Por default, a rvore ser classificada por resultados para o build definido, que escolhido de uma caixa dropdrown.

Exemplo TC coloridas de acordo com o BuildO usurio seleciona Build 2 da dropdown box e no se verifica o check da caixa mais atual. Todos os casos de teste sero exibidos com o seu status de Build 2. Portanto, se o caso de teste 1 for aprovado no Build 2, ser colorido de verde. Uma segunda possibilidade a de que o menu ser colorido de acordo com os ltimos resultados dos testes.Exemplo TC colorido de acordo com o resultado mais recenteO usurio seleciona Build 2 na dropdown box e this time checks the most current check box. Todos os casos de testes sero mostrados com o status mais atual. Ento, se o caso de teste 1 passou em Build 3, mesmo que o usurio tenha tambm selecionado Build 2, ser colorido de verde.6.3- Execuo Status do testeA execuo o processo de nomear um resultado (passou, falhou, bloqueado) ao caso de teste para um build especfico. O caso de teste bloqueado no possvel testar por alguma razo (por exemplo: um problema na configurao no permite executar a funcionalidade testada).

Inserir resultados do testeA tela de resultados de testes mostrada via clique sobre um teste de suite ou caso de teste na tela de navegao. O ttulo mostra o build atual e o proprietrio. A barra colorida indica o status do caso de teste. A caixa amarela inclui o cenrio do caso de teste.

Illustration 9: Frame with several results of one Test Case

Illustration 10: User can select to print only the last result

Illustration 11: The last result could be printed onlyA indicao de que o caso de teste foi atualizado ou excludo na especificao do teste no suportada aps a verso 1.5.

Casos de testes atualizados: a verso TL 1.0.4 tem indicao por flag, que perdida na verso 1.6. Se os usurios tiverem direitos prprios, eles podem ir pgina Modificao atualizada de caso de teste, atravs do link na pgina principal. No necessrio que os usurios atualizem os casos de testes se tiver existido mudana (verso mais nova ou deletada). 7 Personalizar campos

As definies de campos personalizados consistem em um sistema amplo, ou seja, no possvel definir dois campos com o mesmo ID. Depois de ter criado um campo personalizado, voc precisa associ-lo ao Projeto de Teste que voc deseja usar.

O campo personalizado foi implementado utilizando uma mistura de funcionalidade dos modelos Mantis (http://www.mantisbt.org/) e dotproject (http://www.dotproject.net/).

Mostrar/Exibir atributos Mostrar em design:

O campo personalizado ser exibido durante a especificao do caso de teste. Exibido na execuo:

O usurio ser capaz de atribuir/alterar o valor do campo personalizado durante a especificao do caso de teste:

Os campos personalizados devero ser exibidos durante a execuo do caso de teste.Permitir em execuo:

O usurio ser capaz de atribuir/alterar o campo personalizado durante a execuo do caso de teste. Os valores atribudos sero salvos.

Example 1. Custom Field: Additional NotesType: string applicable to test suites, to be edited ONLY during Test Case specification, but useful to be seen during test execution.

show on design = YES enable on design = YES show on execution = YES enable on execution = NO Example 2.Custom Field: Operating System Type: list

applicable to Test Cases, to be edited ONLY during Test Case EXECUTION, unused during Test Case DESIGN.

show on design =NO

enable on design = NO show on execution = YES enable on execution = NO

8 Relatrios de Testes e Mtricas

Os relatrios de testes e mtricas so acessados clicando em "Resultados" ou "Relatrios de testes e mtricas" nos links na pgina principal. Relatrios e mtricas baseiam-se no Plano de Teste selecionado (do menu da combobox). A pgina que mostrada ao usurio inclui: o painel direito ser preenchido com instrues sobre como usar os controles e como cada relatrio produzido.

O painel esquerdo usado para navegar por cada relatrio e por controles operacionais que controlam o efeito e o comportamento dos relatrios que so mostrados. O boto "Imprimir" inicializa a impresso do painel direito (nenhuma navegao ser impressa).

Todos os relatrios de teste (exceto grficos) podem ser gerados em 1 de 3 formatos:

1-Normal: relatrio exibido na pgina web (html).

2-MS Excel: relatrio exportado para o Microsoft Excel.

3-HTML e-mail: relatrio enviado ao endereo de e-mail do usurio.

Existem atualmente nove relatrios separados para escolher sua finalidade e suas funes so explicadas a seguir. Atualmente, no h relatrios que compilam os resultados de vrios planos de testes.8.1 Mtricas gerais de Planos de Testes

Esta pgina mostra-lhe apenas o mais atual status de um Plano de teste para testes de suite, proprietrio e palavra-chave. A maioria dos "status atual" so determinadas pelos mais recentes casos de testes de build executadas no dia. Por exemplo, se um caso de teste foi executado durante vrios builds, apenas o mais recente resultado tido em conta. "ltimo Resultado do teste" um conceito usado em muitos relatrios e determinado como se segue:1) A ordem na qual os builds so adicionados no plano de teste determina qual build mais recente. Os resultados do mais recente build ter precendentes de builds mais velhos. Por exemplo, se voc marcar um teste como "falha" no Build 1 e marc-lo como "passou" no Build 2, seu ltimo resultado ser passou.

2) Se um caso de teste executado mltiplas vezes, sobre o mesmo build, a execuo mais recente ter precedncia. Por exemplo, se Build 3 liberado para a sua equipe e o testador 1 marca como "passou" 2 horas da tarde e o testador 2 marca como "falha" 3 horas da tarde, ele aparecer como falhou.

3) Casos de testes classificados como "no executados" contra um build no so tidos em conta. Por exemplo, se voc marca um caso como "passou" no Build1e no execut-lo em Build 2, o ltimo resultado ser considerado como "passou".

As tabelas a seguir so exibidas: Resultados de nvel superior em testes de suitesA lista dos resultados de cada nvel superior suite. Total de casos, passou, falhou, bloqueados, no executados e o percentual completo. Um caso de teste "completo" um processo que tem sido marcado como passou, falhou ou bloqueado. Resultados de nvel superior de suites incluem todas as sutes mais novas.

Resultados por palavra-chave Lista todas as palavras-chave que so atribudas a processos no Plano de teste atual e os resultados que lhes esto associados.

Resultados por proprietrio

Lista cada proprietrio que tem casos de testes atribudos no atual Plano de Teste. Casos de testes que no so atribudos so tallied under the unassigned heading.

8.2 Viso geral do status do BuildLista a execuo de resultado para cada build. Para cada build, o total de casos de testes, total que passou, % que passou, total que falhou, % que falhou, bloqueados, % bloqueados, no executados e % de no executados so exibidos. Se um caso de teste foi executado duas vezes, no mesmo build, a mais recente execuo ser tomada em conta.

8.3 Mtricas da Query

Este relatrio constitudo por um formulrio de pgina de consulta e uma pgina de consulta de resultados que contm os dados questionados.

Formulrio da pgina de consulta:

O usurio apresentado com uma pgina de consulta com quatro controles. Cada controle definido para um padro o qual maximiza o nmero de casos de teste e builds que a consulta dever be performed against.

Alterando os controles, permite ao usurio filtrar os resultados e gerar relatrios especficos para proprietrio especfico, palavra-chave, suite e combinaes de build.Palavra-chave - 01 palavras-chave podem ser selecionadas. Por padro- nenhuma palavra-chave selecionada. Se uma palavra-chave no est selecionada, ento todos os casos de teste sero considerados independente das atribuies das palavras-chaves.

As palavras-chave so atribudas na especificao de testes ou nas pginas de gerenciamento de palavra-chave.

Palavras-chave, atribudas aos casos de testes, abrangero todos os planos de testes e abrangem a todas as verses de um caso de teste. Se voc est interessado no resultado de uma determinada palavra-chave, ento voc deve alterar esse controle. Proprietrio: 01 proprietrios podem ser selecionados. Por padro, nenhum proprietrio selecionado. Se um proprietrio no selecionado, ento todos os casos de testes sero considerados independentemente do proprietrio assignado. Atualmente, no h nenhuma funcionalidade de pesquisa de casos de testes para "no atribudo". A propriedade atribuda atravs de execuo de "Atribuir Casos de Testes" e feito em uma base per Plano de Teste. Se voc estiver interessado no trabalho realizado por um determinado testador, voc deve alterar esse controle.

Nvel superior de suite: 0n nvel superior de suites podem ser selecionados. Por padro, todas as suites so selecionadas.

Apenas suites, que so selecionadas, sero consultadas para resultar mtricas. Se voc estiver apenas no intested dos resultados de uma determinada suite, voc deve alterar esse controle. Baseia - 1n builds podem ser selecionados. Por padro - todos os Builds so selecionados. Apenas execues realizadas em Builds que voc selecionar sero tidos em conta quando se produzir mtricas. Por exemplo: se voc quiser ver quantos casos de teste foram executados nos ltimos 3 Builds, voc altera este controle.

Palavra-chave, proprietrio e nvel superior de selees de suite iro ditar o nmero de casos de teste a partir do seu Plano de teste que so usados para calcular por suite e por mtricas de planos de testes. Por exemplo: se voc seleciona proprietrio = "Greg", palavra-chave = "Prioridade 1" e todos os testes de suite disponveis, apenas o casod de teste de Prioridade 1 atribudo a Greg sero considerados. O "# Casos de Teste" totais que sero vistos no relatrio sero influenciados por estes 3 controles.

Selees de build iro influenciar se um processo considerado "passou", "falhou", "bloqueou" ou "no foi executado. Refira-se a "Resultado do ltimo teste" de regras que aparecem acima. Pressione o "enviar" para avanar com a consulta e exibir a pgina de sada.Pgina do relatrio de dados: A pgina do relatrio exibir:

1 Os parmetros utilizados para criar o relatrio.

2 Totais de todo o plano de teste.

3 Uma discriminao dos totais por suite (soma/passou/falhou/bloqueados/no executados) e todas as execues realizadas nessa suite. Se um Caso de Teste foi executado mais de uma vez em mltiplos Builds, sero exibidas todas as execues que foram registradas contra os Builds selecionados. Contudo, faa um resumo para que suite s inclua o "Resultado do ltimo teste" para os builds selecionados.

8.4 Relatrios de casos de testes bloqueados, com falha e no executados Estes relatrios mostram todos os casos de testes bloqueados, com falha e no executados atualmente. A lgica do "Resultadodo ltimo teste" (o que descrito acima em Mtricas gerais dos planos de teste) novamente empregada para determinar se um Caso de Teste deve ser considerado bloqueado, com falha ou no executado. Relatrios de casos de teste bloqueados ou com falha exibiro os bugs associados se o usurio estiver usando uma abordagem de bug integrada no sistema de monitoramento.

8.5 Relatrio de Testes

Ver estatuto de cada casos de teste em cada Build. Se um Caso de Teste foi executado vrias vezes no mesmo Build, o resultado da mais recente execuo ser utilizado. recomendado exportar este relatrio no formato Excel para facilitar a navegao se um grande conjunto de dados est sendo usado.

8.6 Grficos

Esta pgina de relatrio requer que o navegador tenha um plugin flash. A lgica do "Resultado do ltimo teste" usada para os quatro grficos que voc ver. Os grficos esto animados para ajudar o usurio visualizar as mtricas do plano de teste atual.

Os quatro grficos fornecidos so:

1. Grfico de pie com a viso geral do que passou/falhou/bloqueou e no executado nos casos de testes 2. Grfico de barras com os resultados por palavra-chave.

3. Grfico de barras com os resultados por proprietrio.

4. Grfico de barras com os resultados por nvel superior de Suite.As barras, no grfico de barras, so coloridas para que o usurio possa identificar o nmero aproximado dos casos que passaram, falharam, bloqueados e no executados.Ele utiliza tecnologia flash fornecidas por http://www.maani.us apresentando os resultados em um Formato grfico.

8.7 Total de bugs para cada caso de teste Esse relatrio mostra cada caso de teste com todos os bugs associados a ele para todo o projeto. Este relatrio est disponvel somente se o Sistema de Bug Tracking estiver conectado.

8.8 Requisitos baseados em relatrio

Este relatrio est disponvel se os requisitos so permitidos para os atuais projetos de testes. O relatrio gerado contra um documento de especificao de requisito escolhido de um menu de combo box.

H duas sees: mtricas e resultados panormicos.

Esto disponveis as seguintes estatsticas:

- Nmero total de requisitos.

- Requisitos dentro do TestLink.

- Requisitos abrangidos pelo caso de teste.

- Requisitos no abrangidos pelo caso de teste.

- Requisitos no cobertos ou no testados.

- Requisitos no testados.

Os requisitos esto divididos em quatro sees. Cada requisito listado em conjunto com todos os casos de testes relacionados (coloridos de acordo com o resulatdo do caso de teste): - Requisitos aprovados.

- Requisitos com falha.

- Requisitos bloqueados.

- Requisitos no executados.

8.9 Como adicionar um novo relatrio Copie um dos atuais relatrios e modifique-o de acordo com a sua necessidade. No se esquea que usamos modelos de renderizao(/gui/templates/.tpl) e lgica(/lib/resultados/.php). Recomendamos reutilizar as funes existentes para colher dados para o relatrio, ao invs de criar novas. Editar /lib/resultados/resultsNavigator.php para adicionar um link para o seu novo relatrio. Existe um array que poderia ser facilmente melhorado. Voc deve adicionar uma nova URL e "nome da palavra-chave" do relatrio. Voc pode modificar o estilo CSS de um relatrio. Sugerimos criar novas classes, em vez de modificar os atuais (para evitar alteraes indesejadas em outras pginas). Se voc contribuir, seu(s) novo(s) relatrio(s) atravs do nosso tracker, voc pode encontr-lo tambm nas prximas verses... Caso contrrio, corre o risco de que no ir trabalhar para a prxima verso principal.

9 User Administration

9.1 Configuraes da conta Cada usurio do sistema ser capaz de editar suas prprias informaes atravs da Conta configuraes da janela (link personal na barra de menu).

O TestLink permite usurios, com direitos de administrador, de criar, editar e excluir usurios dentro do sistema. No entanto, TestLink no permite que os administradores visualizem ou editem senhas do usurio. Se os usurios esquecem suas senhas, h um link, na tela de login, que ir enviar suas senhas utilizadas com base em seu nome de usurio e endereo de e-mail que entrou.

9.2 Permisses dos papis

O TestLink construdo com 6 diferentes nveis de permisso padres. Alterando esses direitos de manipulao pelo link de administrao do usurio que pode ser acessado pelo administrador. Estes nveis de permisso so os seguintes:

Guest: Um guest s tem permisso para visualizar casos de testes e mtricas do projeto. Executor de teste: Um testador fora da empresa que s tem permisses para executar testes atribudos a eles. (Inicialmente em 1.0.4 - otester)

Teste Designer: Um usurio pode funcionar completamente com especificao de testes e requisitos. Analista de Testes: Um testador pode ver, criar, editar e excluir casos de testes, bem como execut-los. Faltam testadores para as permisses de gerir planos de testes, gerir projetos de testes, criar marcos ou ceder direitos. Inicialmente testador, testador snior.

Lder de teste: Um lder tem todas as permisses como um testador, mas tambm as capacidades de ganho para gerir planos de testes, atribuir direitos, criar marcos e gerenciar palavras-chave. Admininstrator: Um administrador tem todas as possveis permisses (lder plus com a capacidade de gerenciar projetos de testes e usurios).

Nota:as necessidades de planos de testes so relacionadas com caractersticas de tambm atribuir um Plano de Teste para estar disponvel. Veja Atribuio de Plano de Teste.Funes de usurio

H papis pr-definidos de usurios. O administrador tem a capacidade adequada de alterar os dados dentro do TestLink. Cada usurio tem atribudo apenas um desses papis. Se voc ver a tabela voc ver linhas para cada um dos nveis de permisses(guest, testador, testador snior, lder, administrador). A segunda coluna contm todos os direitos dos diferentes nveis que sero definidos abaixo. Estes nveis foram determinados como norma para o uso, mas eles podem ser editados para definir novas funes (por um administrador experiente). A tabela do usurio contm uma chave estrangeira que aponta para o nvel de permisso adequado na tabela dos direitos.

Estudo de caso restries de acesso por defaultSituao Em nossa organizao gostaramos de restringir o acesso a projetos a menos que seja especificamente concedidos. Temos, atualmente, cerca de 150 usurios com pouco mais de 90 diferentes projetos. Muitos dos usurios no so QA, mas so analistas de negcios e, em alguns casos, os usurios finais fazem UAT. Desde j, posso dizer que todos os direitos so herdados com base em como o usurio foi instalado. Mas ns no queremos um analista de negcios, que est trabalhando em um nico projeto, tenha acesso a todas as 90 solues.

Soluo

Definir esses usurios com o papel global e conceder um papel apropriado em um projeto de teste ou na base de um plano de teste. Em const.inc.php voc tambm pode definir o papel padro id para (parmetro $g_default_roleid). Voc pode mudar tambm o nome de um papel "Sem direitos" para algo mais educado. 9.3 Definies de direitos

Palavras-chave so utilizadas para a definio do papel de habilidades.

9.4 Atribuio de plano de teste

Os usurios podem ver apenas os planos de testes atribudos. Para ganhar permisses de Planos de testes um usurio lder ou administrador deve dar-lhes direitos atravs do link "Definir direitos de usurio/projeto" dentro de "Gerenciamento de Plano de teste". Todos os usurios do sistema, por padro, no tm permisso para ver planos de testes recm-criados(exceto para a criao de Plano de testes que que podem ser criados por eles mesmos). As permisses de Planos de Testes Zero significa que os usurios no vero nenhum Plano de teste no combo box na tela principal.

Existe uma tabela com os direitos do plano de teste(ou seja, onde os usurios podero ver qual Plano de teste). Esta tabela constituda de uma combinao de id de usurios e id de projeto. A pgina principal contm um cdigo que verifica se o usurio efetuou login nas permisses adequadas (e, em seguida, mostra os projetos permitidos. No recomendado que este seja cortado.

10 Importao e exportao de dados

TestLink suporta diversas maneiras de compartilhar dados.

10.1 Importao e Exportao de palavras-chave

Exemplo de XML com palavras-chave:

10.2 Importao e exportao de projetos de testes

O usurio pode importar ou exportar projetos de testes incluindo a descrio do projeto, a especificao de testes e palavras-chave. As prximas duas fotos mostram a rvore de menu com os dados e os mesmos dados do arquivo XML.

10.3 Importao e exportao de testes de suites

Exemplo de XML Teste de suite dentro de palavras-chave

Exemplo de XML Teste de sute com palavras-chave

10.4 Just one Caso de Teste

Exemplo de arquivo de XML:

10.5 Todos os casos de testes no teste de suite

10.6 Importao/Exportao de requisitos de software

10.7 Importando casos de testes para o Excel via XML

Criando arquivo XML para importao no TestLink

Etapa 1: Exportar um ou mais casos de testes do TestLink dentro de um arquivo XML. Etapa 2: Abrir novo documento em branco spread sheet document file.

Etapa 3: Navegue atravs do menu Dados> XML> Importao e selecione o arquivo XML. Cria estrutura adequada em Excel.

Etapa 4: Depois aparecer uma caixa de dilogo perguntando "Onde voc deseja colocar os dados?" Etapa 5: Escolha uma opo "Escolher um XML existente da lista" com a primeira clula $A$1.

Etapa 6: Voc ser capaz de ver as seguintes colunas: nome, resumo, etapas e resultados esperados.

Etapa 7: Copie este arquivo em seus dados nesse sentido e salve o arquivo de dados em formato XML (*.XML).

Etapa 8: Verifique se o arquivo XML pode ser aberto com a ajuda do internet explorer.

Importando arquivo XML no TestLink

Etapa 1: Entrar no TestLink > Selecione seu projeto na lista dropdown.

Etapa 2: Clique na Especificao > Criar Nova Suite > Escolha Suite > Clique em Importar casos de testes.

Etapa 3: Navegue para o arquivo XML, apresente-o e voc ter feita a importao.Histrico de Reviso: