Terms related to Foundation V3.1 2018

Implementação da estratégia de testes para um projeto específico.
O grau em que um componente ou sistema pode ser utilizado por pessoas com a mais abrangente gama de características e capacidades para atingir um objetivo específico num contexto de utilização específico.
Capacidade de um componente ou sistema fornecer funções que satisfazem as necessidades declaradas e implícitas quando utilizado em condições especificadas.
Ambiente que contém hardware, instrumentação, simuladores, ferramentas de software e outros elementos de suporte necessários para realizar um teste.
Produtos de hardware e software instalados nas instalações dos utilizadores ou clientes onde o componente ou sistema sob teste será usado. O software pode incluir sistemas operativos, sistemas de gestão de bases de dados e outras aplicações.
Qualquer condição que se desvie da expetativa com base em especificações de requisitos, documentos de conceção, documentos do utilizador, normas, etc., ou que se afaste da perceção ou experiência de alguém. Podem ser encontradas anomalias durante, mas sem limitação, na revisão, nos testes, na análise, na compilação ou na utilização de produtos de software ou documentação aplicável.
Uma técnica de teste na qual os testes são derivados com base no conhecimento do testador sobre falhas passadas ou no conhecimento geral dos modos de falha.
Uma técnica de análise com o objetivo de identificar as origens de defeitos. Ao direcionar medidas corretivas para as origens dos defeitos, espera-se que a probabilidade de recorrência do defeito seja minimizada.
A identificação de todos os produtos de trabalho afetados por uma alteração, incluindo uma estimativa dos recursos necessários para realizar a mudança.
O processo global de identificação e avaliação de riscos.
Atividade que identifica as condições de teste analisando a base para testes.
Técnica de teste caixa-preta na qual os casos de teste são concebidos com base em valores fronteira.
O processo de avaliação de um componente ou sistema baseado no seu comportamento durante a execução.
Processo de avaliação de um componente ou sistema sem o executar, com base na sua forma, estrutura, conteúdo ou documentação.
Considera-se que um teste é aprovado se o seu resultado observado real corresponder ao resultado esperado.
Utilizador ou qualquer outra pessoa ou sistema que interage com o objeto de teste de uma forma específica.
Um exame independente de um produto de trabalho, processo ou conjunto de processos que é executado por terceiros para avaliar a conformidade com as especificações, normas, acordos contratuais ou outros critérios.
Utilização de software para executar ou apoiar a atividades de teste.
Conjunto de conhecimento utilizado como base para a análise e conceção de testes.
Conjunto de “scripts” de teste ou procedimentos de teste a serem executados numa execução de teste específica.
Uma sequência de eventos, por exemplo, as instruções executáveis de um componente ou sistema, desde um ponto de entrada até um ponto de saída.
Atributo distintivo de um componente ou sistema.
Categoria de atributos de qualidade que tem impacto na qualidade do produto de trabalho.
Documentação do objetivo ou meta para uma sessão de teste.
Acrónimo de “Computer Aided Software Engineering” (Engenharia de Software Assistida por Computador).
Conjunto de pré-condições, entradas (“inputs”), ações (quando aplicável), resultados esperados e pós-condições, desenvolvido com base nas condições de teste.
Um caso de teste com valores abstratos para pré-condições, dados de entrada, resultados esperados, pós-condições e ações (quando aplicável).
Um caso de teste com valores concretos para pré-condições, dados de entrada, resultados esperados e pós-condições, e uma descrição detalhada das ações (quando aplicável).
Um caso de teste com valores abstratos para pré-condições, dados de entrada, resultados esperados, pós-condições e ações (quando aplicável).
Um caso de teste com valores concretos para pré-condições, dados de entrada, resultados esperados e pós-condições, e uma descrição detalhada das ações (quando aplicável).
Um caso de teste com valores concretos para pré-condições, dados de entrada, resultados esperados e pós-condições, e uma descrição detalhada das ações (quando aplicável).
A especificação do comportamento de um sistema no que diz respeito à sua interação com os seus utilizadores e com quaisquer outros sistemas.
Fonte de um defeito em que, se a mesma for removida, a ocorrência desse tipo de defeito é diminuída ou removida.
Execução do processo de teste contra uma entrega única identificável do objeto de teste.
As atividades realizadas em cada fase do desenvolvimento de software e a forma como elas se relacionam entre si lógica e cronologicamente.
Período de tempo que começa quando um produto de software é concebido e termina quando o software deixa de estar disponível para utilização. O ciclo de vida do software normalmente inclui uma fase de conceptualização, uma fase de requisitos, uma fase de desenho, uma fase de implementação, uma fase de teste, uma fase de instalação e verificação, uma fase de operação e manutenção e, por vezes, uma fase de descontinuação. Estas fases podem sobrepor-se ou ser efetuadas iterativamente.
O grau em que os itens de cobertura especificados foram determinados ou foram executados por uma bateria de testes, expresso em percentagem.
A cobertura do código.
A cobertura dos resultados das decisões.
Medidas de cobertura baseadas na estrutura interna de um componente ou sistema.
A cobertura de instruções executáveis.
O grau em que um componente ou sistema pode trocar informações com outros componentes ou sistemas e/ou executar as respetivas funções necessárias ao partilhar o mesmo ambiente de hardware ou software.
O grau em que um componente ou sistema possui um design e / ou estrutura interna que é difícil de entender, manter e verificar.
Uma parte mínima de um sistema que pode ser testada isoladamente.
A resposta de um componente ou sistema a um conjunto de valores de entrada e pré-condições.
A atividade que deriva e especifica casos de teste a partir das condições de teste.
Resultado de uma avaliação que identifica alguma questão, problema ou oportunidade importante.
A atividade que torna o testware disponível para uso posterior, deixa os ambientes de teste em condições satisfatórias e comunica os resultados do teste aos stakeholders relevantes.
Execução simultânea de vários tópicos independentes por um componente ou sistema.
Uma expressão lógica que pode ser avaliada como verdadeira ou falsa.
Um aspeto testável de um componente ou sistema identificado como base para o teste.
Composição de um componente ou sistema, tal como definido pelo número, natureza e interconexões das suas partes constituintes.
Aderência do componente ou sistema aos padrões, convenções ou regulamentos em leis e prescrições semelhantes.
Componente, ou ferramenta, temporário que substitui outro componente e que controla ou invoca um item de teste isoladamente.
Conjunto de atividades destinadas a avaliar a qualidade de um componente ou sistema.
A atividade que desenvolve e aplica ações corretivas para trazer um projeto de teste de volta ao rumo desejado quando este se desvia do que foi planeado.
Os critérios que um componente ou sistema deve satisfazer para ser aceite por um utilizador, cliente ou outra entidade autorizada.
O conjunto de condições para iniciar oficialmente uma tarefa definida.
O conjunto de condições para concluir oficialmente uma tarefa definida.
Cronograma para a execução de baterias de testes dentro de um ciclo de testes.
Lista de atividades, tarefas ou eventos do processo de teste que identificam as datas e/ou horas de início e de fim pretendidas e as suas interdependências.
Os custos totais incorridos em atividades e questões de qualidade e, muitas vezes, divididos em custos de prevenção, despesas de avaliação, custos de falha interna e custos de falha externa.
Código que é impossível de executar.
Dados necessários para a execução do teste.
O processo de procurar, analisar e remover as causas de falhas num componente ou sistema.
Um tipo de declaração em que uma escolha entre dois ou mais resultados possíveis controla o conjunto de ações resultantes.
Imperfeição ou deficiência num produto de trabalho, em que o mesmo não cumpre os seus requisitos ou especificações.
Número de defeitos por tamanho de unidade de um produto de trabalho.
Diagrama que descreve os estados que um componente ou sistema pode assumir e que apresenta os eventos ou circunstâncias que causam e/ou resultam de uma mudança de um estado para outro.
O grau em que um componente ou sistema está operacional e acessível quando necessário para uso.
Uma alteração involuntária no comportamento de um componente ou sistema causada pela sua medição.
Grau relativo à capacidade de obtenção de resultados de forma precisa e completa, em relação aos recursos utilizados.
Capacidade de um componente ou sistema utilizar o tempo, os recursos e a capacidade de realizar as respetivas funções designadas.
Medida em que os objetivos corretos e completos são alcançados.
Uma agregação de produtos de trabalho concebida para a gestão de configurações e tratada como uma única entidade no processo de gestão de configurações.
Dados recebidos de uma fonte externa por um componente ou sistema.
Dados recebidos de uma fonte externa pelo objeto de teste durante a execução do teste. A fonte externa pode ser hardware, software ou um elemento humano.
Ambiente de teste composto por simuladores e controladores necessários para executar uma bateria de testes.
Uma ação humana que produz um resultado incorreto.
Documentação que fornece uma descrição detalhada de um componente ou sistema para o respetivo desenvolvimento e teste.
Documentação de um ou mais casos de teste.
Aproximação relacionada com vários aspetos dos testes.
Documentação alinhada com a política de testes que descreve os requisitos genéricos para os testes e detalhes sobre como realizar testes dentro de uma organização.
Atividade que executa um teste num componente ou sistema e que produz resultados reais.
Uma metodologia de engenharia de software usada no desenvolvimento ágil de software, através da qual as práticas principais são a programação em pares, a realização de uma revisão extensiva do código, o teste unitário de todos as peças de códigos e a simplicidade e clareza no código.
Um evento no qual um componente ou sistema não executa uma função necessária dentro dos limites especificados.
Ferramenta que suporta a atividade da conceção de testes gerando entradas de teste a partir de uma especificação que pode ser mantida num repositório de ferramentas CASE, por exemplo, uma ferramenta de gestão de requisitos, condições de teste especificadas mantidas na própria ferramenta ou a partir do código.
Ferramenta de teste que executa testes em relação a um item de teste designado e avalia os resultados em relação aos resultados esperados e às pós-condições.
Ferramenta que suporta o registo de requisitos, atributos de requisitos (por exemplo, prioridade e conhecimento responsável) e anotações. Facilita a rastreabilidade através de níveis de requisitos e da gestão de alterações de requisitos. Algumas ferramentas de gestão de requisitos também fornecem componentes para análise estática, como a verificação de consistência e violações às regras de requisitos predefinidos.
Ferramenta que suporta a gestão de testes.
Um tipo de ferramenta de teste que permite que os dados sejam selecionados a partir de bases de dados existentes ou criadas, geradas, manipuladas e editadas para uso em testes.
Software ou hardware que suporta uma ou mais atividades de teste.
Ferramenta de teste que gera carga para um item de teste designado e que mede e regista o seu desempenho durante a execução do teste.
Capacidade de um componente ou sistema executar funções especificadas sob condições especificadas durante um período de tempo especificado.
A sequência na qual as operações são realizadas por um processo de negócio, componente ou sistema.
Uma representação abstrata da sequência e possíveis alterações do estado dos objetos de dados, em que o estado de um objeto corresponde a qualquer criação, utilização ou destruição.
Atividades centradas em proporcionar confiança no cumprimento dos requisitos de qualidade.
Pessoa responsável pela gestão das atividades de teste, dos recursos e da avaliação do objeto de teste no âmbito de um projeto.
Atividades coordenadas para orientar e controlar a qualidade numa organização. Inclui a definição de uma política de qualidade, objetivos de qualidade, planeamento de qualidade, controlo de qualidade, garantia de qualidade e melhoria da qualidade.
Uma disciplina que aplica orientaçã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 alterações a essas características, registar e relatar o estado de processamento e implementação de alterações, e verificar se está em conformidade com os requisitos especificados.
Processo de reconhecimento, registo, classificação, investigação, resolução e eliminação de defeitos.
O processo para lidar com riscos.
Planeamento, agendamento, estimativa, monitorização, criação de relatórios, controlo e conclusão das atividades de teste.
O grau de impacto que um defeito tem no desenvolvimento ou funcionamento de um componente ou sistema.
Um gráfico divulgado publicamente que mostra o esforço pendente versus o tempo numa iteração. Mostra o estado e a tendência de conclusão das tarefas da iteração. O eixo X representa normalmente os dias no “sprint”, enquanto o eixo Y representa o esforço restante (geralmente em horas de engenharia ideais ou “story points”).
Instruções fornecidas em qualquer suporte adequado que guiam o instalador através do processo de instalação. Este pode ser um guia manual, um procedimento passo a passo, um assistente de instalação ou qualquer outra descrição de processo semelhante.
A atividade que prepara o testware necessário para a execução do teste com base na análise e na conceção de teste.
Separação de responsabilidades, incentivando assim a realização de testes objetivos.
Métrica que suporta a avaliação do desempenho do processo.
Artefactos organizacionais necessários para realizar o teste, que consistem em ambientes de teste, ferramentas de teste, ambiente de trabalho e procedimentos.
Tipo de revisão formal para identificar problemas num produto de trabalho, que fornece medidas para melhorar o processo de revisão e o processo de desenvolvimento de software.
Entidade numa linguagem de programação que é tipicamente a menor unidade indivisível de execução.
Uma instrução que, quando compilada, é traduzida em código do objeto e que será executada de forma processual quando o programa estiver em execução e conseguir executar uma ação sobre os dados.
O processo de combinação de componentes ou sistemas em conjuntos maiores.
Combinação de procedimentos de desenvolvimento de software, integração e teste de todas as alterações logo que estas são confirmadas num processo automatizado.
Uma abordagem de integração que combina os componentes ou sistemas com o objetivo de disponibilizar mais cedo uma funcionalidade básica.
O grau em que um componente ou sistema permite apenas o acesso e a modificação autorizados a um componente, a um sistema ou a dados.
Todos os componentes de um sistema que fornecem informações e controlos para que o utilizador realize tarefas específicas com o sistema.
Capacidade de dois ou mais componentes ou sistemas trocarem informações e utilizar as informações trocadas.
Um atributo ou combinação de atributos derivados de uma ou mais condições de teste, utilizando uma técnica de teste que permita a medição da exaustividade da execução do teste.
Parte de um objeto de teste usado no processo de teste.
Uma técnica de revisão na qual um produto de trabalho é avaliado da perspectiva de diferentes stakeholders com o objetivo de derivar outros produtos de trabalho.
Em grandes projetos, é a pessoa que reporta ao gestor de testes e que é responsável pela gestão de projetos de um determinado nível de teste ou de um determinado conjunto de atividades de teste.
Capacidade de um componente ou sistema poder ser modificado pela manutenção.
Processo de modificação de um componente ou sistema após a sua entrega. Tem com objetivo corrigir defeitos, melhorar as características de qualidade ou a adaptação a um ambiente alterado.
Ponto temporal num projeto no qual as entregas e os resultados definidos (intermediários) devem estar prontos.
(1) Grau de eficácia e eficiência de uma organização relativamente aos seus processos e práticas de trabalho. (2) Capacidade de um componente ou sistema satisfazer as necessidades de fiabilidade em condições normais de funcionamento.
Número ou categoria atribuído a um atributo de uma entidade através de uma medição.
Processo de atribuição de um número ou categoria a uma entidade para descrever um atributo dessa entidade.
Programa de atividades destinado a melhorar o desempenho e a maturidade dos processos organizacionais e o resultado do próprio programa.
Programa de atividades destinado a melhorar o desempenho e a maturidade dos processos de teste da organização e dos resultados de tal programa.
Defeito na lógica de alocação de armazenamento dinâmico de um programa, que impede a libertação da memória após terminar de a utilizar. Isto causa uma falha de acesso à memória devido à falta de memória livre no sistema.
O processo através do qual são tomadas decisões e implementadas medidas de proteção para reduzir ou manter os riscos para níveis especificados.
Modelo que ilustra o crescimento da fiabilidade de um componente ou sistema ao longo do tempo, como resultado da remoção do defeito.
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 de incrementos.
Tipo de modelo de ciclo de vida de desenvolvimento de software no qual o componente ou sistema é desenvolvido através de uma série de ciclos repetidos.
Um tipo de modelo de ciclo de vida de desenvolvimento de software em que um sistema completo é desenvolvido de forma linear com várias fases discretas e sucessivas, sem sobreposição entre elas.
Framework em que os processos da mesma natureza são classificados num modelo global.
Um modelo sequencial de ciclo de vida de desenvolvimento que descreve a relação um-para-um entre as principais fases de desenvolvimento de software (desde a especificação dos requisitos do negócio até à entrega do software) e as fases de teste (desde o teste de aceitação até ao teste de componentes).
(1) A pessoa responsável pela execução das reuniões de revisão. (2) A pessoa que realiza uma sessão de teste de usabilidade.
O grau em que um sistema é composto por componentes discretos, de modo a que uma mudança num componente tenha um impacto mínimo noutros componentes.
A atividade que verifica o estado das atividades de teste, identifica qualquer variação do planeamento ou do esperado e informa o estado aos “stakeholders”.
Escala de medição e o método utilizado para a medição.
Conjunto de requisitos formais, possivelmente obrigatório, desenvolvidos e utilizados para prescrever abordagens consistentes à forma de trabalhar ou para fornecer orientações (por exemplo, normas ISO/IEC, normas IEEE e normas organizacionais).
Norma que descreve as características de uma conceção ou uma descrição de conceção dos dados ou componentes do programa.
A medida qualitativa ou quantitativa de um risco, definida por impacto e probabilidade.
Uma instanciação específica de um processo de teste.
Motivo ou a finalidade do teste.
Produto de trabalho a ser testado.
Fonte para determinar o resultado esperado para depois comparar com o resultado obtido do sistema alvo de teste.
Uma técnica de teste caixa-preta na qual os casos de teste são concebidos para executar partições de equivalência usando um membro representativo de cada partição.
Subconjunto do domínio de valor de uma variável dentro de um componente ou sistema para o qual se assume, baseado na especificação, que todos os valores devem ser tratados da mesma forma.
A atividade de estabelecer ou atualizar um plano de testes.
Técnica de estimativa baseada em consenso, principalmente usada para estimar o esforço ou o tamanho relativo das “user stories” no desenvolvimento ágil de software. É uma variação do método Delphi Wideband utilizando um conjunto de cartões com valores que representam as unidades em que a equipa estima.
Documentação que descreve os objetivos do teste a serem alcançados e os meios e o cronograma para os alcançar, organizada para coordenar as atividades de teste.
Plano de testes utilizado para coordenar múltiplos níveis de teste ou tipos de teste.
Documento de alto nível que descreve os princípios, a abordagem e os principais objetivos da organização em relação aos testes.
Capacidade de um componente ou sistema ser transferido de um ambiente de hardware, software, operacional ou de uso para outro.
Nível de importância (de negócio) atribuído a um item, por exemplo, um defeito.
Uma causa desconhecida que origina um ou mais incidentes.
Uma sequência ordenada de execuções de casos de teste e quaisquer ações associadas que possam ser necessárias para configurar as pré-condições iniciais e quaisquer atividades de finalização pós-execução.
Conjunto de atividades inter-relacionadas que transformam entradas (“inputs”) em saídas (“outputs”).
Conjunto de atividades inter-relacionadas que incluem o plano de teste, a sua monitorização e o controlo, bem como a análise de teste, a conceção, a implementação, a execução e a conclusão do teste.
Conjunto único de atividades coordenadas e controladas, com datas de início e de fim, realizado para alcançar um objetivo em conformidade com requisitos específicos, incluindo as restrições de tempo, custo e recursos.
Conjunto de convenções que governam a interação de processos, dispositivos e outros componentes dentro de um sistema.
O estado necessário de um item de teste e do respetivo ambiente antes da execução do caso de teste.
O estado esperado de um item de teste e o respetivo ambiente no final da execução do caso de teste.
Capacidade de um componente ou sistema satisfazer as necessidades declaradas e implícitas dos seus vários “stakeholders”.
O grau em que é possível estabelecer uma relação entre dois ou mais produtos de trabalho.
Framework proprietária adaptável para o processo de desenvolvimento de software iterativo. É composta por quatro fases de ciclo de vida do projeto: início, elaboração, construção e transição.
Pessoa que regista informações durante as reuniões de revisão.
Uma degradação da qualidade de um componente ou sistema devido a uma alteração.
Documentação da ocorrência, natureza e estado de um defeito.
Documentação da ocorrência, natureza e estado de um incidente.
Tipo de relatório de teste elaborado a intervalos regulares acerca do progresso das atividades de teste relativamente a uma linha de base, riscos e alternativas que requerem uma decisão.
Recolha e análise de dados das atividades de teste e, posteriormente, consolidação dos dados num relatório para informar os “Stakeholders”.
Documentação que resume as atividades e os resultados de testes.
Tipo de relatório de teste produzido nas etapas de conclusão que fornece uma avaliação dos itens de teste correspondentes em relação aos critérios de saída.
Cláusula que contém critérios a serem cumpridos.
Requisito que especifica uma função que um componente ou sistema tem de ser capaz de executar.
O comportamento produzido/observado quando um componente ou sistema é testado.
O resultado de uma decisão que determina a próxima instrução a ser executada.
Consequência/resultado da execução de um teste. Inclui saídas (“outputs”) para ecrãs, alterações aos dados, relatórios e comunicações enviadas.
Comportamento observável de um componente ou sistema em execução, previsto pela sua especificação ou outra fonte, de acordo com as condições especificadas.
Reunião no final de um projeto durante a qual os membros da equipa do projeto avaliam o projeto e retiram lições que podem ser aplicadas no próximo projeto.
O grau em que um produto de trabalho pode ser utilizado em mais de um sistema ou na construção de outros produtos de trabalho.
Participante numa revisão que identifica problemas no produto de trabalho.
Tipo de teste estático no qual um produto ou processo de trabalho é avaliado por um ou mais indivíduos para detetar defeitos ou para fornecer melhorias.
Uma técnica de revisão realizada informalmente sem um processo estruturado.
Uma técnica de revisão orientada por uma lista de perguntas ou atributos necessários.
Uma técnica de revisão em que um produto de trabalho é avaliado sob a perspetiva de diferentes stakeholders.
Uma técnica de revisão orientada por uma lista de perguntas ou atributos necessários.
Uma técnica de revisão em que um produto de trabalho é avaliado para determinar a sua capacidade de lidar com cenários específicos.
Tipo de revisão que segue um processo definido com uma saída formalmente documentada.
Um tipo de revisão que não segue um processo definido e não tem saída documentada formalmente.
Tipo de revisão de produtos de trabalho realizada por outros colegas qualificados para fazer o mesmo trabalho.
Tipo de revisão formal por uma equipa de pessoal tecnicamente qualificado que examina a qualidade de um produto de trabalho e identifica discrepâncias em relação às especificações e normas.
Fator que pode resultar em futuras consequências negativas.
Um risco que afeta a qualidade de um produto.
Risco que afeta o sucesso do projeto.
Risco de produto relacionado com uma característica de qualidade.
Capacidade de um componente ou sistema funcionar corretamente na presença de entradas (“inputs”) inválidas ou condições ambientais extremas.
Dado transmitido por um componente ou sistema para um destino externo.
Sequência de instruções para a execução de uma bateria de testes.
“Framework” iterativa e incremental para gerir projetos geralmente utilizada no desenvolvimento ágil software.
Capaciadade de um componente ou sistema proteger a informação e os dados, de modo a que as pessoas ou outros componentes ou sistemas tenham o grau de acesso adequado aos respetivos tipos e níveis de autorização.
Período ininterrupto de tempo gasto na execução de testes. Em testes exploratórios, cada sessão de teste é focada numa carta de testes, mas os testadores também podem explorar novas oportunidades ou problemas durante uma sessão. O testador cria e executa em tempo real e regista o seu progresso.
Dispositivo, programa de computador ou sistema utilizado durante o teste, que se comporta ou funciona como um determinado sistema quando recebe um conjunto de entradas (“inputs”) controladas.
Uma implementação elementar ou com finalidade específica de um componente de software, usada para desenvolver ou testar o componente que invoca ou que de outra forma depende dele. Substitui um componente invocado.
Representação de características comportamentais selecionadas de um sistema físico ou abstrato por outro sistema.
Coleção de elementos de interação organizados para realizar uma função específica ou um conjunto de funções.
Tipo de objeto de teste que consiste num sistema.
Programas informáticos, procedimentos, eventuais dados e documentação associada relativos ao funcionamento de um sistema informático.
Um tipo de produto desenvolvido num formato idêntico para um grande número de clientes no mercado geral.
Uma tabela usada para mostrar conjuntos de condições e as ações resultantes das mesmas.
A relação entre o número de falhas de uma determinada categoria e uma determinada unidade de medida.
O grau em que as condições de teste podem ser estabelecidas para um componente ou sistema para que os testes possam então ser realizados para determinar se essas condições de teste foram corretamente estabelecidas.
Pessoa que realiza testes.
Uma abordagem ao desenvolvimento de software em que os casos de teste são projetados e implementados antes que o componente ou sistema associado seja desenvolvido.
Conjunto de um ou mais casos de teste.
Processo que consiste em todas as atividades do ciclo de vida, estáticas e dinâmicas, relativas ao planeamento, à preparação e à avaliação de um componente ou sistema e dos produtos de trabalho relacionados, para determinar que estes satisfazem os requisitos especificados, para demonstrar que são adequados para o propósito e para detetar defeitos.
Tipo de teste de aceitação realizado no ambiente de teste do programador por elementos exteriores à da organização.
Técnica de teste baseada na experiência, através da qual um testador com experiência usa uma lista de itens de alto nível a serem observados, verificados ou lembrados, ou um conjunto de regras ou critérios em relação aos quais um produto tem de ser verificado.
Teste baseado em ou envolvendo modelos.
Abordagem na qual as atividades de teste são planeadas como sessões de teste.
Testes baseados na experiência e na intuição do testador.
Um tipo de teste de aceitação realizado num local externo ao ambiente de testes do programador por elementos exteriores da organização de desenvolvimento.
Testes baseados numa análise da estrutura interna do componente ou sistema.
Um nível de teste que se concentra em determinar se o sistema deve ser aceite.
Um tipo de teste de aceitação realizado para verificar se um sistema satisfaz os seus requisitos contratuais.
Tipo de teste de aceitação realizado para verificar se um sistema está em conformidade com as leis, políticas e regulamentos relevantes.
Um tipo de teste de aceitação realizado para determinar se os futuros utilizadores aceitam o sistema.
Tipo de teste de aceitação realizado para determinar se a equipa de operações e/ou de administração de sistemas pode aceitar um sistema.
Testar para determinar a facilidade com que os utilizadores portadores de deficiência podem usar um componente ou sistema.
Tipo de teste de desempenho realizado para avaliar o comportamento de um componente ou sistema sujeito a cargas variáveis. Geralmente. Varia geralmente entre condições previstas de utilização baixa, utilização típica e picos de utilização.
Uma técnica de teste caixa-preta através da qual os casos de teste são concebidos para a execução de comportamentos de casos de uso.
Um nível de teste que se foca em componentes individuais de hardware ou software.
Um tipo de teste relacionado com alterações, realizado após a correção de um defeito para confirmar que uma falha causada por esse defeito não ocorre novamente.
Técnica de teste caixa-branca na qual os casos de teste são concebidos para executar resultados da decisão.
Teste para determinar a eficiência de desempenho de um componente ou sistema.
Técnica de teste caixa-branca em que os casos de teste são concebidos para executar instruções.
Nível de teste que se concentra nas interações entre componentes ou sistemas.
Teste em que os itens a testar são interfaces e interações entre componentes integrados.
Nível de teste que se concentra nas interações entre sistemas.
Testes para determinar a interoperabilidade de um produto de software.
Testar as alterações num sistema operacional ou o impacto de um ambiente alterado num sistema operacional.
Tipo de teste relacionado com alterações para detetar se foram introduzidos ou descobertos defeitos em áreas inalteradas do software.
Testar para determinar a segurança de um produto de software.
Nível de teste que se concentra em verificar se um sistema satisfaz os requisitos especificados, como um todo.
Técnica de teste caixa-preta na qual os casos de teste são concebidos para executar as combinações de condições e as ações resultantes mostradas numa tabela de decisão.
Uma técnica de teste caixa-preta em que os casos de teste são concebidos para executar elementos de um modelo de transição de estado.
Teste para avaliar o grau em que o sistema pode ser utilizado por utilizadores especificados com eficácia, eficiência e satisfação num contexto específico de uso.
Teste que implica a execução do item de teste.
Testar um produto de trabalho sem executar o código do produto de trabalho.
Uma abordagem de teste na qual a bateria de testes inclui todas as combinações de valores de entrada e pré-condições.
Uma abordagem de teste através da qual os testadores concebem e executam testes de forma dinâmica e com base nos seus conhecimentos, na exploração do item de teste e nos resultados de testes anteriores.
Considera-se que um teste falha se o seu resultado real não corresponder ao resultado esperado.
Testes realizados para avaliar se um componente ou sistema satisfaz os requisitos funcionais.
Testes realizados para avaliar se um componente ou sistema está em conformidade com os requisitos não funcionais.
Técnica de “script” que usa ficheiros de dados para conter os dados de teste e os resultados esperados necessários para executar os “scripts” de teste.
Uma técnica de “script” em que os “scripts” de teste contêm palavras-chave de alto nível e ficheiros de suporte com “scripts” de baixo nível, que implementam essas palavras-chave.
Tipo de teste iniciado pela modificação de um componente ou sistema.
Tipo de teste iniciado pela modificação de um componente ou sistema.
Testes em que a gestão, a seleção, a priorização e o uso de atividades e recursos de teste se baseiam nos tipos e níveis de risco correspondentes.
Produtos de trabalho produzidos durante o processo de teste para uso no planeamento, na conceção, na execução, na avaliação e na criação de relatórios sobre testes.
Grupo de atividades de teste com base em objetivos de teste específicos destinados a avaliar características específicas de um componente ou sistema.
Procedimento utilizado para definir as condições de teste, conceber os casos de teste e especificar os dados de teste.
Uma técnica de teste que se baseia apenas na experiência, no conhecimento e na intuição do testador.
Uma técnica de teste baseada apenas na estrutura interna de um componente ou sistema.
Técnica de teste baseada numa análise da especificação de um componente ou sistema.
O grau em que um componente ou sistema pode ser usado por um padrão de utilizadores para atingir os objetivos num determinado contexto de uso.
Um requisito de utilizador ou de negócio que consiste numa frase expressa na linguagem do dia-a-dia ou do negócio que captura não só a funcionalidade de que o utilizador necessita, mas também o propósito por detrás dessa funcionalidade, eventuais critérios não funcionais e também os critérios de aceitação.
Confirmação por análise e fornecimento de provas objetivas de que os requisitos foram cumpridos para uma utilização ou pedido específico.
Um valor mínimo ou máximo de uma partição de equivalência ordenada.
Um elemento de armazenamento num computador, acessível por um programa de software, quando se refere ao mesmo por um nome.
Confirmação por análise e fornecimento de provas objetivas de que os requisitos especificados foram cumpridos.
Técnica para permitir a entrega virtual de serviços que são implementados, acedidos e geridos remotamente.
Um tipo de revisão em que o autor de um produto de trabalho lidera os membros da revisão e esses membros fazem perguntas e comentários sobre possíveis problemas desse produto.
Uma técnica de estimativa de teste baseada em especialistas, que visa fazer uma estimativa precisa tirando partido da sabedoria coletiva dos membros da equipa.
Uma grande “user story” que não pode ser entregue conforme definido numa única iteração ou que é grande o suficiente para poder ser dividida em “user stories” mais pequenas.