Brainscape's Knowledge GenomeTM

Browse over 1 million classes created by top students, professors, publishers, and experts.


See full index

CTFL - AT > Glossário > Flashcards

Glossário Flashcards

1
Q

Abordagem de testar primeiro

A

Uma abordagem de desenvolvimento de software na qual os casos de teste são modelados e implementados antes do componente ou sistema associado ser desenvolvido.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

Abordagem de teste

A

A implementação da estratégia de teste para um projeto específico. Tipicamente inclui as decisões tomadas baseando-se na meta do projeto (teste) e na avaliação de risco realizada, nos pontos de partida relativos ao processo de teste, nas técnicas de projeto de teste a serem aplicadas, nos critérios de saída e nos tipos de teste a serem executados.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

Acurácia

A

Capacidade do produto de software em fornecer os resultados ou efeitos, corretos ou acordado com o grau necessário de precisão.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

Adequação

A

Capacidade que um produto de software tem de fornecer um conjunto apropriado de funções para tarefas específicas e para objetivos do usuário.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

Alfa teste

A

Teste operacional simulado ou real por usuários, clientes em potencial, ou uma equipe de teste independente no site do desenvolvedor, mas fora da organização de desenvolvimento. O teste alfa é frequentemente empregado para software comercial de prateleira como uma forma interna de teste de aceite.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

Ambiente de teste

A

Ambiente que contém hardware, instrumentação, simuladores, ferramentas de software e outros elementos de suporte necessários à realização de um teste.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

Análise de causa-raiz

A

Uma técnica de análise destinada a identificar as causas básicas dos defeitos.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

Análise de risco

A

O processo de avaliar os riscos identificados de um projeto ou produto para determinar seu nível de risco, geralmente estimando seu impacto e a probabilidade de sua ocorrência (probabilidade).

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

Análise de teste

A

O processo de analisar a base do teste e definir os objetivos do teste.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Análise de valor limite

A

Uma técnica de modelagem de teste caixa-preta em que os casos de teste são projetados com base nos valores limite.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

Análise estática

A

Análise dos artefatos de desenvolvimento de software, por exemplo, requisitos ou código, realizados sem a execução desses artefatos. A análise estática é geralmente realizada por meio de uma ferramenta de apoio.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

Atributo de qualidade

A

Um recurso ou característica que afeta a qualidade de um item.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

Auditoria

A

Uma avaliação independente de produtos ou processos de software para verificar a conformidade com padrões, diretrizes, especificações ou procedimentos, baseados em critérios objetivos, incluindo documentos que especifiquem: a forma ou o conteúdo dos produtos a serem produzidos, o processo pelo qual os produtos são produzidos e como a conformidade com padrões ou diretrizes deve ser medida.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

Automação da execução de teste

A

O uso de software, por exemplo, ferramentas de captura/reprodução, para controlar a execução dos testes, comparar os resultados reais com os esperados, configurar as pré-condições de teste e outras funções de controle de teste e relatório

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

Automatização de teste

A

Utilização de software para desempenhar ou dar suporte às atividades de teste, por exemplo, gerenciamento de teste, modelagem de teste, execução de teste e verificação de resultados.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

Base de teste

A

Todos os documentos dos quais os requisitos de um componente ou sistema podem ser deduzidos. A documentação na qual os casos de teste são baseados. Se um documento puder ser corrigido apenas por meio de um procedimento formal de alteração, a base será chamada de base de teste congelada.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
17
Q

Beta teste

A

Teste operacional por usuários, clientes em potencial ou existentes em um site externo que não estejam envolvidos de outra forma com os desenvolvedores, para determinar se um componente ou sistema satisfaz ou não as necessidades do usuário/cliente e se encaixa nos processos de negócios. O beta teste é frequentemente empregado como uma forma externa de teste de aceite para software comercial de prateleira, a fim de obter feedback do mercado.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
18
Q

Caminho

A

Uma sequência de arestas consecutivas em um gráfico

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
19
Q

Carta de teste

A

Uma declaração com os objetivos do teste e possivelmente ideias sobre como testar. As cartas de teste são usadas em testes exploratórios.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
20
Q

Caso de teste

A

Um conjunto de valores de entrada, pré-condições e pós-condições de execução, e resultados esperados, desenvolvidos para um objetivo ou uma condição específica de teste, como o teste de um determinado caminho do programa ou para verificar a conformidade com um requisito específico.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
21
Q

Ciclo de vida do software

A

Período de tempo que começa quando um produto de software é concebido e termina quando o software não está mais disponível para uso. O ciclo de vida do software, normalmente inclui as fases de: conceito, requisitos, concepção, execução, teste, instalação e verificação, operação e manutenção e, às vezes, a fase de aposentadoria. Note que estas fases podem se sobrepor ou serem realizadas de forma iterativa.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
22
Q

Cobertura

A

O grau, expresso em porcentagem, para o qual um item específico de cobertura foi testado por um conjunto de testes.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
23
Q

Cobertura de decisão

A

A porcentagem de resultados de decisão que foram exercidos por um conjunto de testes. 100% de cobertura de decisão implica em 100% de cobertura de desvio e 100% de cobertura de sentença.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
24
Q

Compatibilidade

A

O grau em que um componente ou sistema pode trocar informações com outros componentes ou sistemas, ou executar suas funções requeridas ao compartilhar o mesmo ambiente de hardware ou software.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
25
Q

Complexidade

A

O grau em que um projeto ou código de um componente ou sistema é difícil de entender.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
26
Q

Condição de teste

A

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, uma transação, um recurso, um atributo de qualidade ou um elemento estrutural.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
27
Q

Confiabilidade

A

A capacidade do produto de software para executar suas funções sob condições estabelecidas por um período específico, ou para um número específico de operações.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
28
Q

Controle de qualidade

A

Um conjunto de atividades destinadas a avaliar a qualidade de um componente ou sistema.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
29
Q

Critério de aceite

A

Os critérios de saída que um componente ou sistema deve satisfazer para ser aceito por um usuário, cliente ou outra entidade autorizada.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
30
Q

Critério de cobertura

A

Os critérios para definir os itens de cobertura necessários para atingir um objetivo de teste

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
31
Q

Critério de saída

A

O conjunto de condições genéricas e específicas, acordado com os stakeholders para permitir que um processo seja oficialmente concluído. O objetivo dos critérios de saída é impedir que uma tarefa seja considerada concluída quando ainda houver pendências na tarefa que não foram concluídas. Os critérios de saída são usados para relatar e planejar quando interromper o teste.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
32
Q

Critérios de entrada

A

O conjunto de condições para iniciar oficialmente uma tarefa definida.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
33
Q

Dados de teste

A

Dados que existem (por exemplo, em um banco de dados) antes da execução de um teste, e que afetam ou são afetados pelo componente ou sistema em teste.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
34
Q

Defeito

A

Uma imperfeição em um componente ou sistema que pode fazer com que ele falhe ao executar sua função requerida, por exemplo, uma sentença incorreta ou uma definição de dados. Um defeito, se encontrado durante a execução, pode causar uma falha do componente ou sistema.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
35
Q

Densidade de defeito

A

O número de defeitos identificados em um componente ou sistema dividido pelo tamanho desse componente ou sistema (expresso em termos de medida padrão, por exemplo, linhas de código, número de classes ou pontos de função).

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
36
Q

Depuração

A

O processo de encontrar, analisar e remover as causas de falhas no software.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
37
Q

Descobrindo

A

Resultado de uma avaliação que identifica algum problema ou oportunidade importante.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
38
Q

Desenvolvimento ágil de software

A

Um grupo de metodologias de desenvolvimento de sistemas baseado no desenvolvimento interativo e incremental onde os requisitos e soluções evoluem através da colaboração entre equipes multifuncionais auto-organização.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
39
Q

Desenvolvimento orientado pelo comportamento

A

Uma abordagem colaborativa ao desenvolvimento, na qual a equipe está focada em fornecer o comportamento esperado de um componente ou sistema para o cliente, compondo a base para o teste.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
40
Q

Desenvolvimento orientado por teste

A

Modo de desenvolvimento de software no qual os casos de teste são desenvolvidos, e frequentemente automatizados, antes que o software seja desenvolvido para rodar esses casos de teste.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
41
Q

Desenvolvimento orientado por teste de aceite

A

Uma abordagem de teste baseada em colaboração que define testes de aceite na linguagem de domínio dos stakeholders

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
42
Q

Disponibilidade

A

O grau em que um componente ou sistema está operacional e acessível quando requisitado para uso. Frequentemente expresso em porcentagem.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
43
Q

Efetividade

A

A capacidade de produzir um resultado pretendido.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
44
Q

Eficiência

A

(1) A capacidade do produto de software de fornecer um desempenho adequado, em relação à quantidade de recursos utilizados, e sob condições estabelecidas. (2) A capacidade de um processo para produzir o resultado pretendido, em relação à quantidade de recursos utilizados.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
45
Q

Entendibilidade

A

Capacidade que um produto de software tem de possibilitar ao usuário entender se ele é adequado para uso, e como pode ser utilizado em determinadas tarefas e condições.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
46
Q

Erro

A

Ação humana que produz um resultado incorreto.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
47
Q

Especificação de teste

A

Um documento que consiste em uma especificação do projeto de teste, do caso de teste ou do procedimento de teste.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
48
Q

Estimativa de teste

A

Aproximação calculada de um resultado relacionado com vários aspectos do teste (por exemplo, esforço despendido, data de conclusão, custos envolvidos, número de casos de teste, etc), que é utilizável mesmo se os dados de entrada sejam incompletos, incertos ou incompreensíveis.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
49
Q

Estratégia de teste

A

Uma descrição de alto nível dos níveis de teste a serem executados e os seus respectivos testes para uma organização ou programa (um ou mais projetos).

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
50
Q

Execução de teste

A

Processo de executar um teste em um componente ou sistema produzindo resultados reais.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
51
Q

Experiência do usuário

A

Percepções e respostas de uma pessoa resultantes do uso ou uso antecipado de um produto de software

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
52
Q

Falha

A

Desvio do componente ou sistema de sua entrega, serviço ou resultado esperado.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
53
Q

Falhou

A

O status de um resultado de teste se o resultado real não corresponder ao resultado esperado.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
54
Q

Ferramenta de execução de teste

A

Uma ferramenta de teste que executa testes em um item de teste designado e avalia os resultados em relação aos resultados esperados e pós-condições.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
55
Q

Ferramenta de gerenciamento de teste

A

Ferramenta que dá suporte ao gerenciamento de teste e que controla parte deste processo. Frequentemente possui várias funcionalidades, tais como, gerenciamento de testware, estabelecimento de um cronograma de testes, registro de resultados, rastreamento do progresso, gerenciamento de incidentes e relato de teste

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
56
Q

Framework de teste de unidade

A

Ferramenta que proporciona um ambiente de teste de unidade ou de componente, em que um componente pode ser testado de forma isolada ou com comtroladores e simuladores adequados. Ele também fornece outros tipos de suporte para o desenvolvedor, tais como capacidade de depuração.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
57
Q

Funcionalidade

A

Capacidade que um produto de software possui de fornecer funções que atendam às necessidades declaradas e implícitas quando o software for usado sob condições específicas.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
58
Q

Garantia de qualidade

A

Parte do gerenciamento de qualidade que garante que os requisitos de qualidade sejam tendidos.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
59
Q

Gerenciamento de configuração

A

Disciplina que aplica o monitoramento e as direções técnicas e administrativas para identificar e documentar as características funcionais e físicas de um item de configuração, controlar as mudanças destas características, registrar e processar relatórios de implementação da mudança, e verificar a conformidade com os requisitos especificados.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
60
Q

Gerenciamento de defeito

A

O processo de reconhecimento, investigação, ação e eliminação de defeitos. Envolve registrar, classificar, e identificar o impacto dos defeitos.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
61
Q

Gerenciamento de teste

A

O planejamento, a estimativa, o monitoramento e o controle das atividades de teste, geralmente executados por um gerente de teste

62
Q

Gerenciamento de teste baseado em sessão

A

Método para medir e gerenciar testes baseados em sessões.

63
Q

Heurística

A

Uma regra prática geralmente reconhecida que ajuda a atingir um objetivo.

64
Q

História de usuário

A

Um requisito de alto nível, de negócios ou de usuário, que é comumente usado no desenvolvimento de software ágil, normalmente consistindo em uma frase na linguagem comercial ou cotidiana, capturando quais funcionalidades um usuário necessita e a razão por trás disso, qualquer critério não funcional, também incluindo critérios de aceite.

65
Q

Identificação do risco

A

O processo de identificação de riscos usando técnicas como brainstorming, checklists e histórico de falhas.

66
Q

Interface do usuário

A

Todos os componentes de um sistema que fornecem informações e controles para o usuário realizar tarefas específicas com o sistema.

67
Q

Interoperabilidade

A

Capacidade do produto de software interagir com um ou mais componentes ou sistemas específicos.

68
Q

Manifesto ágil

A

Uma declaração sobre os valores que sustentam o desenvolvimento de software Ágil. Os valores são: indivíduos e interações sobre processos e ferramentas, documentação abrangente do trabalho sobre o software, colaboração do cliente sobre negociação contratual, respondendo sobre as mudanças no plano.

69
Q

Manutenção

A

Modificação de um produto de software após a sua entrega para corrigir defeitos, melhorar o seu desempenho ou outros atributos, ou ainda adaptá-lo a uma modificação de ambiente.

70
Q

Manutenibilidade

A

A facilidade com que um produto de software pode ser modificado para corrigir seus defeitos, atender a novos requisitos, facilitar a manutenção futura ou ser adaptado a uma alteração de ambiente.

71
Q

Matudidade

A

(1) A capacidade de uma organização em relação à eficácia e eficiência de seus processos e práticas de trabalho. (2) A capacidade do produto de software em evitar falhas como resultado de seus defeitos.

72
Q

Métrica

A

Escala de medição e o método utilizado para a medição.

73
Q

Mitigação de risco

A

O processo pelo qual as decisões são tomadas e medidas de proteção são implementadas para reduzir ou manter os riscos dentro dos níveis determinados.

74
Q

Modelagem de teste

A

O processo de transformar os objetivos gerais de teste em condições tangíveis de teste e casos de teste.

75
Q

Modelo de desenvolvimento incremental

A

Um ciclo de vida de desenvolvimento em que um projeto é dividido em uma série de incrementos, cada um dos quais fornece 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 desse modelo de ciclo de vida, cada subprojeto segue um mini modelo V com suas próprias fases de desenho, codificação e teste.

76
Q

Modelo de desenvolvimento interativo

A

Um tipo de modelo de ciclo de vida de desenvolvimento de software no qual o componente ou sistema é desenvolvido através de uma série repetitiva de ciclos.

77
Q

Modelo v

A

Uma estrutura que descreve as atividades do ciclo de vida de desenvolvimento de software, desde a especificação dos 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 do software.

78
Q

Nível de risco

A

A importância de um risco, conforme definido por suas características, impacto e probabilidade. O nível de risco pode ser usado para determinar a intensidade dos testes a serem realizados. Um nível de risco pode ser expresso qualitativamente (por exemplo, alto, médio, baixo) ou quantitativamente.

79
Q

Nível de teste

A

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 aceite.

80
Q

Oráculo de teste

A

Uma fonte para determinar os resultados esperados a fim de compará-los ao resultado real do software em teste. Um oráculo de teste pode ser o sistema existente (para um benchmark), um outro software, um manual do usuário ou o conhecimento especializado de um indivíduo, mas não deve ser o próprio código.

81
Q

Painel de controle

A

Uma representação de medidas dinâmicas de desempenho operacional para alguma organização ou atividade, usando métricas representadas por metáforas como mostradores visuais, contadores e outros dispositivos que se assemelham aos do painel de um automóvel, para que os efeitos de eventos ou atividades possam ser facilmente compreendidos e relacionados às metas operacionais.

82
Q

Particionamento de equivalência

A

Uma técnica de modelagem de teste 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.

83
Q

Passou

A

O status de um resultado de teste se o resultado real corresponder ao resultado esperado.

84
Q

Performance

A

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.

85
Q

Planejamento de teste

A

Atividade de criação ou atualização de um plano de teste.

86
Q

Planning poker

A

Uma técnica de estimativa baseada em consenso, usada principalmente para estimar o esforço ou o tamanho relativo de histórias de usuários no desenvolvimento de software Ágil. É uma variação do método Delphi Wideband usando um baralho de cartas com valores representando as unidades nas quais a equipe estima.

87
Q

Plano de teste

A

Um documento descrevendo o escopo, a abordagem, os recursos e o cronograma das atividades de teste pretendidas. Ele identifica, entre outros, os itens de teste, os recursos a serem testados, as tarefas de teste, cada tarefa, o grau de independência do testador, o ambiente de teste, as técnicas de modelagem de teste e os critérios de entrada e saída a serem usados e as justificativas dessas escolhas, e quaisquer riscos que exijam planejamento da contingência. É um registro do processo de planejamento de teste.

88
Q

Precondição

A

Condições ambientais e de estado que devem ser cumpridas antes que o componente ou sistema possa ser executado por um determinado teste ou procedimento de teste.

89
Q

Preparação dos dados de teste

A

A atividade para selecionar os dados dos bancos de dados existentes ou criar, gerar, manipular e editar dados para execução do teste

90
Q

Prioridade

A

Nível de importância (do negócio) designado a um item, por exemplo, defeito.

91
Q

Processo de teste

A

O processo fundamental de teste compreende o planejamento e o controle do teste, a análise e o projeto de teste, a implementação e a execução, a avaliação dos critérios de saída e relatórios, e as atividades de encerramento do teste.

92
Q

Quadrantes de teste

A

Um modelo de classificação de tipos/níveis de teste em quatro quadrantes, relacionando-os em duas dimensões de objetivos de teste: apoio à equipe versus crítica ao produto, e orientado para a tecnologia versus orientado ao negócio.

93
Q

Qualidade

A

Grau até o qual um componente, sistema ou processo atende aos requisitos especificados e/ou às necessidades e expectativas do usuário/consumidor.

94
Q

Rastreabilidade

A

A capacidade de identificar itens relacionados na documentação e no software, como requisitos, com os testes associados.

95
Q

Relatório de defeito

A

Um documento que reporta qualquer falha em um componente ou sistema que possa fazer com ele falhe ao executar sua função requerida.

96
Q

Requisito

A

Uma condição ou capacidade necessária ao usuário para resolver um problema, ou atingir um objetivo que deve ser satisfeito ou possuído pelo sistema ou componente do sistema, atendendo a um contrato, padrão, especificação ou outro documento formalmente imposto.

97
Q

Resultado do teste

A

A conclusão/resultado da execução de um teste.

98
Q

Resultado esperado

A

O comportamento previsto pela especificação, ou outra fonte, do componente ou sistema sob condições específicas.

99
Q

Retrospectiva

A

Um evento habitual no qual os membros da equipe discutem os resultados, revisam suas práticas e identificam melhorias.

100
Q

Revisão

A

Uma avaliação do status de um produto ou projeto para averiguar discrepâncias em seus resultados planejados e recomendar melhorias. Os exemplos incluem a análise da administração, a revisão informal, a revisão técnica, a inspeção e o acompanhamento.

101
Q

Revisão formal

A

Uma revisão caracterizada por procedimentos e requisitos documentados, por exemplo, inspeção.

102
Q

Revisão informal

A

Uma revisão que não é baseada em um procedimento formal (documentado).

103
Q

Risco

A

Um fator que pode resultar em consequências negativas.

104
Q

Risco de produto

A

Um risco diretamente relacionado a um objeto de teste

105
Q

Risco de projeto

A

Um risco relacionado ao gerenciamento e controle do projeto (teste), por exemplo, falta de pessoal, prazos rigorosos, mudanças nos requisitos, etc.

106
Q

Risco de qualidade

A

Um risco do produto relacionado a um atributo de qualidade.

107
Q

Script de teste

A

Comumente é usado para se referir a uma especificação de procedimento de teste, especialmente uma automatizada.

108
Q

Segurança

A

Atributos de produtos de software que afetam sua capacidade de impedir o acesso não autorizado, acidental ou deliberado, à programas e dados.

109
Q

Sessão de teste

A

Um período ininterrupto de tempo gasto na execução de testes.

110
Q

Severidade

A

Grau de impacto que um defeito tem sobre o desenvolvimento ou operação de um componente ou sistema.

111
Q

Sistema alvo do teste

A

O produto de trabalho a ser testado

112
Q

Suite de teste

A

Um conjunto de casos de teste ou procedimentos de teste a serem executados em um ciclo de teste específico.

113
Q

Suposição de erro

A

Uma técnica de modelagem de teste em que a experiência do testador é usada para prever quais defeitos podem estar presentes no componente ou no sistema em teste em resultado a erros cometidos, e para projetar testes específicos para expô-los.

114
Q

Taxonomia de defeito

A

Um sistema (hierárquico) de categorias projetado para auxiliar na classificação de defeitos reproduzidos.

115
Q

Técnica de modelagem de teste

A

Procedimento usado para derivar ou selecionar casos de teste.

116
Q

Técnica de modelagem de teste baseada em defeitos

A

Procedimento para derivar e/ou selecionar casos de testes destinados a uma ou mais categorias de defeitos, com testes sendo desenvolvidos a partir do que se sabe sobre a categoria específica do defeito.

117
Q

Técnica de modelagem de teste caixa-preta

A

Procedimento para derivar ou selecionar casos de teste com base em uma análise da especificação funcional ou não funcional, de um componente ou sistema sem fazer referência à sua estrutura interna.

118
Q

Testabilidade

A

A capacidade que um produto de software possui de permitir que ele seja modificado e testado.

119
Q

Testador

A

Profissional habilitado e envolvido no teste de um componente ou sistema.

120
Q

Testar

A

Processo que consiste em todas as atividades de ciclo de vida, estáticas e dinâmicas, relacionadas ao planejamento, preparação e avaliação de produtos de software e produtos de trabalho relacionados, para determinar se satisfazem os requisitos especificados, demostrando que são adequados à sua finalidade e para detectar defeitos.

121
Q

Teste

A

Conjunto de um ou mais casos de teste.

122
Q

Teste baseado em modelo

A

Testes baseados ou envolvendo modelos.

123
Q

Teste baseado em requisito

A

Abordagem de teste em quue casos de teste são modelados baseando-se em objetivos de teste e condições de teste derivados dos requisitos, por exemplo, testes que exercem funções específicas ou sondam atributos não funcionais, como confiabilidade ou usabilidade.

124
Q

Teste baseado em risco

A

Uma abordagem de teste para reduzir o nível de riscos do produto e informar os stakeholders sobre seu status, desde os estágios iniciais de um projeto. Envolve a identificação dos riscos de produtos e o uso dos níveis de risco para orientar o processo de teste.

125
Q

Teste baseado na experiência

A

Testes baseados na experiência, conhecimento e intuição do testador.

126
Q

Teste caixa-branca

A

Teste baseado na análise da estrutura interna de um componente ou sistema.

127
Q

Teste caixa-preta

A

Teste baseado em uma análise da especificação do componente ou sistema.

128
Q

Teste de aceite

A

Testes formais relativos às necessidades do usuário, requisitos e processos de negócios realizados, para determinar se um sistema satisfaz ou não os critérios de aceite, e para permitir que o usuário, clientes ou outra entidade autorizada determine se aceita ou não o sistema.

129
Q

Teste de aceite de usuário

A

Teste de aceite realizado por futuros usuários em um ambiente operacional (simulado) com foco nos requisitos e necessidades do usuário.

130
Q

Teste de comunicação

A

Coleta e análise de dados a partir de atividades de teste e, posteriormente, a consolidação dos dados em um relatório para informar as partes interessadas.

131
Q

Teste de confirmação

A

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.

132
Q

Teste de integração

A

Teste realizado com a finalidade de expor defeitos nas interfaces e nas interações entre componentes ou sistemas integrados.

133
Q

Teste de integração de sistema

A

Teste da integração de sistemas e pacotes; teste das interfaces para organizações externas (por exemplo, Electronic Data Interchange, Internet).

134
Q

Teste de performance

A

Processo que determina o desempenho de um produto de software.

135
Q

Teste de regressão

A

Teste em um programa já testado anteriormente após uma modificação para garantir que defeitos não tenham sido introduzidos ou descobertos em áreas inalteradas do software, como resultado das alterações realizadas. É executado quando o software ou seu ambiente são alterados.

136
Q

Teste de sistema

A

Teste em um sistema integrado para verificar se ele atende aos requisitos especificados.

137
Q

Teste de transição de estados

A

Uma técnica de modelagem de teste caixa-preta na qual os casos de teste são projetados para executar transições de estado válidas e inválidas.

138
Q

Teste de usabilidade

A

Teste para determinar até que ponto o produto de software é compreendido, fácil de aprender e operar, e atraente para os usuários sob condições específicas.

139
Q

Teste de verificação de compilação

A

Um conjunto de testes automatizados que valida a integridade de cada nova compilação, verificando sua principal funcionalidade, sua estabilidade e sua testabilidade.

140
Q

Teste dinâmico

A

Testes que envolvem a execução de um software, um componente ou um sistema.

141
Q

Teste em pares

A

Uma abordagem de teste onde dois membros da equipe colaboram simultaneamente no teste de um produto de trabalho.

142
Q

Teste estático

A

Teste de um artefato de desenvolvimento de software, por exemplo, requisitos, desenho ou código, sem a execução desses artefatos, por exemplo, revisões ou análise estática.

143
Q

Teste exploratório

A

Uma técnica de modelagem informal de teste em que o testador controla ativamente a modelagem dos testes à medida que esses são realizados, usando as informações obtidas durante a execução para modelar novos e melhores testes.

144
Q

Teste funcional

A

Teste baseado em uma análise da especificação da funcionalidade de um componente ou sistema.

145
Q

Teste não funcional

A

Teste dos atributos de um componente ou sistema que não estão relacionados à sua funcionalidade, por exemplo, confiabilidade, eficiência, usabilidade, capacidade de manutenção e portabilidade.

146
Q

Teste reativo

A

Teste que responde dinamicamente ao sistema real em teste e os resultados dos testes a serem obtidos. Normalmente o teste reativo tem um ciclo reduzido de planejamento e as fases de modelagem de teste e implementação não são realizadas até o objeto de teste ser recebido.

147
Q

Tipo de teste

A

Um grupo de atividades de teste destinadas a testar um componente ou sistema focado em um objetivo específico de teste, ou seja, teste funcional, teste de usabilidade, teste de regressão etc.. Um tipo de teste pode ocorrer em um ou mais níveis de teste ou fases de teste.

148
Q

Usabilidade

A

A capacidade do software de ser compreendido, aprendido, utilizado, e ser atraente para o usuário quando usado sob condições específicas.

149
Q

Validação

A

Confirmação, por meio de exames e do fornecimento de evidências objetivas, que os requisitos de uso ou aplicação específica tencionada foram atendidos.

150
Q

Verificação

A

Confirmação por meio de teste e do fornecimento de evidências objetivas que os requisitos especificados foram atendidos.

CTFL - AT (1 decks)

Brainscape helps you reach your goals faster, through stronger study habits.
© 2025 Bold Learning Solutions. Terms and Conditions