Qualidade e teste de Software

Prévia do material em texto

1. 
Em uma organizacão por projetos: 
 
(Assinale a alternativa CORRETA). 
 
 
Está subordinada ao gerente funcional. 
 
 
Não é fiel ao projeto. 
 
Certo 
Nem sempre terá um "lar" de retorno ao final do projeto. 
 
 
Está subordinada a muitos chefes. 
 
 
Não consegue atingir seus objetivos. 
 
 
 
 
Explicação: 
A principal desvantagem de uma organização por projetos é que, no fim do projeto, a equipe 
se dispersa e não tem um departamento funcional ("lar") para o qual voltar. 
 
 
 
 
 
 
2. 
A aplicação de conhecimentos, habilidades, ferramentas e técnicas às atividades do projeto 
a fim de atender aos seus requisitos denomina-se: 
 
 
Gerenciamento Contábil Financeiro. 
 
Certo 
Gerenciamento de Projetos. 
 
 
Gestão de Risco. 
 
 
Gestão do Conhecimento. 
 
 
Gestão de pessoas. 
 
 
 
 
Explicação: 
O gerenciamento de projetos reúne habilidades que o líder dever possuir como liderança e 
conhecimento técnico, além de ferramentas de apoio. 
 
 
 
 
 
 
3. 
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? 
 
Certo 
Funcional 
 
 
Matricial 
 
 
Facilitador 
 
 
Fraca 
 
 
Coordenador 
 
 
 
 
Explicação: 
Em uma organização funcional o gerente de projeto tem o menor apoio e pouca autoridade 
para ddesignar recursos. Facilitador e coordenador são formas de matriz fraca. 
 
 
 
 
 
 
4. 
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? 
 
Certo 
O facilitador do projeto não pode tomar decisões. 
 
 
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 tem alguma autoridade. 
 
 
O facilitador do projeto gerencia o projeto até a entrega do produto/serviço. 
 
 
 
 
Explicação: 
O coordenador do projeto está subordinado a um gerente de nível mais alto e tem 
autoridade para tomar algumas decisões. O facilitador do projeto não tem autoridade para 
tomar decisões. 
 
 
 
 
 
 
5. 
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). 
 
 
Fechadas 
 
 
Simples 
 
 
Difíceis de automatizar 
 
 
Abertas 
 
Certo 
Complexas 
 
 
 
 
Explicação: 
Como um projeto realizado em uma organização matricial envolve pessoas de várias partes 
da organização, as comunicações são mais complexas. 
 
 
 
 
 
 
6. 
Em uma conversa entre gerentes de projetos, alguns reclamam de com o é difícil gerenciar 
projetos na empresa em que trabalham. Alguns reclamam das partes interessadas e da 
quantidade de mudanças que solicitam. Outros comentam o quanto é difícil consegyir que 
as pessoas cooperem e trabalhem. 
 
Um gerente quer se concentrar nas vantagens da organiação matricial. 
 
Assinale o item que ele menciona. 
 
Certo 
Aumento do controle do gerente de projetso sobre os recursos. 
 
 
Os relatórios são mais fáceis de compreender. 
 
 
As reuniões são realizadas em menor tempo. 
 
 
Mais um chefe para a equipes de projeto 
 
 
As comunicações são mais fáceis. 
 
 
 
 
1. 
 
 
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. 
 
 
 
 pesquisa e testes. 
 análise de recursos e software 
 geração de relatórios de teste 
 desenvolvimento incremental 
 implementação e teste unitário 
 
 
 
Explicação: 
De acordo com o modelo cascata apresentado, após a fase de projeto vem a de implementação e teste unitário. 
 
 
 
 
 
 
 
 
2
 
 
O Ciclo de Vida de um 
Sistema especifica 
todas as fases de 
desenvolvimento, 
desde sua concepção 
até o processo de 
manutenção e declínio. 
No que diz respeito ao 
desenvolvimento de 
software​, existem 
alguns processos 
conhecidos. Um destes 
processos, possui 
característica iterativa 
e incremental, inicia 
cada fase do projeto 
realizando um 
planejamento prévio, 
realiza a execução da 
fase, verifica o 
progresso e os 
resultados da fase 
(riscos, lições 
aprendidas) e 
incrementa novos 
objetivos para a fase 
seguinte, seguindo 
para a próxima 
iteração. O modelo de 
software​ em questão é 
o: 
Assinale a resposta 
correta. 
 
 
 
 Modelo espiral 
 Prototipação 
 Modelo cascata 
 RAD 
 Modelo evolutivo 
 
 
 
Explicação: 
O modelo espiral caracteriza-se pelo planejamento e pela análise de risco em cada fase da espiral. 
 
 
 
 
 
 
 
 
3
 
 
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 permite que sejam realizados testes, visando verificar o funcionamento do sistema final, ainda que 
sejam testes parciais. 
 Permite avaliar o desempenho geral da equipe de desenvolvimento de​ software 
 
Pode auxiliar na validação de requisitos do sistema, bem como propiciar a inserção de novos requisitos 
ainda não identificados. 
 Não possibilita avaliar a qualidade do​ software ​produzido. 
 
É inteiramente descartado, não sendo aproveitada nenhuma parte do código de​ software ​no sistema 
final entregue ao cliente. 
 
 
 
Explicação: 
O proposito básico da prototipação é sempre auxiliar na validação e elicitação de requisitos (necessidades) do 
software. 
 
 
 
 
 
 
 
 
4
 
 
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 
 iterativo e incremental 
 iterativo 
 incremental 
 
 
 
Explicação: 
O modelo em Cascata possui este problema de ter a necessidade de um fluxo sequencial e os projetos do mundo 
real não seguem necessariamente esta sequencialidade. 
 
 
 
 
 
 
 
 
5
 
 
Fonte: UFF 
2009 ¿ Analista 
de Tecnologia 
da Informação 
Em relação aos 
ciclos de vida 
do software,o 
desenvolviment
o de sistemas 
por meio de 
ciclo de vida 
iterativos 
garante ao 
sistema: 
 
 
 
 legalidade 
 utilização mínima de recursos 
 atualização contínua 
 segurança 
 legibilidade 
 
 
 
Explicação: 
De acordo com o discutido nas aulas, o modelo iterativo permite que o software seja desenvolvido em ciclos, 
atualizando as suas necessidades em cada ciclo. 
 
 
 
 
 
 
 
 
6
 
 
Fonte: FUMARC 
2012 - TJ-MG 
Oficial 
Judiciário - 
Assistente 
Técnico de 
Sistemas 
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. 
 
 
 
 
Os incrementos de um software são entregues ao cliente de uma só 
vez. 
 
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. 
 
Um modelo de produção de software iterativo é composto pelas fases de análise de requisitos, projeto 
e implementação. 
 
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. 
 
1. 
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 os itens III e IV estão corretos. 
 
 
Apenas os itens I e IV estão corretos. 
 
 
Apenas os itens II e III estão corretos. 
 
Certo 
Apenas os itens I e II estão corretos. 
 
 
Apenas o item I está correto. 
 
 
 
 
Explicação: 
Se desejarmos desenvolver e produzir software com qualidade, é necessário investir em 
qualidade em todos os pontos do processo. 
 
Alguns fatores podem afetar a qualidade, como fatores externos e internos de `Qualidade 
de Software¿. Vejamos alguns exemplos: 
 
Fatores externos - são percebidos tanto pelas pessoas que desenvolvem software quanto 
pelos usuários. 
 
Por exemplo: confiabilidade, eficiência e facilidade de uso. 
 
Fatores internos - são percebidos apenas pelas pessoas que desenvolvem software. 
 
Por exemplo: modularidade e legibilidade. 
 
 
 
 
 
 
2. 
Qual o papel da SQA (Garantia de qualidade de software)? 
 
 
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. 
 
 
Tornar possível que qualquer pessoa possa fazer revisões no trabalho de pessoas 
experientes. 
 
 
Conseguir melhores projetistas para projetar o produto, então, em geral, SQA não pode 
tê-los. 
 
Certo 
Monitorar os métodos e os padrões que os engenheiros de software usam e verificar se eles 
estão usando apropriadamente seus conhecimentos. 
 
 
A partir de processos uniformes e consistentes a tendência é que o produto final gerado, o 
software, seja eficiente. 
 
 
 
 
Explicação: 
Tornar possível que qualquer pessoa possa fazer revisões no trabalho de pessoas 
experientes é um dos desafios críticos para qualquer programa de qualidade. 
 
Conseguir melhores projetistas para projetar o produto, então, em geral, SQA não pode 
tê-los é o que os gerentes necessitam. 
 
A partir de processos uniformes e consistentes a tendência é que o produto final gerado, o 
software seja eficiente, acontece com os Softwares mal testados que geram prejuízos as 
empresas. 
 
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, é o conceito geral de SQL. 
 
 
 
 
 
 
3. 
Podemos conceituar Qualidade de Software como: 
 
 
Um processo para demonstrar que os defeitos não estão presentes. 
 
 
Um processo que demonstra que algo funciona corretamente. 
 
Certo 
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. 
 
 
Um processo que foca em todos os produtos de software gerados pela equipe de 
desenvolvimento. 
 
 
Um processo para provar que determinadas coisas (funções) fazem o que devem fazer. 
 
 
 
 
Explicação: 
O conceito de teste ganha complexidade, pois os riscos dos softwares não funcionarem a 
contento, cresce de forma exponencial. 
Ainda assim poucas empresas percebem que a implantação de um ¿processo de garantia 
de qualidade de software¿ é uma questão de estratégia de sobrevivência em um mercado 
cada vez mais exigente e competitivo. 
Teste é o processo de demonstrar que os defeitos não estão presentes. 
Teste é o processo de demonstrar que algo funciona corretamente. 
Teste é o processo de provar que determinadas coisas (funções) fazem o que devem fazer. 
O objetivo real do teste de software é mostrar que um software está de acordo com suas 
especificações e que ele atende as expectativas do 
cliente. 
 
 
 
 
 
4. 
O teste do software deve acontecer (assinale a única opção correta): 
 
 
No final do processo de desenvolvimento de software 
 
Certo 
Em todo o processo de desenvolvimento 
 
 
No meio do processo de desenvolvimento 
 
 
No inicio e no final do processo de desenvolvimento 
 
 
No início do processo de desenvolvimento 
 
 
 
 
Explicação: 
O teste de software tem que ocorrer em todo o processo de desenvolvimento. 
 
A garantia de qualidade de software (Software Quality Assurance) não é algo com a qual 
começamos a nos preocupar depois que o código foi gerado, e sim, ao longo de todo o 
processo de engenharia de software. 
 
 
 
 
 
 
5. 
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. 
 
Certo 
Em 1980 a complexidade era média e em 2000 a complexidade era alta. 
 
 
Em 1960 o tamanho era mínimo e em 1980 a complexidade era relativa. 
 
 
Em 1960 o tamanho era mínimo e em 2000 o tamanho é o mesmo. 
 
 
Em 1980 o tamanho era pequeno e a complexidade alta. 
 
 
 
 
Explicação: 
No Cenário Atual do desenvolvimento de o conceito de teste ganha complexidade, pois os 
riscos dos softwares não funcionarem a contento, cresce de forma exponencial. 
 
Myers concluiu que zero-defeito é algo inatingível? Ou seja, pela complexidade envolvida e 
pelo número altíssimo de situações existentes, torna-se impossível imaginar um produto de 
software 'livre de erros'. Sempre existirão erros a serem descobertos.6. 
É 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 I está correto. 
 
 
Apenas o item III está correto. 
 
 
Apenas os itens I e II estão corretos. 
 
Certo 
Apenas os itens II e III estão corretos. 
 
 
Apenas o item II está correto. 
 
 
 
 
Explicação: 
O item I indica a importância da qualidade de software que é é 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. 
 
Myers concluiu que zero-defeito é algo inatingível, ou seja, pela complexidade envolvida e 
pelo número altíssimo de situações existentes, torna-se impossível imaginar um produto de 
software ¿livre de erros¿. Sempre existirão erros a serem descobertos. 
 
Myers foi criador de termos muito usados como `Caixa Branca e Caixa Preta¿ e "Caso de 
Teste" e também ficou conhecido pela regra 10 de Myers. 
 
 
 
 
 
 
7. 
O que estabelece a regra 10 de Myers? 
 
 
Todas as decisões tomadas durante o processo de desenvolvimento do software podem 
comprometer a sua qualidade final. 
 
Certo 
A partir de processos uniformes e consistentes, a tendência é que o produto final gerado, ou 
seja, o software seja eficiente. 
 
 
Os testes tornam-se mais complexo, pois os riscos dos softwares não funcionarem a 
contento, cresce de forma exponencial. 
 
 
Quanto mais tardiamente descobrimos os erros, mais caros eles ficam. 
 
 
Não existe garantia de que a solução tecnologia contratada será entregue no prazo e nos 
custos negociados. 
 
 
 
 
Explicação: 
Por volta de 1979, Myers produziu um dos primeiros trabalhos mais completos e profundos 
sobre um processo de teste de software. 
Myers é o autor do livro "The Art of Software Testing¿ (Glenford J. Myers, Corey Sandler, 
Tom Badgett), considerado por muitos como a primeira obra de real valor sobre teste de 
software e a criadora de termos muito usados como 'Caixa Branca e Caixa Preta" e "Caso 
de Teste". 
Myers também ficou conhecido pela regra 10 de Myers. 
 
 
 
 
 
 
8. 
Temos aplicação de qualidade em duas dimensões: qualidade do processo e qualidade do 
produto. A dimensão da qualidade do processo refere-se: 
 
I- A qualidade deve existir desde o início, ou seja, já na fase de análise de requisitos, 
quando acontece o levantamento de requisitos. 
 
II- A garantida com a aplicação de testes sistemáticos nos vários estágios de 
desenvolvimento. 
 
III- A garantir e monitorar os métodos e os padrões que os engenheiros de software usam e 
verificar se eles estão usando apropriadamente seus conhecimentos. 
 
Assinale a assertiva correta. 
 
 
Apenas o item II está correto. 
 
 
Apenas os itens II e III estão corretos. 
 
Certo 
Apenas os itens I e II estão corretos. 
 
 
Apenas o item III está correto. 
 
 
Apenas o item I está correto. 
 
 
1. 
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. 
 
 
Todos os itens estão corretos. 
 
 
Apenas o item III está correto. 
 
Certo 
Apenas o item II está correto. 
 
 
Apenas os itens II e III estão corretos. 
 
 
Apenas os itens I e II estão corretos. 
 
 
 
 
Explicação: 
Você jamais terá completado a atividade de teste. A carga simplesmente transfere-se do 
projetista para o cliente. 
 
O teste para quando não houver mais erros `visíveis¿. O teste acaba quando o tempo 
acaba ou o dinheiro acaba: 
 
Por restrição de tempo (nesse caso, deve-se negociar esse tempo); 
Por restrição financeira (nesse caso, deve-se evitar). 
 
 
 
 
 
2. 
O Processo de Testes de Software representa uma estrutura das etapas, atividades, 
artefatos, papéis e responsabilidades. Sendo assim, o que busca esse processo? 
 
I. Padronizar os trabalhos para um melhor controle dos projetos de testes. 
 
II. Minimizar os riscos causados por defeitos provenientes do processo de desenvolvimento 
como também a redução de custos de correção de defeitos. 
 
III. Redução de custos de correção de defeitos. 
 
Assinale a única alternativa 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. 
 
 
Apenas o item II está correto. 
 
Certo 
Todos os itens estão corretos. 
 
 
 
 
Explicação: 
O Processo de Testes de Software representa uma estrutura das etapas, atividades, 
artefatos, papéis e responsabilidades, buscando padronizar os trabalhos para um melhor 
controle dos projetos de testes. O objetivo de um Processo de teste (com metodologia 
própria, ciclo de vida, etc.) é minimizar os riscos causados por defeitos provenientes do 
processo de desenvolvimento como também a redução de custos de correção de defeitos, 
pois, o custo do software (desenvolvimento + manutenção) tende a ser menor quando o 
software é bem testado. 
 
 
 
 
 
 
3. 
Pensando no teste com parte fundamental no ciclo de vida de um software, vamos mostrar 
os 7 princípios fundamentais que envolvem o processo de teste e devem servir como um 
guia geral, tanto para testadores quanto para desenvolvedores. Alguns desses princípios 
são especificados como: 
 
I- Teste demonstra a presença de defeitos - Testes conseguem identificar a existência de 
falhas, mas não pode garantir a ausência delas. 
 
II- Agrupamento de defeitos - Ao desenvolver um software, as atividades de teste devem 
começar o mais cedo possível no ciclo de vida do desenvolvimento do software, diminuímos 
o custo das correções e assim possibilitamos que erros de design, requisitos e arquitetura 
sejam encontrados no momento ideal. 
 
III- Teste exaustivo é impossível. Deve-se calcular o esforço dos testes baseando-se nos 
riscos e prioridades 
 
Assinale a assertiva correta. 
 
 
Apenas o item I está correto. 
 
Certo 
Apenas os itens I e III estão corretos. 
 
 
Apenas o item II está correto. 
 
 
Apenas os itens I e II estão corretos. 
 
 
Apenas os itens II e III estão corretos. 
 
 
 
 
Explicação: 
1º Princípio: Teste demonstra a presença de defeitos - Testes conseguem identificar a 
existência de falhas, mas não pode garantir a ausência delas. 
 
2º Princípio: Teste exaustivo é impossível. Deve-se calcular o esforço dos testes 
baseando-se nos riscos e prioridades. 
 
3º Princípio: Teste antecipado - Ao desenvolver um software, as atividades de teste devem 
começar o mais cedo possível no ciclo de vida do desenvolvimento do software, diminuímos 
o custo das correções e assim possibilitamos que erros de design, requisitos e arquitetura 
sejam encontrados no momento ideal. 
 
4º Princípio: Agrupamento de defeitos - A maioria das falhas encontradas durante a 
execução dos testes está concentrada em um número pequeno de módulos. Sempre existe 
uma área do software que é responsável pelo maior número de erros. 
 
 
 
 
 
 
4. 
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 sistemaa 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 o item II está correto. 
 
 
Apenas o item III está correto. 
 
 
Apenas os itens II e III estão corretos. 
 
Certo 
Apenas o item I está correto. 
 
 
Apenas os itens I e II estão corretos. 
 
 
 
 
Explicação: 
Para se obter resultados positivos nos projetos de testes é necessário que o mesmo inicie 
desde a especificação dos requisitos do sistema a ser implementado, ou seja, tão logo 
comece o projeto de desenvolvimento do software inicia-se também em conjunto o projeto 
de testes de software. 
 
 
 
 
 
 
5. 
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 a execução do sistema como um todo ou um subsistema. 
 
 
Visam verificar se os componentes funcionam corretamente juntos, conforme as 
especificações. 
 
Certo 
Visam garantir que cada unidade de programa atenda as especificações e funcione 
corretamente. 
 
 
Visam tratar os testes como um processo organizado e muitas vezes paralelo e integrado 
ao processo de desenvolvimento. 
 
 
Visam verificar se a solução atende aos objetivos do negócio e aos seus requisitos. 
 
 
 
 
Explicação: 
Testes Unitários: São realizados no estágio mais baixo da escala de testes e são aplicados 
nas menores componentes de códigos criados, visando garantir que estes atendem as 
especificações, em termos de garantia e de funcionalidade. 
 
Testes de integração: São executados em uma combinação de componentes para verificar 
se eles funcionam corretamente juntos, conforme as especificações. 
 
Teste de sistema: São realizados pela equipe de testes, visando a execução do sistema 
como um todo ou um subsistema. 
 
Teste de aceitação: São os testes finais de execução do sistema, realizados pelos usuários, 
visando verificar se a solução atende aos objetivos do negócio e aos seus requisitos. 
 
Ao tratar os testes como um processo organizado e muitas vezes paralelo e integrado ao 
processo de desenvolvimento, os custos de manutenção serão reduzidos. 
 
 
 
 
 
 
6. 
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 os itens II e III estão corretos. 
 
 
Apenas o item III está correto. 
 
Certo 
Apenas os itens I e II estão corretos. 
 
 
Apenas o item II está correto. 
 
 
Apenas o item I está correto. 
 
 
 
 
Explicação: 
O documento básico para organizar a atividade de testar aplicações no contexto da 
empresa é considerado uma metodologia. 
 
 
 
 
 
 
7. 
Com relação a equipe de teste, como ela deve ser formada? 
 
Certo 
Apenas com os desenvolvedores dos programas. 
 
 
Apenas com uma equipe de testes independentes. 
 
 
Apenas com os usuários e os desenvolvedores. 
 
 
Apenas com equipe de teste independente e os desenvolvedores. 
 
 
Apenas com os clientes e seus usuários. 
 
 
 
 
Explicação: 
Por conta da definição de teste é importante ressaltar que a equipe de testes deve ser `o 
mais independente possível da equipe de desenvolvimento¿ de forma a não estar envolvida 
emocionalmente nem politicamente com o projeto, tendo um comportamento mais objetivo e 
direto. 
 
Esta equipe terá mais facilidade em focar nos pontos que inicialmente o projeto deveria 
atender e por motivos desconhecidos foram abandonados ou não atendidos corretamente. 
 
 
 
1. 
 
 
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á certa, porque o custo os testes devem ser iniciados nas inspeções/revisões de 
código até os testes de software. 
 
Essa afirmativa está errada, porque os teste devem ser iniciados quando já tivermos algum 
desenvolvimento. 
 
Essa afirmativa está errada, porque o custo de correção de defeitos tende a aumentar quanto mais 
tarde o defeito é detectado. 
 Essa afirmativa está errada, porque o Modelo V aumenta os custos da qualidade do software. 
 Essa afirmativa está certa, porque o Modelo V minimiza os custos da qualidade do software. 
 
 
 
Explicação: 
Segundo Myers, o custo de correção de defeitos tende a aumentar 
quanto mais tarde o defeito é detectado. 
Os defeitos encontrados durante a produção tendem a custar muito 
mais que defeitos encontrados em modelos de dados e em outros 
documentos do projeto do software. 
 
 
 
 
 
 
 
 
2.
 
 
O ​Modelo V​ é 
uma melhoria 
do Modelo 
Cascata (modelo 
Waterfall) do 
Desenvolviment
o de Produto. 
Ela tem 
vantagens e 
desvantagens. 
As 
desvantagens 
são 
representadas 
por: 
 
 
 
 
Especifica os papéis dos diferentes tipos de testes para ser 
executada. 
 Envolver o usuário no teste. 
 
O cliente deve ter paciência, pois ele receberá o produto no 
fim do ciclo de vida. 
 Ele é um modelo simples e fácil de aprender. 
 
A relação entre os estágios de desenvolvimento e os 
diferentes tipos de testes facilita a localização de falhas. 
 
 
 
Explicação: 
As vantagens desse modelo são: 
A relação entre os estágios de desenvolvimento e os diferentes 
tipos de testes facilita a localização de falhas. 
Ele é um modelo simples e fácil de aprender. 
Especifica os papéis dos diferentes tipos de testes para ser 
executada. 
Envolver o usuário no teste. 
 
 
 
 
 
 
 
 
3.
 
 
O ​Modelo V​ é 
uma melhoria 
do Modelo 
Cascata 
(modelo 
Waterfall) do 
Desenvolvime
nto de 
Produto. A 
configuração 
desse modelo 
é representada 
por: 
 
 
 
 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. 
 Verificação: integração, análise, desenvolvimento e código. 
 
 
 
Explicação: 
O Modelo V é uma melhoria do Modelo Cascata (modelo Waterfall) 
do Desenvolvimento de Produto, pois esse modelo tinha um 
problema de reatividade. Ele permite que, durante a integração de 
um sistema, os testes sejam feitos contra os próprios requisitos do 
componente ou interface que está sendo testado, em contraste 
com modelos anteriores onde o componente era testado contra a 
especificação do componente/interface. 
Verificação: ​requisitos, análise, arquitetura e código. 
Validação​: unitário, integração, sistema e aceitação. 
 
 
 
 
 
 
 
 
4.
 
 
Um modelo em 
que podemos 
fazer a 
atividade de 
teste é o 
Modelo em V​. 
Neste modelo 
também 
fazemos a 
verificação e a 
validação. 
Esses 
momentosdo 
processo de 
desenvolvimen
to de Software 
garantem o 
processo e a 
qualidade do 
Software. Os 
processos de 
Verificação​ no 
Modelo em V 
tratam as 
seguintes 
situações: 
I- Negócios, 
requisitos, 
análise e 
modelagem, 
implementação
. 
II- Unidade, 
integração, 
sistema, 
aceite. 
III- Negócios, 
requisitos, 
análise e 
modelagem, 
aceite. 
Assinale a 
assertiva 
correta. 
 
 
 
 Apenas o item I está correto. 
 Apenas os itens II e III estão corretos. 
 Apenas os itens I e II estão corretos. 
 Apenas o item II está correto. 
 Apenas o item III está correto. 
 
 
 
Explicação: 
Unidade, integração, sistema, aceite representa no Modelo U 
representa a ​Validação​. 
 
 
 
 
 
 
 
 
5
 
 
__________________ 
geralmente sã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 estresse 
 Teste fumaça 
 Teste alfa 
 Teste Integração 
 Testes de regressão 
 
 
 
Explicação: 
Os objetivos desse teste são garantir que nenhum defeito foi 
acrescentado ao sistema após sua modificação e também garantir 
que as mudanças realizadas nessa nova versão não gerarão erros 
em componentes prontos e testados. 
O teste de regressão é uma técnica aplicável a cada alteração 
realizada no software. Consiste em aplicar, antes e depois da 
alteração, todos os testes que já foram aplicados nas versões 
anteriores. 
Por ter essa natureza de repetição, torna-se imprescindível que 
seja adotada uma ferramenta de automação de testes. Esta 
técnica pode ser bem aplicada nas fases de testes de unidade, de 
integração e de sistema. 
 
 
 
 
 
 
 
 
6
 
 
Um processo de 
desenvolvimento de 
software em geral tem 
como entrada os 
requisitos do sistema e 
como saída um 
produto fornecido. 
Analise as afirmativas 
sobre este tema. 
 
 I. O desenvolvimento 
de software envolve os 
estágios: análise e 
definição de requisitos, 
projeto do sistema, 
codificação, testes e 
entrega do sistema. 
Assim, o ciclo de vida 
do software descreve a 
vida do produto de 
software desde sua 
concepção até a 
implementação e 
entrega. 
II. Um dos primeiros 
modelos propostos foi 
o modelo cascata. 
Neste modelo o 
desenvolvimento de 
um estágio deve 
terminar antes do 
próximo começar. O 
modelo em V é uma 
variação do modelo em 
cascata, que mostra 
como as atividades de 
teste estão 
relacionadas com a 
análise e o projeto. 
III. O modelo em 
cascata pode ser 
incrementado com 
atividades de 
prototipação. A 
prototipação é um 
modelo de processo 
efetivo em que partes 
do sistema são 
construídas 
rapidamente com o 
objetivo de validar os 
requisitos. Caso novas 
alternativas sejam 
discutidas, deve-se 
começar o ciclo em 
cascata novamente, 
abandonando-se o 
protótipo. 
Assinale a única 
alternativa correta 
 
 
 
 Apenas o item III está correto. 
 Apenas os itens II e III estão corretos. 
 Apenas o item II está correto. 
 Apenas o item I está correto. 
 Apenas os itens I e II estão corretos. 
 
 
 
Explicação: 
No modelo cascata, o desenvolvimento de um estágio deve terminar antes do próximo começar. 
No modelo em V, que é uma variação do modelo em cascata, mostra como as atividades de teste estão 
relacionadas com a análise e o projeto.