Qualidade de Software

Prévia do material em texto

Questão 1/10 - Qualidade de Software
O BDD é uma abordagem que funciona bem com métodos ágeis, projetado para que a gestão e a entrega dos projetos de software tenham uma melhor comunicação entre clientes e desenvolvedores. Ele garante que projetos permaneçam sempre focados na entrega do que o negócio realmente precisa, e que todas as necessidades do usuário estejam atendidas. Nesta metodologia, os testes são importantes, mas os testes não são os elementos que conduzem o desenvolvimento. Seu objetivo é que as metas e os resultados para o cliente sejam definidos de forma clara. 
Além de todas as características já comentadas, o BDD auxilia em qual atividade de qualidade de software?
· A ➔ O método BDD auxilia na construção de um código limpo e utilizando padrões.
· B ➔ O método BDD auxilia na redução de custos no ciclo de vida do software.
· C ➔ O método BDD auxilia na implementação da UI.
· D ➔ O método BDD auxilia na redução de falhas no momento da entrega do software.
· E ➔ O método BDD é idêntico ao TDD, é orientado a testes.
Questão 2/10 - Qualidade de Software
O Test Driven Development (TDD) é uma concepção ágil para o desenvolvimento de software orientado a testes. Nele, os desenvolvedores escrevem seus casos de testes e, depois, programam as funcionalidades. TDD caminha lado a lado com as boas práticas de desenvolvimento de software, para garantir código limpo, menos acoplado e mais coeso.
Com TDD, conseguimos? Assinale a única alternativa correta:
· A ➔ código limpo (sem código desnecessário e/ou duplicado); código fonte dos testes como documentação dos casos de testes; código confiável, logo, com mais qualidade; suporte para teste de regressão.
· B ➔ código limpo (sem código desnecessário e/ou duplicado); código fonte dos testes como documentação dos casos de testes; código confiável, logo, com mais qualidade; suporte para teste vazio.
· C ➔ código confuso; código fonte dos testes como documentação dos casos de testes; código confiável, logo, com mais qualidade; suporte para teste vazio.
· D ➔ código confuso; código fonte dos testes como documentação dos casos de testes; código confiável, logo, com menor qualidade; suporte para teste vazio.
· E ➔ Apenas código fonte dos testes como documentação dos casos de testes;
Questão 3/10 - Qualidade de Software
O protótipo permite que a comunicação entre usuários e times de desenvolvimento melhorem e desta forma contribuindo para implementação de software mais aderente às necessidades reais dos usuários. O protótipo pode ser feito em baixa fidelidade, média e alta fidelidade. Em processo incremental, a prototipação vai melhorando de acordo com as reuniões com os usuários.
Quais as características de um protótipo de alta fidelidade?
· A ➔ O protótipo de alta fidelidade é muito similar ao de média fidelidade com o uso apenas de papel e lápis.
· B ➔ Um protótipo de alta fidelidade já é uma versão similar ou a própria UI final desenvolvida em uma linguagem de programação em conjunto com frameworks.
· C ➔ Protótipo de alta fidelidade é simplesmente a UI implementada e nada mais.
· D ➔ Protótipo muito similar ao de baixa e média fidelidade.
· E ➔ Protótipo desnecessário, pois já é feita a implementação da UI diretamente no framework Adobe XD.
Questão 4/10 - Qualidade de Software
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.
Questão 5/10 - Qualidade de Software
Padrões de software estão relacionados tanto a produtos (software), quanto a processos (do desenvolvimento do software). Padrões de produtos incluem documentação, estruturação dos requisitos, definição de classes e da codificação do produto.
Enquanto que os padrões de qualidade para processos de desenvolvimento de software incluem:
· A ➔ Código limpo, padrões de qualidade total e documentação.
· B ➔ Modelos ágeis, Código limpo, padrões de processo e documentação.
· C ➔ Estruturação dos requisitos, definição de classes e documentação.
· D ➔ Codificación do produto com qualidade, Modelos Ágeis, Código limpo e documentação.
· E ➔ Boas práticas de desenvolvimento, definições de processos e de especificações, validação, ferramenta de apoio a processos e documentação.
Questão 6/10 - Qualidade de Software
Sprint Burdown Chart é uma ferramenta gráfica com origem na metodologia ágil Scrum. Ken Schwaber quem a criou para mostrar aos times de desenvolvimento o seu progresso dentro de cada Sprint.
Esta ferramenta pertence a qual metodologia ágil?
· A ➔ Apesar de ter sido criado junto à metodologia Scrum, é utilizado da mesma forma com Kanban, Lean ou XP.
· B ➔ Apesar de ter sido criado junto à metodologia XP, é utilizado da mesma forma com Kanban, Lean ou SCRUM.
· C ➔ Apesar de ter sido criado junto à metodologia Lean, é utilizado da mesma forma com Kanban, XP ou SCRUM.
· D ➔ Apesar de ter sido criado junto à metodologia Kanban, é utilizado da mesma forma com XP, Lean ou SCRUM.
· E ➔ Apesar de ter sido criado junto à metodologia XP, é utilizado da mesma forma com TDD, Lean ou SCRUM.
Questão 7/10 - Qualidade de Software
O TDD (Test Driven Development) é uma forma de desenvolvimento de software orientado por testes. Os desenvolvedores escrevem seus casos de testes e depois partem para a programação das funcionalidades. Estas funcionalidades devem ser testadas pelos testes implementados anteriormente.
O TDD é considerado o pilar de qual metodologia ágil?
· A ➔ Kanban
· B ➔ Scrum
· C ➔ BDD
· D ➔ DDD
· E ➔ XP
Questão 8/10 - Qualidade de Software
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
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 10/10 - Qualidade de SoftwareA 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.