Prévia do material em texto

Questão 1/10 - Qualidade de Software
  Ler em voz alta
A norma ISO/IEC 15504 surgiu em 1991 e trazia consigo o pensamento da normatização de conceitos de facilitar as definições de características dos processos. Na sequência, em 1993, surgiu um projeto chamado SPICE (Software Process Improvement and Capability dEtermination) considerando três aspectos: auxiliar o projeto de norma 15504, inclusão de testes de campo e coleta de dados para consolidação da nova norma.  Como outras normas e padrões, o seu objetivo é focado na melhoria de processos. Utiliza-se da análise de resultados como pontos fortes e fracos, bem como sobre o gerenciamento de riscos.
SPICE é dividida em etapas, sendo assim, a seguir temos a definição da parte 5:
	
	A
	
	Estabelece os requisitos mínimos para realização da avaliação com boa granularidade para o processo. Nesta fase há classificação dos dados, implantação de responsabilidades e o desenvolvimento de modelos para acompanhamento dos processos.
	
	B
	
	Traz uma introdução sobre os conceitos e avaliação dos processos, com destaque a um glossário que define os principais termos avaliativos do processo.
	
	C
	
	Estabelece um exemplo de PRM (Process Assessment Model), o qual resume num modelo de referência de processos o ciclo de vida dos processos estabelecidos pela norma.
	
	D
	
	Insere uma perspectiva para especificação dos processos, identificando pontos fortes, fracos e riscos.
	
	E
	
	Fornece recomendações para avaliação dos requisitos.
Questão 2/10 - Qualidade de Software
  Ler em voz alta
Todas as metodologias ágeis têm em seu cerne a ideia de desenvolvimento de software com base sólida na qualidade de software. O BDD (Behavior Driven Development) é uma técnica ágil alinhada à colaboração do time de desenvolvimento com times de qualidade e trabalham fortemente na verificação e validação. Dentre as práticas do BDD, temos o envolvimento das partes interessadas, a descrição do comportamento da aplicação ou de uma unidade de código, a automação de testes para obtenção de feedback rápido, testes de regressão, a escrita de comportamentos com Should (deve) e o uso de simuladores de teste (mocks, fakes, spies) para colaboração entre módulos não escritos ainda.
Mesmo que controverso, há quem diga que o BDD é uma extensão de qual técnica ágil?
	
	A
	
	FDD
	
	B
	
	TDD
	
	C
	
	Kanban
	
	D
	
	Scrum
	
	E
	
	DSDM
Questão 3/10 - Qualidade de Software
  Ler em voz alta
A ISO 12207 é uma norma que certifica sistemas de gestão de qualidade. Esta norma especifica fatores relacionados aos requisitos dentro das atividades de desenvolvimento de software.
Em muitos momentos tal norma pode ser utilizada em conjunto com a ISO citada a seguir:
	
	A
	
	ISO/IEC 9000.
	
	B
	
	ISO/IEC 12207.
	
	C
	
	CMMI.
	
	D
	
	MPS.br
	
	E
	
	ISO/IEC 15504.
Questão 4/10 - Qualidade de Software
  Ler em voz alta
As medidas de testes mais importantes encontram-se na cobertura e na qualidade. A de cobertura associa a abrangência dos testes e a qualidade, a confiabilidade, estabilidade e o desempenho dos objetivos dos testes.  Uma avaliação da cobertura fornece uma medida que avalia a conclusão dos testes e a avaliação dos defeitos indica qual a qualidade do software. Quando falamos em cobertura, temos dois tipos: a cobertura do código (code coverage) e a cobertura de testes (test coverage).
A cobertura de código tem por objetivo:
	
	A
	
	Encontrar código não testado, e este tipo de atividade não é utilizada para metrificar a qualidade do software. exploração de caminhos felizes, infelizes e alternativos, indicando código inútil, desnecessário e mal escrito. 
	
	B
	
	Repassar código testado, atividade que é utilizada para metrificar a qualidade de software. Exploração de caminhos felizes, infelizes e alternativos, indicando código inútil, desnecessário e mal escrito. Previne defeitos nos estágios iniciais do ciclo de vida do software.
	
	C
	
	Encontrar código não testado, atividade que é utilizada para bugar a qualidade de software. Exploração de caminhos felizes, indicando código inútil, desnecessário e mal escrito. Previne defeitos nos estágios finais do ciclo de vida do software.
	
	D
	
	Encontrar código não testado, atividade que é utilizada para metrificar a qualidade de software. Exploração de unicamente caminhos alternativos, indicando código inútil, desnecessário e mal escrito. Previne defeitos nos estágios finais do ciclo de vida do software.
	
	E
	
	Repassar código testado, atividade que é utilizada para metrificar a qualidade de software. Exploração de unicamente caminhos alternativos, indicando apenas código e mal escrito. Previne defeitos nos estágios finais do ciclo de vida do software.
Questão 5/10 - Qualidade de Software
  Ler em voz alta
Controlar a qualidade de software tem por objetivo principal a retenção de qualquer produto e ou versão/release que possa criar problemas para o cliente quando liberado. Além disso, o controle de qualidade garante na minimização do custo da qualidade.
As atividades relacionadas ao controle da qualidade visam atender ao que?
	
	A
	
	As causas dos erros, a detecção e correção dos erros que possam ocorrer o mais cedo possível.
	
	B
	
	As causas dos erros para incluí-los no relatório de qualidade.
	
	C
	
	As causas dos erros, porém a detecção dos mesmos é feita somente no processo de desenvolvimento.
	
	D
	
	As causas dos erros a qualquer momento do processo de desenvolvimento.
	
	E
	
	Corrigir os erros ao término da implantação das métricas de qualidade.
Questão 6/10 - Qualidade de Software
  Ler em voz alta
A avaliação da qualidade de software segundo a  ISO/IEC 9126 tem por título geral “Engenharia de software - qualidade do produto”. Esta norma é alicerçada em quatro importantes pontos.
Os quatro pilares da ISO/IEC 9126 são:
	
	A
	
	Modelo de software, modelo de qualidade e modelo de testes.
	
	B
	
	Modelo de qualidade e métricas de produto.
	
	C
	
	Métricas de processos e métricas de produto de software.
	
	D
	
	Modelo de qualidade de software e Métricas de acompanhamento de processo de software.
	
	E
	
	Modelo de qualidade, métricas externas, métricas internas e métricas de qualidade em uso.
Questão 7/10 - Qualidade de Software
  Ler em voz alta
Teste unitário é a fase de teste de cada unidade do software. O objetivo neste momento é o isolamento de cada parte do software com a ideia de garantir que cada pequena parte esteja funcionando conforme o especificado. Unit Test é de responsabilidade dos desenvolvedores durante o processo de implementação do código.
Quais ferramentas abaixo são para testes unitários e correspondem à linguagem de programação de forma correta?
	
	A
	
	Jasmine para JavaScript, PHPUnit para PHP e JUnit para Java.
	
	B
	
	NUnit para Java, RSpec para Swift, XCTest para Ruby.
	
	C
	
	PyUnit para Python, XCTest para Java e Mocha para C#.
	
	D
	
	Jasmine para Java, PHPUnit para PHP e JUnit para Python.
	
	E
	
	Pytest para Python, XCTest para Java e Mocha para C++.
Questão 8/10 - Qualidade de Software
  Ler em voz alta
As métricas são elementos intrínsecos à qualidade de software, podendo ser algo em relação à documentação ou meta dentro do processo de desenvolvimento de software. Estas métricas abordam situações tais como: linha de código, falhas e erros, por exemplo. Para facilitar nossa compreensão sobre as métricas, elas podem ser divididas em relação ao tempo, aos recursos e às ocorrências.
As métricas em relação ao tempo estão relacionadas:
	
	A
	
	A um determinado tempo que um processo leva para ser concluído.
	
	B
	
	Aos recursos que são utilizados para que um determinado processo seja executado.
	
	C
	
	A um determinado evento como erro, defeito, inspeção de código, número de mudanças nos requisitos e número médio de defeito por linhas de códigos alteradas.
	
	D
	
	Ao tempo e recurso de um determinado processo.
	
	E
	
	Ao tempo e evento sobre um determinado processo.
Questão 9/10 - Qualidade de Software
  Ler em voz alta
Testes de integração são feitos para que todas as funcionalidades játestadas considerem agora requisições de HTTP, servidores, SGBDs, APIs externas, gerações de arquivos, envio de mensagens e outras ações que façam parte do conjunto de funcionalidades num contexto real.
Pensando em testes de integração, é correto afirmar que:
	
	A
	
	Testes de integração devem ser totalmente automatizados.
	
	B
	
	Testes de integração são apenas manuais.
	
	C
	
	Testes de integração podem ser feitos de forma automatizada e/ou manual.
	
	D
	
	Ferramentas de automação de testes de integração são apenas open-source.
	
	E
	
	Ferramentas de automação de testes de integração são apenas proprietárias (comerciais).
Questão 10/10 - Qualidade de Software
  Ler em voz alta
A avaliação da qualidade de software segundo a  ISO/IEC 9126 tem por título geral “Engenharia de software - qualidade do produto”. Esta norma é constituída por 6 subdivisões: Funcionalidade, confiabilidade, usabilidade, eficiência, manutenibilidade e portabilidade.
Dentro da Usabilidade encontramos as seguintes características:
	
	A
	
	Compreensibilidade, apreensibilidade e operacionalidade.
	
	B
	
	Maturidade, apreensibilidade e operacionalidade.
	
	C
	
	Compreensibilidade,  processos e qualidade.
	
	D
	
	Maturidade, operacionalidade e processos.
	
	E
	
	Compreensibilidade, usabilidade e metodologia.
Questão 2/10 - Qualidade de Software
  Ler em voz alta
Validação e Verificação estão relacionadas a testes de software. Há uma grande confusão entre os dois termos, pois os mesmos nos soam como sinônimos. Mas eles são completamente diferentes quando falamos de qualidade de software.
Então, qual a diferença entre validação e verificação?
	
	A
	
	A diferença entre validação e verificação é quase inexistente. De fato ambas dizem respeito ao processo de qualidade após o desenvolvimento de software.
	
	B
	
	A verificação traz consigo tarefas que garantem a qualidade do software durante o processo de desenvolvimento (testes, unitários, integração de sistemas), enquanto que a validação é a fase na qual testamos se desenvolvemos o software correto.
	
	C
	
	A validação é um processo que é feito durante o processo de desenvolvimento de software e a verificação é feita após a entrega do software.
	
	D
	
	A fase de verificação é menos importante que a fase da validação, a qual é feita após o processo de desenvolvimento.
	
	E
	
	A fase de validação corresponde apenas ao momento dos requisitos do software, enquanto que a verificação corresponde somente ao momento da aceitação do software.