Introdução a Artefatos de Teste – CBQS

Introdução a Artefatos de Teste

Artefatos de teste são simplesmente parte integrante do teste de software. Geralmente, são conjuntos de documentos que o testador do projeto de software obtém durante o STLC (Ciclo de Vida do Teste de Software). Artefatos de teste são subprodutos gerados ou criados durante a execução de testes de software. Esses artefatos de teste gerados são então compartilhados com clientes e equipe de teste ou gerentes de equipe, líderes de equipe, partes interessadas associadas ao projeto e também com membros de outra equipe.

Uma aprovação é obtida do cliente simplesmente para que não haja lacuna de comunicação sobre o que é necessário. Esses artefatos são comunicados, projetados e construídos ou desenvolvidos dentro dos mesmos conjuntos de artefatos do produto formado. Esses artefatos também são implementados em formatos programáveis ​​e repetíveis, como programas de software. Estabelecer transparência entre os membros da equipe é o principal objetivo e propósito do artefato de teste. Assim, eles são registrados de maneira adequada com dados exatos e precisos ou informações e detalhes.

Devido a isso, é muito fácil e simples identificar e rastrear alterações e também ficar atento ao andamento recente das atividades de teste a partir do requisito, já que tudo é registrado corretamente. Os desenvolvedores desses artefatos usam ferramentas, técnicas e treinamento da mesma forma que os engenheiros de software usam ao desenvolver ou criar o produto final.

Tipos de artefatos de teste:

  1. Estratégia de teste: a

estratégia de teste geralmente é preparada pelo gerente de teste ou de projeto no nível de gerenciamento. É o esboço do documento que descreve a abordagem de teste do ciclo de desenvolvimento de software que enumera como alcançar o resultado esperado usando os recursos disponíveis.

Ele simplesmente fornece fácil compreensão de alvos, ferramentas, técnicas, infraestrutura e tempo das atividades de teste que devem ser realizadas. Também é usado para identificar todos os fatores de risco que podem surgir durante o teste e solução apropriada para reduzir ou mitigar o risco. Ele também esclarece os principais desafios importantes e abordagem para concluir todo o processo de teste do projeto. A estratégia de teste geralmente é derivada do Formato de Especificação de Requisitos de Negócios. Para desenvolver essa estratégia, há vários pontos que precisam ser mantidos em mente. Alguns deles são dados abaixo:

Qual é o principal objetivo do teste, por isso que você deseja realizar este teste?

Quais são as diretrizes que devem ser seguidas para a realização do teste?

Quais são todos os requisitos necessários para o teste, como requisitos funcionais, cenários de teste, recursos, etc.?

Quais são as funções e responsabilidades de cada uma das funções e do gerente de projeto para concluir o teste?

Quais são os diferentes níveis de teste?

Qual será o principal produto desse teste?

Que riscos existem em relação aos testes junto com os riscos do projeto?

Existe algum método para resolver os problemas que possam surgir?

  1. Plano de Teste:

O plano de teste é um documento detalhado que descreve o escopo do teste de software, estratégia de teste, entregas de teste, risco, objetivos e atividades. É uma abordagem sistêmica geralmente usada para testes de aplicativos de software. É a atividade mais importante e essencial simplesmente garantir que haja inicialmente uma lista de tarefas e marcos no plano de linha de base para rastrear ou identificar o progresso do projeto.

É um documento dinâmico que geralmente atua como ponto de referência e apenas com base nos testes que são realizados dentro da equipe de QA (Quality Assurance). É simplesmente um plano que explica como a atividade de teste ocorrerá no projeto. Existem vários pontos que devem ser mantidos em mente para desenvolver a estratégia de teste. Alguns deles são dados abaixo:

Qual é o objetivo principal das atividades de teste?

Qual é o escopo futuro do teste, ou seja, o caminho exato que precisa ser seguido ou coberto durante a execução do teste?

O que é a abordagem de teste, ou seja, como o teste seria realizado?

Quais são todos os recursos necessários para o teste?

Quais são os critérios de saída após a conclusão do teste, ou seja, conjunto de condições e atividades que devem ser cumpridas para concluir o teste?

Como você gerenciará os riscos que podem surgir?

  1. Cenário de teste:

Um cenário de teste é uma declaração usada para descrever a funcionalidade do aplicativo que pode ser testado. Ele é usado simplesmente para garantir que o teste de ponta a ponta do recurso ou software esteja funcionando bem ou não. É derivado dos casos de uso.

Ele contém a situação ou condição no formulário de aplicação em que muitos casos de teste podem ser desenvolvidos. O cenário de teste também é chamado de condição de teste ou possibilidade de teste. Um ou mais casos de teste podem ser acomodados em um único cenário de teste. Devido a isso, o cenário de teste tem relacionamento um-para-muitos com os casos de teste. Significa falar e pensar sobre os requisitos de maneira detalhada.

  1. Caso de teste:

O caso de teste é um documento detalhado que descreve casos que ajudarão na execução durante o teste. É um documento que consiste no nome do caso de teste, pré-condição, etapas / condição de entrada e resultados esperados. O desenvolvimento de casos de teste também ajuda a identificar ou rastrear problemas ou questões em requisitos ou design de aplicativo de software.

É simplesmente um conjunto de condições ou variáveis ​​sob as quais o testador de software identificará se o sistema em teste satisfaz ou não os requisitos ou funciona de maneira adequada e correta. Para escrever um bom caso de teste, alguns dos pontos que precisam ser incluídos no caso de teste:

Escreva o id do caso de teste, ou seja, o número de identificação exclusivo do caso de teste.

Escreva o nome do caso de teste, ou seja, um título forte para o caso de teste.

Escreva todos os detalhes e descrições sobre o caso de teste.

Escreva em etapas para torná-lo claro e conciso, ou seja, simples.

Escreva o resultado esperado ou real ou o resultado do teste.

  1. Array de rastreabilidade: a

array de rastreabilidade é uma array que contém tabelas que mostram e explicam muitos relacionamentos entre requisitos e casos de teste. Na verdade, é um documento que correlaciona qualquer um dos documentos de duas linhas de base que exigem muitos ou muitos relacionamentos para verificar, rastrear e mapear o relacionamento. Geralmente ajuda a garantir a transparência e integridade dos produtos de teste de software.

É o rastreamento de todos os requisitos dos clientes com casos de teste e identificação de defeitos. A array de rastreabilidade é de dois tipos: Array de rastreabilidade direta e Array de rastreabilidade reversa. Alguns dos parâmetros que estão incluídos na Array de Rastreabilidade são fornecidos abaixo:

ID do requisito.

Tipo de requisito junto com a descrição.

Status do design do teste junto com a execução do status do teste.

Casos de teste de sistema e unidade.

  1. Relatório de teste de software:

Um relatório de teste de software é um documento que descreve todas as atividades de teste. Ele fornece informações detalhadas sobre o status dos casos de teste, suítes de teste ou scripts de teste para determinado escopo. Um relatório de teste é muito necessário para representar os resultados do teste de maneira formal, o que dá oportunidade de descobrir os resultados do teste rapidamente. Os relatórios de teste podem ser de vários tipos: relatório de teste individual, relatório de equipe. Os relatórios de teste podem ser gerados diariamente ou podem ser gerados após a conclusão do teste ou no final do ciclo de teste.

Fonte: Madhurihammad/Geeksforgeeks

Contatos