Questões de Concurso Comentadas por alunos sobre teste de software em engenharia de software

Na metodologia ágil XP são realizados testes que são muito ligados com as user stories e buscam testar o sistema do ponto de vista do usuário. Este tipo de teste objetiva validar com o cliente o que foi definido nos requisitos do software, de forma a verificar se o produto desenvolvido está de acordo com o que foi estabelecido. As funcionalidades do sistema são validadas, as entradas podem ser simuladas e o comportamento de saída pode ser observado. Como o sistema é testado com todos os componentes interligados e configurados, inclusive bancos de dados e gerenciadores de filas, há garantias de que cada serviço oferecido está funcionando.

(Adaptado de: https://github.com/fga-gpp-mds/A-Disciplina/wiki/Programação-Extrema-(XP))

O texto se refere

Com relação à análise estática de código, considere as afirmativas a seguir.
I. É um tipo de teste de software. II. Visa detectar e corrigir defeitos existentes em programas. III. É capaz de detectar defeitos do tipo bad smell (termo que significa incorreções técnicas ou anomalias que não evitam o sistema de ser executado, mas causam efeitos inesperados durante a execução).
Está correto o que se afirma em

Teste estático de código é realizado por ferramentas que analisam o código à procura de potenciais problemas. Considere os problemas abaixo.
I - Problemas de uso de memória e ponteiros nulos. II - Violação de padrões de código, de acordo com alguma configuração. III - Vulnerabilidades de segurança.
Quais problemas podem ser detectados por meio de ferramentas de análise estática?

Considere as ações abaixo, executadas em desenvolvimento orientado a testes, Test-Driven Design (TDD).
I - Escrever código de teste. II - Verificar se o teste falha. III - Escrever código de produção. IV - Executar teste até passar (reescrevendo o código de produção, se for necessário, até que o teste passe). V - Refatorar código de produção e/ou de teste para melhorá-lo.
Considerando que se deseja incluir um novo caso de teste, assinale a alternativa que apresenta a sequência de ações que devem obrigatoriamente ocorrer para essa inclusão, segundo o TDD.

Suponha uma organização que já está em processo adiantado de práticas ágeis de teste. Ela já tem bem consolidada a prática de criação de testes automatizados para as funcionalidades desenvolvidas, e um processo de integração contínua que inclui a verificação de testes de regressão durante a construção do build. Neste contexto, analise as afirmativas abaixo.
I - Mesmo que os desenvolvedores se assegurem de que todos os testes sejam executados com sucesso antes de integrar seu código (check-in), ainda assim é possível que testes de regressão falhem quando o novo código for integrado, causando uma “quebra de build”. O desenvolvedor responsável por esse novo código deve consertar o problema para que o build possa ser refeito, avaliando a lista de tarefas que tem a executar, a fim de definir a prioridade desse conserto, ao longo de seu dia de trabalho. II - Para assegurar que um build possa dar retorno imediato, é necessário que possa ser gerado em um tempo curto. Se alguns testes de regressão são muito demorados (por exemplo, scripts de interface), podem-se usar estratégias, como ter um processo de build separado que rode os testes mais demorados, ou versões diferentes de construção completa e resumida de build que rodariam durante a noite ou durante as horas de trabalho, respectivamente. III - Ao longo de uma iteração, novos testes automatizados são construídos. Todos os novos testes automatizados construídos para uma dada história devem ser incluídos na respectiva suíte de regressão.
Quais afirmativas estão corretas?