software testing terms complete glossary
A fim de evitar ambigüidades nos diferentes termos de teste de software, incluo um glossário de teste de software aqui.
Todos os termos de teste de software estão incluídos neste glossário. Se você acha que conhece a definição de qualquer termo melhor do que o mencionado aqui, você pode usar este Formulário de Contato para me enviar as definições. Na revisão, irei incluí-los nesta lista de glossário.
Para conhecer as definições básicas de teste de software e garantia de qualidade, este é o melhor glossário compilado por Erik van Veenendaal . Além disso, para cada definição, há uma referência de IEEE ou ISO mencionada entre colchetes.
PARA
critérios de aceitação: Os critérios de saída que um componente ou sistema deve satisfazer para seraceito por um usuário, cliente ou outra entidade autorizada. (IEEE 610)
teste de aceitação: Testes formais com relação às necessidades do usuário, requisitos e processos de negócios conduzidos para determinar se um sistema satisfaz ou não os critérios de aceitação e para permitir que o usuário, clientes ou outra entidade autorizada determinem se aceitam ou não o sistema. (Após IEEE 610)
teste de acessibilidade: Teste para determinar a facilidade com que usuários com deficiências podem usar um componente ou sistema. (Gerrard)
precisão: A capacidade do produto de software de fornecer os resultados ou efeitos corretos ou acordados com o grau de precisão necessário. (ISO 9126) Consulte também teste de funcionalidade.
resultado atual: O comportamento produzido / observado quando um componente ou sistema é testado.
teste ad hoc: Testes realizados informalmente; nenhuma preparação formal de teste ocorre, nenhuma técnica de design de teste reconhecida é usada, não há expectativas de resultados e a aleatoriedade orienta a atividade de execução de teste.
adaptabilidade: A capacidade do produto de software de ser adaptado a diferentes ambientes especificados, sem aplicar ações ou meios diferentes daqueles fornecidos para essa finalidade para o software considerado. (ISO 9126) Consulte também teste de portabilidade.
teste ágil: Prática de teste para um projeto usando metodologias ágeis, como Extreme Programming (XP), tratando o desenvolvimento como o cliente do teste e enfatizando o paradigma de design test-first.
teste alfa: Teste operacional simulado ou real por usuários / clientes em potencial ou uma equipe de teste independente no site dos desenvolvedores, mas fora da organização de desenvolvimento. O teste alfa é frequentemente empregado como uma forma de teste de aceitação interna.
analisabilidade: A capacidade do produto de software de ser diagnosticado quanto a deficiências ou causas de falhas no software, ou para que as peças a serem modificadas sejam identificadas. (ISO 9126) Consulte também teste de sustentabilidade.
anomalia: Qualquer condição que se desvie da expectativa com base nas especificações de requisitos, documentos de design, documentos do usuário, padrões, etc. ou da percepção ou experiência de alguém. As anomalias podem ser encontradas durante, mas não se limitando a, revisão, teste, análise, compilação ou uso de produtos de software ou documentação aplicável. (IEEE 1044) Consulte também defeito, desvio, erro, falha, falha, incidente, problema.
atratividade: A capacidade do produto de software de ser atraente para o usuário. (ISO 9126)
auditoria: Uma avaliação independente de produtos ou processos de software para verificar a conformidade com padrões, diretrizes, especificações e / ou procedimentos com base em critérios objetivos, incluindo documentos que especificam:
(1) a forma ou conteúdo dos produtos a serem produzidos
(2) o processo pelo qual os produtos serão produzidos
(3) como o cumprimento de padrões ou diretrizes deve ser medido. (IEEE 1028)
trilha de auditoria: Um caminho pelo qual a entrada original para um processo (por exemplo, dados) pode ser rastreada de volta ao longo do processo, tomando a saída do processo como um ponto de partida. Isso facilita a análise de defeitos e permite que uma auditoria de processo seja realizada. (Após TMap)
testware automatizado: Testware usado em testes automatizados, como scripts de ferramentas.
disponibilidade: O grau em que um componente ou sistema está operacional e acessível quando necessário para uso. Freqüentemente expresso como uma porcentagem. (IEEE 610)
B
teste consecutivo: Teste em que duas ou mais variantes de um componente ou sistema são executadas com as mesmas entradas, as saídas comparadas e analisadas em casos de discrepâncias. (IEEE 610)
linha de base: Uma especificação ou produto de software que foi formalmente revisado ou acordado, que posteriormente serve como base para desenvolvimento posterior e que pode ser alterado apenas por meio de um processo formal de controle de alterações. (Após IEEE 610)
bloco básico: Uma sequência de uma ou mais instruções executáveis consecutivas sem ramificações.
conjunto de teste básico: Um conjunto de casos de teste derivados da estrutura interna ou especificação para garantir que 100% de um critério de cobertura especificado seja alcançado.
comportamento: A resposta de um componente ou sistema a um conjunto de valores de entrada e pré-condições.
teste de benchmark: (1) Um padrão contra o qual medições ou comparações podem ser feitas. (2) Um teste que é usado para comparar componentes ou sistemas entre si ou com um padrão como em (1). (Após IEEE 610)
software sob medida: Software desenvolvido especificamente para um conjunto de usuários ou clientes. O oposto é o software de prateleira.
Melhor prática: Um método superior ou prática inovadora que contribui para a melhoria do desempenho de uma organização sob determinado contexto, geralmente reconhecida como 'melhor' por outras organizações semelhantes.
teste beta: Teste operacional por usuários / clientes potenciais e / ou existentes em um site externo não envolvido de outra forma com os desenvolvedores, para determinar se um componente ou sistema satisfaz as necessidades do usuário / cliente e se encaixa nos processos de negócios. O teste beta é frequentemente empregado como uma forma de teste de aceitação externa para obter feedback do mercado.
teste big-bang: Um tipo de teste de integração no qual elementos de software, elementos de hardware ou ambos são combinados de uma só vez em um componente ou sistema geral, ao invés de estágios. (Após IEEE 610) Consulte também teste de integração.
teste de caixa preta: Teste, seja funcional ou não funcional, sem referência à estrutura interna do componente ou sistema.
técnicas de design de teste de caixa preta: Procedimento documentado para derivar e selecionar casos de teste com base em uma análise da especificação, funcional ou não funcional, de um componente ou sistema sem referência à sua estrutura interna.
caso de teste bloqueado: Um caso de teste que não pode ser executado porque as pré-condições para sua execução não foram atendidas.
teste ascendente: Uma abordagem incremental para teste de integração em que os componentes de nível mais baixo são testados primeiro e, em seguida, usados para facilitar o teste de componentes de nível mais alto. Esse processo é repetido até que o componente no topo da hierarquia seja testado. Veja também teste de integração.
valor limite: Um valor de entrada ou valor de saída que está na borda de uma partição de equivalência ou na menor distância incremental em qualquer lado de uma borda, por exemplo, o valor mínimo ou máximo de um intervalo.
análise de valor limite: Uma técnica de design de teste de caixa preta na qual os casos de teste são projetados com base em valores de limite.
cobertura de valor limite: A porcentagem dos valores de limite que foram exercidos por um conjunto de testes.
filial: Um bloco básico que pode ser selecionado para execução com base em uma construção de programa em que um de dois ou mais caminhos de programa alternativos estão disponíveis, por exemplo, caso, pule, vá para, senão.
cobertura da agência: A porcentagem de ramos que foram exercitados por um conjunto de testes. 100% de cobertura da filial implica em 100% de cobertura de decisão e 100% de cobertura de instrução.
teste de filial: Uma técnica de design de teste de caixa branca na qual os casos de teste são projetados para executar ramificações.
teste baseado em processos de negócios: Uma abordagem de teste em que os casos de teste são projetados com base em descrições e / ou conhecimento dos processos de negócios.
C
Capability Maturity Model (CMM): Uma estrutura em estágios de cinco níveis que descreve os principais elementos de um processo de software eficaz. O Capability Maturity Model cobre práticas de planejamento, engenharia e gerenciamento de desenvolvimento e manutenção de software. (CMM)
Integração do modelo de maturidade de capacidade (CMMI): Uma estrutura que descreve os principais elementos de um processo eficaz de desenvolvimento e manutenção de produtos. A integração do modelo de maturidade de capacidade cobre práticas de planejamento, engenharia e gerenciamento de desenvolvimento e manutenção de produtos. CMMI é o sucessor designado do CMM. (CMMI)
ferramenta de captura / reprodução: Um tipo de ferramenta de execução de teste em que as entradas são registradas durante o teste manual para gerar scripts de teste automatizados que podem ser executados mais tarde (ou seja, reproduzidos). Essas ferramentas são frequentemente usadas para oferecer suporte a testes de regressão automatizados.
CASO: Acrônimo de Computer Aided Software Engineering.
FUNDIDA: Acrônimo de Computer Aided Software Testing. Veja também automação de teste.
gráfico de causa-efeito: Uma representação gráfica de entradas e / ou estímulos (causas) com suas saídas associadas (efeitos), que pode ser usada para projetar casos de teste.
gráficos de causa e efeito: Uma técnica de design de teste de caixa preta na qual os casos de teste são projetados a partir de gráficos de causa e efeito. (BS 7925/2)
certificação: O processo de confirmação de que um componente, sistema ou pessoa está em conformidade com seus requisitos especificados, por exemplo, passando em um exame.
mutabilidade: A capacidade do produto de software de permitir a implementação de modificações especificadas. (ISO 9126) Consulte também sustentabilidade.
método da árvore de classificação: Uma técnica de design de teste de caixa preta em que os casos de teste, descritos por meio de uma árvore de classificação, são projetados para executar combinações de representantes de domínios de entrada e / ou saída. (Grochtmann)
Cobertura de código: Um método de análise que determina quais partes do software foram executadas (cobertas) pelo conjunto de testes e quais partes não foram executadas, por exemplo, cobertura de declaração, cobertura de decisão ou cobertura de condição.
coexistência: A capacidade do produto de software de coexistir com outro software independente em um ambiente comum, compartilhando recursos comuns. (ISO 9126) Consulte teste de portabilidade.
complexidade: O grau em que um componente ou sistema tem um projeto e / ou estrutura interna que é difícil de entender, manter e verificar. Veja também complexidade ciclomática.
conformidade: A capacidade do produto de software de aderir a padrões, convenções ou regulamentos em leis e prescrições semelhantes. (ISO 9126)
Teste de conformidade : O processo de teste para determinar a conformidade do componente ou sistema.
componente: Um item de software mínimo que pode ser testado isoladamente.
teste de integração de componentes: Testes realizados para expor defeitos nas interfaces e interação entre componentes integrados.
especificação do componente: Uma descrição da função de um componente em termos de seus valores de saída para valores de entrada especificados sob condições especificadas e comportamento não funcional necessário (por exemplo, utilização de recursos).
teste de componentes: O teste de componentes de software individuais. (Após IEEE 610)
condição composta: Duas ou mais condições únicas unidas por meio de um operador lógico (AND, OR ou XOR), por ex. ‘A> B AND C> 1000’.
teste de simultaneidade: Teste para determinar como a ocorrência de duas ou mais atividades no mesmo intervalo de tempo, obtida tanto pela intercalação das atividades quanto pela execução simultânea, é tratada pelo componente ou sistema. (Após IEEE 610)
doença: Uma expressão lógica que pode ser avaliada como verdadeira ou falsa, por exemplo, A> B. Veja também condição de teste.
cobertura de condição: A porcentagem de resultados de condição que foram exercidos por um conjunto de testes. A cobertura de 100% da condição requer que cada condição em cada declaração de decisão seja testada como Verdadeira e False.
cobertura de determinação de condição: A porcentagem de todos os resultados de condição única que afetam independentemente um resultado de decisão que foi exercido por um conjunto de casos de teste. 100% de cobertura de determinação de condição implica 100% de cobertura de condição de decisão.
teste de determinação de condição: Uma técnica de design de teste de caixa branca na qual os casos de teste são projetados para executar resultados de condição única que afetam independentemente um resultado de decisão.
teste de condição: Uma técnica de design de teste de caixa branca na qual os casos de teste são projetados para executar resultados de condição.
resultado da condição: A avaliação de uma condição como verdadeira ou falsa.
configuração: A composição de um componente ou sistema conforme definido pelo número, natureza e interconexões de suas partes constituintes.
auditoria de configuração: A função de verificar o conteúdo de bibliotecas de itens de configuração, por exemplo, para conformidade com os padrões. (IEEE 610)
controle de configuração: Um elemento de gerenciamento de configuração, que consiste na avaliação, coordenação, aprovação ou desaprovação e implementação de mudanças nos itens de configuração após o estabelecimento formal de sua identificação de configuração. (IEEE
610)
identificação de configuração: Um elemento de gerenciamento de configuração, que consiste em selecionar os itens de configuração de um sistema e registrar suas características funcionais e físicas na documentação técnica. (IEEE 610)
item de configuração: Uma agregação de hardware, software ou ambos, que é designada para gerenciamento de configuração e tratada como uma única entidade no processo de gerenciamento de configuração. (IEEE 610)
gerenciamento de configurações: Uma disciplina que aplica direção técnica e administrativa e vigilância para: identificar e documentar as características funcionais e físicas de um item de configuração, controlar as mudanças nessas características, registrar e relatar o processamento de mudanças e o status de implementação e verificar a conformidade com os requisitos especificados. (IEEE 610)
consistência: O grau de uniformidade, padronização e liberdade de contradição entre os documentos ou partes de um componente ou sistema. (IEEE 610)
controle de fluxo: Uma representação abstrata de todas as possíveis sequências de eventos (caminhos) na execução por meio de um componente ou sistema.
teste de conversão: Teste de software usado para converter dados de sistemas existentes para uso em sistemas de substituição.
COTS: Acrônimo de Commercial Off-The-Shelf software.
cobertura: O grau, expresso como uma porcentagem, para o qual um item de cobertura especificado foi exercido por um conjunto de testes.
análise de cobertura: Medição da cobertura alcançada para um item de cobertura especificado durante a execução do teste, referindo-se a critérios predeterminados para determinar se testes adicionais são necessários e, em caso afirmativo, quais casos de teste são necessários.
item de cobertura: Uma entidade ou propriedade usada como base para a cobertura de teste, por exemplo, partições de equivalência ou instruções de código.
ferramenta de cobertura: Uma ferramenta que fornece medidas objetivas de quais elementos estruturais, por exemplo, declarações, ramos foram exercidos pelo conjunto de testes.
complexidade ciclomática: O número de caminhos independentes por meio de um programa. A complexidade ciclomática é definida como: L - N + 2P, onde -L = o número de arestas / links em um gráfico -N = o número de nós em um gráfico - P = o número de partes desconectadas do gráfico (por exemplo, um gráfico de chamada e uma sub-rotina). (Depois de McCabe)
D
definição de dados: Uma instrução executável em que um valor é atribuído a uma variável.
teste orientado a dados: Uma técnica de script que armazena a entrada de teste e os resultados esperados em uma tabela ou planilha, para que um único script de controle possa executar todos os testes na tabela. O teste orientado a dados costuma ser usado para dar suporte à aplicação de ferramentas de execução de teste, como ferramentas de captura / reprodução. (Fewster e Graham) Consulte também teste orientado por palavra-chave.
fluxo de dados: Uma representação abstrata da sequência e possíveis mudanças do estado dos objetos de dados, onde o estado de um objeto é qualquer um dos:criação, uso ou destruição. (Beizer)
análise de fluxo de dados: Uma forma de análise estática baseada na definição e uso de variáveis.
cobertura do fluxo de dados: A porcentagem de pares de definição-uso que foram exercitados por um conjunto de casos de teste.
teste de fluxo de dados: Uma técnica de design de teste de caixa branca na qual os casos de teste são projetados para executar a definição e usar pares de variáveis.
depuração: O processo de localização, análise e remoção das causas de falhas no software.
ferramenta de depuração: Uma ferramenta usada por programadores para reproduzir falhas, investigar o estado dos programas e encontrar o defeito correspondente. Os depuradores permitem aos programadores executar programas passo a passo, interromper um programa em qualquer instrução do programa e definir e examinar as variáveis do programa.
decisão: Um ponto de programa no qual o fluxo de controle tem duas ou mais rotas alternativas. Um nó com dois ou mais links para ramos separados.
cobertura da condição de decisão: A porcentagem de todos os resultados de condição e resultados de decisão que foram exercidos por um conjunto de testes. 100% de cobertura de condição de decisão implica 100% de cobertura de condição e 100% de cobertura de decisão.
teste de condição de decisão: Uma técnica de design de teste de caixa branca na qual os casos de teste são projetados para executar resultados de condição e resultados de decisão.
cobertura de decisão: A porcentagem de resultados de decisão que foram exercidos por um conjunto de testes. 100% de cobertura de decisão implica 100% de cobertura de filial e 100% de cobertura de instrução.
mesa de decisão: Uma tabela que mostra combinações de entradas e / ou estímulos (causas) com suas saídas e / ou ações (efeitos) associadas, que podem ser usadas para projetar casos de teste.
teste da mesa de decisão: Uma técnica de design de teste de caixa preta em que os casos de teste são projetados para executar as combinações de entradas e / ou estímulos (causas) mostradas em uma tabela de decisão. (Veenendaal)
teste de decisão: Uma técnica de design de teste de caixa branca na qual os casos de teste são projetados para executar resultados de decisão.
resultado da decisão: O resultado de uma decisão (que, portanto, determina as ramificações a serem tomadas).
defeito: Uma falha em um componente ou sistema que pode fazer com que o componente ou sistema falhe em realizar sua função necessária, por exemplo, uma declaração ou definição de dados incorreta. Um defeito, se encontrado durante a execução, pode causar uma falha do componente ou sistema.
densidade de defeito: O número de defeitos identificados em um componente ou sistema dividido pelo tamanho do componente ou sistema (expresso em termos de medição padrão, por exemplo, linhas de código, número de classes ou pontos de função).
Porcentagem de detecção de defeitos (DDP): o número de defeitos encontrados por uma fase de teste, dividido pelo número encontrado por essa fase de teste e qualquer outro meio posterior.
relatório de defeito: Um documento que relata qualquer falha em um componente ou sistema que pode fazer com que o componente ou sistema não execute sua função exigida. (Após IEEE 829)
gerenciamento de defeitos: O processo de reconhecer, investigar, agir e eliminar defeitos. Envolve registrar os defeitos, classificá-los e identificar o impacto. (Após IEEE 1044)
mascaramento de defeito: Uma ocorrência em que um defeito impede a detecção de outro. (Após IEEE 610)
par definição-uso: A associação da definição de uma variável com o uso dessa variável. Os usos de variáveis incluem computacional (por exemplo, multiplicação) ou para direcionar a execução de um caminho (uso de 'predicado').
entrega: Qualquer produto (de trabalho) que deve ser entregue a alguém que não seja o autor do produto (de trabalho).
teste baseado em design: Uma abordagem de teste em que os casos de teste são projetados com base na arquitetura e / ou projeto detalhado de um componente ou sistema (por exemplo, testes de interfaces entre componentes ou sistemas).
verificação de mesa: Teste de software ou especificação por simulação manual de sua execução.
teste de desenvolvimento: Testes formais ou informais conduzidos durante a implementação de um componente ou sistema, geralmente no ambiente de desenvolvimento por desenvolvedores. (Após IEEE 610)
teste de documentação: Testar a qualidade da documentação, por exemplo guia do usuário ou guia de instalação.
domínio: O conjunto a partir do qual os valores de entrada e / ou saída válidos podem ser selecionados.
motorista: Um componente de software ou ferramenta de teste que substitui um componente que cuida do controle e / ou da chamada de um componente ou sistema. (Após TMap)
análise dinâmica: O processo de avaliação do comportamento, por ex. desempenho da memória, uso da CPU de um sistema ou componente durante a execução. (Após IEEE 610)
comparação dinâmica: Comparação de resultados reais e esperados, realizada durante a execução do software, por exemplo, por uma ferramenta de execução de teste.
teste dinâmico: Teste que envolve a execução do software de um componente ou sistema.
É
eficiência: A capacidade do produto de software de fornecer desempenho apropriado, em relação à quantidade de recursos usados nas condições estabelecidas. (ISO 9126)
teste de eficiência: O processo de teste para determinar a eficiência de um produto de software.
teste de comparação elementar: Uma técnica de design de teste de caixa preta em que os casos de teste são projetados para executar combinações de entradas usando o conceito de cobertura de determinação de condição. (TMap)
emulador: Um dispositivo, programa de computador ou sistema que aceita as mesmas entradas e produz as mesmas saídas de um determinado sistema. (IEEE 610) Veja também simulador.
critério de entrada: o conjunto de condições genéricas e específicas para permitir que um processo prossiga com uma tarefa definida, e. fase de teste. O objetivo dos critérios de entrada é evitar que uma tarefa seja iniciada, o que implicaria em mais esforço (desperdiçado) em comparação com o esforço necessário para remover os critérios de entrada com falha. (Gilb e Graham)
ponto de entrada: A primeira instrução executável em um componente.
partição de equivalência: Uma parte de um domínio de entrada ou saída para o qual o comportamento de um componente ou sistema é considerado o mesmo, com base na especificação.
cobertura de partição de equivalência: A porcentagem de partições de equivalência que foram exercidas por um conjunto de testes.
particionamento equivalente: Uma técnica de design de teste de caixa preta em que os casos de teste são projetados para executar representantes de partições de equivalência. Em princípio, os casos de teste são projetados para cobrir cada partição pelo menos uma vez.
erro: Uma ação humana que produz um resultado incorreto. (Após IEEE 610)
adivinhação de erro: Uma técnica de design de teste em que a experiência do testador é usada para antecipar quais defeitos podem estar presentes no componente ou sistema em teste como resultado de erros cometidos e para projetar testes especificamente para expô-los.
erro de propagação: O processo de adicionar intencionalmente defeitos conhecidos àqueles já no componente ou sistema com a finalidade de monitorar a taxa de detecção e remoção e estimar o número de defeitos restantes. (IEEE 610)
o melhor downloader de música grátis para Android
tolerância de erro: A capacidade de um sistema ou componente de continuar a operação normal apesar da presença de entradas incorretas. (Após IEEE 610).
manipulação de exceção: Comportamento de um componente ou sistema em resposta a uma entrada errônea, de um usuário humano ou de outro componente ou sistema, ou a uma falha interna.
declaração executável: Uma instrução que, quando compilada, é traduzida em código-objeto e que será executada proceduralmente quando o programa estiver em execução e pode executar uma ação nos dados.
exercido: Diz-se que um elemento do programa é exercido por um caso de teste quando o valor de entrada causa a execução desse elemento, como uma declaração, decisão ou outro elemento estrutural.
teste exaustivo: Uma abordagem de teste em que o conjunto de testes compreende todas as combinações de valores de entrada e pré-condições.
critério de saída: O conjunto de condições genéricas e específicas, acordadas com as partes interessadas, para permitir a conclusão oficial de um processo. O objetivo dos critérios de saída é evitar que uma tarefa seja considerada concluída quando ainda houver partes pendentes da tarefa que não foram concluídas. Os critérios de saída são usados pelo teste para relatar e planejar quando interromper o teste. (Depois de Gilb e Graham)
ponto de saída: A última instrução executável em um componente.
resultado esperado: O comportamento previsto pela especificação, ou outra fonte, do componente ou sistema sob condições especificadas.
teste exploratório: Teste em que o testador controla ativamente o design dos testes à medida que esses testes são realizados e usa as informações obtidas durante o teste para criar testes novos e melhores. (Bach)
F
falhou: Um teste é considerado reprovado se seu resultado real não corresponder ao esperado.
fracasso: Desvio real do componente ou sistema de sua entrega, serviço ou resultado esperado. (Depois de Fenton)
Modo de falha: A manifestação física ou funcional de uma falha. Por exemplo, um sistema em modo de falha pode ser caracterizado por operação lenta, saídas incorretas ou finalização completa da execução.
Modo de falha e análise de efeito (FMEA): Uma abordagem sistemática para a identificação e análise de riscos, identificando possíveis modos de falha e tentando prevenir sua ocorrência.
taxa de falha: A razão entre o número de falhas de uma determinada categoria e uma determinada unidade de medida, por ex. falhas por unidade de tempo, falhas por número de transações, falhas por número de execuções do computador. (IEEE 610)
tolerância ao erro: A capacidade do produto de software de manter um nível especificado de desempenho em casos de falhas (defeitos) de software ou de violação de sua interface especificada. (ISO 9126) Consulte também confiabilidade.
Análise de árvore de falhas: Um método usado para analisar as causas das falhas (defeitos).
caminho viável: Um caminho para o qual existe um conjunto de valores de entrada e pré-condições que faz com que seja executado.
recurso: Um atributo de um componente ou sistema especificado ou implícito pela documentação de requisitos (por exemplo, confiabilidade, usabilidade ou restrições de design). (Após IEEE 1008)
máquina de estados finitos: Um modelo computacional que consiste em um número finito de estados e transições entre esses estados, possivelmente com ações associadas. (IEEE 610)
revisão formal: Uma revisão caracterizada por procedimentos e requisitos documentados, por ex. inspeção.
base de teste congelado: Um documento de base de teste que só pode ser alterado por um processo formal de controle de alterações. Veja também linha de base.
Análise de Ponto de Função (FPA): Método que visa medir o tamanho da funcionalidade de um sistema de informação. A medição é independente da tecnologia. Esta medição pode ser usada como base para a medição da produtividade, a estimativa dos recursos necessários e o controle do projeto.
integração funcional: Uma abordagem de integração que combina os componentes ou sistemas com o objetivo de fazer com que uma funcionalidade básica funcione antecipadamente. Veja também teste de integração.
requisito funcional: Um requisito que especifica uma função que um componente ou sistema deve executar. (IEEE 610)
técnica de design de teste funcional: Procedimento documentado para derivar e selecionar casos de teste com base em uma análise da especificação da funcionalidade de um componente ou sistema sem referência à sua estrutura interna. Consulte também técnica de design de teste de caixa preta.
teste funcional: Teste baseado na análise da especificação da funcionalidade de um componente ou sistema. Veja também teste de caixa preta.
funcionalidade: A capacidade do produto de software de fornecer funções que atendam às necessidades declaradas e implícitas quando o software é usado sob condições especificadas. (ISO 9126)
teste de funcionalidade: O processo de teste para determinar a funcionalidade de um produto de software.
G
teste de caixa de vidro: Veja o teste da caixa branca.
H
avaliação Heurística: Uma técnica de teste de usabilidade estática para determinar a conformidade de uma interface de usuário com princípios de usabilidade reconhecidos (as chamadas “heurísticas”).
caso de teste de alto nível: Um caso de teste sem valores concretos (nível de implementação) para dados de entrada e resultados esperados.
rastreabilidade horizontal: O rastreamento de requisitos para um nível de teste através das camadas de documentação de teste (por exemplo, plano de teste, especificação de design de teste, especificação de caso de teste e especificação de procedimento de teste).
eu
análise de impacto: A avaliação da mudança nas camadas de documentação de desenvolvimento, documentação de teste e componentes, a fim de implementar uma determinada mudança nos requisitos especificados.
modelo de desenvolvimento incremental: Um ciclo de vida de desenvolvimento em que um projeto é dividido em uma série de incrementos, cada um dos quais entrega uma parte da funcionalidade nos requisitos gerais do projeto. Os requisitos são priorizados e entregues em ordem de prioridade no incremento apropriado. Em algumas (mas não todas) versões deste modelo de ciclo de vida, cada subprojeto segue um ‘mini modelo V’ com seu próprio design, codificação e fases de teste.
teste incremental: Teste onde componentes ou sistemas são integrados e testados um ou alguns de cada vez, até que todos os componentes ou sistemas sejam integrados e testados.
incidente: Qualquer evento que ocorra durante o teste que exija investigação. (Após IEEE 1008)
gestão de incidentes: O processo de reconhecimento, investigação, ação e eliminação de incidentes. Envolve registrar os incidentes, classificá-los e identificar o impacto. (Após IEEE 1044)
ferramenta de gerenciamento de incidentes: Uma ferramenta que facilita o registro e o rastreamento do status dos incidentes encontrados durante o teste. Eles geralmente têm recursos orientados para o fluxo de trabalho para rastrear e controlar a alocação, correção e novo teste de incidentes e fornecer recursos de relatório.
relatório de incidente: Um documento relatando qualquer evento que ocorra durante o teste e que exija investigação. (Após IEEE 829)
independência: Separação de responsabilidades, o que incentiva a realização de testes objetivos. (Após DO-178b)
caminho inviável: Um caminho que não pode ser exercido por nenhum conjunto de valores de entrada possíveis.
revisão informal: Uma revisão não baseada em um procedimento formal (documentado).
entrada: Uma variável (armazenada dentro ou fora de um componente) que é lida por um componente.
domínio de entrada: O conjunto a partir do qual os valores de entrada válidos podem ser selecionados. Consulte também domínio.
valor de entrada: Uma instância de uma entrada. Veja também entrada.
inspeção: Um tipo de revisão que se baseia no exame visual de documentos para detectar defeitos, por exemplo, violações de padrões de desenvolvimento e não conformidade com a documentação de nível superior. A técnica de revisão mais formal e, portanto, sempre baseada em um procedimento documentado. (Após IEEE 610, IEEE 1028)
instalabilidade: A capacidade do produto de software de ser instalado em um ambiente especificado (ISO 9126). Veja também portabilidade.
teste de instalabilidade: O processo de teste da instalabilidade de um produto de software. Veja também teste de portabilidade.
Guia de instalação: Instruções fornecidas em qualquer mídia adequada, que orientam o instalador durante o processo de instalação. Pode ser um guia manual, procedimento passo a passo, assistente de instalação ou qualquer outra descrição de processo semelhante.
assistente de instalação: Software fornecido em qualquer mídia adequada, que conduz o instalador durante o processo de instalação. Ele normalmente executa o processo de instalação, fornece feedback sobre os resultados da instalação e solicita opções.
instrumentação: A inserção de código adicional no programa para coletar informações sobre o comportamento do programa durante a execução.
instrumentos: Uma ferramenta de software usada para realizar a instrumentação.
teste de ingestão: Uma instância especial de um teste de fumaça para decidir se o componente ou sistema está pronto para testes detalhados e posteriores. Um teste de admissão é normalmente realizado no início da fase de execução do teste.
integração: O processo de combinação de componentes ou sistemas em montagens maiores.
teste de integração: Testes realizados para expor defeitos nas interfaces e nas interações entre componentes ou sistemas integrados. Consulte também teste de integração de componentes, teste de integração de sistema.
teste de interface: Um tipo de teste de integração que se preocupa em testar as interfaces entre componentes ou sistemas.
interoperabilidade: A capacidade do produto de software de interagir com um ou mais componentes ou sistemas especificados. (Após ISO 9126) Consulte também funcionalidade.
teste de interoperabilidade: O processo de teste para determinar a interoperabilidade de um produto de software. Veja também teste de funcionalidade.
teste inválido: Teste usando valores de entrada que devem ser rejeitados pelo componente ou sistema. Veja também tolerância a erros.
teste de isolamento: Teste de componentes individuais isolados dos componentes adjacentes, com os componentes adjacentes sendo simulados por stubs e drivers, se necessário.
PARA
teste orientado por palavras-chave: Uma técnica de script que usa arquivos de dados para conter não apenas dados de teste e resultados esperados, mas também palavras-chave relacionadas ao aplicativo sendo testado. As palavras-chave são interpretadas por scripts de suporte especiais que são chamados pelo script de controle para o teste. Consulte também teste orientado por dados.
eu
LCSAJ: Uma sequência de código linear e salto, consistindo nos três itens a seguir (convencionalmente identificados por números de linha em uma listagem de código-fonte): o início da sequência linear de instruções executáveis, o final da sequência linear e a linha de destino para qual controle o fluxo é transferido no final da sequência linear.
Cobertura LCSAJ: A porcentagem de LCSAJs de um componente que foi exercido por um conjunto de testes. 100% de cobertura do LCSAJ implica 100% de cobertura de decisão.
Teste LCSAJ: Uma técnica de design de teste de caixa branca na qual os casos de teste são projetados para executar LCSAJs.
capacidade de aprendizagem: A capacidade do produto de software de permitir que o usuário conheça sua aplicação. (ISO 9126) Veja também usabilidade.
teste de carga: Um tipo de teste relacionado com a medição do comportamento de um componente ou sistema com carga crescente, por ex. número de usuários paralelos e / ou número de transações para determinar qual carga pode ser tratada pelo componente ou sistema.
caso de teste de baixo nível: Um caso de teste com valores concretos (nível de implementação) para dados de entrada e resultados esperados.
M
manutenção: Modificação de um produto de software após a entrega para corrigir defeitos, melhorar o desempenho ou outros atributos, ou para adaptar o produto a um ambiente modificado. (IEEE 1219)
teste de manutenção: Testar as mudanças em um sistema operacional ou o impacto de um ambiente alterado em um sistema operacional.
manutenção: A facilidade com que um produto de software pode ser modificado para corrigir defeitos, modificado para atender a novos requisitos, modificado para facilitar a manutenção futura ou adaptado a um ambiente alterado. (ISO 9126)
teste de sustentabilidade: O processo de teste para determinar a manutenção de um produto de software.
revisão de gerenciamento: Uma avaliação sistemática do processo de aquisição, fornecimento, desenvolvimento, operação ou manutenção de software, realizada por ou em nome da gestão que monitora o progresso, determina o status dos planos e cronogramas, confirma os requisitos e a alocação do sistema herdeiro, ou avalia a eficácia das abordagens de gestão para atingir a adequação para o propósito. (Após IEEE 610, IEEE 1028)
maturidade: (1) A capacidade de uma organização com relação à eficácia e eficiência de seus processos e práticas de trabalho. Veja também Capability Maturity Model, Test Maturity Model. (2) A capacidade do produto de software de evitar falhas como resultado de defeitos no software. (ISO 9126) Consulte também confiabilidade.
medir: O número ou categoria atribuída a um atributo de uma entidade por meio de uma medição (ISO 14598).
medição: O processo de atribuição de um número ou categoria a uma entidade para descrever um atributo dessa entidade. (ISO 14598)
escala de medição: Uma escala que restringe o tipo de análise de dados que pode ser realizada nela. (ISO 14598)
vazamento de memória: Um defeito na lógica de alocação de armazenamento dinâmico de um programa que faz com que ele falhe em recuperar memória após terminar de usá-la, eventualmente fazendo com que o programa falhe por falta de memória.
métrica: Uma escala de medição e o método usado para a medição. (ISO 14598)
Marco histórico: Um ponto no tempo em um projeto em que as entregas definidas (intermediárias) eos resultados devem estar prontos.
moderador: O líder e a principal pessoa responsável por uma inspeção ou outro processo de revisão.
monitor: Uma ferramenta de software ou dispositivo de hardware que é executado simultaneamente com o componente ou sistema em teste e supervisiona, registra e / ou analisa o comportamento do componente ou sistema. (Após IEEE 610)
cobertura de múltiplas condições: A porcentagem de combinações de todas as condições únicasresultados dentro de uma instrução que foram exercitados por um conjunto de testes. 100% múltiplocobertura de condição implica cobertura de determinação de condição de 100%.
teste de múltiplas condições: Uma técnica de design de teste de caixa branca na qual os casos de teste são projetados para executar combinações de resultados de condição única (dentro de uma instrução).
análise de mutação: Um método para determinar a eficácia do conjunto de testes medindo até que ponto um conjunto de testes pode discriminar o programa de pequenas variantes (mutantes) do programa.
N
Cobertura de N-switch: A porcentagem de sequências de transições N + 1 que foram exercidas por um conjunto de testes. (Chow)
Teste N-switch: Uma forma de teste de transição de estado em que os casos de teste são projetados para executar todas as sequências válidas de N + 1 transições. (Chow) Consulte também teste de transição de estado.
teste negativo: Testes que visam mostrar que um componente ou sistema não funciona. O teste negativo está relacionado à atitude dos testadores, em vez de uma abordagem de teste específica ou técnica de design de teste. (Depois de Beizer).
não conformidade: Não cumprimento de um requisito especificado. (ISO 9000)
requisito não funcional: Um requisito que não está relacionado à funcionalidade, mas a atributos como confiabilidade, eficiência, usabilidade, facilidade de manutenção e portabilidade.
teste não funcional: Testar os atributos de um componente ou sistema que não se relacionam com a funcionalidade, por exemplo confiabilidade, eficiência, usabilidade, facilidade de manutenção e portabilidade.
técnicas de design de teste não funcional: Métodos usados para projetar ou selecionar testes para testes não funcionais.
OU
software de prateleira: Um produto de software desenvolvido para o mercado geral, ou seja, para um grande número de clientes, e que é entregue a muitos clientes em formato idêntico.
operabilidade: A capacidade do produto de software de permitir ao usuário operá-lo e controlá-lo. (ISO 9126) Veja também usabilidade.
ambiente operacional: Produtos de hardware e software instalados em sites de usuários ou clientes onde o componente ou sistema em teste será usado. O software pode incluir sistemas operacionais, sistemas de gerenciamento de banco de dados e outros aplicativos.
teste de perfil operacional: Testes estatísticos usando um modelo de operações do sistema (tarefas de curta duração) e sua probabilidade de uso típico. (Musa)
teste operacional: Teste realizado para avaliar um componente ou sistema em seu ambiente operacional. (IEEE 610)
resultado: Uma variável (armazenada dentro ou fora de um componente) que é escrita por um componente.
domínio de saída: O conjunto a partir do qual os valores de saída válidos podem ser selecionados. Veja também domínio.
valor de saída: Uma instância de uma saída. Veja também saída.
P
programação em par: Uma abordagem de desenvolvimento de software em que as linhas de código (produção e / ou teste) de um componente são escritas por dois programadores sentados em um único computador. Isso significa implicitamente que revisões de código em tempo real são realizadas.
teste de par: Dois testadores trabalham juntos para encontrar defeitos. Normalmente, eles compartilham um computador e trocam o controle dele durante o teste.
Passar: Um teste é considerado aprovado se seu resultado real corresponder ao resultado esperado.
critérios de aprovação / reprovação: Regras de decisão usadas para determinar se um item de teste (função) ou recurso passou ou falhou em um teste. (IEEE 829)
caminho: Uma sequência de eventos, por exemplo declarações executáveis, de um componente ou sistema de um ponto de entrada para um ponto de saída.
cobertura do caminho: A porcentagem de caminhos que foram exercitados por um conjunto de testes. 100% de cobertura do caminho implica 100% de cobertura LCSAJ.
Sensibilização do caminho: Escolher um conjunto de valores de entrada para forçar a execução de um determinado caminho.
teste de caminho: Uma técnica de design de teste de caixa branca na qual os casos de teste são projetados para executar caminhos.
atuação: O grau em que um sistema ou componente realiza suas funções designadas dentro de determinadas restrições em relação ao tempo de processamento e taxa de transferência. (Após IEEE 610) Veja eficiência.
indicador de desempenho: Uma métrica de alto nível de eficácia e / ou eficiência usada para orientar e controlar o desenvolvimento progressivo, por ex. Porcentagem de detecção de defeitos (DDP) para teste. (CMMI)
teste de performance: O processo de teste para determinar o desempenho de um produto de software. Veja o teste de eficiência.
ferramenta de teste de desempenho: Uma ferramenta de suporte a testes de desempenho e que geralmente possui duas facilidades principais: geração de carga e medição de transação de teste. A geração de carga pode simular vários usuários ou grandes volumes de dados de entrada. Durante a execução, as medições do tempo de resposta são obtidas de transações selecionadas e são registradas. As ferramentas de teste de desempenho normalmente fornecem relatórios com base em logs de teste e gráficos de carga em relação aos tempos de resposta.
plano de teste de fase: Um plano de teste que normalmente aborda um nível de teste.
portabilidade: A facilidade com que o produto de software pode ser transferido de um ambiente de hardware ou software para outro. (ISO 9126)
teste de portabilidade: O processo de teste para determinar a portabilidade de um produto de software.
pós-condição: Condições ambientais e estaduais que devem ser atendidas após a execução de um teste ou procedimento de teste.
comparação pós-execução: Comparação dos resultados reais e esperados, realizada após o término da execução do software.
condição prévia: Condições ambientais e de estado que devem ser atendidas antes que o componente ou sistema possa ser executado com um determinado teste ou procedimento de teste.
Prioridade: O nível de importância (comercial) atribuído a um item, por exemplo, defeito.
teste de ciclo de processo: Uma técnica de design de teste de caixa preta na qual os casos de teste são projetados para executar procedimentos e processos de negócios. (TMap)
processar: Um conjunto de atividades inter-relacionadas, que transformam entradas em saídas. (ISO 12207)
projeto: Um projeto é um conjunto único de atividades coordenadas e controladas com datas de início e término assumidas e um objetivo em conformidade com requisitos específicos, incluindo as restrições de tempo, custo e recursos. (ISO 9000)
plano de teste do projeto: Um plano de teste que normalmente aborda vários níveis de teste.
pseudo-aleatório: Uma série que parece aleatória, mas na verdade é gerada de acordo com alguma sequência pré-arranjada.
Q
qualidade: O grau em que um componente, sistema ou processo atende aos requisitos especificados e / ou às necessidades e expectativas do usuário / cliente. (Após IEEE 610)
Garantia da Qualidade: Parte da gestão da qualidade focada em fornecer confiança de que os requisitos de qualidade serão atendidos. (ISO 9000)
atributo de qualidade: Um recurso ou característica que afeta a qualidade de um item. (IEEE 610)
gestão da Qualidade: Atividades coordenadas para dirigir e controlar uma organização no que diz respeito à qualidade. A direção e o controle com relação à qualidade geralmente incluem o estabelecimento da política e objetivos da qualidade, planejamento da qualidade, controle da qualidade, garantia da qualidade e melhoria da qualidade. (ISO 9000)
R
teste aleatório: Uma técnica de design de teste de caixa preta em que os casos de teste são selecionados, possivelmente usando um algoritmo de geração pseudo-aleatório, para corresponder a um perfil operacional. Essa técnica pode ser usada para testar atributos não funcionais, como confiabilidade e desempenho.
recuperabilidade: A capacidade do produto de software de restabelecer um nível especificado de desempenho e recuperar os dados diretamente afetados em caso de falha. (ISO 9126) Consulte também confiabilidade.
teste de recuperabilidade: O processo de teste para determinar a capacidade de recuperação de um produto de software. Veja também teste de confiabilidade.
teste de regressão: Teste de um programa testado anteriormente após modificação para garantir que defeitos não foram introduzidos ou descobertos em áreas inalteradas do software, como resultado das alterações feitas. É executado quando o software ou seu ambiente é alterado.
nota de lançamento: Um documento que identifica itens de teste, sua configuração, status atual e outras informações de entrega entregues pelo desenvolvimento para teste e, possivelmente, outras partes interessadas, no início de uma fase de execução de teste. (Após IEEE 829)
confiabilidade: A capacidade do produto de software de executar suas funções exigidas sob condições estabelecidas por um período de tempo especificado ou por um número especificado de operações. (ISO 9126)
teste de confiabilidade: O processo de teste para determinar a confiabilidade de um produto de software.
substituibilidade: A capacidade do produto de software de ser usado no lugar de outro produto de software especificado para a mesma finalidade no mesmo ambiente. (ISO 9126) Consulte também portabilidade.
requerimento: Uma condição ou capacidade necessária a um usuário para resolver um problema ou atingir um objetivo que deve ser atendido ou possuído por um sistema ou componente do sistema para satisfazer um contrato, padrão, especificação ou outro documento formalmente imposto. (Após IEEE 610)
teste baseado em requisitos: Uma abordagem de teste em que os casos de teste são projetados com base em objetivos de teste e condições de teste derivadas de requisitos, por exemplo testes que exercem funções específicas ou investigam atributos não funcionais, como confiabilidade ou usabilidade.
ferramenta de gerenciamento de requisitos: Uma ferramenta que suporta o registro de requisitos, atributos de requisitos (por exemplo, prioridade, responsável pelo conhecimento) e anotação, e facilita a rastreabilidade através de camadas de requisitos e gerenciamento de mudanças de requisitos. Algumas ferramentas de gerenciamento de requisitos também fornecem recursos para análise estática, como verificação de consistência e violações de regras de requisitos predefinidas.
fase de requisitos: O período de tempo no ciclo de vida do software durante o qual os requisitos para um produto de software são definidos e documentados. (IEEE 610)
utilização de recursos: A capacidade do produto de software de usar quantidades e tipos de recursos apropriados, por exemplo, as quantidades de memória principal e secundária usadas pelo programa e os tamanhos dos arquivos temporários ou excedentes necessários, quando o software executa sua função nas condições estabelecidas. (Após ISO 9126) Veja também eficiência.
teste de utilização de recursos: O processo de teste para determinar a utilização de recursos de um produto de software.
resultado: A consequência / resultado da execução de um teste. Inclui saídas para telas, alterações de dados, relatórios e mensagens de comunicação enviadas. Veja também resultado real, resultado esperado.
critérios de retomada: As atividades de teste que devem ser repetidas quando o teste é reiniciado após uma suspensão. (Após IEEE 829)
testando novamente: Teste que executa casos de teste que falharam na última vez em que foram executados, a fim de verificar o sucesso das ações corretivas.
Reveja: Uma avaliação do status de um produto ou projeto para determinar as discrepâncias dos resultados planejados e recomendar melhorias. Os exemplos incluem análise crítica pela direção, análise informal, análise técnica, inspeção e passo a passo. (Após IEEE 1028)
revisor: A pessoa envolvida na revisão que deve identificar e descrever anomalias no produto ou projeto em revisão. Os revisores podem ser escolhidos para representar diferentes pontos de vista e funções no processo de revisão.
risco: Um fator que pode resultar em consequências negativas futuras; geralmente expressa como impacto e probabilidade.
análise de risco: O processo de avaliação dos riscos identificados para estimar seu impacto e probabilidade de ocorrência (probabilidade).
teste baseado em risco: Testes orientados a explorar e fornecer informações sobre os riscos do produto. (Depois de Gerrard)
controle de risco: O processo por meio do qual as decisões são tomadas e as medidas de proteção são implementadas para reduzir os riscos ou mantê-los dentro dos níveis especificados.
identificação de risco: O processo de identificação de riscos usando técnicas como brainstorming, listas de verificação e histórico de falhas.
gerenciamento de riscos: Aplicação sistemática de procedimentos e práticas às tarefas de identificação, análise, priorização e controle de riscos.
robustez: O grau em que um componente ou sistema pode funcionar corretamente na presença de entradas inválidas ou condições ambientais estressantes. (IEEE 610) Consulte também tolerância a erros, tolerância a falhas.
causa raiz: Um fator subjacente que causou uma não conformidade e possivelmente deve ser eliminado permanentemente por meio da melhoria do processo.
S
segurança: A capacidade do produto de software de atingir níveis aceitáveis de risco de danos a pessoas, negócios, software, propriedade ou meio ambiente em um contexto de uso especificado. (ISO 9126)
teste de segurança: O processo de teste para determinar a segurança de um produto de software.
escalabilidade: A capacidade do produto de software de ser atualizado para acomodar cargas maiores. (Depois de Gerrard)
teste de escalabilidade: Teste para determinar a escalabilidade do produto de software.
escriba: A pessoa que deve registrar cada defeito mencionado e quaisquer sugestões de melhoria durante uma reunião de revisão, em um formulário de registro. O escriba deve garantir que o formulário de registro seja legível e compreensível.
linguagem de script: Uma linguagem de programação na qual os scripts de teste executáveis são escritos, usados por uma ferramenta de execução de teste (por exemplo, uma ferramenta de captura / reprodução).
segurança: Atributos de produtos de software que influenciam sua capacidade de impedir o acesso não autorizado, seja acidental ou deliberado, a programas e dados. (ISO 9126)
teste de segurança: Teste para determinar a segurança do produto de software.
gravidade: O grau de impacto que um defeito tem no desenvolvimento ou operação de um componente ou sistema. (Após IEEE 610)
simulação: A representação de características comportamentais selecionadas de um sistema físico ou abstrato por outro sistema. (ISO 2382/1)
simulador: Um dispositivo, programa de computador ou sistema usado durante o teste, que se comporta ou opera como um determinado sistema quando fornecido com um conjunto de entradas controladas. (Após IEEE 610, DO178b) Consulte também emulador.
teste de fumaça: Um subconjunto de todos os casos de teste definidos / planejados que cobrem a funcionalidade principal de um componente ou sistema, para verificar se as funções mais cruciais de um programa funcionam, mas sem se preocupar com detalhes mais finos. Um teste diário de construção e fumaça está entre as melhores práticas do setor. Veja também teste de ingestão.
qualidade do software: A totalidade da funcionalidade e recursos de um produto de software que influenciam sua capacidade de satisfazer necessidades declaradas ou implícitas. (Após ISO 9126)
especificação: Documento que especifica, idealmente de forma completa, precisa e verificável, os requisitos, design, comportamento ou outras características de um componente ou sistema e, frequentemente, os procedimentos para determinar se essas disposições foram satisfeitas. (Após IEEE 610)
técnica de design de teste baseada em especificações: Consulte a técnica de design de teste de caixa preta.
entrada especificada: Uma entrada para a qual a especificação prevê um resultado.
estabilidade: A capacidade do produto de software de evitar efeitos inesperados de modificações no software. (ISO 9126) Consulte também sustentabilidade.
diagrama de estado: Um diagrama que representa os estados que um componente ou sistema pode assumir e mostra os eventos ou circunstâncias que causam e / ou resultam de uma mudança de um estado para outro. (IEEE 610)
tabela de estado: Uma grade que mostra as transições resultantes para cada estado combinado com cada evento possível, mostrando as transições válidas e inválidas.
Estado de transição: Uma transição entre dois estados de um componente ou sistema.
melhor software de clonagem de disco rígido grátis 2017
teste de transição de estado: Uma técnica de design de teste de caixa preta na qual os casos de teste são projetados para executar transições de estado válidas e inválidas. Consulte também teste de N-switch.
demonstração: Uma entidade em uma linguagem de programação, que normalmente é a menor unidade indivisível de execução.
cobertura de declaração: A porcentagem de instruções executáveis que foram exercidas por um conjunto de testes.
teste de declaração: Uma técnica de design de teste de caixa branca na qual os casos de teste são projetados para executar instruções.
análise estática: Análise de artefatos de software, por exemplo requisitos ou código, realizado sem a execução desses artefatos de software.
analisador estático: Uma ferramenta que realiza análises estáticas.
análise estática de código: Análise do código-fonte do programa realizada sem a execução desse software.
analisador de código estático: Uma ferramenta que realiza análise estática de código. A ferramenta verifica o código-fonte para certas propriedades, como conformidade com os padrões de codificação, métricas de qualidade ou anomalias no fluxo de dados.
teste estático: Teste de um componente ou sistema em nível de especificação ou implementação sem execução desse software, por exemplo, revisões ou análise estática de código.
teste estatístico: Uma técnica de design de teste em que um modelo da distribuição estatística da entrada é usado para construir casos de teste representativos. Consulte também teste de perfil operacional.
contabilidade de status: Um elemento de gerenciamento de configuração, que consiste em registrar e relatar as informações necessárias para gerenciar uma configuração de maneira eficaz. Essas informações incluem uma lista da identificação da configuração aprovada, o status das alterações propostas na configuração e o status de implementação das alterações aprovadas. (IEEE 610)
Teste de estresse: Testes conduzidos para avaliar um sistema ou componente dentro ou além dos limites de seus requisitos especificados. (IEEE 610)
cobertura estrutural: Medidas de cobertura com base na estrutura interna do componente.
técnica de projeto de teste estrutural: Consulte a técnica de design de teste de caixa branca.
esboço: Uma implementação esquelética ou de propósito especial de um componente de software, usada para desenvolver ou testar um componente que chama ou é dependente dele. Ele substitui um componente chamado. (Após IEEE 610)
subcaminho: Uma sequência de instruções executáveis em um componente.
critérios de suspensão: Os critérios usados para interromper (temporariamente) todas ou uma parte das atividades de teste nos itens de teste. (Após IEEE 829)
aptidão: A capacidade do produto de software de fornecer um conjunto apropriado de funções para tarefas específicas e objetivos do usuário. (ISO 9126) Consulte também funcionalidade.
Inventário de medição de usabilidade de software (SUMI): Uma técnica de teste de usabilidade baseada em questionário para avaliar a usabilidade, por ex. satisfação do usuário, de um componente ou sistema. (Veenendaal)
teste de sintaxe: Uma técnica de design de teste de caixa preta na qual os casos de teste são projetados com base na definição do domínio de entrada e / ou domínio de saída.
sistema: Uma coleção de componentes organizados para realizar uma função específica ou um conjunto de funções. (IEEE 610)
teste de integração de sistema: Testar a integração de sistemas e pacotes; testar interfaces para organizações externas (por exemplo, intercâmbio eletrônico de dados, Internet).
teste de sistema: O processo de teste de um sistema integrado para verificar se ele atende aos requisitos especificados. (Hetzel)
T
Revisao Tecnica: Uma atividade de discussão em grupo de pares que se concentra em obter consenso sobre a abordagem técnica a ser adotada. Uma revisão técnica também é conhecida como revisão por pares. (Gilb e Graham, IEEE 1028)
abordagem de teste: A implementação da estratégia de teste para um projeto específico. Normalmente inclui as decisões tomadas a seguir com base no objetivo do projeto (teste) e na avaliação de risco realizada, pontos de partida sobre o processo de teste, as técnicas de design de teste a serem aplicadas, critérios de saída e tipos de teste a serem realizados.
automação de teste: O uso de software para realizar ou apoiar atividades de teste, por ex. gerenciamento de teste, design de teste, execução de teste e verificação de resultados.
base de teste: Todos os documentos a partir dos quais os requisitos de um componente ou sistema podem ser inferidos. A documentação na qual os casos de teste são baseados. Se um documento só puder ser emendado por meio de um procedimento formal de emenda, a base de teste é chamada de base de teste congelada. (Após TMap)
caso de teste: Um conjunto de valores de entrada, pré-condições de execução, resultados esperados e pós-condições de execução, desenvolvido para um determinado objetivo ou condição de teste, como para exercitar um determinado caminho de programa ou para verificar a conformidade com um requisito específico. (Após IEEE 610)
especificação do caso de teste: Um documento que especifica um conjunto de casos de teste (objetivo, entradas, ações de teste, resultados esperados e pré-condições de execução) para um item de teste. (Após IEEE 829)
carta de teste: Uma declaração dos objetivos do teste e, possivelmente, das ideias de teste. As cartas de teste estão entre outras usadas em testes exploratórios. Veja também teste exploratório.
comparador de teste: Uma ferramenta de teste para realizar uma comparação de teste automatizada.
comparação de teste: O processo de identificação de diferenças entre os resultados reais produzidos pelo componente ou sistema em teste e os resultados esperados de um teste. A comparação de teste pode ser realizada durante a execução do teste (comparação dinâmica) ou após a execução do teste.
condição de teste: Um item ou evento de um componente ou sistema que pode ser verificado por um ou mais casos de teste, por exemplo, uma função, transação, atributo de qualidade ou elemento estrutural.
dados de teste: Dados que existem (por exemplo, em um banco de dados) antes de um teste ser executado e que afetam ou são afetados pelo componente ou sistema em teste.
ferramenta de preparação de dados de teste: Um tipo de ferramenta de teste que permite que os dados sejam selecionados de bancos de dados existentes ou criados, gerados, manipulados e editados para uso em testes.
especificação do projeto de teste: Um documento especificando as condições de teste (itens de cobertura) para um item de teste, a abordagem de teste detalhada e identificando os casos de teste de alto nível associados. (Após IEEE 829)
ferramenta de design de teste: Uma ferramenta que suporta a atividade de design de teste gerando entradas de teste a partir de uma especificação que pode ser mantida em um repositório de ferramentas CASE, por exemplo, ferramenta de gerenciamento de requisitos ou de condições de teste especificadas mantidas na própria ferramenta.
técnica de design de teste: Um método usado para derivar ou selecionar casos de teste.
ambiente de teste: Um ambiente contendo hardware, instrumentação, simuladores, ferramentas de software e outros elementos de suporte necessários para conduzir um teste. (Após IEEE 610)
relatório de avaliação de teste: Um documento produzido no final do processo de teste resumindo todas as atividades e resultados de teste. Ele também contém uma avaliação do processo de teste e das lições aprendidas.
execução de teste: O processo de execução de um teste pelo componente ou sistema em teste, produzindo resultado (s) real (is).
automação de execução de teste: O uso de software, por ex. ferramentas de captura / reprodução, para controlar a execução de testes, a comparação dos resultados reais com os resultados esperados, a configuração de pré-condições de teste e outras funções de controle e relatório de teste.
fase de execução do teste: O período de tempo em um ciclo de vida de desenvolvimento de software durante o qual os componentes de um produto de software são executados e o produto de software é avaliado para determinar se os requisitos foram ou não satisfeitos. (IEEE 610)
cronograma de execução de teste: Um esquema para a execução de procedimentos de teste. Os procedimentos de teste estão incluídos na programação de execução de teste em seu contexto e na ordem em que devem ser executados.
técnica de execução de teste: O método usado para realizar a execução real do teste,manualmente ou automatizado.
ferramenta de execução de teste: Um tipo de ferramenta de teste que é capaz de executar outro software usando um script de teste automatizado, por exemplo, captura / reprodução. (Fewster e Graham)
equipamento de teste: Um ambiente de teste composto de stubs e drivers necessários para conduzir um teste.
infraestrutura de teste: Os artefatos organizacionais necessários para realizar o teste, consistindo em ambientes de teste, ferramentas de teste, ambiente de escritório e procedimentos.
item de teste: O elemento individual a ser testado. Geralmente, há um objeto de teste e muitos itens de teste. Veja também objeto de teste.
nível de teste: Um grupo de atividades de teste que são organizadas e gerenciadas juntas. Um nível de teste está vinculado às responsabilidades em um projeto. Exemplos de níveis de teste são teste de componente, teste de integração, teste de sistema e teste de aceitação. (Após TMap)
log de teste: Um registro cronológico de detalhes relevantes sobre a execução de testes. (IEEE 829)
registro de teste: O processo de registrar informações sobre os testes executados em um log de teste.
gerente de teste: A pessoa responsável por testar e avaliar um objeto de teste. O indivíduo que dirige, controla, administra, planeja e regula a avaliação de um objeto de teste.
gerenciamento de teste: O planejamento, estimativa, monitoramento e controle das atividades de teste, normalmente realizados por um gerente de teste.
Modelo de maturidade de teste (TMM): Uma estrutura em estágios de cinco níveis para melhoria do processo de teste, relacionada ao Capability Maturity Model (CMM) que descreve os principais elementos de um processo de teste eficaz.
Melhoria do processo de teste (TPI): Uma estrutura contínua para melhoria do processo de teste que descreve os elementos-chave de um processo de teste eficaz, especialmente voltado para teste de sistema e teste de aceitação.
objeto de teste: O componente ou sistema a ser testado. Veja também o item de teste.
objetivo do teste: Uma razão ou propósito para projetar e executar um teste.
oráculo de teste: Uma fonte para determinar os resultados esperados para comparar com o resultado real do software em teste. Um oráculo pode ser o sistema existente (para uma referência), um manual do usuário ou o conhecimento especializado de um indivíduo, mas não deve ser o código. (Depois de Adrion)
indicador de desempenho de teste: Uma métrica, em geral de alto nível, que indica até que ponto um determinado valor ou critério alvo é atingido. Frequentemente relacionado aos objetivos de melhoria do processo de teste, por ex. Porcentagem de detecção de defeitos (DDP).
fase de teste: Um conjunto distinto de atividades de teste coletadas em uma fase gerenciável de um projeto, por exemplo, as atividades de execução de um nível de teste. (Depois de Gerrard)
Plano de teste: Um documento que descreve o escopo, abordagem, recursos e cronograma das atividades de teste pretendidas. Ele identifica, entre outros itens de teste, os recursos a serem testados, as tarefas de teste, quem fará cada tarefa, o grau de independência do testador, o ambiente de teste, as técnicas de design de teste e as técnicas de medição de teste a serem usadas e a justificativa para sua escolha e quaisquer riscos que exijam planejamento de contingência. É um registro do processo de planejamento de teste (Após IEEE 829)
planejamento de teste: A atividade de estabelecer ou atualizar um plano de teste.
política de teste: Um documento de alto nível que descreve os princípios, abordagem e objetivos principais da organização em relação aos testes.
análise de ponto de teste (TPA): Um método de estimativa de teste baseado em fórmula com base na análise de pontos de função. (TMap)
procedimento de teste: Consulte a especificação do procedimento de teste.
especificação do procedimento de teste: Um documento que especifica uma seqüência de ações para a execução de um teste. Também conhecido como script de teste ou script de teste manual. (Após IEEE 829)
processo de teste: O processo de teste fundamental compreende planejamento, especificação, execução, registro e verificação de conclusão. (BS 7925/2)
repetibilidade do teste: Um atributo de um teste que indica se os mesmos resultados são produzidos cada vez que o teste é executado.
execução de teste: Execução de um teste em uma versão específica do objeto de teste.
script de teste: Normalmente usado para se referir a uma especificação de procedimento de teste, especialmente automatizado.
especificação do teste: Um documento que consiste em uma especificação de design de teste, especificação de caso de teste e / ou especificação de procedimento de teste.
estratégia de teste: Um documento de alto nível que define os níveis de teste a serem executados e o teste dentro desses níveis para um programa (um ou mais projetos).
suíte de teste: Um conjunto de vários casos de teste para um componente ou sistema em teste, onde a pós-condição de um teste é frequentemente usada como pré-condição para o próximo.
relatório de resumo de teste: Um documento que resume atividades e resultados de teste. Ele também contém uma avaliação dos itens de teste correspondentes em relação aos critérios de saída.(Após IEEE 829)
alvo de teste: Um conjunto de critérios de saída.
ferramenta de teste: Um produto de software que suporta uma ou mais atividades de teste, como planejamento e controle, especificação, construção de arquivos e dados iniciais, execução de teste e análise de teste. (TMap) Veja também CAST.
tipo de teste: Um grupo de atividades de teste destinadas a testar um componente ou sistema em relação a um ou mais atributos de qualidade inter-relacionados. Um tipo de teste é focado em um objetivo de teste específico, ou seja, teste de confiabilidade, teste de usabilidade, teste de regressão, etc., e pode ocorrer em um ou mais níveis de teste ou fases de teste. (Após TMap)
testabilidade: A capacidade do produto de software de permitir que o software modificado seja testado. (ISO 9126) Consulte também sustentabilidade.
revisão de testabilidade: Uma verificação detalhada da base de teste para determinar se a base de teste está em um nível de qualidade adequado para atuar como um documento de entrada para o processo de teste. (Após TMap)
requisitos testáveis: O grau em que um requisito é declarado em termos que permitem o estabelecimento de designs de teste (e subsequentemente casos de teste) e a execução de testes para determinar se os requisitos foram atendidos. (Após IEEE 610)
testador: Um profissional tecnicamente qualificado que está envolvido no teste de um componente ou sistema.
testando: O processo que consiste em todas as atividades do ciclo de vida, tanto estáticas quanto dinâmicas, relacionadas ao planejamento, preparação e avaliação de produtos de software e produtos de trabalho relacionados para determinar se eles satisfazem os requisitos especificados, para demonstrar que são adequados para a finalidade e para detectar defeitos.
testware: Artefatos produzidos durante o processo de teste necessários para planejar, projetar e executar testes, como documentação, scripts, entradas, resultados esperados, procedimentos de configuração e limpeza, arquivos, bancos de dados, ambiente e qualquer software adicional ou utilitários usados em testando. (Depois de Fewster e Graham)
teste de thread: Uma versão de teste de integração de componentes em que a integração progressiva de componentes segue a implementação de subconjuntos dos requisitos, em oposição à integração de componentes por níveis de uma hierarquia.
rastreabilidade: A capacidade de identificar itens relacionados na documentação e software, comorequisitos com testes associados. Consulte também rastreabilidade horizontal, rastreabilidade vertical.
teste de cima para baixo: Uma abordagem incremental para teste de integração onde o componente no topo da hierarquia de componentes é testado primeiro, com componentes de nível inferior sendo simulados por stubs. Os componentes testados são então usados para testar os componentes de nível inferior. O processo é repetido até que os componentes de nível mais baixo sejam testados.
você
compreensibilidade: A capacidade do produto de software de permitir que o usuário entenda se o software é adequado e como ele pode ser usado para tarefas e condições de uso específicas. (ISO 9126) Veja também usabilidade.
código inacessível: Código que não pode ser alcançado e, portanto, impossível de executar.
usabilidade: A capacidade do software de ser compreendido, aprendido, usado e atraente para o usuário quando usado sob condições especificadas. (ISO 9126)
Testando usabilidade: Teste para determinar até que ponto o produto de software é compreendido, fácil de aprender, fácil de operar e atraente para os usuários sob condições especificadas. (Após ISO 9126)
teste de caso de uso: Uma técnica de design de teste de caixa preta na qual os casos de teste são projetados para executar cenários de usuário.
teste do usuário: Um teste em que usuários reais são envolvidos para avaliar a usabilidade de um componente ou sistema.
V
Modelo V: Uma estrutura para descrever as atividades do ciclo de vida de desenvolvimento de software, desde a especificação de requisitos até a manutenção. O modelo V ilustra como as atividades de teste podem ser integradas em cada fase do ciclo de vida de desenvolvimento de software.
validação: Confirmação por exame e através do fornecimento de evidência objetiva de que os requisitos para um uso ou aplicação pretendido específico foram atendidos. (ISO 9000)
variável: Um elemento de armazenamento em um computador que pode ser acessado por um programa de software referindo-se a ele por um nome.
verificação: Confirmação por exame e pelo fornecimento de evidências objetivas de que os requisitos especificados foram atendidos. (ISO 9000)
rastreabilidade vertical: O rastreamento de requisitos por meio das camadas de documentação de desenvolvimento até os componentes.
teste de volume: Teste onde o sistema está sujeito a grandes volumes de dados. Consulte também teste de utilização de recursos.
NO
passo a passo: Uma apresentação passo a passo pelo autor de um documento para coletar informações e estabelecer um entendimento comum de seu conteúdo. (Freedman e WEinberg, IEEE 1028)
técnica de design de teste de caixa branca: Procedimento documentado para derivar e selecionar casos de teste com base em uma análise da estrutura interna de um componente ou sistema.
teste de caixa branca: Teste baseado na análise da estrutura interna do componente ou sistema.
Wide Band Delphi: Uma técnica de estimativa de teste baseada em especialistas que visa fazer uma estimativa precisa usando a sabedoria coletiva dos membros da equipe.
Contate-me se você deseja adicionar mais definições neste glossário.
Referência: http://www.istqb.org/downloads/glossary-1.0.pdf
Leitura recomendada
- Melhores ferramentas de teste de software 2021 (QA Test Automation Tools)
- Trabalho de assistente de controle de qualidade de teste de software
- Curso de Teste de Software: Qual Instituto de Teste de Software devo ingressar?
- Escolhendo o teste de software como sua carreira
- Trabalho de freelancer de redator de conteúdo técnico de teste de software
- Guia de terceirização de controle de qualidade: empresas de terceirização de teste de software
- Algumas perguntas interessantes da entrevista de teste de software
- Comentários e análises do curso de teste de software