Terms related to Expert Test Management 2011

Ambiente que contém hardware, instrumentação, simuladores, ferramentas de software e outros elementos de suporte necessários para realizar um teste.
Método de estimativa de teste baseado em fórmulas que se baseia na análise do ponto de função.
Método com o objetivo de medir o tamanho da funcionalidade de um sistema de informação. A medição é independente da tecnologia. Esta medição pode ser utilizada como base para a medição da produtividade, a estimativa dos recursos necessários e o controlo de projeto.
O processo global de identificação e avaliação de riscos.
Considera-se que um teste é aprovado se o seu resultado observado real corresponder ao resultado esperado.
(1) Pessoa que fornece orientações e direções estratégicas para uma organização de teste e para o seu relacionamento com outras disciplinas. (2) Uma pessoa que define a forma como o teste é estruturado para um determinado sistema, incluindo tópicos como ferramentas de teste e gestão de dados de teste.
Utilização de software, por exemplo, ferramentas de captura/reprodução, para controlar a execução de testes, a comparação dos resultados obtidos com os resultados esperados, a criação de pré-condições de teste e outras funções de controlo de testes e relatórios.
Um método superior ou prática inovadora que contribui para um melhor desempenho de uma organização em determinado contexto, geralmente reconhecido como "boa" por outras organizações pares.
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.
Fonte de um defeito em que, se a mesma for removida, a ocorrência desse tipo de defeito é diminuída ou removida.
O processo de confirmação de que um componente, um sistema ou uma pessoa cumpre os requisitos especificados.
As atividades realizadas em cada fase do desenvolvimento de software e a forma como elas se relacionam entre si lógica e cronologicamente.
O grau em que um componente ou sistema possui um design e / ou estrutura interna que é difícil de entender, manter e verificar.
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.
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.
Processo de desenvolvimento e implementação de um perfil operacional.
Um processo de desenvolvimento de software iterativo e incremental orientado a partir de uma perspetiva de funcionalidade (característica) valorizada pelo cliente. O desenvolvimento guiado por características é usado principalmente no desenvolvimento ágil de software.
Um processo de desenvolvimento de software iterativo e incremental orientado a partir duma perspetiva de funcionalidade valorizada pelo cliente. O desenvolvimento guiado por funcionalidades é usado principalmente no desenvolvimento ágil de software.
Grupo de metodologias de desenvolvimento de software com base no desenvolvimento incremental iterativo, em que os requisitos e as soluções evoluem através da colaboração entre as equipas multifuncionais auto-organizadas.
Uma representação gráfica usada para organizar e apresentar as inter-relações de várias causas possíveis para um problema. As possíveis causas de um defeito ou falha real ou potencial são organizadas em categorias e subcategorias numa estrutura horizontal em árvore, com o (potencial) defeito ou falha no nó raiz.
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.
Uma estratégia de teste em que a equipa de teste analisa a base para testes a fim de identificar as condições de teste a abranger.
Estratégia de teste na qual a equipa de teste deriva testware a partir de modelos.
Uma estratégia de teste em que a equipa de teste depende da contribuição de um ou mais “stakeholders” principais para determinar os detalhes da estratégia.
Uma estratégia de teste em que a equipa de teste segue uma norma. As normas seguidas podem ser válidas, por exemplo, para um país (normas legislativas), para um domínio de negócios (normas de domínio) ou internamente (normas organizacionais).
Uma estratégia de teste através da qual a equipa de teste segue um conjunto de processos predefinidos, em que os processos abordam itens como documentação, a identificação e o uso adequados da base para testes e do(s) oráculo(s) de teste e a organização da equipa de teste.
Uma estratégia de teste através da qual a equipa de teste utiliza um conjunto pré-determinado de condições de teste, como um padrão de qualidade, uma lista de verificação ou um conjunto de condições de teste lógicas generalizadas que podem estar relacionadas com um domínio, uma aplicação ou um tipo de teste específico.
Uma estratégia de teste através da qual a equipa de teste espera para conceber e implementar testes até que o software seja recebido, reagindo ao sistema real em teste.
Uma estratégia de teste através da qual a equipa de teste aplica várias técnicas para gerir o risco de regressão, como a automação de testes de regressão funcional e/ou não funcional em um ou mais níveis.
Durante a fase de fecho dos testes de um processo de teste, são recolhidos dados das atividades concluídas para consolidar a experiência, o testware, os factos e os números. A fase de fecho dos testes consiste em finalizar e arquivar o testware e avaliar o processo de teste, incluindo a preparação de um relatório de avaliação de teste.
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.
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.
(1) Uma abordagem estruturada para a transição de indivíduos e organizações de um estado atual para um estado futuro pretendido. (2) Forma controlada de efetuar uma alteração, ou uma alteração proposta, a um produto ou serviço.
O grau de impacto que um defeito tem no desenvolvimento ou funcionamento de um componente ou sistema.
Uma ferramenta de controlo de processos estatísticos usada para monitorizar um processo e determinar se este é controlado estatisticamente. Representa graficamente o valor médio e os limites de controlo superior e inferior (os valores mais altos e mais baixos) de um processo.
Um princípio básico geralmente reconhecido que ajuda a alcançar um objetivo.
Indicador de preferência psicológica que representa as diferentes personalidades e estilos de comunicação das pessoas.
O processo de combinação de componentes ou sistemas em conjuntos maiores.
Todos os componentes de um sistema que fornecem informações e controlos para que o utilizador realize tarefas específicas com o sistema.
Na gestão dos riscos do projeto, o período de tempo durante o qual uma ação de emergência deve ser executada, a fim de ser eficaz na redução do impacto do risco.
Declaração sobre os valores que sustentam o desenvolvimento ágil de software. Os valores são: indivíduos e interações mais do que processos e ferramentas, software funcional mais do que documentação abrangente, colaboração com o cliente mais do que negociação contratual, resposta à mudança mais do que seguir um plano.
Ponto temporal num projeto no qual as entregas e os resultados definidos (intermediários) devem estar prontos.
Um marco especial num projeto. Os marcos de qualidade estão localizados entre essas fases de um projeto, dependendo fortemente do resultado de uma fase anterior. Um marco de qualidade inclui uma verificação formal dos documentos da fase anterior.
Uma matriz que descreve a participação de várias funções na conclusão de tarefas ou materiais de entrega para um projeto ou processo. É especialmente útil para clarificar funções e responsabilidades. RACI é um acrónimo derivado das quatro principais responsabilidades mais usadas: Responsável, Imputável, Consultado e Informado.
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.
Metodologia através da qual os objetivos são definidos de forma muito específica e não genericamente. SMART é um acrónimo derivado dos atributos do objetivo a ser definido: Específico, Mensurável, Alcançável, Relevante e Oportuno.
Finalidade do teste para uma organização, frequentemente documentado como parte da política de teste.
Escala de medição e o método utilizado para a medição.
Uma métrica que apresenta o progresso em direção a um critério definido, por exemplo, a convergência do número total de testes executados face ao número total de testes planeados para execuçã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).
Uma representação de medições dinâmicas do desempenho operacional para alguma organização ou atividade, utilizando métricas representadas por metáforas, como indicadores visuais, contadores e outros dispositivos semelhantes aos do painel de instrumentos de um automóvel, de modo a que os efeitos de eventos ou atividades possam ser facilmente compreendidos e relacionados com objetivos operacionais.
Número de defeitos encontrados por um nível de teste divididos pelo número encontrado por esse nível de teste e por qualquer outro meio posterior.
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.
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.
Conjunto de atividades inter-relacionadas que transformam entradas (“inputs”) em saídas (“outputs”).
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.
Recolha e análise de dados das atividades de teste e, posteriormente, consolidação dos dados num relatório para informar os “Stakeholders”.
Forma estruturada de capturar lições aprendidas e criar planos de ação específicos para melhorar no próximo projeto ou na próxima fase do projeto.
Fator que pode resultar em futuras consequências negativas.
“Framework” iterativa e incremental para gerir projetos geralmente utilizada no desenvolvimento ágil software.
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.
Programas informáticos, procedimentos, eventuais dados e documentação associada relativos ao funcionamento de um sistema informático.
Conjunto de um ou mais casos de teste.
Teste baseado em ou envolvendo modelos.
Testes baseados numa análise da estrutura interna do componente ou sistema.
Teste (manual ou automatizado) que segue um “script” de teste.
Testes para determinar a interoperabilidade de um produto de software.
Testar para determinar a segurança de um produto de software.
Testes que respondem dinamicamente ao sistema sob teste e aos resultados de teste que são obtidos. Normalmente, os testes reativos têm um ciclo de planeamento reduzido e as fases conceção e implementação de testes não são executadas até que o objeto de teste seja recebido.
Bateria de testes que abrange a funcionalidade principal de um componente ou sistema para determinar se este funciona corretamente antes do início do teste planeado.
Confirmação por análise e fornecimento de provas objetivas de que os requisitos foram cumpridos para uma utilização ou pedido específico.
Confirmação por análise e fornecimento de provas objetivas de que os requisitos especificados foram cumpridos.