O grau em que um componente ou sistema pode ser usado por pessoas com a mais ampla gama de características e capacidades, para atingir um objetivo específico em um contexto de uso.
Capacidade que um produto de software tem de possibilitar ao usuário aprender suas aplicações
Um procedimento que determina se uma pessoa ou um processo é, de fato, quem ou o que é declarado ser.
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.
Permissão dada a um usuário ou processo para acessar recursos
Sequência de eventos (por exemplo, instruções executáveis) de um componente ou sistema a partir de um ponto de entrada para um ponto de saída.
Um aspecto distinto de um componente ou sistema.
A categoria de atributos do produto que o leva a qualidade.
Acrônimo para Computer Aided Software Engineering (Engenharia de Software Apoiada por Computador).
Uma sequência de transações em um diálogo entre um ator e um componente ou sistema com um resultado tangível, em que um agente pode ser um usuário ou qualquer entidade que possa trocar informações com o sistema.
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.
Grau de dificuldade de entendimento, manutenção e verificação que uma modelagem e/ou estrutura interna apresenta.
A resposta de um componente ou sistema a um conjunto de pré-condições e valores de entrada.
A atividade que disponibiliza os recursos de teste para uso posterior, deixa os ambientes de teste em uma condição satisfatória e comunica os resultados dos testes aos stakeholders.
"Uma expressão lógica que pode ter como resposta ""verdadeiro"" ou ""falso"", como por exemplo, A>B."
"Uma expressão lógica que pode ter como resposta ""verdadeiro"" ou ""falso"", como por exemplo, A>B."
Composição de um componente ou sistema definido pelo número, natureza e interconexões das partes que o constituem.
Usuários, tarefas, equipamentos (hardware, software e materiais) e os ambientes físicos e sociais nos quais um produto de software é usado.
Critérios utilizados para orientar a geração de casos de teste ou para selecionar casos de teste, a fim de limitar o tamanho de um teste.
Regras de decisão usadas para determinar se um item de teste passou ou falhou.
Resultado de uma avaliação que identifica algum problema ou oportunidade importante.
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 de auto-organização.
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.
Capacidade do produto de software em usar quantidades e tipos adequados de recursos, por exemplo, a quantidade de memória principal e secundária usada pelo programa e os tamanhos dos arquivos temporários necessários ou em excesso, quando o software executa suas funções sob condições estabelecidas.
Grau em que um sistema ou componente realiza suas funções designadas dentro das restrições dadas, quanto tempo de processamento e taxa de transmissão.
Ação humana que produz um resultado incorreto.
Ação humana que produz um resultado incorreto.
Documentação que fornece uma descrição detalhada de um componente ou sistema com a finalidade de desenvolvê-lo e testá-lo.
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.
Processo de executar um teste em um componente ou sistema produzindo resultados reais.
Percepções e respostas de uma pessoa resultantes do uso ou uso antecipado de um produto de software
Um teste é considerado falho se o seu resultado real não corresponde ao resultado esperado.
Um teste é considerado falho se o seu resultado real não corresponde ao resultado esperado.
Conjunto distinto de atividades de teste coletadas em uma fase gerenciável do projeto, por exemplo, durante a execução das atividades de um nível de teste.
Ferramenta que suporta a gravação de requisitos, atributos de requisitos (por exemplo, prioridade, o responsável pelo conhecimento) e anotações, facilitando a rastreabilidade através de camadas de requisitos e gerenciamento das mudanças de requisitos. Algumas ferramentas de gerenciamento de requisitos também proporcionam meios de análise estática, como a verificação de consistência e violações de regras pré-definidas.
Parte do gerenciamento de qualidade que garante que os requisitos de qualidade sejam tendidos.
Uma regra prática geralmente reconhecida que ajuda a atingir um objetivo.
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.
Entidade em uma linguagem de programação, que normalmente é a menor unidade indivisível de execução.
Entidade em uma linguagem de programação, que normalmente é a menor unidade indivisível de execução.
Todos os componentes de um sistema que fornecem informações e controles para o usuário realizar tarefas específicas com o sistema.
(1) A capacidade de uma organização em relação à eficácia e eficiência de seus processos e práticas de trabalho. (2) O grau em que um componente ou sistema atende às necessidades de confiabilidade em operação normal.
Número ou categoria assinalada a um atributo de uma entidade através de uma medição.
Escala de medição e o método utilizado para a medição.
Componente ou sistema a ser testado.
Capacidade do produto de software em habilitar o usuário a operá-lo e controlá-lo.
Conjunto formal de requisitos, eventualmente obrigatório, desenvolvido e usado para prescrever formas coerentes de trabalho ou para fornecer orientações (por exemplo, normas ISO/IEC, normas IEEE, e as normas de organização).
Atividade de criação ou atualização de um plano de teste.
Documento de alto nível que descreve os princípios, a abordagem e os principais objetivos da organização em matéria de segurança.
Facilidade com que o produto de software pode ser transferido de um ambiente de hardware ou software para outro.
Nível de importância (do negócio) designado a um item, por exemplo, defeito.
A protecção de informações de identificação pessoal ou de informações sensíveis de divulgação indesejada.
Uma causa subjacente desconhecida de um ou mais incidentes.
Uma sequência de casos de teste em ordem de execução 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 em saídas.
Conjunto único de atividades coordenadas e controladas com datas de início e fim, comprometidas a atingir um objetivo conforme requisitos específicos, incluindo as limitações de tempo, custo e recursos.
Grau até o qual um componente, sistema ou processo atende aos requisitos especificados e/ou às necessidades e expectativas do usuário/consumidor.
Grau em que os usuários podem reconhecer se um componente ou sistema é apropriado para suas necessidades.
Capacidade de um produto de software para estabelecer novamente um nível específico de desempenho e de recuperar os dados diretamente afetados em caso de falha.
Um aspecto distinto de um componente ou sistema.
Documentação resumindo as atividades e resultados de teste.
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.
Consequência ou resultado da execução de um teste. Inclui saídas para as telas, alterações de dados, envio de relatórios e mensagens.
Consequência ou resultado da execução de um teste. Inclui saídas para as telas, alterações de dados, envio de relatórios e mensagens.
Fator que pode resultar em consequências negativas, normalmente expresso em termos de impacto e possibilidade.
Um risco de qualidade relacionado à segurança
Consequência ou resultado da execução de um teste. Inclui saídas para as telas, alterações de dados, envio de relatórios e mensagens.
Uma sequência de casos de teste em ordem de execução 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.
Programas de computador, procedimentos e possível documentação associada e dados relativos à operação de um sistema de computador.
Um produto de software desenvolvido para o mercado geral, ou seja, para um grande número de clientes, e que é entregue em formato idêntico.
Capacidade que um produto de software tem para ser utilizado no lugar de outro produto de software específico para os mesmos fins e no mesmo ambiente.
Profissional habilitado e envolvido no teste de um componente ou sistema.
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.
Conjunto de um ou mais casos de teste.
Testes baseados ou envolvendo modelos.
Testes baseados na experiência, conhecimento e intuição do testador.
Testes baseados ou envolvendo modelos.
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.
Testes operacionais na fase de teste de aceitação, geralmente realizado em um ambiente (simulado) operacional em operações e/ou pessoal de administração de sistemas com foco em aspectos operacionais, por exemplo, recuperabilidade, comportamento dos recursos, instalabilidade e conformidade técnica.
Testes operacionais na fase de teste de aceitação, geralmente realizado em um ambiente (simulado) operacional em operações e/ou pessoal de administração de sistemas com foco em aspectos operacionais, por exemplo, recuperabilidade, comportamento dos recursos, instalabilidade e conformidade técnica.
Processo que determina o desempenho de um produto de software.
Uma técnica de script que armazena as entrada de teste e os resultados esperados em uma tabela ou planilha, para que um único script de controle possa executar todos os testes desta tabela. O teste orientado a dados é geralmente usado para suportar a aplicação de ferramentas de execução de teste, como ferramentas de captura e reprodução.
Uma técnica de script que armazena as entrada de teste e os resultados esperados em uma tabela ou planilha, para que um único script de controle possa executar todos os testes desta tabela. O teste orientado a dados é geralmente usado para suportar a aplicação de ferramentas de execução de teste, como ferramentas de captura e reprodução.
Uma técnica de script que usa arquivos de dados para conter não apenas dados de teste e resultados esperados, mas também palavras-chave relacionadas ao aplicativo sendo testado. As palavras-chave são interpretadas por scripts de suporte especiais que são chamados pelo script de controle para o teste.
Capacidade que um produto de software tem para manter um nível específico de desempenho em casos de falhas (defeitos) de software ou de infração de sua interface específica
Capacidade que um produto de software tem de possibilitar ao usuário aprender suas aplicações
Capacidade do produto de software em usar quantidades e tipos adequados de recursos, por exemplo, a quantidade de memória principal e secundária usada pelo programa e os tamanhos dos arquivos temporários necessários ou em excesso, quando o software executa suas funções sob condições estabelecidas.
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.
Confirmação por meio de teste e do fornecimento de evidências objetivas que os requisitos especificados foram atendidos.