As 34 principais perguntas & Respostas

baixar PDF

1) Como testador, qual deve ser a sua abordagem quando os requisitos mudam continuamente?

Quando o requisito continua mudando, o testador continuamente ágil deve seguir a seguinte abordagem

Escreva planos de teste genéricos e casos de teste, que se concentram na intenção do requisito, em vez de seus detalhes exatos
Para entender o escopo da mudança, trabalhe em estreita colaboração com os proprietários do produto ou analista de negócios
Certifique-se de que a equipe entenda os riscos envolvidos na mudança de requisitos, especialmente no final do sprint
Até que o recurso esteja estável e os requisitos sejam finalizados, é melhor esperar se você for automatizar o recurso
As mudanças podem ser reduzidas ao mínimo negociando ou implementando as mudanças no próximo sprint

2) Liste os prós e contras do teste exploratório (usado no Agile) e do teste com script?

	Prós	Contras
Teste Exploratório	- Requer menos preparação - Fácil de modificar quando os requisitos mudam - Funciona bem quando a documentação é escassa	- Apresentar o progresso e a cobertura para o gerenciamento do projeto é difícil
Teste com script	- Em caso de teste contra requisitos legais ou regulamentares, é muito útil	- A preparação do teste é geralmente demorada - As mesmas etapas são testadas repetidamente - Quando os requisitos mudam, é difícil modificar

3) Explique a diferença entre a programação Extreme e Scrum?

Scrum	Extreme Programing (XP)
- As equipes Scrum geralmente têm que trabalhar em iterações chamadas sprints, que geralmente duram de duas semanas a um mês	- A equipe XP trabalha em iteração que dura uma ou duas semanas
- Times Scrum não permitem mudanças em seus sprints	- As equipes XP são mais flexíveis e mudam suas iterações
- No scrum, o proprietário do produto prioriza o backlog do produto, mas a equipe decide a sequência em que desenvolverão os itens do backlog	- A equipe XP trabalha em estrita ordem de prioridade, os recursos desenvolvidos são priorizados pelo cliente
- Scrum não prescreve nenhuma prática de engenharia	- XP prescreve práticas de engenharia

4) O que é um épico, histórias de usuário e tarefa?

Épico: um recurso de software descrito pelo cliente que é discriminado na lista de pendências do produto é conhecido como épico. Os épicos são subdivididos em histórias

Histórias de usuários: Do ponto de vista do cliente, as histórias de usuários são preparadas, definindo as funções do projeto ou do negócio e entregues em um sprint específico, conforme o esperado.

Tarefa: Mais adiante, as histórias de usuário são divididas em tarefas diferentes

5) Explique o que é refatoração?

Para melhorar o desempenho, o código existente é modificado; isso é refatoração. Durante a refatoração, a funcionalidade do código permanece a mesma

6) Explique como você pode medir a velocidade do sprint com capacidade variável da equipe.

Ao planejar um sprint, geralmente, a velocidade do sprint é medida com base no julgamento profissional baseado em dados históricos. No entanto, a fórmula matemática usada para medir a velocidade do sprint é,

primeiro - pontos completos da história X capacidade da equipe: Se você medir a capacidade como uma porcentagem de semanas de 40 horas
Segundo - pontos de história completos / capacidade da equipe: Se você medir a capacidade em horas-homem

Para o nosso cenário, o segundo método é aplicável.

7) Mencionar a principal diferença entre sprint backlog e product backlog?

Product backlog: contém uma lista de todos os recursos desejados e é propriedade do product owner.

Sprint backlog: é um subconjunto do backlog do produto pertencente à equipe de desenvolvimento e se compromete a entregá-lo em um sprint. É criado na Reunião de Planejamento Sprint

8) Na menção Ágil qual a diferença entre o desenvolvimento Incremental e Iterativo?

Iterativo: o método iterativo é um processo contínuo de desenvolvimento de software onde os ciclos de desenvolvimento de software são repetidos (Sprint e Releases) até que o produto final seja alcançado.

Versão 1: Sprint 1, 2

… N

Lançamento n: Sprint 1, 2

… .N

Incremental: o desenvolvimento incremental separa a funcionalidade do sistema em incrementos ou porções. Em cada incremento, cada segmento de funcionalidade é entregue por meio de trabalho interdisciplinar, desde os requisitos até a implantação.

9) Explique o que é Spike e Zero Sprint no Agile? Qual é o propósito disso?

Sprint Zero: é introduzido para realizar algumas pesquisas antes de iniciar o primeiro sprint. Normalmente, esse sprint é usado durante o início do projeto para atividades como configuração do ambiente de desenvolvimento, preparação do backlog do produto e assim por diante.

Picos: os picos são tipos de histórias usadas para atividades como pesquisa, exploração, design e até prototipagem. Entre sprints, você pode obter picos para o trabalho relacionado a qualquer problema técnico ou de design. Os picos são de dois tipos Picos técnicos e Picos funcionais.

10) O que é desenvolvimento dirigido por teste?

O desenvolvimento orientado a testes ou TDD também é conhecido como design dirigido a testes. Nesse método, o desenvolvedor primeiro escreve um caso de teste automatizado que descreve uma nova função ou melhoria e, em seguida, cria pequenos códigos para passar no teste e, posteriormente, refatora o novo código para atender aos padrões aceitáveis.

11) Protótipos e Wireframes são amplamente usados como parte de?

Protótipos e wireframes são protótipos amplamente usados como parte do design empírico.

12) Explique o que é Interface Binária do Aplicativo?

Em diferentes plataformas de sistema e ambientes, uma especificação que define os requisitos para a portabilidade de aplicativos na forma binária é conhecida como Application Binary Interface.

13) Explicar no gráfico Agile, burn-up e burn-down?

Para rastrear a queima e a queima do progresso do projeto, são usados gráficos.

Burnup Chart: Mostra o andamento das histórias feitas ao longo do tempo.

Gráfico Burndown: mostra quanto trabalho sobrou para fazer horas extras.

14) Explique o que é banimento do Scrum?

Scrum ban é um modelo de desenvolvimento de software baseado em Scrum e Kanban. É projetado especialmente para projetos que requerem manutenção frequente, com histórias de usuário inesperadas e erros de programação. Usando essa abordagem, o fluxo de trabalho da equipe é guiado de forma a permitir um tempo mínimo de conclusão para cada história de usuário ou erro de programação.

15) O que são pontos da história / esforços / escalas?

É usado para discutir a dificuldade da história sem atribuir horas reais. A escala mais comum usada é uma sequência de Fibonacci (1,2,3,5,8,13,

… .100) embora algumas equipes usem escala linear (1,2,3,4….), Potências de 2 (1,2,4,8…) e tamanho do pano (XS, S, M, L, XL).

16) Explique o que é uma bala traçadora?

O marcador rastreador é um pico com a arquitetura atual, o conjunto atual de melhores práticas, o conjunto de tecnologia atual que resulta em código de qualidade de produção. Não é um código descartável, mas pode ser apenas uma implementação limitada da funcionalidade.

17) O que é um esboço de teste?

Um stub de teste é um pequeno código que substitui um componente não desenvolvido ou totalmente desenvolvido dentro de um sistema que está sendo testado. O stub de teste é projetado de forma que imite o componente real, gerando saídas especificamente conhecidas e substituindo o componente real.

18) Quais são as diferenças entre as metodologias RUP (Rational Unified Process) e Scrum?

RUP	SCRUM
- O ciclo formal é definido em quatro fases, mas alguns fluxos de trabalho podem ser simultâneos	- Cada sprint é um ciclo completo
- É usado um plano de projeto formal, associado a várias iterações.	- Plano de projeto sem fim a fim. Cada próximo plano de iteração é determinado no final da iteração atual
- O escopo é predefinido antes do início do projeto e documentado no documento de escopo. Durante o projeto, o escopo pode ser revisado.	- Ele usa um backlog do projeto em vez do escopo scrum
- Os artefatos incluem documento de escopo, pacote formal de requisitos funcionais, documento de arquitetura do sistema, plano de desenvolvimento, scripts de teste, etc.	- O software operacional é os únicos artefatos formais
- Recomendado para projetos de longo prazo, grandes e de nível empresarial com complexidade média a alta	- Recomendado para melhorias rápidas e organização que não dependem de um prazo

19) Por que a integração contínua é importante para o Agile?

A integração contínua é importante para o Agile pelos seguintes motivos.

Ajuda a manter o cronograma de lançamentos dentro do prazo, detectando bugs ou erros de integração
Devido à entrega frequente de código ágil, geralmente a cada sprint de 2-3 semanas, a qualidade estável de construção é uma obrigação e a integração contínua garante que
Ajuda a manter a qualidade e o estado livre de bugs da base de código
A integração contínua ajuda a verificar o impacto do trabalho nas ramificações para o tronco principal se o trabalho de desenvolvimento estiver ocorrendo nas ramificações usando a função automática de construção e fusão

20) Quais testes são feitos durante o Agile?

As principais atividades de teste durante o Agile são os testes de unidade automatizados e os testes exploratórios.

Porém, dependendo dos requisitos do projeto, um testador pode executar testes funcionais e não funcionais no aplicativo em teste (AUT).

21) Explique o que é Velocity no Agile?

Velocidade é uma métrica calculada pela adição de todas as estimativas de esforços relacionadas às histórias do usuário concluídas em uma iteração. Ele calcula quanto trabalho o Agile pode concluir em uma sprint e quanto tempo será necessário para concluir um projeto.

22) Quais são as qualidades de um bom testador Agile deve ter?

Um bom testador Agile deve ter as seguintes qualidades

Deve ser capaz de entender os requisitos rapidamente
O testador Agile deve conhecer bem os princípios e conceitos Agile
Como os requisitos continuam mudando, o testador deve compreender o risco envolvido nisso
Com base nos requisitos, o testador ágil deve ser capaz de priorizar o trabalho
A comunicação contínua entre parceiros de negócios, desenvolvedores e testadores é obrigatória

23) Quem está envolvido na equipe Agile?

No ágil, os dois principais leads são

Scrum Masters : Ele coordena a maioria das entradas e saídas necessárias para um programa ágil
Gerentes de desenvolvimento : eles contratam as pessoas certas e as desenvolvem com a equipe

24) Mencione em detalhes quais são as funções do Scrum Master?

As principais responsabilidades do Scrum Master envolvem

Compreenda os requisitos e transforme-os em software funcional
Monitoramento e rastreamento
Relatórios e Comunicação
Mestre de verificação de processo
Mestre de Qualidade
Resolver impedimentos
Resolver conflitos
Proteja a equipe e feedback de desempenho
Lidere todas as reuniões e resolva obstáculos

25) Mencione quais são as estratégias de qualidade do Agile?

Estratégias de qualidade ágeis são

Reestruturação
Desenvolvimento não-solo
Análise de código estático e dinâmico
Revisões e Inspeção
Demonstrações de iteração / sprint
Demonstração de todas as mãos
Avaliações de marco de peso leve
Ciclos de feedback curtos
Padrões e diretrizes

26) Mencione quais são as ferramentas que podem ser úteis para capturas de tela ao trabalhar em projetos Agile?

Enquanto trabalha em projetos Agile, você pode usar ferramentas como

BugDigger
BugShooting
qTrace
Snagit
Fogueira
Usernap

27) Mencione quais são as vantagens de manter um comprimento de iteração consistente ao longo do projeto?

As vantagens são

Ajuda a equipe a medir objetivamente o progresso
Ele fornece um meio consistente de medir a velocidade da equipe
Ajuda a estabelecer um padrão consistente de entrega

28) Se um plano de caixa de tempo precisa ser priorizado, quem deve priorizá-lo novamente?

Se um plano de caixa de tempo precisar ser priorizado, ele deve incluir a equipe inteira, o proprietário do produto e os desenvolvedores.

29) Mencione o que um gráfico de burndown deve destacar?

O gráfico burn-down mostra o trabalho restante a ser concluído antes que a caixa de tempo (iteração) termine.

30) Mencione qual é a diferença entre Scrum e Agile?

Scrum : No scrum, um sprint é uma unidade básica de desenvolvimento. Cada sprint é seguido por uma reunião de planejamento, onde as tarefas para o sprint são identificadas e estimadas. Durante cada sprint, a equipe cria a parte finalizada de um produto

Agile : no Agile, cada iteração envolve uma equipe trabalhando em um ciclo completo de desenvolvimento de software, incluindo planejamento, design, codificação, análise de requisitos, teste de unidade e teste de aceitação quando um produto é demonstrado para as partes interessadas

Em palavras simples, Agile é a prática e scrum é o processo para seguir essa prática.

31) Mencione quais são os desafios envolvidos no desenvolvimento de software AGILE?

Os desafios envolvidos no desenvolvimento de software ágil incluem

Requer mais testes e envolvimento dos clientes
Impacta mais a gestão do que os desenvolvedores
Cada recurso deve ser concluído antes de passar para o próximo
Todo o código deve funcionar bem para garantir que o aplicativo esteja funcionando
É necessário mais planejamento

32) Quando não usar o Agile?

Antes de usar a metodologia Agile, você deve fazer as seguintes perguntas

A funcionalidade pode ser dividida
O cliente está disponível
Os requisitos são flexíveis
É realmente limitado pelo tempo
A equipe é qualificada o suficiente?

33) Explique como você pode implementar o scrum de uma maneira fácil para o seu projeto?

Estas são as dicas que podem ser úteis para implementar o scrum em seu projeto.

Coloque seu backlog em ordem
Tenha uma ideia do tamanho dos itens do backlog do seu produto
Esclareça os requisitos e a duração do sprint para completar o backlog do sprint
Calcule o orçamento de sprint da equipe e, em seguida, divida os requisitos em tarefas
Espaço de trabalho de colaboração - um centro de todas as discussões da equipe, que inclui planos, roteiros, datas importantes, esboços de funcionalidade, problemas, registro, relatórios de status, etc.
Sprint- Certifique-se de concluir um recurso de cada vez antes de passar para o próximo. Um sprint não deve ser abortado a menos que não haja outra opção
Participe de uma reunião permanente diária: Na reunião, você precisa mencionar o que foi alcançado desde a última reunião, o que eles alcançarão antes da próxima reunião e se alguma coisa está impedindo seu progresso
Use o gráfico burndown para rastrear o progresso diário. No gráfico de burndown, você pode estimar se está no caminho certo ou se está atrasado
Complete cada recurso bem antes de passar para o próximo
No final do sprint, faça uma reunião de revisão do sprint, mencione o que foi alcançado ou entregue no sprint.

34) Explique o que significa roteiro de produto?

Um roteiro de produto é referido para a visão holística dos recursos do produto que criam a visão do produto.