Esta tabela permite ao utilizador filtrar os Casos de Teste antes de serem visualizados. Se selecionado (marcado) os dados serão mostrados. Para alterar os dados apresentados, marque ou desmarque clicando no Filtro, e selecione o nível desejado na árvore de dados.

Cabeçalho do Documento: Os utilizadores podem filtrar informações no cabeçalho do documento. As informações do cabeçalho do documento incluem: Introdução, Âmbito, Referências, Metodologia de Teste, e Limitações de Teste.

Corpo do Caso de Teste: Os utilizadores podem filtrar informações do corpo do Caso de Teste. As informações do corpo do Caso de Teste incluem: Resumo, Passos, Resultados Esperados, e Palavras Chave

Resumo do Caso de Teste: Os utilizadores podem filtrar informações do Resumo do Caso de Teste através do Título do Caso de Teste, no entanto, eles não podem filtrar informações do Resumo do Caso de Teste através do Corpo de um Caso de Teste. O resumo do Caso de Teste foi apenas parcialmente separado do corpo do Caso de Teste a fim de apoiar a visualização do Título com um breve resumo e a ausência de Passos, Resultados Esperados, e Palavras Chave. Se um utilizador decidir ver o corpo do Caso de Teste, o Resumo do Caso de Teste será sempre incluído.

Tabela de Conteúdo: O TestLink insere uma lista com todos os títulos com seus links internos marcados.

Formatos de Saída: Existem várias possibilidades: HTML, OpenOffice Writer, OpenOffice Calc, Excel, Word ou por E-mail (HTML).

Plano de Teste

Geral

O Plano de Teste é uma abordagem sistemática ao teste de um sistema de software. Você pode organizar a atividade de teste com versões particulares do produto em tempo e resultados rastreáveis.

Execução do Teste

Esta é a secção onde os utilizadores podem executar os Casos de Teste (escrever os resultados dos testes) e imprimir a Suite de Casos de Teste do Plano de Teste. Nesta secção os utilizadores podem acompanhar os resultados da sua execução dos Casos de Teste.

Gestão do Plano de Teste

Esta secção, apenas acessível aos líderes, permite que os utilizadores possam administrar os Planos de Testes. A administração de Planos de Testes envolve a criação/edição/eliminação de Planos, acréscimo/edição /eliminação/atualização dos Casos de Teste dos Planos, criando versões, bem como definindo quem pode ver qual Plano.
Utilizadores com permissão de líder poderão também definir a prioridade/risco e a propriedade das Suites de Caso de Teste (categorias) e criar marcos de teste.

Nota: É possível que os utilizadores não possam ver uma lista suspensa que contenha os Planos de Testes. Nesta situação, todos os links (exceto para os líderes ativos) estarão desativados. Se você estiver nesta situação, contacte a administração do TestLink para lhe conceder os direitos de Projecto adequado ou criar um Plano de Teste para você.

Campos Personalizados

Seguem alguns factos sobre a implementação de Campos Personalizados:

• Campos Personalizados são definidos para todo o sistema.
• Campos Personalizados são associados ao tipo do elemento (Suite de Teste, Caso de Teste).
• Campos Personalizados podem ser associados a múltiplos Projectos de Testes.
• A sequência em que os Campos Personalizados serão mostrados pode ser diferente para cada Projecto de Testes.
• Campos Personalizados podem ser inativados para um Projecto de Testes específico.
• O número de Campos Personalizados não é restrito.

A definição de um Campo Personalizado inclui os seguintes atributos:

• Nome do Campo Personalizado.
• Capturar o nome da variável (ex: Este é o valor que é fornecido para a API lang_get(), ou mostrado como se não for encontrado no ficheiro de linguagem).
• Tipo do Campo Personalizado (texto, numérico, decimal, enumeração, email).
• Possibilidade de enumerar os valores (ex: RED|YELLOW|BLUE), aplicável a uma lista, lista de multiseleção e tipos de combo.
  Utilize o caractere pipe ('|') para separar os possíveis valores para uma enumeração. Um dos possíveis valores pode ser um texto vazio.
• Valor por omissão: NÃO IMPLEMENTADO AINDA.
• Tamanho Mínimo/Máximo para o valor do Campo Personalizado (utilize 0 para desativar). (NÃO IMPLEMENTADO AINDA).
• Utilizar uma expressão regular para validar a entrada do utilizador (use ereg() syntax). (NÃO IMPLEMENTADO AINDA)
• Todos os Campos Personalizados são salvos como VARCHAR(255) na base de dados.
• Mostrado na Especificação do Teste.
• Ativado na Especificação do Teste. O utilizador pode alterar o valor durante a Especificação do Caso de Teste.
• Mostrado na Execução do Teste.
• Ativado na Execução do Teste. O utilizador pode alterar o valor durante a Execução do Caso de Teste.
• Mostrado no Planeamento do Plano de Teste.
• Ativado no Planeamento do Plano de Teste. O utilizador pode alterar o valor durante o planeamento do Plano de Teste (adicionar Casos de Teste ao Plano de Teste).
• Disponível para o utilizador escolher o tipo de campo.

Executar Casos de Teste

Permite aos utilizadores 'Executar' os Casos de Teste. Uma Execução propriamente dita é apenas a atribuição do resultado de um Caso de Teste (Passou, Falhado ou Bloqueado) de uma compilação selecionada.

O acesso a um Gestor de Ocorrências (Bugtracker) pode ser configurado. O utilizador pode adicionar diretamente novas Ocorrências e navegar pelas existentes. Consulte o manual de instalação para mais detalhes.

Adicionar Ocorrências ao Caso de Teste

(apenas se estiver configurado) O TestLink possui uma integração muito simples com os sistemas de Gestão de Ocorrências, mas não é capaz de enviar um pedido de abertura de Ocorrência ao Gestor de Ocorrências ou receber de volta o ID da Ocorrência. A integração é feita utilizando um link para a página do Gestor de Ocorrências, com as seguintes características:

• Inserir nova Ocorrência.
• Exibição das informações da Ocorrência.

Processo para adicionar uma nova Ocorrência

• Passo 1: Utilize o link para abrir o Gestor de Ocorrências e inserir uma nova Ocorrência.
• Passo 2: Anote o ID da Ocorrência gerada pelo Gestor de Ocorrências.
• Passo 3: Escreva o ID da Ocorrência no campo de entrada.
• Passo 4: Clique no botão Adicionar Ocorrência

Configurações

Em Configurações é possível que você selecione o Plano de Teste, a Build e a Plataforma (se disponível) para ser executado.

Plano de Teste

Você pode escolher o Plano de Teste necessário. De acordo com o Plano de Teste escolhido, serão mostradas as Builds apropriadas. Depois de escolher um Plano de Teste, os filtros serão reiniciados.

Plataformas

Se o recurso de Plataformas é usado, você deve selecionar a Plataforma apropriada antes da execução.

Execução da Build

Você pode escolher a Build em que deseja executar os Casos de Teste.

Filtros

Os Filtros proporcionam a oportunidade de influenciar ainda mais o conjunto de Casos de Teste mostrados. Através dos Filtros é possível diminuir o conjunto de Casos de Teste mostrados. Selecione os filtros desejados e clique no botão \"Aplicar\".

Os Filtros Avançados permitem que você especifique um conjunto de valores para filtros aplicáveis ​​usando Ctrl + Clique dentro de cada ListBox.

Filtro de Palavra Chave

Você pode filtrar os Casos de Teste pelas Palavras Chave que foram atribuídas. Você pode escolher " . "múltiplas Palavras Chave utilizando Ctrl + Clique. Se você escolher mais que uma Palavra Chave, você pode " . "decidir se apenas serão mostrados os Casos de Teste que contêm todas as Palavras Chave selecionadas " . "(botão \"E\") ou pelo menos uma das Palavras Chave escolhidas (botão \"OU\").

Filtro de Prioridade

Você pode filtrar os Casos de Teste pela prioridade do Teste. A prioridade do Teste é a \"importância do Caso de Teste\" " . "combinado com \"a urgência do Teste\" dentro do Plano de Teste atual.

Filtro de Utilizador

Você pode filtrar os Casos de Teste que não estão atribuídos (\"Ninguém\") ou atribuídos a \"Alguém\". " . "Você também pode filtrar os Casos de Teste que são atribuídos a um Testador específico. Se você escolheu um Testador " . "específico, também existe a possibilidade de mostrar os Casos de Teste que estão por serem atribuídos " . "(Filtros avançados estão disponíveis).

Filtro de Resultado

Você pode filtrar os Casos de Teste pelos resultados (Filtros avançados estão disponíveis). Você pode filtrar por " . "resultado \"na Build escolhida para a execução\", \"na última execução\", \"em TODAS as Builds\", " . "\"em QUALQUER Build\" e \"em uma Build específica\". Se \"uma Build específica\" for escolhida, então você pode " . "especificar a Build.

Versões mais recentes do Caso de Teste

Todo o conjunto de Casos de Teste ligados ao Plano de Teste é analisado, e uma lista de Casos de Teste que têm uma versão mais recente é mostrada (contra o conjunto atual do Plano de Teste).

Cobertura de Requisitos

Este recurso permite mapear uma cobertura de utilizador ou Requisitos do sistema por Casos de Teste. Navegue através do link \"Especificar Requisitos\" na tela principal.

Especificação de Requisitos

Os Requisitos estão agrupados no documento 'Especificação de Requisitos' que está relacionado ao Projecto de Testes.
O TestLink ainda não suporta versões para a Especificação de Requisitos e também para os Requisitos. Assim, a versão do documento deve ser adicionada depois do Título da Especificação. O utilizador pode adicionar uma descrição simples ou uma nota no campo Âmbito.

Sobrescrever o contador de Requisitos serve para avaliar a cobertura dos Requisitos no caso de nem todos os Requisitos estarem adicionados ao TestLink.

O valor 0 significa que a contagem atual de Requisitos é usado para métricas.

Ex: SRS inclui 200 Requisitos, mas somente 50 são adicionados ao Plano de Teste. A cobertura de testes é de 25% (se todos estes Requisitos forem testados).

Requisitos

Clique no título para criar uma Especificação de Requisitos. Você pode criar, editar, apagar ou importar Requisitos para este documento. Cada Requisito tem título, âmbito e status. O status deve ser \"Válido\" ou \"Não testado\". Requisitos não testados não são contabilizados para as métricas. Este parâmetro deve ser utilizado para características não implementadas e Requisitos modelados incorretamente.

Você pode criar novos Casos de Teste para os Requisitos utilizando multi ações para os Requisitos ativos na tela de especificação de Requisitos. Estes Casos de Teste são criados dentro da Suite de Teste com nome definido na configuração (padrão é: $tlCfg->req_cfg->default_testsuite_name = \"Test suite created by Requirement - Auto\";). Título e Âmbito são copiados destes Casos de Teste.

Cobertura:

Links internos no Âmbito:

Links internos servem ao propósito da criação de links a outros Requisitos / especificações de Requisitos com uma sintaxe especial. O comportamento dos Links internos pode ser alterado no ficheiro de configuração.

Uso:
Link para Requisitos: [req]req_doc_id[/req]
Link para Especificação de Requisitos: [req_spec]req_spec_doc_id[/req_spec]

O Projecto de Testes do Requisito / Especificação de Requisitos, uma versão e uma âncora também podem ser especificados:
[req tproj=<tproj_prefix> anchor=<anchor_name> version=<version_number>]req_doc_id[/req]
Esta sintaxe também funciona para as especificações de Requisito (atributos de versão não tem nenhum efeito).
Se você não especificar a versão do Requisito completo, todas as versões serão mostradas.

Log para mudanças:

Sempre que uma alteração é feita, o Testlink irá pedir uma mensagem de log. Esta mensagem de log serve como rastreabilidade. Se apenas o âmbito do Requisito mudou, você pode decidir se deseja criar uma nova revisão ou não. Sempre que alguma coisa além do âmbito é alterado, você é forçado a criar uma nova revisão.

Links Diretos:

É fácil compartilhar este documento com outros, basta clicar no ícone do globo no topo deste documento para criar um link direto.

Ver Histórico:

Este recurso permite comparar revisões/versões de Requisitos, se mais de uma revisão/versão de Requisitos existir. A visão geral fornece uma mensagem de log para cada revisão/versão, um timestamp e autor da última alteração.

Cobertura:

Exibir todos os Casos de Teste associados para este Requisito.

Relações:

Relações de Requisitos são usados ​​para relacionamentos de modelos entre os Requisitos. Relações personalizadas e a opção de permitir relações entre os Requisitos de diferentes Projectos de Testes podem ser configurados no ficheiro de configuração. Se você definir a relação \"Requisito A é pai do Requisito B\", o Testlink irá definir a relação \"Requisito B é filho do Requisito A\" implicitamente.

Links internos no Âmbito:

Links internos servem ao propósito da criação de links a outros Requisitos / especificações de Requisitos com uma sintaxe especial. O comportamento dos Links internos pode ser alterado no ficheiro de configuração.

Uso:
Link para Requisitos: [req]req_doc_id[/req]
Link para Especificação de Requisitos: [req_spec]req_spec_doc_id[/req_spec]

O Projecto de Testes do Requisito / Especificação de Requisitos, uma versão e uma âncora também podem ser especificados:
[req tproj=<tproj_prefix> anchor=<anchor_name> version=<version_number>]req_doc_id[/req]
Esta sintaxe também funciona para as especificações de Requisito (atributos de versão não tem nenhum efeito).
Se você não especificar a versão do Requisito completo, todas as versões serão mostradas.

Sobre 'Campos Personalizados salvos'