Qualidade e Teste de Software

Prévia do material em texto

A aplicação de conhecimentos, habilidades, ferramentas e técnicas às atividades do projeto a fim de atender aos seus requisitos denomina-se:
	
	
	
	Gestão de Risco.
	
	
	Gerenciamento de Projetos.
		Um gerente de projeto está tentando concluir um projeto de desenvolvimento de software, mas não consegue obter atenção suficiente para o projeto. Os recursos estão concentrados em realizar trabalho relacionado a processos e o gerente do projeto tem pouca autoridade para designar recursos adequadamente.
Em qual forma de organização o gerente de projeto trabalha?
	
	
	
	Matricial
	
	
	Facilitador
	
	
	Fraca
	
	
	Coordenador
	
	
	Funcional
		Um gerente de projetos tem pouca experiência, mas foi designado para assumir um novo projeto. Como trabalhará em uma organização matricial, ele pode esperar que as comunicações serão:
 
(Assinale a alternativa CORRETA).
	
	
	
	Complexas
		Em uma organização de matriz fraca dois gerentes de projetos acabam de perceber que seu poder é limitado. Um deles é facilitador de projetos e o outro atua como coordenador de projetos.
Qual é a diferença entre um facilitador e um coordenador de projetos?
	
	
	
	O facilitador do projeto tem alguma autoridade.
	
	
	O facilitador do projeto pode tomar decisões.
	
	
	O facilitador do projeto está subordinado a um gerente de nível mais alto.
	
	
	O facilitador do projeto gerencia o projeto até a entrega do produto/serviço.
	
	
	O facilitador do projeto não pode tomar decisões.
		Um software é composto por módulos, instruções, bibliotecas, que gera um programa executável que lê dados denominados "entradas" ou inputs ao final do processo de desenvolvimento, e este, quando executado, recebe algum tipo de "entrada" de dados (input), processa as informações e libera uma "saída" (output) como resultado deste processamento.
Os softwares são classificados em três tipos, os quais:
I. Software de Sistema: é o conjunto de informações que gerenciam o hardware, permitindo a interação entre o usuário e os periféricos do computador. Exemplos: Windows e Linux.
II. Software de Programação: são programas de computadores que permitem ao usuário executar uma série de tarefas específicas em diversas áreas de atividade. Exemplos: planilha eletrônica, editores de texto e editores de apresentações (como PowerPoint).
III. Software de Aplicação: é o conjunto de ferramentas que permitem ao programador desenvolver sistemas informáticos. Exemplos: C++, C#, VB, ASP, Delphi, GO.
Após a leitura, analise as alternativas a seguir e assinale a correta.
	
	
	
	Somente a afirmação I está correta
		(I) é "uma sequência de instruções a serem executadas, com o objetivo de gerar informações a partir de uma série de dados coletados ou armazenados". Também podemos definir como sendo "os programas que comandam o funcionamento de um computador". 
Após a leitura do conceito acima, analise cada uma das alternativas abaixo e assinale a correta, com relação a (I)
	
	
	
	Projeto
	
	
	Software
		Em uma organizacão por projetos:
(Assinale a alternativa CORRETA).
	
	
	
	Está subordinada a muitos chefes.
	
	
	Não é fiel ao projeto.
	
	
	Está subordinada ao gerente funcional.
	
	
	Não consegue atingir seus objetivos.
	
	
	Nem sempre terá um "lar" de retorno ao final do projeto.
		Propriedade: Seu nome foi atribuído devido à sequência com que cada fase do desenvolvimento dependia do término da fase anterior,
Como se chama o processso de desenvolvimento de software com essa propriedade?
	
	
	
	RUP
	
	
	àgil
	
	
	Cascata
		Propriedade: Este modelo se propõe a aumentar pouco a pouco o software, conforme as necessidades surgem.
Como se chama o modelo que apresenta essa propriedade?
	
	
	
	cascata
	
	
	ágil
	
	
	Incremental
		Fonte: FCC 2013 - AL-RN Analista Legislativo - Analista de Sistemas
O primeiro modelo de desenvolvimento de software a ser publicado foi derivado de processos mais gerais da engenharia de sistemas. Por causa do encadeamento entre uma fase e outra, esse modelo é conhecido como modelo em cascata ou ciclo de vida de software. Dentre seus principais estágios se encontram a análise e definição de requisitos, o projeto de sistema e software e:
A|ssinale a complementação correta.
	
	
	
	implementação e teste unitário
		A prototipação representa uma técnica poderosa para o desenvolvimento de sistemas, mais especificamente do software desses sistemas. Sobre as funções desempenhadas por um protótipo, é correto afirmar que ele
	
	
	
	Não possibilita avaliar a qualidade do software produzido.
	
	
	Permite avaliar o desempenho geral da equipe de desenvolvimento de software
	
	
	É inteiramente descartado, não sendo aproveitada nenhuma parte do código de software no sistema final entregue ao cliente.
	
	
	Não permite que sejam realizados testes, visando verificar o funcionamento do sistema final, ainda que sejam testes parciais.
	
	
	Pode auxiliar na validação de requisitos do sistema, bem como propiciar a inserção de novos requisitos ainda não identificados.
		Fonte: FUNRIO 2013 ¿ MPOG Analista de Tecnologia da Informação
Considere o seguinte problema encontrado em projetos de desenvolvimento de software: projetos reais raramente seguem um fluxo sequencial. Apesar de um modelo linear poder acomodar a iteração, ele o faz indiretamente. Como resultado, as modificações podem causar confusão à medida que a equipe de projeto prossegue. Esse é um dos problemas que são algumas vezes encontrados quando é aplicado o modelo de desenvolvimento.
	
	
	
	evolutivo
	
	
	em cascata
		Em relação aos ciclos de vida do software, o desenvolvimento de sistemas por meio de ciclo de vida iterativos garante ao sistema:
	
	
	
	legalidade
	
	
	utilização mínima de recursos
	
	
	segurança
	
	
	atualização contínua
		Em relação aos modelos de processos de software, pode-se dizer que os modelos incremental e evolucionário possuem a característica de serem iterativos. Assinale a alternativa que melhor descreve um modelo de produção de software iterativo.
	
	
	
	Um modelo de produção de software iterativo é composto pelas fases de análise de requisitos, projeto e implementação.
	
	
	Um modelo de produção de software iterativo é composto pelas fases de análise de requisitos, projeto, implementação, testes (validação), integração e manutenção de software.
	
	
	Os incrementos de um software são entregues ao cliente somente duas vezes.
	
	
	A abordagem iterativa possibilita desenvolver um sistema de software de forma incremental, permitindo ao desenvolvedor tirar vantagem daquilo que foi aprendido durante a fase inicial de desenvolvimento de uma versão do sistema. O aprendizado ocorre simultaneamente tanto para o desenvolvedor, quanto para o usuário do sistema.
		A qualidade de software é um processo sistemático que focaliza todas as etapas e artefatos gerados com objetivo de garantir a conformidade e uniformidade de processos e produtos, prevenindo e eliminado defeitos.
Vários fatores podem afetar a qualidade, como fatores externos e internos. São eles:
I- Fatores externos - são percebidos tanto pelas pessoas que desenvolvem software quanto pelos usuários.
II- Fatores internos - são percebidos apenas pelas pessoas que desenvolvem software.
III- Fatores externos - são percebidos apenas pelas pessoas que desenvolvem software.
IV- Fatores internos - são percebidos tanto pelas pessoas que desenvolvem software quanto pelos usuários.
Assinale a assertiva correta.
	
	
	
	Apenas o item I está correto.
	
	
	Apenas os itens I e II estão corretos.
		O teste do software deve acontecer (assinale a única opção correta):
	
	
	
	No inicio e no final do processo de desenvolvimento
	
	
	Em todo o processo de desenvolvimento
		É importante conhecermos o histórico das atividades de teste, para tratarmos os sistemas com qualidade. Myers foi um precursor sobre os processos de teste de software. Ele ficou conhecido pela "regra 10 de Myers" e concluiu também que  zero-defeito é algo inatingível.Essa regra e conclusão estabelecem que:
I- Todas as decisões tomadas durante o processo de desenvolvimento do software podem comprometer a sua qualidade final.
II- A partir de processos uniformes e consistentes, a tendência é que o produto final gerado, ou seja, o software seja eficiente.
III- Quanto mais tarde os defeitos forem encontrados tanto mais caro será corrigi-los.
Assinale a assertiva correta.
	
	
	
	Apenas o item III está correto.
	
	
	Apenas os itens I e II estão corretos.
	
	
	Apenas os itens II e III estão corretos.
		Podemos conceituar Qualidade de Software como:
	
	
	
	Um processo que demonstra que algo funciona corretamente.
	
	
	Um processo que foca em todos os produtos de software gerados pela equipe de desenvolvimento.
	
	
	Um processo para demonstrar que os defeitos não estão presentes.
	
	
	Um processo para provar que determinadas coisas (funções) fazem o que devem fazer.
	
	
	Um processo sistemático que focaliza todas as etapas e artefatos gerados com o objetivo de garantir a conformidade e uniformidade de processos e produtos, prevenindo e eliminado defeitos.
		Com relação ao tamanho e complexidade de software, assinale a opção correta, considerando tais características nos anos 60, 80 e 2000.
	
	
	
	Em 1960 o tamaho era minimo e em 2000 a complexidade era média.
	
	
	Em 1980 o tamanho era pequeno e a complexidade alta.
	
	
	Em 1960 o tamanho era mínimo e em 1980 a complexidade era relativa.
	
	
	Em 1980 a complexidade era média e em 2000 a complexidade era alta.
O que podemos concluir do gráfico abaixo apresentado?
No eixo vertical, temos o custo de conserto de erros em software
No eixo horizontal, temos as fases do processo de desenvolvimento de software
	
	
	quando mais cedo os defeitos forem encontrados, mais barato é o custo da correção
		É importante conhecermos o histórico das atividades de teste, para tratarmos os sistemas com qualidade. Myers foi um precursor sobre os processos de teste de software. Ele ficou conhecido pela "regra 10 de Myers" e concluiu também que  zero-defeito é algo inatingível. Essa regra e conclusão estabelecem que:
I- Todas as decisões tomadas durante o processo de desenvolvimento do software podem comprometer a sua qualidade final.
II- A partir de processos uniformes e consistentes, a tendência é que o produto final gerado, ou seja, o software seja eficiente.
III- Quanto mais tarde os defeitos forem encontrados tanto mais caro será corrigi-los.
Assinale a assertiva correta.
	
	
	
	Apenas os itens II e III estão corretos.
		Sobre o conceito de Teste de Software, analise abaixo algumas citações de autores variados e, a seguir, assinale a alternativa correta:
I. "Teste é uma parte inevitável de qualquer esforço necessário para desenvolver um sistema de software"
II. "O teste de software é um conjunto de atividades que podem ser planejadas e executadas concomitantemente" 
III. "Qualquer atividade que, a partir da avaliação de um atributo ou capacidade de um programa ou sistema, seja possível determinar se alcança resultados desejados" 
IV. "Processo de executar um programa ou sistema com a itenção de encontrar defeitos" 
 
	
	
	
	Somente as asserções I e II estão corretas
	
	
	Somente as asserções II, III e IV estão corretas
	
	
	Somente as asserções I, II e III estão corretas
	
	
	Somente as asserções I, III e IV estão corretas
		A Engenharia de Software nos auxilia em muitas situações. Uma delas é a atividade de teste de software. Sobre este assunto, analise as asserçoes abaixo e, a seguir, assinale a alternativa correta:
I. Existem dois tipos de teste de software: teste de baixo nível e teste de alto nível;
II. O teste de software é o processo de executar o software de uma maneira controlada, com o objetivo de descobrir diferenças entre o comportamento previsto e o comportamento observado.
III. Os testes de software podem ser usados para descobrir a ausência de erros no produto (software).
	
	
	
	Somente as asserções I e II estão corretas
		Quando devemos terminar os testes?
I. Nunca, o projetista estará sempre testando.
II. Quando o dinheiro ou o tempo acabar.
III. O teste termina quando não houver mais erros.
Assinale a única alternativa correta.
	
	
	
	Apenas os itens II e III estão corretos.
	
	
	Todos os itens estão corretos.
	
	
	Apenas o item III está correto.
	
	
	Apenas os itens I e II estão corretos.
	
	
	Apenas o item II está correto.
		O teste de software visa garantir a qualidade, minimizando as incertezas e sistematizando os critérios de aceitação, porém isso não pode ser feito sem uma estratégia de teste. Para que tenhamos uma estratégia de teste de software bem elaborada ela deve incorporar alguns testes como:
I- Testes de baixo nível, necessários para verificar se um pequeno segmento de código fonte foi implementado corretamente.
II- Testes de alto nível, que validam as funções principais do sistema de acordo com os requisitos do cliente.
III- Documento básico para organizar a atividade de testar aplicações no contexto da empresa.
Assinale a assertiva correta.
	
	
	
	Apenas o item III está correto.
	
	
	Apenas o item II está correto.
	
	
	Apenas os itens I e II estão corretos.
		1. O que é necessário para se obter resultados positivos nos projetos de testes?
I. Que o mesmo inicie desde a especificação dos requisitos do sistema a ser implementado.
II. Que o mesmo inicie quando a programação estiver sendo desenvolvida.
III. Que o mesmo inicie com o usuário para verificar se o mesmo está funcionando corretamente.
Assinale a única alternativa correta.
	
	
	
	Apenas os itens I e II estão corretos.
	
	
	Apenas o item III está correto.
	
	
	Apenas o item II está correto.
	
	
	Apenas os itens II e III estão corretos.
	
	
	Apenas o item I está correto.
		
		Quanto às estratégias, existem muitas que podem ser utilizadas para testar um software. Uma das estratégias de teste é o Teste Unitário. O que visam os testes unitários?
	
	
	
	Visam tratar os testes como um processo organizado e muitas vezes paralelo e integrado ao processo de desenvolvimento.
	
	
	Visam garantir que cada unidade de programa atenda as especificações e funcione corretamente.
		O Modelo V é uma melhoria do Modelo Cascata do desenvolvimento de produto. Ele possui alguns objetivos, dentre os quais estão explicitados nas alternativas abaixo, EXCETO (ou seja, assinale a alternativa INCORRETA, isto é a que não representa um dos objetivos do Modelo V).
 
	
	
	
	Um dos objetivos do Modelo V é melhorar a comunicação entre as partes interessadas.
	
	
	Um dos objetivos do Modelo V é melhorar e garantir a qualidade do projeto.
	
	
	Um dos objetivos do Modelo V é reduzir os custos totais ao longo do ciclo de vida do projeto
	
	
	Um dos objetivos do Modelo V é mimizar os riscos do projeto.
	
	
	Um dos objetivos do Modelo V é maximizar os lucros da empresa desenvolvedora.
		O Modelo V de desenvolvimento de software apresenta algumas vantagens e desvantagens. Sobre tais aspectos, leia as asserções  abaixo e, a seguir, assinale a alternativa correta.
I. No Modelo V, a relação entre os estágios de desenvolvimento e os diferentes tipos de testes facilita a localização de falhas.
II. O Modelo V é altamente complexo e requer investimento para conseguir aprender.
III. O Modelo V especiffica os papéis dos diferentes tipos de testes para serem executados.
IV. O Modelo V envolve apenas os programadores no teste.
	
	
	
	Apenas as asserções I, II e IV estão corretas
	
	
	Apenas as asserções I e III estão corretas
		O (I) é um modelo mais robusto e completo do que o cascata, podendo produzir softwares de maior qualidade do que com ele.
O (II) acrescenta duas partes importantes, que são: Verificação e Validação.
Após a leitura das sentenças (I) e (II), assinale a alternativa que as preencher corretamente e respectivamente.
	
	
	
	(I) Modelo V; (II) Modelo Cascata
	
	
	(I) Modelo Iterativo; (II) Modelo Iterativo
	
	
	(I) Modelo V; (II) Modelo V
		 geralmentesão executados após a correção de algum defeito ou após a adição de uma nova funcionalidade. Seu objetivo é garantir que nenhum defeito foi acrescentado ao sistema após sua modificação.
Complete a lacuna.
	
	
	
	Testes de regressão
		O Modelo V é uma melhoria do Modelo Cascata (modelo Waterfall) do Desenvolvimento de Produto. Ela tem vantagens e desvantagens. As desvantagens são representadas por:
	
	
	
	Ele é um modelo simples e fácil de aprender.
	
	
	Especifica os papéis dos diferentes tipos de testes para ser executada.
	
	
	O cliente deve ter paciência, pois ele receberá o produto no fim do ciclo de vida.
		A utilização do Modelo V minimiza os custos da qualidade do software, assim, segundo a regra 10 de Myers, os testes devem ser iniciados nas inspeções/revisões de código até os testes de software. Identifique se essa afirmação está certa ou errada.
	
	
	
	Essa afirmativa está errada, porque o Modelo V aumenta os custos da qualidade do software.
	
	
	Essa afirmativa está errada, porque o custo de correção de defeitos tende a aumentar quanto mais tarde o defeito é detectado.
		O Modelo V é uma melhoria do Modelo Cascata (modelo Waterfall) do Desenvolvimento de Produto. A configuração desse modelo é representada por:
	
	
	
	Verificação: integração, análise, desenvolvimento e código.
	
	
	Validação: unitário, integração, sistema e programação.
	
	
	Validação: unitário, código, sistema e programação.
	
	
	Validação: requisitos, integração, sistema e programação.
	
	
	Verificação: requisitos, análise, arquitetura e código.
		"Caracteriza-se por testar, como um todo, o software e outros elementos do sistema" corresponde à definição do teste:
	
	
	
	Unidade.
	
	
	Validação.
	
	
	Integração.
	
	
	Sistema.
		"É caracterizado por concentrar-se no projeto e na construção da arquitetura de software" refere-se ao teste de:
	
	
	
	Sistema.
	
	
	Unidade.
	
	
	Caixa preta.
	
	
	Integração.
		Não é uma estratégia de software:
	
	
	
	Teste de validação.
	
	
	Teste de caixa marrom.
		A equipe Z realizou a codificação de uma nova tela para o sistema de controle de estoque. O objetivo da equipe é garantir que não existem erros considerando apenas a parte "nova" do produto.
Qual o tipo de teste que deve ser realizado?
	
	
	
	Teste Caixa-branca
	
	
	Teste de unidade
		A equipe Z realizou a codificação de uma nova tela para o sistema de controle de estoque. O objetivo da equipe é garantir que não existem erros considerando apenas a parte 'nova' do produto.
Quais as diferentes visões que devem ser consideradas ao aplicarmos este tipo de teste?
	
	
	
	Visão da Engenharia de Software, dos objetivos de negócio da empresa, das interfaces, da estrutura lógica de dados, de condições limites.
	
	
	Visão das interfaces, da estrutura lógica de dados, dos caminhos independentes, das condições limites,  dos caminhos de manipulação de erro.
		A equipe de desenvolvimento recebe o documento de Resultado de Testes gerado pelos homologadores. Qual processo os desenvolvedores devem executar agora?
	
	
	
	Os desenvolvedores irão planejar o reparo do erro.
	
	
	Os desenvolvedores farão o reparo do erro.
	
	
	Os desenvolvedores irão refazer os testes.
	
	
	Os desenvolvedores farão a localização do erro.
	
	
	Os desenvolvedores farão a depuração.
		O gerente de um departamento de sistemas decidiu que os produtos de software criados pela equipe A serão homologados pela equipe B, e vice-versa. Percebeu-se com o tempo, no entanto, o surgimento de diversos conflitos entre as equipes A e B. Qual a origem desses conflitos?
	
	
	
	A origem do problema é que o erro mencionado não corresponde ao erro encontrado.
	
	
	A origem do problema é que os desenvolvedores testam para 'provar que funciona' e os homologadores para 'provar que não funciona', agravados no caso pela proximidade entre as equipes e pela constante troca de papéis no processo.
		Sobre os planos de teste é incorreto afirmar que:
	
	
	
	É importante que os planos de testes contenham um cronograma de atividades.
	
	
	Quem pode elaborar os planos de testes é o gerente de projeto ou o gerente de testes.
	
	
	Definem quantos e quais testes serão realizados.
	
	
	O planejamento dos planos englobam, no total, duas atividades principais: definir um cronograma de atividades e fazer alocação de recursos.
		Sobre os casos de teste é incorreto afirmar que:
	
	
	
	Devem especificar unicamente os valores de entrada e os resultados esperados do processamento.
		"Trata-se de uma aplicação open source voltada para a gestão de testes, desenvolvida e mantida por várias equipes ao longo dos anos. Oferece suporte para criação, execução e manutenção de casos de teste, planos de testes e requisitos.
Permite a geração de relatórios gerenciais e estatísticos sobre os testes executados e a integração com outras ferramentas de gerenciamento de bugs". (Caetano, 2007). O texto refere-se a ferramenta:
	
	
	
	Hangouts Meet
	
	
	Skype
	
	
	Microssoft Teams
	
	
	TestLink
		Na empresa, seu chefe solicitou que você elaborasse a documentação da abordagem da equipe de software para os testes a serem realizados em uma importante aplicação web da sua empresa.
Esta documentação deve conter a definição do plano que descreve a estratégia global e o procedimento designando as etapas específicas do teste, assim como os tipos de testes que serão aplicados.
Neste caso qual documento você deverá elaborar?
	
	
	
	Massa de teste.
	
	
	Caso de uso.
	
	
	Especificação de teste.
		
		Existem alguns grupos importantes de erros comumente cometidos por quem testa software. O propósito da atividade de teste ocorre quando o ator que controla a execução não entende bem qual o sentido de se fazer a atividade de testar e não aproveita os resultados de forma eficaz.
Quais são os erros mais comuns que ocorrem nesse grupo? Assinale a afirmativa INCORRETA.
	
	
	
	Achar que a tarefa de equipe de testes é simplesmente encontrar erros.
	
	
	Não informar sobre erros de usabilidade.
	
	
	Não encontrar os erros importantes.
	
	
	Atribuir a responsabilidade pela qualidade unicamente à equipe de teste.
	
	
	Não enfatizar o teste de configuração.
		Existem diferentes papéis com diferentes reponsabilidade dentro de uma equipe de teste independente. Marque a opção INCORRETA:
	
	
	
	Arquiteto de Teste - Responsável pela montagem do ambiente de teste (infraestrutura) e escolha de ferramentas.
	
	
	Gerente de Teste - responsável pela liderança de um projeto de teste específico.
	
	
	Testador - Responsável pela execução dos casos de teste e script de teste.
	
	
	Product Owner - Responsável pela análise dos dados de teste.
		Sobre a elaboração do plano de teste é incorreto afirmar que:
	
	
	
	O cronograma de atividades descreve marcos importantes das atividades. 
	
	
	Os requisitos devem ser descritos aos pares para que as  funcionalidades do software sejam testadas.
		Sobre o teste de aceitação é correto afirmar que:
	
	
	
	Um defeito encontrado em um artefato de software chama-se de falha.
	
	
	Um bug gerado por um programador não pode ser considerado uma falha.
	
	
	Ato inconsistente realizado por um indivíduo ao tentar compreender uma informação chama-se de defeito.
		São considerados testes de baixo nível:
	
	
	
	Integração e Aceitação.
	
	
	Unidade e Integração.
		Sobre os testes automatizados de software é incorreto afirmar que:
	
	
	
	Todo caso de teste é naturalmente candidato a automação, mas com toda a certeza nem todos são recomendáveis para a automação.
	
	
	Preparação do ambiente, execução dos testes e conferência dos testes são etapas dos testes automatizados.
	
	
	Um projeto de automação de software é um investimento alto e de longa duração.
	
	
	Cucumber é uma ferramenta de automação de testes.
	
	
	Os testes automatizados substituem os testes manuais.
		A MTS (Metodologia de Teste de Sistema) define os Requisitos de Negócio como:Escritos para o projeto físico e a programação
	
	
	Base para os Requisitos Detalhados
	
	
	Escritos para informar em algumas linhas como o requisito será testado
	
	
	Escritos na linguagem da área de negócios e podem conter gráficos, tabelas e diagramas
		A utilização de uma ferramenta para a automatização dos testes permite:
	
	
	
	 Executar os mesmos testes por uma quantidade fixa de vezes.
	
	
	Economizar tempo, mas não recursos durante a execução dos testes.
	
	
	Economizar recursos, mas não tempo durante a execução dos testes.
	
	
	Aumentar a qualidade final do produto.
		De quem é a responsabilidade do teste de aceitação?
	
	
	
	Do desenvolvedor
	
	
	Do cliente
		Quais são as estratégias que podem ser usadas no teste de aceitação?
	
	
	
	Teste formal, teste caixa-branca e teste alfa
	
	
	Teste de implantação, teste caixa-branca e teste alfa
	
	
	Teste formal, teste informal e teste beta
		Qual sistema de banco de dados não é suportado pelo Mantis BugTRaker?
	
	
	
	DB2
	
	
	ADABAS
		Sobre o controle de Bugs é correto afirmar:
	
	
	
	Ao encontrar um bug, o responsável deve, obrigatoriamente, avisar o desenvolvedor via e-mail.
	
	
	Um BugTracke é um aplicativo de software que controla os erros de software relatados em projetos de desenvolvimento de software.
	
	
	
		3.
		O que é um BugTracker?
	
	
	
	É uma aplicação J2EE de acompanhamento e gestão dos problemas
	
	
	É uma ferramenta possui a funcionalidade de wiki para documentação
	
	
	Um sistema de rastreamento de defeitos
		Não é status de um bug cadastrado pela ferramenta Mantis:
	
	
	
	Em execução.
	
	
	Descartado.
		Não é uma ferramenta de software que permite a gestão de Bugs:
	
	
	
	Zephyr
	
	
	Trac
	
	
	Jira
	
	
	Scrum
		Segundo o padrão IEEE 610.12-1990 (IEEE Standard Glossary of Software Engineering Terminology), o processo de gestão de defeitos tem como etapa conseguinte a "identificação do defeito" é:
 
	
	
	
	Solução do defeito.
		Qual tarefa não é necessárias para pré-instalação do MantisBT?
	
	
	
	Renomeie o diretório
	
	
	Visualizar os usuários que possuem apenas permissão de consulta
		
		Sobre a criação de um novo projeto de teste no TestLink é correto:
	
	
	
	Há suporte de importação de dados em HTML para dentro do Projeto de Teste.
	
	
	Os nomes dos projetos podem ser repitidos.
	
	
	O usuário comum pode desativar o projeto de teste se ele estiver obsoleto.
	
	
	As cores de fundo podem ser atribuídas a modelos de projeto de teste para distingui-los visualmente.
		Sobre as baselines/releases no TestLink é correto afirmar:
	
	
	
	Representam o encerramento de um novo release do software, que é um novo build contendo modificações em relação ao release anterior.
	
	
	Representam o encerramento de um novo build do software, que é um novo release contendo modificações em relação ao release anterior.
	
	
	Representam a liberação de um novo build do software, que é um novo release contendo modificações em relação ao release anterior.
		São a base organizacional da unidade do TestLink:
	
	
	
	Projetos de teste.
		Sobre filtrar casos de teste na ferramenta TestLink é incorreto afirmir:
	
	
	
	Os usuários podem filtrar casos de teste por resultados.
	
	
	Os usuários podem filtrar casos de testes por palavra-chave.
	
	
	Pode-se apenas criar  e ediar palavras-chave.
	
	
	
		5.
		Dentre as tarefas do Testlink encontramos o conceito de criação de usuários. Cada usuário envolvido no projeto de testes deve ser cadastrado na ferramenta incluindo:
I- Profissionais da equipe de testes como gerente de testes, coordenador de testes, analistas de teste e testadores.
II- Profissionais da equipe de desenvolvimento como gerente de desenvolvimento, coordenador de desenvolvimento, analistas de sistema, projetistas e desenvolvedores.
III- Profissionais envolvidos no projeto que necessitem pelo menos visualizar as informações que estão na ferramenta, como gerentes de projeto, analistas de negócios, equipem de ambiente, diretores.
Assinale a assertiva correta.
	
	
	
	Os itens I, II e III estão corretos.
		Existem várias ferramentas para encontrar erros, falhas, bugs e outros tipos de problemas que não foram detectados durante o desenvolvimento de um software. Uma delas é o TestLinkMantis. As características dessa ferramenta são:
I- Permite a escrita e armazenamento de projetos de teste, planos de teste, casos de teste bem como a execução manual dos testes.
II- É escrita em C++ e roda no banco de dados MySql.
III- Possui relatórios que permitem verificar o andamento do projeto de testes.
Assinale a assertiva correta.
	
	
	
	Apenas os itens I e III estão corretos.
		
		As métricas ajudam na geração do processo de teste. Essas métricas devem ser relatadas como um fator de qualidade do software.
Classifique a métrica Auditabilidade para testar e relatar o que acontece com o software testado.
	
	
	
	Facilidade com que se pode checar a conformidade aos padrões.