Grátis: O Test Driven Development (TDD) é uma concepção ágil para o desenvolvimento de software orientado a testes. Nele, os desenvolvedores escrevem seus ... – Questões Respondidas

Qualidade de Software

Outros

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;

Ensinando Através de Questões

anteontem

Ensinando Através de Questões

anteontem

prova 2 - qualdiade software

prova 2 - qualdiade software

Respostas

Ed

anteontem

Vamos analisar as alternativas uma a uma, considerando os princípios do Test Driven Development (TDD): A) Esta opção menciona que o TDD resulta em código limpo, documentação através do código de testes, código confiável e suporte para teste de regressão. Todos esses pontos são verdadeiros e refletem os benefícios do TDD. B) Embora mencione os mesmos pontos de A, a parte "suporte para teste vazio" não é correta, pois o TDD visa garantir que o código seja testável e que os testes sejam significativos. C) Esta opção começa com "código confuso", o que é incorreto, pois o TDD busca justamente evitar confusões e garantir um código mais claro e coeso. D) Assim como a C, começa com "código confuso" e ainda afirma que o código tem menor qualidade, o que vai contra os princípios do TDD. E) Esta opção é muito limitada, pois não menciona os outros benefícios do TDD. Diante da análise, a 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.

Essa resposta te ajudou?

0

0

Ainda com dúvidas?

Envie uma pergunta e tenha sua dúvida de estudo respondida!

Essa pergunta também está no material:

prova 2 - qualdiade software

prova 2 - qualdiade software

Mais perguntas desse material

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.

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 de 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.

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.

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

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.

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.

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 Codificação 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.

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.