Terms related to Foundation 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.
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.
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.
Conjunto de conhecimento utilizado como base para a análise e conceção de testes.
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.
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.
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 dos resultados das decisões.
Medidas de cobertura baseadas na estrutura interna de um componente ou sistema.
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.
Resultado de uma avaliação que identifica alguma questão, problema ou oportunidade importante.
Composição de um componente ou sistema, tal como definido pelo número, natureza e interconexões das suas partes constituintes.
Conjunto de atividades destinadas a avaliar a qualidade de um componente ou sistema.
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.
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.
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.
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.
As perceções e respostas de uma pessoa resultantes do uso ou uso antecipado de um produto de software.
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.
Uma ferramenta de software ou dispositivo de hardware que é executado simultaneamente com o componente ou sistema em teste e que supervisiona, regista e/ou analisa o comportamento do componente ou sistema.
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.
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.
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.
Ferramenta que fornece um ambiente para testes unitários ou de componentes, em que um componente pode ser testado isoladamente ou com simuladores e controladores adequados. Também fornece outro suporte para o programador, como os recursos de “debugging”.
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.
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.
Uma abordagem de integração que combina os componentes ou sistemas com o objetivo de disponibilizar mais cedo uma funcionalidade básica.
Tipo de interface em que os componentes ou sistemas envolvidos trocam informações numa estrutura formal definida.
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.
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.
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.
Descrição dos processos, do fluxos de trabalho e das atividades utilizadas no desenvolvimento, na entrega, na manutenção e na retirada de um sistema.
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 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).
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.
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.
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.
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.
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.
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.
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.
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.
Participante numa revisão que identifica problemas no produto de trabalho.
Uma técnica de revisão orientada por uma lista de perguntas ou atributos necessários.
Uma técnica de revisão orientada por uma lista de perguntas ou atributos necessários.
Tipo de revisão que segue um processo definido com uma saída formalmente documentada.
Tipo de revisão de produtos de trabalho realizada por outros colegas qualificados para fazer o mesmo trabalho.
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.
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.
Conjunto de um ou mais casos de teste.
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.
Testes baseados numa análise da estrutura interna do componente ou 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.
Técnica de teste caixa-branca na qual os casos de teste são concebidos para executar resultados da decisão.
Técnica de teste caixa-branca em que os casos de teste são concebidos para executar instruções.
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.
Teste para determinar a portabilidade de um produto de software.
Testar para determinar a segurança de um produto de software.
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.
Uma abordagem de teste na qual a bateria de testes inclui todas as combinações de valores de entrada e pré-condições.
Considera-se que um teste falha se o seu resultado real não corresponder ao resultado esperado.
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.
Conjunto de riscos agrupados por um ou mais fatores comuns.
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.
Transição entre dois estados 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.
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.