caça de defeitos
Abordagem de teste em que a gamificação e os prémios por defeitos encontrados são usados como motivador.
camada de adaptação de teste
Numa arquitetura de automação de testes, a camada que fornece o código necessário para adaptar “scripts” de teste num nível abstrato aos vários componentes, configurações ou interfaces do SUT.
camada de definição de teste
Camada numa arquitetura genérica de automação de teste que suporta a implementação de testes, suportando a definição de conjuntos de testes e/ou casos de teste, por exemplo, oferecendo modelos ou diretrizes.
camada de execução de teste
Camada numa arquitetura genérica de automação de testes que suporta a execução de baterias de testes e/ou casos de teste.
camada de geração de testes
Camada numa arquitetura genérica de automação de testes que suporta a conceção manual ou automatizada de baterias de testes e/ou casos de teste.
caminho
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.
Capability Maturity Model Integration
Um modelo que descreve os principais elementos de um processo eficaz de desenvolvimento e manutenção de produtos. A CMMI abrange as boas práticas para o planeamento, a engenharia e a gestão do desenvolvimento e manutenção de produtos.
capacidade
O grau em que os limites máximos de um componente ou parâmetro do sistema satisfazem os requisitos.
captura/reprodução
Uma abordagem de automação de testes na qual as entradas para o objeto de teste são registadas durante o teste manual para gerar “scripts” de teste automatizados que podem ser executados posteriormente.
característica de qualidade
Categoria de atributos de qualidade que tem impacto na qualidade do produto de trabalho.
carta de testes
Documentação do objetivo ou meta para uma sessão de teste.
caso de abuso
Um caso de uso em que alguns atores, com intenção maliciosa, estão deliberadamente a causar danos ao sistema ou a outros atores.
caso de teste
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.
caso de teste abstrato
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).
caso de teste concreto
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).
causa raiz do defeito
Fonte de um defeito em que, se a mesma for removida, a ocorrência desse tipo de defeito é diminuída ou removida.
certificação
O processo de confirmação de que um componente, um sistema ou uma pessoa cumpre os requisitos especificados.
ciclo de teste
Execução do processo de teste contra uma entrega única identificável do objeto de teste.
ciclo de vida do desenvolvimento de software
As atividades realizadas em cada fase do desenvolvimento de software e a forma como elas se relacionam entre si lógica e cronologicamente.
ciclo de vida do software
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.
cobertura
O grau em que os itens de cobertura especificados foram determinados ou foram executados por uma bateria de testes, expresso em percentagem.
cobertura da condições
A cobertura dos resultados de condições que foram executados por uma bateria de testes.
cobertura de decisões
A cobertura dos resultados das decisões.
cobertura de estrutural
Medidas de cobertura baseadas na estrutura interna de um componente ou sistema.
cobertura de instruções
A cobertura de instruções executáveis.
cobertura de modelo
A cobertura dos elementos do modelo.
cobertura de múltiplas condições
Cobertura de combinações de todos os resultados de condições individuais dentro de uma instrução executada por uma bateria de testes.
cobertura modificada de condições e decisões
A cobertura de todos os resultados de uma condição que afetam independentemente o resultado de decisão exercitados por uma bateria de testes.
cobertura N-switch
Cobertura de sequências válidas de N+1 transições que foram executadas por uma bateria de testes.
coexistência
O grau em que um componente ou sistema pode desempenhar as suas funções necessárias, ao mesmo tempo que partilha um ambiente e recursos com outros componentes ou sistemas sem impacto negativo em qualquer deles.
comité de gestão de defeitos
Uma equipa multifuncional de “stakeholders” que gere os defeitos relatados, desde a deteção inicial até a resolução final (remoção de defeitos, diferimento de defeitos ou cancelamento de reporte). Em alguns casos, corresponde à mesma equipa do comité de controlo de configurações.
compatibilidade
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.
compatibilidade entre navegadores
O grau em que um site ou uma aplicação da Web pode funcionar em diferentes navegadores e degradar-se de forma gradual quando os recursos do navegador estão ausentes ou em falta.
completude funcional
O grau em que o conjunto de funções abrange todas as tarefas e objetivos de utilizador especificados.
complexidade
O grau em que um componente ou sistema possui um design e / ou estrutura interna que é difícil de entender, manter e verificar.
complexidade ciclomática
O número máximo de caminhos lineares independentes através de um programa.
componente
Uma parte mínima de um sistema que pode ser testada isoladamente.
comportamento temporal
O grau em que um componente ou sistema pode executar as suas funções necessárias dentro dos tempos de resposta necessários, dos tempos de processamento e das taxas de tráfego.
conceção centrada no homem
Uma abordagem de conceção que visa tornar os produtos de software mais utilizáveis, concentrando-se na utilização dos produtos de software e aplicando fatores humanos, ergonomia e conhecimento e técnicas de usabilidade.
conceção de teste
A atividade que deriva e especifica casos de teste a partir das condições de teste.
conclusão
Resultado de uma avaliação que identifica alguma questão, problema ou oportunidade importante.
conclusão do teste
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.
concorrência
Execução simultânea de vários tópicos independentes por um componente ou sistema.
condição atómica
Condição que não contém operadores lógicos.
condição de teste
Um aspeto testável de um componente ou sistema identificado como base para o teste.
conectividade
O grau em que um componente ou sistema se pode ligar a outros componentes ou sistemas.
confidencialidade
O grau em que um componente ou sistema garante que os dados só são acessíveis aos utilizadores autorizados a ter acesso.
conformidade
Aderência do componente ou sistema aos padrões, convenções ou regulamentos em leis e prescrições semelhantes.
conformidade funcional
O grau em que um componente ou sistema fornece os resultados corretos com o grau de precisão necessário.
contenção de fase
Percentagem de defeitos que são removidos na mesma fase do ciclo de vida do software em que foram introduzidos.
contexto de utilização
Os utilizadores, as tarefas, o equipamento (hardware software e materiais) e os ambientes físicos e sociais em que um produto de software é usado.
controlador
Componente, ou ferramenta, temporário que substitui outro componente e que controla ou invoca um item de teste isoladamente.
controlo de qualidade
Conjunto de atividades destinadas a avaliar a qualidade de um componente ou sistema.
controlo de testes
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.
critérios de aceitação
Os critérios que um componente ou sistema deve satisfazer para ser aceite por um utilizador, cliente ou outra entidade autorizada.
critérios de entrada
O conjunto de condições para iniciar oficialmente uma tarefa definida.
critérios de saída
O conjunto de condições para concluir oficialmente uma tarefa definida.
critérios de seleção de teste
Os critérios utilizados para orientar a geração de casos de teste ou para selecionar casos de teste, a fim de limitar a dimensão de um teste.
critérios para aprovação/reprovação
Regras de decisão utilizadas para determinar se um item de teste foi aprovado (passa) ou reprovado (falha).
cronograma de execução de testes
Cronograma para a execução de baterias de testes dentro de um ciclo de testes.
cronograma 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.
Cross-site scripting
Uma vulnerabilidade que permite que invasores injetem código malicioso num site que de outra forma seria benigno.
curto-circuito
Técnica de linguagem de programação/interpretação para avaliar as condições compostas em que uma condição de um lado de um operador lógico não pode ser avaliada se a condição do outro lado for suficiente para determinar o resultado final.
custo da qualidade
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.
