Questões de Concurso
Sobre processos de software - desenvolvimento ágil em engenharia de software
Foram encontradas 1.871 questões
No TDD, o refatoramento do código deve ser realizado antes de se escrever a aplicação que deve ser testada.
Uma das características do método XP é o uso de um modo de desenvolvimento orientado a testes frequentes, o que garante a entrega de uma única versão do sistema inteiro, testado e validado.
No Scrum, as funcionalidades contidas em um sprint são definidas pelo ProductOwner no ProductBacklog
Com relação a essa metodologia, assinale a alternativa correta.
Assinale a alternativa abaixo que melhor identifca o modelo de processo de software no qual uma implementação inicial é exposta ao usuário para que possam ser realizados refnamentos posteriores que representam novas versões do sistema. As atividades de especifcação, desenvolvimento e validação são intercaladas.
Dentro de uma Sprint no Scrum, as metas de qualidade não diminuem e não são feitas mudanças que possam afetar o objetivo da Sprint.
O código do projeto pertence a todos os membros da equipe. Isto significa que qualquer pessoa que percebe que pode adicionar valor ao código, mesmo que ele próprio não o tenha desenvolvido, pode fazê-lo, desde que faça os testes necessários e não prejudique as funcionalidades atuais. Isto é possível porque todos são responsáveis pelo software. Caso um membro da equipe deixe o projeto antes do fim, a equipe consegue continuar o projeto sem grandes dificuldades, pois todos conhecem todas as partes do software, mesmo que não seja de forma detalhada.
Esta prática é
I. É uma Sprint de um mês, para inspecionar o incremento e adaptar o Backlog do Produto, se necessário.
II. É uma reunião time-boxed de 3 horas para uma Sprint de um mês, sendo uma oportunidade para o Time Scrum inspecionar a si próprio e criar um plano para melhorias a serem aplicadas na próxima Sprint.
III. É um evento time-boxed de 15 minutos, para que a Equipe de Desenvolvimento possa sincronizar as atividades e criar um plano para as próximas 24 horas.
IV. É um time-box de 8 horas para uma Sprint de um mês de duração.
Estão de acordo com as definições I, II, III e IV, respectivamente, as denominações:

Considere as definições dos quadrantes de testes ágeis:
I. Testes que focam no negócio e criticam o produto: são os testes de aceitação feitos na homologação do produto ou de suas partes, testes betas e testes exploratórios. São testes feitos não com o objetivo de dizer que o software funciona, mas de encontrar defeitos. Bons analistas de testes possuem técnicas para encontrar defeitos que poucos desenvolvedores conhecem.
II. Testes que focam na arquitetura e suportam o time: são os testes unitários e de componentes. Estes são realizados e são de responsabilidade dos próprios desenvolvedores. O papel do analista de testes nesse quadrante é o de apoiar, suportar e expandir conhecimentos entre os desenvolvedores sempre que necessário. De preferência isso é feito em par com o desenvolvedor no momento de elaborar os testes unitários automatizados.
III. Testes que focam na arquitetura e criticam o produto: são os testes de performance, de carga e de segurança. Esses são de responsabilidade dos analistas de testes e costumam ser feitos quando partes da aplicação já estão prontas e, especialmente, antes da entrada de um release em produção.
IV. Testes que focam no negócio e suportam o time: são testes funcionais diferenciados, que idealmente utilizam a técnica de Behavior-Driven Development e Acceptance Test-Driven Development. Isto é, são testes e cenários de exemplo realizados pelos testadores em conjunto com os clientes, usuários e analistas de negócio. Com base nesses exemplos e cenários os desenvolvedores terão melhores condições de desenvolver e entender os requisitos.O foco desses testes não é encontrar o maior número de defeitos e sim ajudar clientes e desenvolvedores a se entenderem melhor.
A associação correta entre as definições I, II, III e IV e os quadrantes Q1, Q2, Q3 e Q4 é apresentada em
No início de cada sprint é feito um
, no qual a equipe prioriza os elementos do
a serem implementados e transfere esses elementos para o
, ou seja, a lista de funcionalidades a serem implementadas no ciclo que se inicia. A equipe se compromete a desenvolver as funcionalidades e o
se compromete a não trazer novas funcionalidades durante o mesmo sprint. As lacunas I, II, III e IV são preenchidas, correta e respectivamente, por