45
Aula 05 Curso: Tecnologia da Informação p/ TRT-SP - Analista Judiciário (tópicos 1 e 2) Professor: Diego Carvalho 325.179.138-97 - caio victor gambardela

203903115 Testes Conceitos Verificacao e Validacao Tipos de Teste Unidade Integracao Sistemafuncional Aceitacao Carga Desempenho Vulnerabilidade Usab

Embed Size (px)

Citation preview

Page 1: 203903115 Testes Conceitos Verificacao e Validacao Tipos de Teste Unidade Integracao Sistemafuncional Aceitacao Carga Desempenho Vulnerabilidade Usab

Aula 05

Curso Tecnologia da Informaccedilatildeo p TRT-SP - Analista Judiciaacuterio (toacutepicos 1 e 2)

Professor Diego Carvalho

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 1 de 44

AULA 05

SUMAacuteRIO PAacuteGINA

Apresentaccedilatildeo 01 Verificaccedilatildeo amp Validaccedilatildeo 02 Exerciacutecios Comentados (06) 05 Testes de Software 07 Exerciacutecios Comentados (22) 13 Controle de Versatildeo (G ) 18 Exerciacutecios Comentados (02) 21 Jenkins 22 Exerciacutecios Comentados (04) 23 Scrum 24 Exerciacutecios Comentados (31) 30 Lista de Exerciacutecios Comentados 37 Gabarito 44

Galera a aula de hoje trata de Verificaccedilatildeo e Validaccedilatildeo depois trata de alguns tipos de testes depois trata de Sistema de Controle de Versatildeo com Git ndash que cai pouquiacutessimo em seguida trata de software de integraccedilatildeo contiacutenua com o Jenkins e por fim trata do Framework Scrum ndash que eacute o mais importante da aula e tem mais exerciacutecios Mandem ver

Desenvolvimento de Software Fundamentos estruturas de dados e de controle de fluxo funccedilotildees e procedimentos conceitos de linguagens estruturadas conceitos de linguagens orientadas a objetos Arquitetura de Aplicaccedilotildees conceitos de Web Services SOAP e REST conceitos sobre desenvolvimento Web e clienteservidor Linguagens e ambientes de programaccedilatildeo Aspectos gerais das linguagens PHP Delphi e Java Zend Framework Java EE JPA JSF JSP Servlets Taglibs EJB JDBC JBoss Seam Hibernate jBPM Testes Conceitos verificaccedilatildeo e validaccedilatildeo tipos de teste (unidade integraccedilatildeo sistemafuncional aceitaccedilatildeo carga desempenho

vulnerabilidade usabilidade) Controle de Versatildeo com o Git Praacuteticas aacutegeis Jenkins Scrum Processo de negoacutecio Conceitos baacutesicos Identificaccedilatildeo e delimitaccedilatildeo de processos de negoacutecio Teacutecnicas de mapeamento de processos Teacutecnicas de anaacutelise e simulaccedilatildeo de processos Construccedilatildeo e mensuraccedilatildeo de indicadores de processos Teacutecnicas de modelagem de processos Modelagem de processos com UML e BPMN notaccedilatildeo artefatos e atividades ___________________________________________________________________________________________________________________________________

Engenharia de Software Conceitos gerais e disciplinas de engenharia de software Ciclo de vida de software Anaacutelise e projeto orientado a objetos com UML Anaacutelise de requisitos funcionais e natildeo funcionais Modelagem orientada a objetos Padrotildees de projeto Modelagem de dados Modelo relacional Processos de desenvolvimento de software Processo iterativo e incremental Processos e praacuteticas aacutegeis de desenvolvimento de software Test-Driven Development (TDD) Extreme Programming (XP)Acceptance Test-Driven Development (ATDD) Domain- Driven Design (DDD) Behavior Driven Development (BDD) Teacutecnicas para planejamento e priorizaccedilatildeo incremental de escopo em projetos aacutegeis Norma NBR ISOIEC 12207 Meacutetricas de qualidade coesatildeo e acoplamento Meacutetrica de Anaacutelise de Pontos por Funccedilatildeo (ISOIEC 20968)

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 2 de 44

VERIFICACcedilAtildeO amp VALIDACcedilAtildeO

Em seu livro Pressman diz

Durante e depois do processo de implementaccedilatildeo o programa em desenvolvimento deve ser verificado

para certificar-se de que ele atende a sua especificaccedilatildeo e entrega a funcionalidade esperada pelas

pessoas que pagam pelo software Verificaccedilatildeo e Validaccedilatildeo (VampV) eacute a denominaccedilatildeo dada a esses

processos de verificaccedilatildeo e anaacutelise Atividades de verificaccedilatildeo e validaccedilatildeo ocorrem em cada estaacutegio do

processo de software VampV comeccedila com revisotildees de requisitos e continua ao longo das revisotildees de

projeto e das inspeccedilotildees de coacutedigo ateacute o teste de produto

Percebam que Validaccedilatildeo e Verificaccedilatildeo satildeo coisas diferentes E qual a diferenccedila Ora Boehm descreveu de uma maneira simples e genial por meio de duas perguntas

Verificaccedilatildeo Estamos construindo o produto corretamente Validaccedilatildeo Estamos construindo o produto correto

Figura 1 - Diferenccedila entre Verificaccedilatildeo e Validaccedilatildeo

Percebam que a Verificaccedilatildeo envolve a certificaccedilatildeo de que o software construiacutedo esteja de acordo com as especificaccedilotildees de requisitos (funcionais e natildeo-funcionais) Jaacute a Validaccedilatildeo eacute

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 3 de 44

mais geneacuterica no sentido de que ela se certifica de que o software construiacutedo estaacute de acordo com as expectativas do cliente Eu peccedilo Natildeo na verdade eu imploro que vocecircs memorizem a diferenccedila entre esses dois conceitos Eacute muito simples mas eu jaacute me cansei das incontaacuteveis vezes que eu vi questotildees de prova tentando confundir os candidatos e obtendo ecircxito Como vocecirc decorou professor Muito simples Verificaccedilatildeo ocorre em relaccedilatildeo agrave Especificaccedilatildeo de Requisitos

Figura 2 - Como decorar a diferenccedila entre Verificaccedilatildeo e Validaccedilatildeo

Haacute dois tipos de Verificaccedilatildeo Estaacutetica e Dinacircmica A Estaacutetica (tambeacutem chamada Inspeccedilatildeo de Software) trata da anaacutelise de documento de requisitos anaacutelise de diagramas de projetos anaacutelise de coacutedigo-fonte etc Ela ocorre sem a necessidade de executar o software e pode ocorrer de forma automatizada antes mesmo da implementaccedilatildeo do sistema Jaacute a Verificaccedilatildeo Dinacircmica (tambeacutem chamada de Teste) envolve executar o software protoacutetipo ie a partir dos dados de entrada examina-se o comportamento por meios das saiacutedas de modo que se verifique se o desempenho obtido estaacute de acordo com o esperado Grosso modo a Estaacutetica trata da documentaccedilatildeo e a Dinacircmica trata da execuccedilatildeo em si Calma nem tudo satildeo flores Para fazer uma boa Verificaccedilatildeo Estaacutetica eacute necessaacuterio que as especificaccedilotildees dos artefatos sejam precisas e confiaacuteveis ndash ademais natildeo eacute faacutecil nem barato Quanto agrave Verificaccedilatildeo Dinacircmica noacutes falaremos mais adiante sobre cada tipo de teste que pode ser feito Galera Verificaccedilatildeo Estaacutetica e Dinacircmica satildeo complementares e natildeo opostas Cabe salientar tambeacutem que a VampV natildeo garante que o software seja completamente livre de defeitos ou que ele se comportaraacute conforme especificado em todas as circunstacircncias ndash eacute sempre possiacutevel que um teste ignorado possa descobrir mais problemas no sistema Ele tem que ser suficientemente confiaacutevel para a utilizaccedilatildeo pretendida

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 4 de 44

Espera e quem diz o que eacute um software suficientemente confiaacutevel Bem isso depende da criticidade do sistema das expectativas do utilizador do ambiente de marketing etc Imaginemos um sistema de cataacutelogo de filmes de uma locadora e um sistema de controle de traacutefego aeacutereo qual desses necessita de um grau de confianccedila mais alto notnot Imaginemos agora um sistema de caixa de padaria ou de um supermercado o utilizador pode ter baixas expectativas e assim ter um grau de confianccedila menor sem prejudicar seu funcionamento Nesses casos eacute comum aceitar falhas de sistema quando os benefiacutecios do uso ultrapassam as desvantagens Por fim algumas vezes um software precisa ser lanccedilado no mercado rapidamente como resposta agrave concorrecircncia ou a um ambiente de marketing favoraacutevel Por exemplo quando uma empresa tem poucos concorrentes ela pode liberar um programa antes que ele tenha sido inteiramente testado e depurado porque querem ser os primeiros do mercado Galera muita gente acha que as Inspeccedilotildees de Software natildeo tecircm importacircncia Ora tecircm sim Elas ocorrem inclusive em todos os estaacutegios do processo de desenvolvimento de software ndash qualquer representaccedilatildeo legiacutevel do software pode ser inspecionada Evidentemente natildeo eacute possiacutevel usar teacutecnicas estaacuteticas para verificar requisitos natildeo-funcionais (desempenho etc) Outra confusatildeo bastante frequente ocorre entre Teste e Depuraccedilatildeo No entanto essa eacute diferenccedila eacute bastante simples dentre outras testes estabelecem a existecircncia de defeitos e geralmente satildeo feitos por uma equipe de testes depuraccedilatildeo localiza e conserta esses defeitos e geralmente eacute feita por uma equipe de desenvolvimento

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 5 de 44

(Instituto Cidades ndash 2012 - CEMIG - Agente de Gestatildeo Administrativa - Analista de Sistemas - A) O teste

eacute uma atividade de verificaccedilatildeo e validaccedilatildeo do software e consiste na anaacutelise dinacircmica do mesmo isto eacute na execuccedilatildeo do produto de software com o objetivo de verificar a presenccedila de defeitos no produto e aumentar a confianccedila de que o mesmo estaacute correto

Comentaacuterios Teste eacute uma atividade de verificaccedilatildeo somente

Gabarito E

(CESPE - 2012 ndash Anatel ndash Analista Administrativo ndash Arquitetura de Soluccedilotildees) Considere as informaccedilotildees

abaixo em relaccedilatildeo ao desenvolvimento de sistemas

I executar um software com o objetivo de revelar falhas mas que natildeo prova a exatidatildeo do software II correta construccedilatildeo do produto III Construccedilatildeo do produto certo

Correspondem corretamente a I II e III respectivamente

a) Validaccedilatildeo verificaccedilatildeo e teste b) Verificaccedilatildeo teste e validaccedilatildeo c) Teste verificaccedilatildeo e validaccedilatildeo d) Validaccedilatildeo teste e verificaccedilatildeo e) Teste validaccedilatildeo e verificaccedilatildeo

Comentaacuterios Questatildeo estranha na medida em que Teste eacute um dos tipos de Verificaccedilatildeo (I) Teste ndash por conta da execuccedilatildeo do software (II) Verificaccedilatildeo ndash eacute semelhante a ldquoEstamos construindo o produto corretamenterdquo (III) Validaccedilatildeo ndash eacute semelhante a ldquoEstamos construindo o produto corretordquo

Gabarito C

(CESPE - 2010 ndash TJES ndash Analista Judiciaacuterio ndash Analista de Sistemas) Verificaccedilatildeo e validaccedilatildeo satildeo atividades

da anaacutelise de software necessaacuterias para se identificar o que o software precisa executar seguida de uma avaliaccedilatildeo do usuaacuterio quanto agraves atividades definidas

Comentaacuterios Eacute isso mesmo Verificaccedilatildeo eacute em relaccedilatildeo agrave especificaccedilatildeo de requisitos e a Validaccedilatildeo eacute em relaccedilatildeo aos usuaacuterios

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 6 de 44

(CESPE - 09 ndash TRT 5ordf ndash Analista Judiciaacuterio ndash Analista de Sistemas) A diferenccedila entre verificaccedilatildeo e validaccedilatildeo reside no fato de que a primeira se refere ao conjunto de atividades que garante que o software realiza corretamente uma funccedilatildeo especiacutefica enquanto a segunda refere-se a um conjunto diferente de atividades que garante que o software que foi construiacutedo eacute rastreaacutevel agraves exigecircncias do cliente

Comentaacuterios Perfeita definiccedilatildeo ndash eacute isso mesmo

Gabarito C

(ESAF - ndash MPOG ndash Analista de Planejamento ndash Analista de Sistemas - B) Demonstrar ao

desenvolvedor e ao cliente que o software atende aos requisitos eacute uma meta de validaccedilatildeo do software

Comentaacuterios Se demonstra ao desenvolvedor e ao cliente que atende aos requisitos portanto eacute uma verificaccedilatildeo de software

Gabarito E

(CESPE - ndash IPEA ndash Analista de Sistemas) A verificaccedilatildeo assegura que o produto como fornecido iraacute

atender o seu uso pretendido ou seja que se estaacute construindo o produto certo E a validaccedilatildeo confirma que os produtos de trabalho refletem de forma apropriada os requisitos que foram especificados ou seja que se estaacute construindo o produto corretamente

Comentaacuterios Natilde-natildeo Eacute o contraacuterio

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 7 de 44

TESTES DE SOFTWARE

O Teste de Software eacute o processo de executar um software com dois objetivos principais (1) demonstrar ao desenvolvedor e ao cliente que o software atende aos requisitos especificados (2) descobrir falhas ou defeitos no software que apresente comportamento incorreto natildeo desejaacutevel ou em natildeo conformidade com sua especificaccedilatildeo Os testes natildeo podem demonstrar que um software eacute livre de defeitos ou que ele se comportaraacute conforme especificado em todas as circunstacircncias Eacute sempre possiacutevel que um teste ignorado possa descobrir mais problemas no sistema Jaacute dizia Edsger Dijkstra ldquoOs testes podem somente mostrar a presenccedila de erros natildeo sua ausecircnciardquo O que eacute um Teste de Software Myers diz que eacute o processo de executar um determinado software com a intenccedilatildeo de encontrar defeitos A IEEE 729 define como o processo formal de avaliar um sistema ou componente por meios manuais ou automaacuteticos para verificar se ele satisfaz os requisitos especificados O Glossaacuterio ISTQB conceitua como todas as atividades do ciclo de vida estaacuteticas ou dinacircmicas voltadas para o planejamento preparaccedilatildeo e avaliaccedilatildeo de produtos de software e produtos de trabalho relacionados a fim de determinar se eles satisfazem os requisitos especificados e demonstrar que estatildeo aptos para sua finalidade e detecccedilatildeo de defeitos Ao longo de diversos anos a engenharia de software evolui de modo a sugerir alguns princiacutepios que guiam os testes de software Vejamos alguns abaixo Testes demonstram a presenccedila de defeitos

Um teste pode demonstrar a presenccedila de defeitos mas natildeo pode provar que eles natildeo existem Ele reduz a probabilidade de que os defeitos permaneccedilam em um software mas mesmo se nenhum defeito for encontrado natildeo quer dizer que esteja perfeito

stes exaustivos satildeo impossiacuteveis

Testar todas as combinaccedilotildees de entradas e preacute-condiccedilotildees eacute inviaacutevel exceto para casos triviais Em vez de realizar testes exaustivos os riscos e prioridades satildeo levados em consideraccedilatildeo para dar foco aos esforccedilos de teste Teste o mais breve possiacutevel

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 8 de 44

Os defeitos encontrados nas fases iniciais do processo de desenvolvimento de software satildeo mais baratos de serem corrigidos do que aqueles encontrados jaacute em fase produccedilatildeo Haacute inclusive teacutecnicas de testes antes mesmo da implementaccedilatildeo Agrupam os defeitos mais sensiacuteveis

Seguindo o Princiacutepio de Pareto 80 dos defeitos satildeo causados por 20 do coacutedigo Ao identificar essas aacutereas sensiacuteveis os testes podem priorizaacute-las enquanto ainda procuram por erros nas demais regiotildees Paradoxo do pesticida

Caso os mesmos testes sejam aplicados repetidamente em determinado momento eles deixam de ser uacuteteis ou seja natildeo conseguem encontrar nenhum novo defeito Por isso os testes precisam ser revisitados com frequecircncia (Novos pesticidas) Testes dependem do contexto

Os testes devem ser elaborados de acordo com o contexto de utilizaccedilatildeo do software Exemplo um sistema bancaacuterio deve ser testado de maneira diferente de uma rede social Assim como testes de aplicaccedilatildeo web tecircm foco diferente do desktop

secircncia de defeitos eacute uma ilusatildeo

Identificar e corrigir os problemas de um software natildeo garantem que ele estaacute pronto Os testes foram elaborados para identificar todas as possiacuteveis falhas O sistema atende agraves necessidades e expectativas dos usuaacuterios Ou seja haacute outros fatores

Agora vamos falar de uma coisa muito importante Podemos olhar para os testes por meio de trecircs perspectivas diferentes Teacutecnicas de Testes Niacuteveis de Testes e Tipos de Testes A Figura 3 apresenta essas trecircs perspectivas como um plano cartesiano de trecircs dimensotildees Noacutes iremos estudar cada uma dela mais agrave frente Figura 3 - Perspectivas de Testes

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 9 de 44

As Teacutecnicas de Teste de Software buscam demonstrar como testar Jaacute os Niacuteveis de Testes de Software buscam demonstrar quando testar Por fim os Tipos de Testes de Software buscam demonstrar o que testar Essas trecircs perspectivas satildeo apresentadas na Figura 4 seratildeo detalhadas para melhor entendimento

Figura 4 - Perspectivas de Testes

As Teacutecnicas de Testes se dividem em Caixa-Branca Caixa-Preta e Caixa-Cinza A primeira se foca nas estruturas internas dos procedimentos do sistema A segunda se foca nas entradas e saiacutedas especificadas nos requisitos funcionais Jaacute a terceira se foca tanto em estruturas internas quanto nas entradas e saiacutedas especificadas nos requisitos A Teacutecnica de Caixa-Branca (tambeacutem conhecida como Estrutural ou Orientada agrave Loacutegica) analisa caminhos loacutegicos possiacuteveis de serem executados portanto eacute necessaacuterio ter conhecimento sobre o funcionamento interno dos componentes Ele busca garantir que todos os caminhos independentes de um moacutedulo sejam executados pelo menos uma vez Ademais ele trata de todas as decisotildees loacutegicas para valores verdadeiros e falsos aleacutem de executar laccedilos dentro dos valores limites e avaliar as estruturas de dados internas As teacutecnicas principais satildeo testes de caminhos testes de estruturas de controle e complexidade ciclomaacutetica A Teacutecnica de Caixa-Preta (tambeacutem conhecida como ComportamentalFuncional ou Orientado a Dado) se baseia em preacute e poacutes-condiccedilotildees geralmente sendo utilizada nas etapas posteriores da disciplina de testes Ele busca funccedilotildees incorretas ou inexistentes erros de comportamento ou desempenho erros de inicializaccedilatildeo e interface etc Ele tem o objetivo de verificar a funcionalidade e aderecircncia aos requisitos em uma oacutetica externa ou do usuaacuterio sem se basear em qualquer conhecimento do coacutedigo ou loacutegica interna do componente As teacutecnicas principais satildeo testes baseados em grafos particionamento de equivalecircncias anaacutelise de valor-limite e teste de matriz ortogonal

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 10 de 44

Os Niacuteveis de Teste (tambeacutem conhecido como EstaacutegioEstrateacutegias) ralmente satildeo agrupados de acordo com o momento em que eles satildeo executados ou tambeacutem pelo niacutevel de especificidade do teste Exemplos Teste de Unidade Teste de Integraccedilatildeo Teste de Sistema Teste de Aceitaccedilatildeo entre outros

Figura 5 - Estaacutegios de Testes

A Figura 5 mostra que a espiral inicia- em sentido horaacuterio pelo Teste de Unidade (que analisa o coacutedigo) em seguida realiza o Teste de Integraccedilatildeo (que analisa o projeto) depois o Teste de Validaccedilatildeo ou Aceitaccedilatildeo (que analisa os requisitos) e por fim o Teste de Sistema (que analisa o sistema) Teste de Unidade Trata do esforccedilo de verificaccedilatildeo na menor unidade de projeto de software ndash componente ou moacutedulo de software Os testes unitaacuterios verificam o funcionamento de um pedaccedilo do sistema ou software isoladamente ou que possam ser testados separadamente Eles satildeo considerados um apecircndice ao passo de codificaccedilatildeo O projeto de Teste de Unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado Ele enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente Professor mas que

componente eacute esse Ora meacutetodos classes ou moacutedulos Teste de Integraccedilatildeo Trata do esforccedilo de verificaccedilatildeo em uma combinaccedilatildeo de componentes para verificar se eles funcionam corretamente juntos conforme as especificaccedilotildees Busca encontrar

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 11 de 44

defeitos nas interfaces e nas interaccedilotildees entre componentes ou sistemas integrados Ele sucede o Teste de Unidade e antecede o Teste de Sistema Os resultados do Teste de Unidade dos moacutedulos do sistema servem de insumo para o Teste de Integraccedilatildeo Eacute uma teacutecnica sistemaacutetica para construir a arquitetura de um software e descobrir erros na integraccedilatildeo entre os componentes Os moacutedulos satildeo integrados gradualmente a fim de facilitar a localizaccedilatildeo de erros Teste de AceitaccedilatildeoValidaccedilatildeo Trata do esforccedilo em demonstrar a conformidade com os requisitos de software Focaliza accedilotildees visiacuteveis ao usuaacuterio e saiacutedas do sistema reconhecidas tambeacutem pelo usuaacuterio Eacute bem sucedida quando o software funciona do modo que pode ser razoavelmente esperado pelo usuaacuterio Ele sucede o Teste de Integraccedilatildeo e antecede o Teste de Sistema O ambiente de teste utilizado deve ser o mais proacuteximo possiacutevel do ambiente real Os tipos mais comuns satildeo o Teste Alfa e o Teste Beta O primeiro ocorre em um ambiente controlado ndash simulando a forma de utilizaccedilatildeo do usuaacuterio Jaacute o segundo ocorre no ambiente real de utilizaccedilatildeo e eacute realizado pelo proacuteprio usuaacuterio Teste de SistemaFuncional Trata do esforccedilo em demonstrar o funcionamento do sistema como um todo dentro de um ambiente operacional controlado para validar a exatidatildeo e perfeiccedilatildeo na execuccedilatildeo de suas funccedilotildees Utilizam-se dados de teste a fim de tentar evitar a ocorrecircncia de defeitos em ambiente de produccedilatildeo Lembremos que um software frequentemente eacute apenas um elemento de um sistema maior Logo eacute necessaacuterio testaacute-lo considerando o contexto em que seraacute utilizado Eles satildeo conduzidos em um ambiente completo e integrado por vaacuterias pessoas (natildeo soacute os desenvolvedores) Busca-se exercitar o sistema por completo

Por fim vamos tratar dos Tipos de Testes Exemplos Teste de Regressatildeo Teste de Teste de Fumaccedila Teste de Recuperaccedilatildeo Teste de Seguranccedila Teste de Carga Teste de Desempenho Teste de Usabilidade No entanto o edital de vocecircs pede apenas quatro tipos de teste que veremos a seguir Teste de CargaEstresseVolume Trata do esforccedilo em demonstrar o funcionamento do software em situaccedilotildees anormais ie executa o sistema em condiccedilotildees incomuns de demanda de recursos velocidade

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 12 de 44

frequecircncia e volume Em outras palavras verifica qual limite de dados processados ateacute a falha do sistema Teste de DesempenhoPerformance Trata do esforccedilo em demonstrar que o sistema atende aos niacuteveis de desempenho e tempo de resposta acordados com os usuaacuterios e definidos nos requisitos Geralmente ocorre paralelamente ao Teste de Carga e avalia a capacidade de resposta do sistema em determinadas configuraccedilotildees Teste de Vulnerabilidade Trata do esforccedilo em demonstrar buracos de seguranccedila e vulnerabilidades podem ser aplicadas agrave redemaacutequina alvo Quem efetuar o teste vai tentar identificar nas maacutequinas na rede alvo todas as portas abertas sistemas operativos e aplicaccedilotildees a serem executadas Teste de Usabilidade Trata do esforccedilo em demonstrar falhas na facilidade de uso do software pelos usuaacuterios finais Enfatiza fatores humanos consistecircncia na interface graacutefica esteacutetica ajuda online assistentes wizard documentaccedilatildeo do usuaacuterio material de treinamento entre outros Uma boa interface com o usuaacuterio deve ser faacutecil de usar e entender

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 13 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - A O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

Comentaacuterios Qual eacute o objetivo de um teste Encontrar erros Noacutes jaacute sabemos que eacute virtualmente impossiacutevel provar a correccedilatildeo integral de um programa

Gabarito E

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - B O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

Comentaacuterios Exatamente isso Um teste deve ter alta probabilidade de encontrar erros

Gabarito C

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - C O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

Comentaacuterios Opaaaa natildeo satildeo desejaacuteveis testes redundantes mas ndash sim ndash eficientes

Gabarito E

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - D O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

Comentaacuterios Na verdade testes natildeo devem ser muito simples nem muito complexos

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 14 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - E O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

Comentaacuterios Natildeo faz nenhum sentido ndash inclusive a proacutepria Equipe de Desenvolvimento realiza testes (Testes de Unidade)

Gabarito E

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

Comentaacuterios Eacute isso mesmo Inicia-se com Testes de Unidade depois Testes de Integraccedilatildeo e por fim Testes de Sistema

Gabarito C

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

Comentaacuterios Essa eacute uma boa definiccedilatildeo para Testes de Unidade Perfeito

Gabarito C

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

Comentaacuterios Eacute exatamente isso Eacute comum ndash inclusive ndash que frameworks utilizem o Test-first Design

Gabarito C

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

Comentaacuterios Essa eacute a perfeita definiccedilatildeo de Teste de Integraccedilatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 15 de 44

Gabarito C

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

Comentaacuterios Como jaacute vimos nenhum teste eacute capaz de garantir que natildeo restam erros em um sistema

Gabarito E

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software Comentaacuterios Bem essa eacute ateacute engraccedilada Geralmente um teste bem sucedido eacute aquele que encontra erros Se ele natildeo encontra erros eacute mais provaacutevel que o teste tenha sido mal feito

Gabarito E

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

Comentaacuterios Os testes de desempenho devem ser projetados para assegurar que o sistema pode operar na carga necessaacuteria Isso envolve geralmente o planejamento de uma seacuterie de testes em que a carga eacute constantemente aumentada ateacute que o desempenho se torne inaceitaacutevel Perfeito Gabarito C

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

Comentaacuterios O teste de desempenho concentra-se tanto em demonstrar que o sistema atende aos requisitos como tambeacutem em descobrir problemas e defeitos no sistema Gabarito E

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 16 de 44

Comentaacuterios Jaacute vimos um milhatildeo de vezes Testes natildeo garantem a ausecircncia de erros Gabarito E

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

Comentaacuterios Opa como eacute Maior unidade de projeto Natildeo Na menor unidade de projeto do software Gabarito E

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

Comentaacuterios Perfeito Eacute exatamente isso Gabarito C

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

Comentaacuterios Galera natildeo se exaltem O Teste de Integraccedilatildeo eacute o que mais testa a interface poreacutem o Teste de Unidade tambeacutem a testa Natildeo haacute nada errado aqui Gabarito C

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

Comentaacuterios Exatamente isso Vamos relembrar Testes de Unidade tratam do coacutedigo-fonte Testes de Integraccedilatildeo tratam de Projeto de Software Testes de Validaccedilatildeo tratam de Requisitos Testes de Sistema tratam de Engenharia de Sistemas Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 17 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

Comentaacuterios Bem apesar de falar sobre componentes do modelo de implementaccedilatildeo natildeo se trata de Teste de Integraccedilatildeo Observem que trata de um niacutevel de abstraccedilatildeo bastante baixo sobre os fluxos de controle e de dados Portanto trata-se de um Teste de Unidade Gabarito E

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

Comentaacuterios Natildeo Isso se trata do Teste Caixa-Branca Gabarito E

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

Comentaacuterios Perfeito Eacute bem intuitivo Gabarito C

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

Comentaacuterios Opa na verdade trata-se de Teste de Integraccedilatildeo Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 18 de 44

CONTROLE DE VERSAtildeO ndash G

O que eacute um Sistema de Controle de Versatildeo Eacute um sistema que registra as mudanccedilas feitas em um arquivo ou um conjunto de arquivos ao longo do tempo de forma que seja possiacutevel recuperar versotildees especiacuteficas Eu por exemplo uso um sistema de controle de versatildeo para guardar todas as versotildees das aulas que eu faccedilo ndash jaacute pensou se eu perco isso D Pessoal se um sistema de controle de versatildeo eacute importante para que eu controle as versotildees das minhas aulas imaginem para quem estaacute desenvolvendo um software O desenvolvedor deve poder conseguir gerenciar as diferentes versotildees de coacutedigo-fonte e documentaccedilatildeo do software que ele estaacute desenvolvendo

Um dos softwares de controle de versatildeo mais conhecido do mercado eacute o G Ele eacute um sistema open-source distribuiacutedo raacutepido e foi criado por Linus Torvalds (isso mesmo aquele do Linux) e foi desenvolvido para controlar as versotildees do kernel do sistema operacional

Vocecircs podem estar se perguntando natildeo basta criar um diretoacuterio e ir salvando cada versatildeo

com um nome diferente Ora nada impede que se faccedila isso No entanto percebam que ndash apesar de ser uma ideia extremamente simples ndash ela eacute muito suscetiacutevel a erros Pessoal noacutes somos humanos e muitas vezes desatentos

Imaginem um cara que tem 40 diretoacuterios para o sistema que ele estaacute desenvolvendo E se ele achar que estaacute em um diretoacuterio mas na verdade estaacute em outro E se ele acabar

Figura 6 - Logo da git

Figura 7 - Sistema de Controle de Versotildees Local (SCVL)

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 19 de 44

gravando acidentalmente no diretoacuterio errado E se ele sobrescrever arquivos indevidamente sem a menor intenccedilatildeo Pois eacute para resolver esse problema foram desenvolvidos os Sistemas de Controle de Versatildeo Locais em que se armazenavam todas as alteraccedilotildees dos arquivos sob controle de revisatildeo Como assim Ora bastava salvar o arquivo e ele era gravado no diretoacuterio com cada uma de suas versotildees como mostra a Figura 8

Agora imaginem 10 desenvolvedores trabalhando com sistemas diferentes e armazenando suas versotildees cada um em seu computador ndash ora como eles podem trabalhar em conjunto

integrando seus componentes Para lidar com esse problema foi criado o Sistema de Controle de Versatildeo Centralizado como mostra a Figura 9 Esses sistemas possuem um servidor central uacutenico que conteacutem todos os arquivos versionados e vaacuterios clientes que podem recuperaacute-los Os desenvolvedores tecircm conhecimento razoaacutevel sobre o projeto como um todo No entanto se o servidor falhartodos param de trabalhar armazenamento for corrompido jaacute era

Figura 9 - Sistema de Controle de Versotildees Distribuiacutedo (SCVD)

Figura 8 - Sistema de Controle de Versatildeo Centralizado (SCVC)

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 20 de 44

Como solucionar esse problema Com Sistemas de Controle de Versotildees Distribuiacutedos Nesse caso o cliente copia o repositoacuterio dele inteiro e natildeo apenas as versotildees de um arquivo especiacutefico Dessa forma caso um servidor falhe pode-se copiar os repositoacuterios dos clientes de volta para o servidor e assim restauraacute-lo Em vez de existir apenas um repositoacuterio central utilizado pelos clientes cada usuaacuterio possui uma coacutepia do repositoacuterio inteiro De certo modo ele eacute mais lento que o sistema centralizado poreacutem permite manter um histoacuterico da evoluccedilatildeo do projeto permite uma maior colaboraccedilatildeo entre os desenvolvedores e permite variaccedilotildees no projeto

Em suma SCVL eacute uma estrutura composta por repositoacuterio e aacuterea de trabalho Jaacute o SCVC eacute uma estrutura composta por um uacutenico repositoacuterio e vaacuterias coacutepias de trabalho que se comunicam apenas atraveacutes do repositoacuterio central Por fim o SCVD eacute uma estrutura em que cada desenvolvedor possui um repositoacuterio proacuteprio acoplado a uma aacuterea de trabalho Pessoal essa introduccedilatildeo toda foi para dizer que o Git eacute um Sistema de Controle de Versatildeo Distribuiacutedo (SCVD) Muitos projetos utilizam esse sistema tais como Amarok Android Debian Eclipse Fedora Perl Wine entre outros Enfim soacute encontrei uma questatildeo sobre esse tema Vamos aos exerciacutecios

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 21 de 44

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

Comentaacuterios Vocecircs jaacute conhecem o Git Outros Sistemas de Controle de Versatildeo open-source satildeo CVS e SVN ClearCase e SourceSafe satildeo comerciais

Gabarito B

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado Comentaacuterios Opa natilde-natildeo Git eacute um Sistema de Controle de Versatildeo Distribuiacutedo e natildeo Centralizado

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 22 de 44

JENKINS

Galera eu tenho um acervo consideraacutevel de provas das principais bancas ndash em que eacute possiacutevel procurar palavras especiacuteficas E eu natildeo encontrei uma questatildeo sequer a respeito desse tema Logo nossa visatildeo seraacute superficial pois assuntos novos em geral natildeo entram em detalhes

Primeiro de tudo o que eacute o Jenkins Eacute uma ferramenta open-source de integraccedilatildeo contiacutenua escrita em java para testes e relatoacuterios sobre mudanccedilas isoladas em uma grande base de coacutedigo em tempo real O software possibilita que os desenvolvedores encontrem e resolvam defeitos rapidamente em uma base de coacutedigo e automatizem seus testes A integraccedilatildeo contiacutenua evoluiu desde a sua concepccedilatildeo Originalmente o padratildeo era uma compilaccedilatildeo por dia Hoje em dia a regra comum eacute que cada membro da equipe apresente seu trabalho diariamente (ou ateacute mais frequentemente) e compilaccedilotildees sejam realizadas para cada mudanccedila significativa Quando usado corretamente a integraccedilatildeo contiacutenua proporciona vaacuterios benefiacutecios como feedback constante sobre o status do software Os defeitos satildeo geralmente menores menos complexos e mais faacuteceis de resolver uma vez que a Integraccedilatildeo Contiacutenua detecta deficiecircncias no iniacutecio do desenvolvimento Resumindo o que vocecircs jaacute viram dezenas de vezes no estudo de metodologias aacutegeis a integraccedilatildeo contiacutenua consiste em o desenvolvedor integrar o coacutedigo desenvolvido eou alterado ao projeto principal na mesma frequecircncia com que as funcionalidades satildeo desenvolvidas sendo feito muitas vezes ao dia ao inveacutes de apenas uma vez O objetivo principal de se utilizar a integraccedilatildeo contiacutenua eacute verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente Ademais pode ser feita atraveacutes de processos manuais ou automatizados utilizando ndash por exemplo ndash a ferramenta Jenkins (ou CruiseControl Hudson Bamboo Continuum Gump Beebox etc) O Jenkins eacute um sistema baseado em servidor que roda em um Container Web e possui plug-ins para ampliar sua utilizaccedilatildeo com outras linguagens de programaccedilatildeo para integraccedilatildeo com sistemas de controle de versatildeo ou para grandes bases de dados Bem eu acho que isso eacute suficiente sobre esse assunto

Figura 10 ʹ Logo da Jenkins

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 23 de 44

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua Comentaacuterios Opa Jenkins eacute uma ferramenta open-source

Gabarito E

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente Comentaacuterios Exatamente Nativamente ele natildeo tem suporte a outras linguagens de programaccedilatildeo ndash somente por meio de plug-ins

Gabarito C

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis Comentaacuterios Perfeito Metodologias aacutegeis precisam responder rapidamente a mudanccedilas e isso eacute auxiliado por ferramentas de integraccedilatildeo contiacutenua

Gabarito C

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

Comentaacuterios Perfeito Eacute isso mesmo

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 24 de 44

SCRUM

Algueacutem de vocecircs sabe de onde vem esse nome Entatildeo vou lhes contar Esse nome vem do rugby e eacute utilizado como uma metaacutefora para refletir o alto grau de cooperaccedilatildeo necessaacuterio para obter sucesso Imagino que poucos de vocecircs entendam as regras desse esporte portanto vou explicar de forma bastante objetiva porque essa metaacutefora eacute utilizada No rugby um time pontua quando a bola cruza a linha de gol e toca o chatildeo ndash sendo carregada ou por meio de um passe Caso o jogador seja derrubado ele deve soltar a bola e a jogada se reinicia Deve haver intensa troca de passes entre os jogadores de modo a deixaacute-los menos vulneraacuteveis a serem derrubados por outros jogadores

Figura 11 - Scrum no Rugby

Bem cada jogada se inicia quando um Scrum eacute realizado ie forma-se uma parede de forccedila entre os jogadores como mostra a Figura 11 Observem que os jogadores se reuacutenem de forma bem proacutexima unindo suas forccedilas e habilidades para trabalhar em conjunto a fim de conseguir recuperar a bola Percebam portanto que o time inteiro deve trabalhar para que a equipe possa pontuar Diferentemente do Futebol Americano natildeo haacute um quarterback ou uma estrela do time ndash todos satildeo importantes Pois eacute a histoacuteria fica mais interessante vamos ver uma das recomendaccedilotildees de ataque do rugby

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 25 de 44

ldquoPensem continuamente em seu alinhamento em relaccedilatildeo ao jogador que carrega a bola e aos jogadores ao seu redor Trabalhe duro para estar disponiacutevel quando necessaacuteriordquo Observem como isso eacute importante em metodologias aacutegeis trabalhar duro para ajudar a equipe a obter ecircxito ndash nunca existe ldquoBem natildeo haacute nada aqui para eu fazerrdquo Acho que agora ficou mais faacutecil entender de onde vem esse nome ndash vamos agrave teoria Antes de comeccedilar uma observaccedilatildeo o guia oficial do Scrum eacute um documento tatildeo pequeno (18 paacuteginas) que eu recomendo fortemente que vocecircs leiam-no por inteiro pois seraacute muito uacutetil Bem agora sim vamos ao trabalho Scrum eacute um framework (ie possui uma estrutura processual) leve simples de entender e extremamente difiacutecil de dominar para desenvolver e manter produtos complexos e adaptativos enquanto entrega produtiva e criativamente produtos com o mais alto valor possiacutevel Complicado ou natildeo Galera percebam que ele natildeo eacute um processo ou uma teacutecnica para construir produtos mas ndash sim ndash um framework em que pode ser empregado vaacuterios processos e teacutecnicas O Framework pode ser definido como um conjunto de papeacuteis eventos artefatos e regras associadas a uma equipe Ele eacute fundamentado em teorias empiacutericas de controle de processo e emprega uma abordagem iterativa e incremental (maximizando as oportunidades de feedback) para aperfeiccediloar a previsatildeo e controle de riscos Ele afirma que o conhecimento vem da experiecircncia e da tomada de decisotildees baseadas no que eacute conhecido Para tal ele emprega uma abordagem iterativa e incremental para aperfeiccediloar a previsibilidade e controle de riscos fundamentando-se em trecircs pilares fundamentais

Transparecircncia aspectos significativos (e padronizados) devem estar visiacuteveis aos responsaacuteveis pelos resultados Por exemplo uma linguagem comum a todos os participantes

Inspeccedilatildeo os usuaacuterios devem frequentemente inspecionar os artefatos e o

progresso para detectar indesejaacuteveis variaccedilotildees (natildeo pode ser frequente a ponto de atrapalhar a execuccedilatildeo das tarefas)

Adaptaccedilatildeo o processo ou material sendo produzido deve ser adaptado sempre

que um inspetor verificar desvios que tornem o resultado inaceitaacutevel e para tanto ele tem quatros oportunidades (as reuniotildees)

O Scrum define o conceito de Time Scrum que eacute um time auto-organizaacutevel (escolhe qual a melhor forma para realizar seu trabalho) e multifuncional (possui todas as competecircncias

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 26 de 44

e natildeo depende de outros de fora da equipe) Eacute o responsaacutevel por entregar produtos de forma iterativa e incremental maximizando as oportunidades de realimentaccedilatildeo As entregas incrementais de produto ldquoprontordquo garantem que uma versatildeo potencialmente funcional do produto do trabalho esteja sempre disponiacutevel Agora o mais importante o Time Scrum eacute composto por um Product Owner um Scrum Master e a Equipe de Desenvolvimento1 Product Owner Eacute o responsaacutevel por maximizar o valor do produto e do trabalho da equipe de desenvolvimento sendo o uacutenico que pode gerenciar o Product Backlog Ele pode ateacute delegar atividades de gerenciamento mas ainda seraacute considerado o responsaacutevel pelos resultados A Equipe de Desenvolvimento soacute responde a ele Equipe de Desenvolvimento A Equipe de Desenvolvimento natildeo reconhece tiacutetulos para seus integrantes todos satildeo considerados desenvolvedores (natildeo importa o que faccedilam) A Equipe deve ter entre 3 e 9 integrantes de modo que natildeo seja pequena demais que haja restriccedilotildees de habilidades nem grande demais que seja complicado de gerenciar Scrum Master Eacute o responsaacutevel por garantir que o Scrum seja entendido e aplicado Ademais ele deve comunicar claramente a visatildeo objetivo e itens do Product Backlog ensinar a equipe a criar itens claros e concisos treinar a equipe de desenvolvimento em autogerenciamento e interdisciplinaridade remover impedimentos entre outros Mudando de assunto os Eventos Scrum satildeo eventos time-boxed (ie com duraccedilatildeo maacutexima) usados para criar uma rotina e minimizar a necessidade de reuniotildees natildeo definidas pelo Scrum Lembrem-se de que a Sprint tem um mecircs ou menos e eacute iniciada imediatamente apoacutes a conclusatildeo da sprint anterior As Sprints satildeo compostas por uma Reuniatildeo de Planejamento da Sprint Reuniotildees Diaacuterias o Trabalho de Desenvolvimento uma Revisatildeo da Sprint e a Retrospectiva da Sprint Uma Sprint se inicia imediatamente apoacutes a conclusatildeo da sprint anterior e tem duraccedilotildees coerentes em todo o esforccedilo de desenvolvimento Durante a sprint eacute proibido realizar mudanccedilas que afetem seu objetivo Aleacutem disso eacute proibido mudar a composiccedilatildeo da equipe ou diminuir as metas de qualidade apesar disso o escopo pode ser sempre clarificado e renegociado Essas proibiccedilotildees devem ser levadas

muito a seacuterio entenderam

1 Natildeo confundir Equipe de Desenvolvimento com Time Scrum ʹ o primeiro estaacute contido no segundo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 27 de 44

Uma sprint pode ser cancelada antes de seu time-box terminar e isso somente pode ser feito pelo Product Owner (sob influecircncia de stakeholders equipe de desenvolvimento entre outros) Isso pode ocorrer caso o seu objetivo se torne obsoleto mas ocorrem tambeacutem devido agrave curta duraccedilatildeo e a cancelamentos poreacutem satildeo raros os casos O trabalho a ser realizado na Sprint eacute planejado na Reuniatildeo de Planejamento da Sprint (Proporcional a 8 horas) Essa reuniatildeo consiste em duas partes

1 O que seraacute entregue como resultado do incremento da proacutexima Sprint

2 Como o trabalho necessaacuterio para entregar o incremento seraacute realizado Na primeira parte a Equipe de Desenvolvimento tenta prever as funcionalidades que seratildeo desenvolvidas durante a Sprint Na segunda parte a Equipe de Desenvolvimento decide como iraacute construir essas funcionalidades durante a Sprint e desenvolve o Sprint Backlog Portanto a primeira parte trada do ldquoO que fazerrdquo e a segunda trata do ldquoComo fazerrdquo

Figura 12 - Processo do SCRUM

O Product Owner pode estar presente durante a segunda parte da reuniatildeo para clarificar itens do Backlog do Produto A Reuniatildeo Diaacuteria (Proporcional a 15 minutos) eacute um evento que busca criar um plano para as proacuteximas 24 horas e inspecionar o trabalho desde a uacuteltima Reuniatildeo Diaacuteria

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 28 de 44

Ela ocorre sempre no mesmo horaacuterio e no mesmo local e cada integrante deve responder as seguintes perguntas

1 O que foi completado desde a uacuteltima reuniatildeo

2 O que seraacute feito ateacute a proacutexima reuniatildeo

3 Quais os obstaacuteculos que estatildeo no caminho

As Reuniotildees Diaacuterias melhoram bastante a comunicaccedilatildeo entre os integrantes ademais eliminam a necessidade de outras reuniotildees identificam e removem impedimentos destacam e promovem raacutepidas tomadas de decisatildeo e melhoram o niacutevel de conhecimento da Equipe como um todo A Revisatildeo da Sprint (Proporcional a 4 horas) eacute executada no final da Sprint para inspecionar o incremento e adaptar o Backlog do Produto se necessaacuterio Esta eacute uma reuniatildeo informal e a apresentaccedilatildeo do incremento destina-se a motivar e obter comentaacuterios e promover a colaboraccedilatildeo Nesta reuniatildeo discute-se o que foi bem e o que natildeo foi problemas ocorridos e como foram resolvidos Procut Backlog projeccedilotildees de datas O resultado eacute o Product Backlog revisado e ajustado A Retrospectiva da Sprint (Proporcional a 3 horas) eacute uma chance para o Scrum Team inspecionar a si proacuteprio e criar um plano de melhorias par proacutexima sprint Ela inspeciona como foi a uacuteltima sprint em relaccedilatildeo agraves pessoas agraves relaccedilotildees aos processos e agraves ferramentas Aleacutem disso tem o poder de identificar e ordenar os principais itens que se tornaram potenciais de melhorias e cria um plano para implementar melhorias no modo de realizaccedilatildeo do trabalho

Figura 13 - Graacutefico Burndown

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 29 de 44

O Documento de Visatildeo eacute definido pelo Product Owner e representa como os clientes usuaacuterios finais gerentes stakeholders executivos entre outros visualizam o resultado final do produto que seraacute criado Praacuteticas como BurndownBurnup tecircm sido utilizadas para prever o progresso sem substituir a importacircncia do empirismo como mostra a Figura 13 O Product Backlog eacute uma lista ordenada (por valor risco prioridade etc) de tudo que deve ser necessaacuterio no produto e eacute uma origem uacutenica dos requisitos para qualquer mudanccedila a ser feita no produto Ele nunca (Atenccedilatildeo nunca) estaraacute completo e existiraacute enquanto o produto tambeacutem existir

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 30 de 44

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

Comentaacuterios Bem vamos comeccedilar nossos exerciacutecios com um erro da FCC O Guia Scrum diz que o Scrum Team eacute dividido em Product Owner Scrum Master e Development Team No entanto a FCC deu a resposta como correto

Gabarito C

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

Comentaacuterios Bem tranquila neacute Trata-se de uma Sprint

Gabarito C

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint Comentaacuterios Bem tranquila tambeacutem Trata-se de uma Sprint

Gabarito C

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

Comentaacuterios Perfeito Essa Scrum Meeting trata-se da Daily Scrum Meeting ou Reuniatildeo Diaacuteria

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 31 de 44

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

Comentaacuterios De fato estaacute incorreto O periacuteodo maacuteximo eacute de 30 dias e a equipe de trabalho varia de 3 a 9 pessoas

Gabarito C

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

Comentaacuterios Na verdade natildeo eacute correto Eacute possiacutevel dissolver uma sprint e comeccedilar outra baseando-se em um no sprint backlog ndash quem pode fazer isso eacute o Product Owner

Gabarito E

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

Comentaacuterios Bem ela deve durar no maacuteximo 15 minutos no entanto a questatildeo diz que natildeo deve durar mais que 30 minutos (o que natildeo eacute errado) Portanto natildeo eacute incorreto ndash eacute correto

Gabarito E

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

Comentaacuterios Na verdade natildeo eacute incorreto Satildeo essas as perguntas a serem feitas

Gabarito E

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

Comentaacuterios Tambeacutem natildeo eacute incorreto Eacute exatamente isso que o Scrum Master deve fazer

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 32 de 44

Gabarito E

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

Comentaacuterios Na verdade soacute pode ser modificado pelo Product Owner

Gabarito E

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint Comentaacuterios Scrum Master eacute apenas um facilitador Quem pode modificar o Backlog eacute o Product Owner

Gabarito E

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

Comentaacuterios Eacute possiacutevel ndash sim ndash dissolver uma sprint

Gabarito E

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe Comentaacuterios Na verdade as discussotildees ocorrem mais entre a equipe de desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 33 de 44

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a data final e o custo do projeto satildeo determinados ao longo do projeto

Comentaacuterios Eacute isso mesmo ndash satildeo todos definidos ao longo do projeto

Gabarito C

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

Comentaacuterios Na verdade recomenda-se entre trecircs e nove participantes Com menos de trecircs participantes reduz-se a interaccedilatildeo que gera um menor ganho de produtividade

Gabarito E

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

Comentaacuterios De fato apenas o Product Owner pode cancelar uma sprint

Gabarito C

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

Comentaacuterios Uma sprint deve ter entre duas e quarto semanas

Gabarito E

53 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

Comentaacuterios Questatildeo perfeita Scrum estaacute para o PMBOK assim como o XP estaacute para o RUP Ele pode ser utilizado em teoria em qualquer contexto em que se necessite atingir um objetivo comum entre um grupo de pessoas

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 34 de 44

54 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

Comentaacuterios Literalmente retirado do Guia Scrum ndash perfeito

Gabarito C

55 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

Comentaacuterios Conjunto de requisitos bem definidos Natildeo eacute o contraacuterio Geralmente trata-se de requisitos pouco definidos

Gabarito E

56 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

Comentaacuterios Eacute exatamente isso Lembrem-se de que natildeo haacute cargos mas papeacuteis

Gabarito C

57 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

Comentaacuterios Galera essa eacute muito faacutecil Nenhum produto estaraacute nunca completamente testado ademais o Product Backlog tambeacutem nunca estaraacute completo

Gabarito E

58 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

Comentaacuterios Opaaaa Product Owner natildeo trata de estimativas Entendam escopo e importacircncia satildeo definidos pelo PO no entanto quem define estimativas eacute a Equipe de Desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 35 de 44

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

60 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

Comentaacuterios Bem o cliente natildeo se torna parte da equipe de desenvolvimento Haacute ndash sim ndash uma forte integraccedilatildeo no entanto dizer que faz parte da equipe de desenvolvimento eacute um completo absurdo No entanto o CESPE natildeo entendeu dessa maneira

Gabarito C

61 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

Comentaacuterios Eacute isso mesmo perfeito

Gabarito C

62 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o

documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

Comentaacuterios Galera item perfeito Muito bem escrito

Gabarito C

63 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

Comentaacuterios Questatildeo perfeita retirada do Guia Scrum

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 36 de 44

Gabarito C

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

65 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

Comentaacuterios Jaacute li isso 800x e as bancas continuam errando Escreve-se ITERACcedilAtildeO e natildeo INTERACcedilAtildeO A questatildeo deveria ter sido anulada mas natildeo foi =

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 37 de 44

LISTA DE EXERCIacuteCIOS COMENTADOS

(Instituto Cidades ndash 2012 - CEMIG - Agente de Gestatildeo Administrativa - Analista de Sistemas - A) O teste

eacute uma atividade de verificaccedilatildeo e validaccedilatildeo do software e consiste na anaacutelise dinacircmica do mesmo isto eacute na execuccedilatildeo do produto de software com o objetivo de verificar a presenccedila de defeitos no produto e aumentar a confianccedila de que o mesmo estaacute correto

(CESPE - 2012 ndash Anatel ndash Analista Administrativo ndash Arquitetura de Soluccedilotildees) Considere as informaccedilotildees

abaixo em relaccedilatildeo ao desenvolvimento de sistemas

I executar um software com o objetivo de revelar falhas mas que natildeo prova a exatidatildeo do software II correta construccedilatildeo do produto III Construccedilatildeo do produto certo

Correspondem corretamente a I II e III respectivamente

a) Validaccedilatildeo verificaccedilatildeo e teste b) Verificaccedilatildeo teste e validaccedilatildeo c) Teste verificaccedilatildeo e validaccedilatildeo d) Validaccedilatildeo teste e verificaccedilatildeo e) Teste validaccedilatildeo e verificaccedilatildeo

(CESPE - 2010 ndash TJES ndash Analista Judiciaacuterio ndash Analista de Sistemas) Verificaccedilatildeo e validaccedilatildeo satildeo atividades

da anaacutelise de software necessaacuterias para se identificar o que o software precisa executar seguida de uma avaliaccedilatildeo do usuaacuterio quanto agraves atividades definidas

(CESPE - ndash TRT 5ordf ndash Analista Judiciaacuterio ndash Analista de Sistemas) A diferenccedila entre verificaccedilatildeo e

validaccedilatildeo reside no fato de que a primeira se refere ao conjunto de atividades que garante que o software realiza corretamente uma funccedilatildeo especiacutefica enquanto a segunda refere-se a um conjunto diferente de atividades que garante que o software que foi construiacutedo eacute rastreaacutevel agraves exigecircncias do cliente

(ESAF - ndash MPOG ndash Analista de Planejamento ndash Analista de Sistemas - B) Demonstrar ao

desenvolvedor e ao cliente que o software atende aos requisitos eacute uma meta de validaccedilatildeo do software

(CESPE - ndash IPEA ndash Analista de Sistemas) A verificaccedilatildeo assegura que o produto como fornecido iraacute

atender o seu uso pretendido ou seja que se estaacute construindo o produto certo E a validaccedilatildeo confirma que os produtos de trabalho refletem de forma apropriada os requisitos que foram especificados ou seja que se estaacute construindo o produto corretamente

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 38 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 39 de 44

tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 40 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto

da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C) Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 41 de 44

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 42 de 44

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a

data final e o custo do projeto satildeo determinados ao longo do projeto

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 43 de 44

53 (CESPE - 2012 - TRE-RJ - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) A metodologia scrum prega que a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

54 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

55 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM

o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

56 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

57 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

58 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

60 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para

gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

61 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

62 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 44 de 44

63 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

65 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

66 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

GABARITO

1 2 3 4 5 6 7 8 9 10 E C C C E E E C E E 11 12 13 14 15 16 17 18 19 20 E C C C C E E C E E 21 22 23 24 25 26 27 28 29 30 E C C C E E C E B E 31 32 33 34 35 36 37 38 39 40 E C C C C C C C C E 41 42 43 44 45 46 47 48 49 50 E E E E C E E E C E 51 52 53 54 55 56 57 58 59 60 C E C C E C E E C C 61 62 63 64 65 66 67 68 69 70 C C C C C - - - - -

79831971523

325179138-97 - caio victor gambardela

Page 2: 203903115 Testes Conceitos Verificacao e Validacao Tipos de Teste Unidade Integracao Sistemafuncional Aceitacao Carga Desempenho Vulnerabilidade Usab

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 1 de 44

AULA 05

SUMAacuteRIO PAacuteGINA

Apresentaccedilatildeo 01 Verificaccedilatildeo amp Validaccedilatildeo 02 Exerciacutecios Comentados (06) 05 Testes de Software 07 Exerciacutecios Comentados (22) 13 Controle de Versatildeo (G ) 18 Exerciacutecios Comentados (02) 21 Jenkins 22 Exerciacutecios Comentados (04) 23 Scrum 24 Exerciacutecios Comentados (31) 30 Lista de Exerciacutecios Comentados 37 Gabarito 44

Galera a aula de hoje trata de Verificaccedilatildeo e Validaccedilatildeo depois trata de alguns tipos de testes depois trata de Sistema de Controle de Versatildeo com Git ndash que cai pouquiacutessimo em seguida trata de software de integraccedilatildeo contiacutenua com o Jenkins e por fim trata do Framework Scrum ndash que eacute o mais importante da aula e tem mais exerciacutecios Mandem ver

Desenvolvimento de Software Fundamentos estruturas de dados e de controle de fluxo funccedilotildees e procedimentos conceitos de linguagens estruturadas conceitos de linguagens orientadas a objetos Arquitetura de Aplicaccedilotildees conceitos de Web Services SOAP e REST conceitos sobre desenvolvimento Web e clienteservidor Linguagens e ambientes de programaccedilatildeo Aspectos gerais das linguagens PHP Delphi e Java Zend Framework Java EE JPA JSF JSP Servlets Taglibs EJB JDBC JBoss Seam Hibernate jBPM Testes Conceitos verificaccedilatildeo e validaccedilatildeo tipos de teste (unidade integraccedilatildeo sistemafuncional aceitaccedilatildeo carga desempenho

vulnerabilidade usabilidade) Controle de Versatildeo com o Git Praacuteticas aacutegeis Jenkins Scrum Processo de negoacutecio Conceitos baacutesicos Identificaccedilatildeo e delimitaccedilatildeo de processos de negoacutecio Teacutecnicas de mapeamento de processos Teacutecnicas de anaacutelise e simulaccedilatildeo de processos Construccedilatildeo e mensuraccedilatildeo de indicadores de processos Teacutecnicas de modelagem de processos Modelagem de processos com UML e BPMN notaccedilatildeo artefatos e atividades ___________________________________________________________________________________________________________________________________

Engenharia de Software Conceitos gerais e disciplinas de engenharia de software Ciclo de vida de software Anaacutelise e projeto orientado a objetos com UML Anaacutelise de requisitos funcionais e natildeo funcionais Modelagem orientada a objetos Padrotildees de projeto Modelagem de dados Modelo relacional Processos de desenvolvimento de software Processo iterativo e incremental Processos e praacuteticas aacutegeis de desenvolvimento de software Test-Driven Development (TDD) Extreme Programming (XP)Acceptance Test-Driven Development (ATDD) Domain- Driven Design (DDD) Behavior Driven Development (BDD) Teacutecnicas para planejamento e priorizaccedilatildeo incremental de escopo em projetos aacutegeis Norma NBR ISOIEC 12207 Meacutetricas de qualidade coesatildeo e acoplamento Meacutetrica de Anaacutelise de Pontos por Funccedilatildeo (ISOIEC 20968)

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 2 de 44

VERIFICACcedilAtildeO amp VALIDACcedilAtildeO

Em seu livro Pressman diz

Durante e depois do processo de implementaccedilatildeo o programa em desenvolvimento deve ser verificado

para certificar-se de que ele atende a sua especificaccedilatildeo e entrega a funcionalidade esperada pelas

pessoas que pagam pelo software Verificaccedilatildeo e Validaccedilatildeo (VampV) eacute a denominaccedilatildeo dada a esses

processos de verificaccedilatildeo e anaacutelise Atividades de verificaccedilatildeo e validaccedilatildeo ocorrem em cada estaacutegio do

processo de software VampV comeccedila com revisotildees de requisitos e continua ao longo das revisotildees de

projeto e das inspeccedilotildees de coacutedigo ateacute o teste de produto

Percebam que Validaccedilatildeo e Verificaccedilatildeo satildeo coisas diferentes E qual a diferenccedila Ora Boehm descreveu de uma maneira simples e genial por meio de duas perguntas

Verificaccedilatildeo Estamos construindo o produto corretamente Validaccedilatildeo Estamos construindo o produto correto

Figura 1 - Diferenccedila entre Verificaccedilatildeo e Validaccedilatildeo

Percebam que a Verificaccedilatildeo envolve a certificaccedilatildeo de que o software construiacutedo esteja de acordo com as especificaccedilotildees de requisitos (funcionais e natildeo-funcionais) Jaacute a Validaccedilatildeo eacute

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 3 de 44

mais geneacuterica no sentido de que ela se certifica de que o software construiacutedo estaacute de acordo com as expectativas do cliente Eu peccedilo Natildeo na verdade eu imploro que vocecircs memorizem a diferenccedila entre esses dois conceitos Eacute muito simples mas eu jaacute me cansei das incontaacuteveis vezes que eu vi questotildees de prova tentando confundir os candidatos e obtendo ecircxito Como vocecirc decorou professor Muito simples Verificaccedilatildeo ocorre em relaccedilatildeo agrave Especificaccedilatildeo de Requisitos

Figura 2 - Como decorar a diferenccedila entre Verificaccedilatildeo e Validaccedilatildeo

Haacute dois tipos de Verificaccedilatildeo Estaacutetica e Dinacircmica A Estaacutetica (tambeacutem chamada Inspeccedilatildeo de Software) trata da anaacutelise de documento de requisitos anaacutelise de diagramas de projetos anaacutelise de coacutedigo-fonte etc Ela ocorre sem a necessidade de executar o software e pode ocorrer de forma automatizada antes mesmo da implementaccedilatildeo do sistema Jaacute a Verificaccedilatildeo Dinacircmica (tambeacutem chamada de Teste) envolve executar o software protoacutetipo ie a partir dos dados de entrada examina-se o comportamento por meios das saiacutedas de modo que se verifique se o desempenho obtido estaacute de acordo com o esperado Grosso modo a Estaacutetica trata da documentaccedilatildeo e a Dinacircmica trata da execuccedilatildeo em si Calma nem tudo satildeo flores Para fazer uma boa Verificaccedilatildeo Estaacutetica eacute necessaacuterio que as especificaccedilotildees dos artefatos sejam precisas e confiaacuteveis ndash ademais natildeo eacute faacutecil nem barato Quanto agrave Verificaccedilatildeo Dinacircmica noacutes falaremos mais adiante sobre cada tipo de teste que pode ser feito Galera Verificaccedilatildeo Estaacutetica e Dinacircmica satildeo complementares e natildeo opostas Cabe salientar tambeacutem que a VampV natildeo garante que o software seja completamente livre de defeitos ou que ele se comportaraacute conforme especificado em todas as circunstacircncias ndash eacute sempre possiacutevel que um teste ignorado possa descobrir mais problemas no sistema Ele tem que ser suficientemente confiaacutevel para a utilizaccedilatildeo pretendida

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 4 de 44

Espera e quem diz o que eacute um software suficientemente confiaacutevel Bem isso depende da criticidade do sistema das expectativas do utilizador do ambiente de marketing etc Imaginemos um sistema de cataacutelogo de filmes de uma locadora e um sistema de controle de traacutefego aeacutereo qual desses necessita de um grau de confianccedila mais alto notnot Imaginemos agora um sistema de caixa de padaria ou de um supermercado o utilizador pode ter baixas expectativas e assim ter um grau de confianccedila menor sem prejudicar seu funcionamento Nesses casos eacute comum aceitar falhas de sistema quando os benefiacutecios do uso ultrapassam as desvantagens Por fim algumas vezes um software precisa ser lanccedilado no mercado rapidamente como resposta agrave concorrecircncia ou a um ambiente de marketing favoraacutevel Por exemplo quando uma empresa tem poucos concorrentes ela pode liberar um programa antes que ele tenha sido inteiramente testado e depurado porque querem ser os primeiros do mercado Galera muita gente acha que as Inspeccedilotildees de Software natildeo tecircm importacircncia Ora tecircm sim Elas ocorrem inclusive em todos os estaacutegios do processo de desenvolvimento de software ndash qualquer representaccedilatildeo legiacutevel do software pode ser inspecionada Evidentemente natildeo eacute possiacutevel usar teacutecnicas estaacuteticas para verificar requisitos natildeo-funcionais (desempenho etc) Outra confusatildeo bastante frequente ocorre entre Teste e Depuraccedilatildeo No entanto essa eacute diferenccedila eacute bastante simples dentre outras testes estabelecem a existecircncia de defeitos e geralmente satildeo feitos por uma equipe de testes depuraccedilatildeo localiza e conserta esses defeitos e geralmente eacute feita por uma equipe de desenvolvimento

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 5 de 44

(Instituto Cidades ndash 2012 - CEMIG - Agente de Gestatildeo Administrativa - Analista de Sistemas - A) O teste

eacute uma atividade de verificaccedilatildeo e validaccedilatildeo do software e consiste na anaacutelise dinacircmica do mesmo isto eacute na execuccedilatildeo do produto de software com o objetivo de verificar a presenccedila de defeitos no produto e aumentar a confianccedila de que o mesmo estaacute correto

Comentaacuterios Teste eacute uma atividade de verificaccedilatildeo somente

Gabarito E

(CESPE - 2012 ndash Anatel ndash Analista Administrativo ndash Arquitetura de Soluccedilotildees) Considere as informaccedilotildees

abaixo em relaccedilatildeo ao desenvolvimento de sistemas

I executar um software com o objetivo de revelar falhas mas que natildeo prova a exatidatildeo do software II correta construccedilatildeo do produto III Construccedilatildeo do produto certo

Correspondem corretamente a I II e III respectivamente

a) Validaccedilatildeo verificaccedilatildeo e teste b) Verificaccedilatildeo teste e validaccedilatildeo c) Teste verificaccedilatildeo e validaccedilatildeo d) Validaccedilatildeo teste e verificaccedilatildeo e) Teste validaccedilatildeo e verificaccedilatildeo

Comentaacuterios Questatildeo estranha na medida em que Teste eacute um dos tipos de Verificaccedilatildeo (I) Teste ndash por conta da execuccedilatildeo do software (II) Verificaccedilatildeo ndash eacute semelhante a ldquoEstamos construindo o produto corretamenterdquo (III) Validaccedilatildeo ndash eacute semelhante a ldquoEstamos construindo o produto corretordquo

Gabarito C

(CESPE - 2010 ndash TJES ndash Analista Judiciaacuterio ndash Analista de Sistemas) Verificaccedilatildeo e validaccedilatildeo satildeo atividades

da anaacutelise de software necessaacuterias para se identificar o que o software precisa executar seguida de uma avaliaccedilatildeo do usuaacuterio quanto agraves atividades definidas

Comentaacuterios Eacute isso mesmo Verificaccedilatildeo eacute em relaccedilatildeo agrave especificaccedilatildeo de requisitos e a Validaccedilatildeo eacute em relaccedilatildeo aos usuaacuterios

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 6 de 44

(CESPE - 09 ndash TRT 5ordf ndash Analista Judiciaacuterio ndash Analista de Sistemas) A diferenccedila entre verificaccedilatildeo e validaccedilatildeo reside no fato de que a primeira se refere ao conjunto de atividades que garante que o software realiza corretamente uma funccedilatildeo especiacutefica enquanto a segunda refere-se a um conjunto diferente de atividades que garante que o software que foi construiacutedo eacute rastreaacutevel agraves exigecircncias do cliente

Comentaacuterios Perfeita definiccedilatildeo ndash eacute isso mesmo

Gabarito C

(ESAF - ndash MPOG ndash Analista de Planejamento ndash Analista de Sistemas - B) Demonstrar ao

desenvolvedor e ao cliente que o software atende aos requisitos eacute uma meta de validaccedilatildeo do software

Comentaacuterios Se demonstra ao desenvolvedor e ao cliente que atende aos requisitos portanto eacute uma verificaccedilatildeo de software

Gabarito E

(CESPE - ndash IPEA ndash Analista de Sistemas) A verificaccedilatildeo assegura que o produto como fornecido iraacute

atender o seu uso pretendido ou seja que se estaacute construindo o produto certo E a validaccedilatildeo confirma que os produtos de trabalho refletem de forma apropriada os requisitos que foram especificados ou seja que se estaacute construindo o produto corretamente

Comentaacuterios Natilde-natildeo Eacute o contraacuterio

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 7 de 44

TESTES DE SOFTWARE

O Teste de Software eacute o processo de executar um software com dois objetivos principais (1) demonstrar ao desenvolvedor e ao cliente que o software atende aos requisitos especificados (2) descobrir falhas ou defeitos no software que apresente comportamento incorreto natildeo desejaacutevel ou em natildeo conformidade com sua especificaccedilatildeo Os testes natildeo podem demonstrar que um software eacute livre de defeitos ou que ele se comportaraacute conforme especificado em todas as circunstacircncias Eacute sempre possiacutevel que um teste ignorado possa descobrir mais problemas no sistema Jaacute dizia Edsger Dijkstra ldquoOs testes podem somente mostrar a presenccedila de erros natildeo sua ausecircnciardquo O que eacute um Teste de Software Myers diz que eacute o processo de executar um determinado software com a intenccedilatildeo de encontrar defeitos A IEEE 729 define como o processo formal de avaliar um sistema ou componente por meios manuais ou automaacuteticos para verificar se ele satisfaz os requisitos especificados O Glossaacuterio ISTQB conceitua como todas as atividades do ciclo de vida estaacuteticas ou dinacircmicas voltadas para o planejamento preparaccedilatildeo e avaliaccedilatildeo de produtos de software e produtos de trabalho relacionados a fim de determinar se eles satisfazem os requisitos especificados e demonstrar que estatildeo aptos para sua finalidade e detecccedilatildeo de defeitos Ao longo de diversos anos a engenharia de software evolui de modo a sugerir alguns princiacutepios que guiam os testes de software Vejamos alguns abaixo Testes demonstram a presenccedila de defeitos

Um teste pode demonstrar a presenccedila de defeitos mas natildeo pode provar que eles natildeo existem Ele reduz a probabilidade de que os defeitos permaneccedilam em um software mas mesmo se nenhum defeito for encontrado natildeo quer dizer que esteja perfeito

stes exaustivos satildeo impossiacuteveis

Testar todas as combinaccedilotildees de entradas e preacute-condiccedilotildees eacute inviaacutevel exceto para casos triviais Em vez de realizar testes exaustivos os riscos e prioridades satildeo levados em consideraccedilatildeo para dar foco aos esforccedilos de teste Teste o mais breve possiacutevel

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 8 de 44

Os defeitos encontrados nas fases iniciais do processo de desenvolvimento de software satildeo mais baratos de serem corrigidos do que aqueles encontrados jaacute em fase produccedilatildeo Haacute inclusive teacutecnicas de testes antes mesmo da implementaccedilatildeo Agrupam os defeitos mais sensiacuteveis

Seguindo o Princiacutepio de Pareto 80 dos defeitos satildeo causados por 20 do coacutedigo Ao identificar essas aacutereas sensiacuteveis os testes podem priorizaacute-las enquanto ainda procuram por erros nas demais regiotildees Paradoxo do pesticida

Caso os mesmos testes sejam aplicados repetidamente em determinado momento eles deixam de ser uacuteteis ou seja natildeo conseguem encontrar nenhum novo defeito Por isso os testes precisam ser revisitados com frequecircncia (Novos pesticidas) Testes dependem do contexto

Os testes devem ser elaborados de acordo com o contexto de utilizaccedilatildeo do software Exemplo um sistema bancaacuterio deve ser testado de maneira diferente de uma rede social Assim como testes de aplicaccedilatildeo web tecircm foco diferente do desktop

secircncia de defeitos eacute uma ilusatildeo

Identificar e corrigir os problemas de um software natildeo garantem que ele estaacute pronto Os testes foram elaborados para identificar todas as possiacuteveis falhas O sistema atende agraves necessidades e expectativas dos usuaacuterios Ou seja haacute outros fatores

Agora vamos falar de uma coisa muito importante Podemos olhar para os testes por meio de trecircs perspectivas diferentes Teacutecnicas de Testes Niacuteveis de Testes e Tipos de Testes A Figura 3 apresenta essas trecircs perspectivas como um plano cartesiano de trecircs dimensotildees Noacutes iremos estudar cada uma dela mais agrave frente Figura 3 - Perspectivas de Testes

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 9 de 44

As Teacutecnicas de Teste de Software buscam demonstrar como testar Jaacute os Niacuteveis de Testes de Software buscam demonstrar quando testar Por fim os Tipos de Testes de Software buscam demonstrar o que testar Essas trecircs perspectivas satildeo apresentadas na Figura 4 seratildeo detalhadas para melhor entendimento

Figura 4 - Perspectivas de Testes

As Teacutecnicas de Testes se dividem em Caixa-Branca Caixa-Preta e Caixa-Cinza A primeira se foca nas estruturas internas dos procedimentos do sistema A segunda se foca nas entradas e saiacutedas especificadas nos requisitos funcionais Jaacute a terceira se foca tanto em estruturas internas quanto nas entradas e saiacutedas especificadas nos requisitos A Teacutecnica de Caixa-Branca (tambeacutem conhecida como Estrutural ou Orientada agrave Loacutegica) analisa caminhos loacutegicos possiacuteveis de serem executados portanto eacute necessaacuterio ter conhecimento sobre o funcionamento interno dos componentes Ele busca garantir que todos os caminhos independentes de um moacutedulo sejam executados pelo menos uma vez Ademais ele trata de todas as decisotildees loacutegicas para valores verdadeiros e falsos aleacutem de executar laccedilos dentro dos valores limites e avaliar as estruturas de dados internas As teacutecnicas principais satildeo testes de caminhos testes de estruturas de controle e complexidade ciclomaacutetica A Teacutecnica de Caixa-Preta (tambeacutem conhecida como ComportamentalFuncional ou Orientado a Dado) se baseia em preacute e poacutes-condiccedilotildees geralmente sendo utilizada nas etapas posteriores da disciplina de testes Ele busca funccedilotildees incorretas ou inexistentes erros de comportamento ou desempenho erros de inicializaccedilatildeo e interface etc Ele tem o objetivo de verificar a funcionalidade e aderecircncia aos requisitos em uma oacutetica externa ou do usuaacuterio sem se basear em qualquer conhecimento do coacutedigo ou loacutegica interna do componente As teacutecnicas principais satildeo testes baseados em grafos particionamento de equivalecircncias anaacutelise de valor-limite e teste de matriz ortogonal

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 10 de 44

Os Niacuteveis de Teste (tambeacutem conhecido como EstaacutegioEstrateacutegias) ralmente satildeo agrupados de acordo com o momento em que eles satildeo executados ou tambeacutem pelo niacutevel de especificidade do teste Exemplos Teste de Unidade Teste de Integraccedilatildeo Teste de Sistema Teste de Aceitaccedilatildeo entre outros

Figura 5 - Estaacutegios de Testes

A Figura 5 mostra que a espiral inicia- em sentido horaacuterio pelo Teste de Unidade (que analisa o coacutedigo) em seguida realiza o Teste de Integraccedilatildeo (que analisa o projeto) depois o Teste de Validaccedilatildeo ou Aceitaccedilatildeo (que analisa os requisitos) e por fim o Teste de Sistema (que analisa o sistema) Teste de Unidade Trata do esforccedilo de verificaccedilatildeo na menor unidade de projeto de software ndash componente ou moacutedulo de software Os testes unitaacuterios verificam o funcionamento de um pedaccedilo do sistema ou software isoladamente ou que possam ser testados separadamente Eles satildeo considerados um apecircndice ao passo de codificaccedilatildeo O projeto de Teste de Unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado Ele enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente Professor mas que

componente eacute esse Ora meacutetodos classes ou moacutedulos Teste de Integraccedilatildeo Trata do esforccedilo de verificaccedilatildeo em uma combinaccedilatildeo de componentes para verificar se eles funcionam corretamente juntos conforme as especificaccedilotildees Busca encontrar

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 11 de 44

defeitos nas interfaces e nas interaccedilotildees entre componentes ou sistemas integrados Ele sucede o Teste de Unidade e antecede o Teste de Sistema Os resultados do Teste de Unidade dos moacutedulos do sistema servem de insumo para o Teste de Integraccedilatildeo Eacute uma teacutecnica sistemaacutetica para construir a arquitetura de um software e descobrir erros na integraccedilatildeo entre os componentes Os moacutedulos satildeo integrados gradualmente a fim de facilitar a localizaccedilatildeo de erros Teste de AceitaccedilatildeoValidaccedilatildeo Trata do esforccedilo em demonstrar a conformidade com os requisitos de software Focaliza accedilotildees visiacuteveis ao usuaacuterio e saiacutedas do sistema reconhecidas tambeacutem pelo usuaacuterio Eacute bem sucedida quando o software funciona do modo que pode ser razoavelmente esperado pelo usuaacuterio Ele sucede o Teste de Integraccedilatildeo e antecede o Teste de Sistema O ambiente de teste utilizado deve ser o mais proacuteximo possiacutevel do ambiente real Os tipos mais comuns satildeo o Teste Alfa e o Teste Beta O primeiro ocorre em um ambiente controlado ndash simulando a forma de utilizaccedilatildeo do usuaacuterio Jaacute o segundo ocorre no ambiente real de utilizaccedilatildeo e eacute realizado pelo proacuteprio usuaacuterio Teste de SistemaFuncional Trata do esforccedilo em demonstrar o funcionamento do sistema como um todo dentro de um ambiente operacional controlado para validar a exatidatildeo e perfeiccedilatildeo na execuccedilatildeo de suas funccedilotildees Utilizam-se dados de teste a fim de tentar evitar a ocorrecircncia de defeitos em ambiente de produccedilatildeo Lembremos que um software frequentemente eacute apenas um elemento de um sistema maior Logo eacute necessaacuterio testaacute-lo considerando o contexto em que seraacute utilizado Eles satildeo conduzidos em um ambiente completo e integrado por vaacuterias pessoas (natildeo soacute os desenvolvedores) Busca-se exercitar o sistema por completo

Por fim vamos tratar dos Tipos de Testes Exemplos Teste de Regressatildeo Teste de Teste de Fumaccedila Teste de Recuperaccedilatildeo Teste de Seguranccedila Teste de Carga Teste de Desempenho Teste de Usabilidade No entanto o edital de vocecircs pede apenas quatro tipos de teste que veremos a seguir Teste de CargaEstresseVolume Trata do esforccedilo em demonstrar o funcionamento do software em situaccedilotildees anormais ie executa o sistema em condiccedilotildees incomuns de demanda de recursos velocidade

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 12 de 44

frequecircncia e volume Em outras palavras verifica qual limite de dados processados ateacute a falha do sistema Teste de DesempenhoPerformance Trata do esforccedilo em demonstrar que o sistema atende aos niacuteveis de desempenho e tempo de resposta acordados com os usuaacuterios e definidos nos requisitos Geralmente ocorre paralelamente ao Teste de Carga e avalia a capacidade de resposta do sistema em determinadas configuraccedilotildees Teste de Vulnerabilidade Trata do esforccedilo em demonstrar buracos de seguranccedila e vulnerabilidades podem ser aplicadas agrave redemaacutequina alvo Quem efetuar o teste vai tentar identificar nas maacutequinas na rede alvo todas as portas abertas sistemas operativos e aplicaccedilotildees a serem executadas Teste de Usabilidade Trata do esforccedilo em demonstrar falhas na facilidade de uso do software pelos usuaacuterios finais Enfatiza fatores humanos consistecircncia na interface graacutefica esteacutetica ajuda online assistentes wizard documentaccedilatildeo do usuaacuterio material de treinamento entre outros Uma boa interface com o usuaacuterio deve ser faacutecil de usar e entender

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 13 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - A O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

Comentaacuterios Qual eacute o objetivo de um teste Encontrar erros Noacutes jaacute sabemos que eacute virtualmente impossiacutevel provar a correccedilatildeo integral de um programa

Gabarito E

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - B O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

Comentaacuterios Exatamente isso Um teste deve ter alta probabilidade de encontrar erros

Gabarito C

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - C O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

Comentaacuterios Opaaaa natildeo satildeo desejaacuteveis testes redundantes mas ndash sim ndash eficientes

Gabarito E

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - D O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

Comentaacuterios Na verdade testes natildeo devem ser muito simples nem muito complexos

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 14 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - E O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

Comentaacuterios Natildeo faz nenhum sentido ndash inclusive a proacutepria Equipe de Desenvolvimento realiza testes (Testes de Unidade)

Gabarito E

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

Comentaacuterios Eacute isso mesmo Inicia-se com Testes de Unidade depois Testes de Integraccedilatildeo e por fim Testes de Sistema

Gabarito C

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

Comentaacuterios Essa eacute uma boa definiccedilatildeo para Testes de Unidade Perfeito

Gabarito C

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

Comentaacuterios Eacute exatamente isso Eacute comum ndash inclusive ndash que frameworks utilizem o Test-first Design

Gabarito C

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

Comentaacuterios Essa eacute a perfeita definiccedilatildeo de Teste de Integraccedilatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 15 de 44

Gabarito C

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

Comentaacuterios Como jaacute vimos nenhum teste eacute capaz de garantir que natildeo restam erros em um sistema

Gabarito E

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software Comentaacuterios Bem essa eacute ateacute engraccedilada Geralmente um teste bem sucedido eacute aquele que encontra erros Se ele natildeo encontra erros eacute mais provaacutevel que o teste tenha sido mal feito

Gabarito E

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

Comentaacuterios Os testes de desempenho devem ser projetados para assegurar que o sistema pode operar na carga necessaacuteria Isso envolve geralmente o planejamento de uma seacuterie de testes em que a carga eacute constantemente aumentada ateacute que o desempenho se torne inaceitaacutevel Perfeito Gabarito C

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

Comentaacuterios O teste de desempenho concentra-se tanto em demonstrar que o sistema atende aos requisitos como tambeacutem em descobrir problemas e defeitos no sistema Gabarito E

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 16 de 44

Comentaacuterios Jaacute vimos um milhatildeo de vezes Testes natildeo garantem a ausecircncia de erros Gabarito E

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

Comentaacuterios Opa como eacute Maior unidade de projeto Natildeo Na menor unidade de projeto do software Gabarito E

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

Comentaacuterios Perfeito Eacute exatamente isso Gabarito C

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

Comentaacuterios Galera natildeo se exaltem O Teste de Integraccedilatildeo eacute o que mais testa a interface poreacutem o Teste de Unidade tambeacutem a testa Natildeo haacute nada errado aqui Gabarito C

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

Comentaacuterios Exatamente isso Vamos relembrar Testes de Unidade tratam do coacutedigo-fonte Testes de Integraccedilatildeo tratam de Projeto de Software Testes de Validaccedilatildeo tratam de Requisitos Testes de Sistema tratam de Engenharia de Sistemas Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 17 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

Comentaacuterios Bem apesar de falar sobre componentes do modelo de implementaccedilatildeo natildeo se trata de Teste de Integraccedilatildeo Observem que trata de um niacutevel de abstraccedilatildeo bastante baixo sobre os fluxos de controle e de dados Portanto trata-se de um Teste de Unidade Gabarito E

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

Comentaacuterios Natildeo Isso se trata do Teste Caixa-Branca Gabarito E

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

Comentaacuterios Perfeito Eacute bem intuitivo Gabarito C

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

Comentaacuterios Opa na verdade trata-se de Teste de Integraccedilatildeo Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 18 de 44

CONTROLE DE VERSAtildeO ndash G

O que eacute um Sistema de Controle de Versatildeo Eacute um sistema que registra as mudanccedilas feitas em um arquivo ou um conjunto de arquivos ao longo do tempo de forma que seja possiacutevel recuperar versotildees especiacuteficas Eu por exemplo uso um sistema de controle de versatildeo para guardar todas as versotildees das aulas que eu faccedilo ndash jaacute pensou se eu perco isso D Pessoal se um sistema de controle de versatildeo eacute importante para que eu controle as versotildees das minhas aulas imaginem para quem estaacute desenvolvendo um software O desenvolvedor deve poder conseguir gerenciar as diferentes versotildees de coacutedigo-fonte e documentaccedilatildeo do software que ele estaacute desenvolvendo

Um dos softwares de controle de versatildeo mais conhecido do mercado eacute o G Ele eacute um sistema open-source distribuiacutedo raacutepido e foi criado por Linus Torvalds (isso mesmo aquele do Linux) e foi desenvolvido para controlar as versotildees do kernel do sistema operacional

Vocecircs podem estar se perguntando natildeo basta criar um diretoacuterio e ir salvando cada versatildeo

com um nome diferente Ora nada impede que se faccedila isso No entanto percebam que ndash apesar de ser uma ideia extremamente simples ndash ela eacute muito suscetiacutevel a erros Pessoal noacutes somos humanos e muitas vezes desatentos

Imaginem um cara que tem 40 diretoacuterios para o sistema que ele estaacute desenvolvendo E se ele achar que estaacute em um diretoacuterio mas na verdade estaacute em outro E se ele acabar

Figura 6 - Logo da git

Figura 7 - Sistema de Controle de Versotildees Local (SCVL)

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 19 de 44

gravando acidentalmente no diretoacuterio errado E se ele sobrescrever arquivos indevidamente sem a menor intenccedilatildeo Pois eacute para resolver esse problema foram desenvolvidos os Sistemas de Controle de Versatildeo Locais em que se armazenavam todas as alteraccedilotildees dos arquivos sob controle de revisatildeo Como assim Ora bastava salvar o arquivo e ele era gravado no diretoacuterio com cada uma de suas versotildees como mostra a Figura 8

Agora imaginem 10 desenvolvedores trabalhando com sistemas diferentes e armazenando suas versotildees cada um em seu computador ndash ora como eles podem trabalhar em conjunto

integrando seus componentes Para lidar com esse problema foi criado o Sistema de Controle de Versatildeo Centralizado como mostra a Figura 9 Esses sistemas possuem um servidor central uacutenico que conteacutem todos os arquivos versionados e vaacuterios clientes que podem recuperaacute-los Os desenvolvedores tecircm conhecimento razoaacutevel sobre o projeto como um todo No entanto se o servidor falhartodos param de trabalhar armazenamento for corrompido jaacute era

Figura 9 - Sistema de Controle de Versotildees Distribuiacutedo (SCVD)

Figura 8 - Sistema de Controle de Versatildeo Centralizado (SCVC)

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 20 de 44

Como solucionar esse problema Com Sistemas de Controle de Versotildees Distribuiacutedos Nesse caso o cliente copia o repositoacuterio dele inteiro e natildeo apenas as versotildees de um arquivo especiacutefico Dessa forma caso um servidor falhe pode-se copiar os repositoacuterios dos clientes de volta para o servidor e assim restauraacute-lo Em vez de existir apenas um repositoacuterio central utilizado pelos clientes cada usuaacuterio possui uma coacutepia do repositoacuterio inteiro De certo modo ele eacute mais lento que o sistema centralizado poreacutem permite manter um histoacuterico da evoluccedilatildeo do projeto permite uma maior colaboraccedilatildeo entre os desenvolvedores e permite variaccedilotildees no projeto

Em suma SCVL eacute uma estrutura composta por repositoacuterio e aacuterea de trabalho Jaacute o SCVC eacute uma estrutura composta por um uacutenico repositoacuterio e vaacuterias coacutepias de trabalho que se comunicam apenas atraveacutes do repositoacuterio central Por fim o SCVD eacute uma estrutura em que cada desenvolvedor possui um repositoacuterio proacuteprio acoplado a uma aacuterea de trabalho Pessoal essa introduccedilatildeo toda foi para dizer que o Git eacute um Sistema de Controle de Versatildeo Distribuiacutedo (SCVD) Muitos projetos utilizam esse sistema tais como Amarok Android Debian Eclipse Fedora Perl Wine entre outros Enfim soacute encontrei uma questatildeo sobre esse tema Vamos aos exerciacutecios

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 21 de 44

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

Comentaacuterios Vocecircs jaacute conhecem o Git Outros Sistemas de Controle de Versatildeo open-source satildeo CVS e SVN ClearCase e SourceSafe satildeo comerciais

Gabarito B

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado Comentaacuterios Opa natilde-natildeo Git eacute um Sistema de Controle de Versatildeo Distribuiacutedo e natildeo Centralizado

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 22 de 44

JENKINS

Galera eu tenho um acervo consideraacutevel de provas das principais bancas ndash em que eacute possiacutevel procurar palavras especiacuteficas E eu natildeo encontrei uma questatildeo sequer a respeito desse tema Logo nossa visatildeo seraacute superficial pois assuntos novos em geral natildeo entram em detalhes

Primeiro de tudo o que eacute o Jenkins Eacute uma ferramenta open-source de integraccedilatildeo contiacutenua escrita em java para testes e relatoacuterios sobre mudanccedilas isoladas em uma grande base de coacutedigo em tempo real O software possibilita que os desenvolvedores encontrem e resolvam defeitos rapidamente em uma base de coacutedigo e automatizem seus testes A integraccedilatildeo contiacutenua evoluiu desde a sua concepccedilatildeo Originalmente o padratildeo era uma compilaccedilatildeo por dia Hoje em dia a regra comum eacute que cada membro da equipe apresente seu trabalho diariamente (ou ateacute mais frequentemente) e compilaccedilotildees sejam realizadas para cada mudanccedila significativa Quando usado corretamente a integraccedilatildeo contiacutenua proporciona vaacuterios benefiacutecios como feedback constante sobre o status do software Os defeitos satildeo geralmente menores menos complexos e mais faacuteceis de resolver uma vez que a Integraccedilatildeo Contiacutenua detecta deficiecircncias no iniacutecio do desenvolvimento Resumindo o que vocecircs jaacute viram dezenas de vezes no estudo de metodologias aacutegeis a integraccedilatildeo contiacutenua consiste em o desenvolvedor integrar o coacutedigo desenvolvido eou alterado ao projeto principal na mesma frequecircncia com que as funcionalidades satildeo desenvolvidas sendo feito muitas vezes ao dia ao inveacutes de apenas uma vez O objetivo principal de se utilizar a integraccedilatildeo contiacutenua eacute verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente Ademais pode ser feita atraveacutes de processos manuais ou automatizados utilizando ndash por exemplo ndash a ferramenta Jenkins (ou CruiseControl Hudson Bamboo Continuum Gump Beebox etc) O Jenkins eacute um sistema baseado em servidor que roda em um Container Web e possui plug-ins para ampliar sua utilizaccedilatildeo com outras linguagens de programaccedilatildeo para integraccedilatildeo com sistemas de controle de versatildeo ou para grandes bases de dados Bem eu acho que isso eacute suficiente sobre esse assunto

Figura 10 ʹ Logo da Jenkins

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 23 de 44

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua Comentaacuterios Opa Jenkins eacute uma ferramenta open-source

Gabarito E

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente Comentaacuterios Exatamente Nativamente ele natildeo tem suporte a outras linguagens de programaccedilatildeo ndash somente por meio de plug-ins

Gabarito C

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis Comentaacuterios Perfeito Metodologias aacutegeis precisam responder rapidamente a mudanccedilas e isso eacute auxiliado por ferramentas de integraccedilatildeo contiacutenua

Gabarito C

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

Comentaacuterios Perfeito Eacute isso mesmo

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 24 de 44

SCRUM

Algueacutem de vocecircs sabe de onde vem esse nome Entatildeo vou lhes contar Esse nome vem do rugby e eacute utilizado como uma metaacutefora para refletir o alto grau de cooperaccedilatildeo necessaacuterio para obter sucesso Imagino que poucos de vocecircs entendam as regras desse esporte portanto vou explicar de forma bastante objetiva porque essa metaacutefora eacute utilizada No rugby um time pontua quando a bola cruza a linha de gol e toca o chatildeo ndash sendo carregada ou por meio de um passe Caso o jogador seja derrubado ele deve soltar a bola e a jogada se reinicia Deve haver intensa troca de passes entre os jogadores de modo a deixaacute-los menos vulneraacuteveis a serem derrubados por outros jogadores

Figura 11 - Scrum no Rugby

Bem cada jogada se inicia quando um Scrum eacute realizado ie forma-se uma parede de forccedila entre os jogadores como mostra a Figura 11 Observem que os jogadores se reuacutenem de forma bem proacutexima unindo suas forccedilas e habilidades para trabalhar em conjunto a fim de conseguir recuperar a bola Percebam portanto que o time inteiro deve trabalhar para que a equipe possa pontuar Diferentemente do Futebol Americano natildeo haacute um quarterback ou uma estrela do time ndash todos satildeo importantes Pois eacute a histoacuteria fica mais interessante vamos ver uma das recomendaccedilotildees de ataque do rugby

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 25 de 44

ldquoPensem continuamente em seu alinhamento em relaccedilatildeo ao jogador que carrega a bola e aos jogadores ao seu redor Trabalhe duro para estar disponiacutevel quando necessaacuteriordquo Observem como isso eacute importante em metodologias aacutegeis trabalhar duro para ajudar a equipe a obter ecircxito ndash nunca existe ldquoBem natildeo haacute nada aqui para eu fazerrdquo Acho que agora ficou mais faacutecil entender de onde vem esse nome ndash vamos agrave teoria Antes de comeccedilar uma observaccedilatildeo o guia oficial do Scrum eacute um documento tatildeo pequeno (18 paacuteginas) que eu recomendo fortemente que vocecircs leiam-no por inteiro pois seraacute muito uacutetil Bem agora sim vamos ao trabalho Scrum eacute um framework (ie possui uma estrutura processual) leve simples de entender e extremamente difiacutecil de dominar para desenvolver e manter produtos complexos e adaptativos enquanto entrega produtiva e criativamente produtos com o mais alto valor possiacutevel Complicado ou natildeo Galera percebam que ele natildeo eacute um processo ou uma teacutecnica para construir produtos mas ndash sim ndash um framework em que pode ser empregado vaacuterios processos e teacutecnicas O Framework pode ser definido como um conjunto de papeacuteis eventos artefatos e regras associadas a uma equipe Ele eacute fundamentado em teorias empiacutericas de controle de processo e emprega uma abordagem iterativa e incremental (maximizando as oportunidades de feedback) para aperfeiccediloar a previsatildeo e controle de riscos Ele afirma que o conhecimento vem da experiecircncia e da tomada de decisotildees baseadas no que eacute conhecido Para tal ele emprega uma abordagem iterativa e incremental para aperfeiccediloar a previsibilidade e controle de riscos fundamentando-se em trecircs pilares fundamentais

Transparecircncia aspectos significativos (e padronizados) devem estar visiacuteveis aos responsaacuteveis pelos resultados Por exemplo uma linguagem comum a todos os participantes

Inspeccedilatildeo os usuaacuterios devem frequentemente inspecionar os artefatos e o

progresso para detectar indesejaacuteveis variaccedilotildees (natildeo pode ser frequente a ponto de atrapalhar a execuccedilatildeo das tarefas)

Adaptaccedilatildeo o processo ou material sendo produzido deve ser adaptado sempre

que um inspetor verificar desvios que tornem o resultado inaceitaacutevel e para tanto ele tem quatros oportunidades (as reuniotildees)

O Scrum define o conceito de Time Scrum que eacute um time auto-organizaacutevel (escolhe qual a melhor forma para realizar seu trabalho) e multifuncional (possui todas as competecircncias

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 26 de 44

e natildeo depende de outros de fora da equipe) Eacute o responsaacutevel por entregar produtos de forma iterativa e incremental maximizando as oportunidades de realimentaccedilatildeo As entregas incrementais de produto ldquoprontordquo garantem que uma versatildeo potencialmente funcional do produto do trabalho esteja sempre disponiacutevel Agora o mais importante o Time Scrum eacute composto por um Product Owner um Scrum Master e a Equipe de Desenvolvimento1 Product Owner Eacute o responsaacutevel por maximizar o valor do produto e do trabalho da equipe de desenvolvimento sendo o uacutenico que pode gerenciar o Product Backlog Ele pode ateacute delegar atividades de gerenciamento mas ainda seraacute considerado o responsaacutevel pelos resultados A Equipe de Desenvolvimento soacute responde a ele Equipe de Desenvolvimento A Equipe de Desenvolvimento natildeo reconhece tiacutetulos para seus integrantes todos satildeo considerados desenvolvedores (natildeo importa o que faccedilam) A Equipe deve ter entre 3 e 9 integrantes de modo que natildeo seja pequena demais que haja restriccedilotildees de habilidades nem grande demais que seja complicado de gerenciar Scrum Master Eacute o responsaacutevel por garantir que o Scrum seja entendido e aplicado Ademais ele deve comunicar claramente a visatildeo objetivo e itens do Product Backlog ensinar a equipe a criar itens claros e concisos treinar a equipe de desenvolvimento em autogerenciamento e interdisciplinaridade remover impedimentos entre outros Mudando de assunto os Eventos Scrum satildeo eventos time-boxed (ie com duraccedilatildeo maacutexima) usados para criar uma rotina e minimizar a necessidade de reuniotildees natildeo definidas pelo Scrum Lembrem-se de que a Sprint tem um mecircs ou menos e eacute iniciada imediatamente apoacutes a conclusatildeo da sprint anterior As Sprints satildeo compostas por uma Reuniatildeo de Planejamento da Sprint Reuniotildees Diaacuterias o Trabalho de Desenvolvimento uma Revisatildeo da Sprint e a Retrospectiva da Sprint Uma Sprint se inicia imediatamente apoacutes a conclusatildeo da sprint anterior e tem duraccedilotildees coerentes em todo o esforccedilo de desenvolvimento Durante a sprint eacute proibido realizar mudanccedilas que afetem seu objetivo Aleacutem disso eacute proibido mudar a composiccedilatildeo da equipe ou diminuir as metas de qualidade apesar disso o escopo pode ser sempre clarificado e renegociado Essas proibiccedilotildees devem ser levadas

muito a seacuterio entenderam

1 Natildeo confundir Equipe de Desenvolvimento com Time Scrum ʹ o primeiro estaacute contido no segundo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 27 de 44

Uma sprint pode ser cancelada antes de seu time-box terminar e isso somente pode ser feito pelo Product Owner (sob influecircncia de stakeholders equipe de desenvolvimento entre outros) Isso pode ocorrer caso o seu objetivo se torne obsoleto mas ocorrem tambeacutem devido agrave curta duraccedilatildeo e a cancelamentos poreacutem satildeo raros os casos O trabalho a ser realizado na Sprint eacute planejado na Reuniatildeo de Planejamento da Sprint (Proporcional a 8 horas) Essa reuniatildeo consiste em duas partes

1 O que seraacute entregue como resultado do incremento da proacutexima Sprint

2 Como o trabalho necessaacuterio para entregar o incremento seraacute realizado Na primeira parte a Equipe de Desenvolvimento tenta prever as funcionalidades que seratildeo desenvolvidas durante a Sprint Na segunda parte a Equipe de Desenvolvimento decide como iraacute construir essas funcionalidades durante a Sprint e desenvolve o Sprint Backlog Portanto a primeira parte trada do ldquoO que fazerrdquo e a segunda trata do ldquoComo fazerrdquo

Figura 12 - Processo do SCRUM

O Product Owner pode estar presente durante a segunda parte da reuniatildeo para clarificar itens do Backlog do Produto A Reuniatildeo Diaacuteria (Proporcional a 15 minutos) eacute um evento que busca criar um plano para as proacuteximas 24 horas e inspecionar o trabalho desde a uacuteltima Reuniatildeo Diaacuteria

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 28 de 44

Ela ocorre sempre no mesmo horaacuterio e no mesmo local e cada integrante deve responder as seguintes perguntas

1 O que foi completado desde a uacuteltima reuniatildeo

2 O que seraacute feito ateacute a proacutexima reuniatildeo

3 Quais os obstaacuteculos que estatildeo no caminho

As Reuniotildees Diaacuterias melhoram bastante a comunicaccedilatildeo entre os integrantes ademais eliminam a necessidade de outras reuniotildees identificam e removem impedimentos destacam e promovem raacutepidas tomadas de decisatildeo e melhoram o niacutevel de conhecimento da Equipe como um todo A Revisatildeo da Sprint (Proporcional a 4 horas) eacute executada no final da Sprint para inspecionar o incremento e adaptar o Backlog do Produto se necessaacuterio Esta eacute uma reuniatildeo informal e a apresentaccedilatildeo do incremento destina-se a motivar e obter comentaacuterios e promover a colaboraccedilatildeo Nesta reuniatildeo discute-se o que foi bem e o que natildeo foi problemas ocorridos e como foram resolvidos Procut Backlog projeccedilotildees de datas O resultado eacute o Product Backlog revisado e ajustado A Retrospectiva da Sprint (Proporcional a 3 horas) eacute uma chance para o Scrum Team inspecionar a si proacuteprio e criar um plano de melhorias par proacutexima sprint Ela inspeciona como foi a uacuteltima sprint em relaccedilatildeo agraves pessoas agraves relaccedilotildees aos processos e agraves ferramentas Aleacutem disso tem o poder de identificar e ordenar os principais itens que se tornaram potenciais de melhorias e cria um plano para implementar melhorias no modo de realizaccedilatildeo do trabalho

Figura 13 - Graacutefico Burndown

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 29 de 44

O Documento de Visatildeo eacute definido pelo Product Owner e representa como os clientes usuaacuterios finais gerentes stakeholders executivos entre outros visualizam o resultado final do produto que seraacute criado Praacuteticas como BurndownBurnup tecircm sido utilizadas para prever o progresso sem substituir a importacircncia do empirismo como mostra a Figura 13 O Product Backlog eacute uma lista ordenada (por valor risco prioridade etc) de tudo que deve ser necessaacuterio no produto e eacute uma origem uacutenica dos requisitos para qualquer mudanccedila a ser feita no produto Ele nunca (Atenccedilatildeo nunca) estaraacute completo e existiraacute enquanto o produto tambeacutem existir

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 30 de 44

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

Comentaacuterios Bem vamos comeccedilar nossos exerciacutecios com um erro da FCC O Guia Scrum diz que o Scrum Team eacute dividido em Product Owner Scrum Master e Development Team No entanto a FCC deu a resposta como correto

Gabarito C

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

Comentaacuterios Bem tranquila neacute Trata-se de uma Sprint

Gabarito C

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint Comentaacuterios Bem tranquila tambeacutem Trata-se de uma Sprint

Gabarito C

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

Comentaacuterios Perfeito Essa Scrum Meeting trata-se da Daily Scrum Meeting ou Reuniatildeo Diaacuteria

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 31 de 44

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

Comentaacuterios De fato estaacute incorreto O periacuteodo maacuteximo eacute de 30 dias e a equipe de trabalho varia de 3 a 9 pessoas

Gabarito C

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

Comentaacuterios Na verdade natildeo eacute correto Eacute possiacutevel dissolver uma sprint e comeccedilar outra baseando-se em um no sprint backlog ndash quem pode fazer isso eacute o Product Owner

Gabarito E

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

Comentaacuterios Bem ela deve durar no maacuteximo 15 minutos no entanto a questatildeo diz que natildeo deve durar mais que 30 minutos (o que natildeo eacute errado) Portanto natildeo eacute incorreto ndash eacute correto

Gabarito E

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

Comentaacuterios Na verdade natildeo eacute incorreto Satildeo essas as perguntas a serem feitas

Gabarito E

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

Comentaacuterios Tambeacutem natildeo eacute incorreto Eacute exatamente isso que o Scrum Master deve fazer

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 32 de 44

Gabarito E

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

Comentaacuterios Na verdade soacute pode ser modificado pelo Product Owner

Gabarito E

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint Comentaacuterios Scrum Master eacute apenas um facilitador Quem pode modificar o Backlog eacute o Product Owner

Gabarito E

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

Comentaacuterios Eacute possiacutevel ndash sim ndash dissolver uma sprint

Gabarito E

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe Comentaacuterios Na verdade as discussotildees ocorrem mais entre a equipe de desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 33 de 44

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a data final e o custo do projeto satildeo determinados ao longo do projeto

Comentaacuterios Eacute isso mesmo ndash satildeo todos definidos ao longo do projeto

Gabarito C

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

Comentaacuterios Na verdade recomenda-se entre trecircs e nove participantes Com menos de trecircs participantes reduz-se a interaccedilatildeo que gera um menor ganho de produtividade

Gabarito E

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

Comentaacuterios De fato apenas o Product Owner pode cancelar uma sprint

Gabarito C

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

Comentaacuterios Uma sprint deve ter entre duas e quarto semanas

Gabarito E

53 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

Comentaacuterios Questatildeo perfeita Scrum estaacute para o PMBOK assim como o XP estaacute para o RUP Ele pode ser utilizado em teoria em qualquer contexto em que se necessite atingir um objetivo comum entre um grupo de pessoas

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 34 de 44

54 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

Comentaacuterios Literalmente retirado do Guia Scrum ndash perfeito

Gabarito C

55 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

Comentaacuterios Conjunto de requisitos bem definidos Natildeo eacute o contraacuterio Geralmente trata-se de requisitos pouco definidos

Gabarito E

56 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

Comentaacuterios Eacute exatamente isso Lembrem-se de que natildeo haacute cargos mas papeacuteis

Gabarito C

57 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

Comentaacuterios Galera essa eacute muito faacutecil Nenhum produto estaraacute nunca completamente testado ademais o Product Backlog tambeacutem nunca estaraacute completo

Gabarito E

58 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

Comentaacuterios Opaaaa Product Owner natildeo trata de estimativas Entendam escopo e importacircncia satildeo definidos pelo PO no entanto quem define estimativas eacute a Equipe de Desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 35 de 44

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

60 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

Comentaacuterios Bem o cliente natildeo se torna parte da equipe de desenvolvimento Haacute ndash sim ndash uma forte integraccedilatildeo no entanto dizer que faz parte da equipe de desenvolvimento eacute um completo absurdo No entanto o CESPE natildeo entendeu dessa maneira

Gabarito C

61 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

Comentaacuterios Eacute isso mesmo perfeito

Gabarito C

62 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o

documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

Comentaacuterios Galera item perfeito Muito bem escrito

Gabarito C

63 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

Comentaacuterios Questatildeo perfeita retirada do Guia Scrum

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 36 de 44

Gabarito C

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

65 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

Comentaacuterios Jaacute li isso 800x e as bancas continuam errando Escreve-se ITERACcedilAtildeO e natildeo INTERACcedilAtildeO A questatildeo deveria ter sido anulada mas natildeo foi =

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 37 de 44

LISTA DE EXERCIacuteCIOS COMENTADOS

(Instituto Cidades ndash 2012 - CEMIG - Agente de Gestatildeo Administrativa - Analista de Sistemas - A) O teste

eacute uma atividade de verificaccedilatildeo e validaccedilatildeo do software e consiste na anaacutelise dinacircmica do mesmo isto eacute na execuccedilatildeo do produto de software com o objetivo de verificar a presenccedila de defeitos no produto e aumentar a confianccedila de que o mesmo estaacute correto

(CESPE - 2012 ndash Anatel ndash Analista Administrativo ndash Arquitetura de Soluccedilotildees) Considere as informaccedilotildees

abaixo em relaccedilatildeo ao desenvolvimento de sistemas

I executar um software com o objetivo de revelar falhas mas que natildeo prova a exatidatildeo do software II correta construccedilatildeo do produto III Construccedilatildeo do produto certo

Correspondem corretamente a I II e III respectivamente

a) Validaccedilatildeo verificaccedilatildeo e teste b) Verificaccedilatildeo teste e validaccedilatildeo c) Teste verificaccedilatildeo e validaccedilatildeo d) Validaccedilatildeo teste e verificaccedilatildeo e) Teste validaccedilatildeo e verificaccedilatildeo

(CESPE - 2010 ndash TJES ndash Analista Judiciaacuterio ndash Analista de Sistemas) Verificaccedilatildeo e validaccedilatildeo satildeo atividades

da anaacutelise de software necessaacuterias para se identificar o que o software precisa executar seguida de uma avaliaccedilatildeo do usuaacuterio quanto agraves atividades definidas

(CESPE - ndash TRT 5ordf ndash Analista Judiciaacuterio ndash Analista de Sistemas) A diferenccedila entre verificaccedilatildeo e

validaccedilatildeo reside no fato de que a primeira se refere ao conjunto de atividades que garante que o software realiza corretamente uma funccedilatildeo especiacutefica enquanto a segunda refere-se a um conjunto diferente de atividades que garante que o software que foi construiacutedo eacute rastreaacutevel agraves exigecircncias do cliente

(ESAF - ndash MPOG ndash Analista de Planejamento ndash Analista de Sistemas - B) Demonstrar ao

desenvolvedor e ao cliente que o software atende aos requisitos eacute uma meta de validaccedilatildeo do software

(CESPE - ndash IPEA ndash Analista de Sistemas) A verificaccedilatildeo assegura que o produto como fornecido iraacute

atender o seu uso pretendido ou seja que se estaacute construindo o produto certo E a validaccedilatildeo confirma que os produtos de trabalho refletem de forma apropriada os requisitos que foram especificados ou seja que se estaacute construindo o produto corretamente

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 38 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 39 de 44

tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 40 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto

da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C) Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 41 de 44

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 42 de 44

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a

data final e o custo do projeto satildeo determinados ao longo do projeto

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 43 de 44

53 (CESPE - 2012 - TRE-RJ - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) A metodologia scrum prega que a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

54 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

55 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM

o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

56 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

57 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

58 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

60 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para

gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

61 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

62 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 44 de 44

63 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

65 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

66 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

GABARITO

1 2 3 4 5 6 7 8 9 10 E C C C E E E C E E 11 12 13 14 15 16 17 18 19 20 E C C C C E E C E E 21 22 23 24 25 26 27 28 29 30 E C C C E E C E B E 31 32 33 34 35 36 37 38 39 40 E C C C C C C C C E 41 42 43 44 45 46 47 48 49 50 E E E E C E E E C E 51 52 53 54 55 56 57 58 59 60 C E C C E C E E C C 61 62 63 64 65 66 67 68 69 70 C C C C C - - - - -

79831971523

325179138-97 - caio victor gambardela

Page 3: 203903115 Testes Conceitos Verificacao e Validacao Tipos de Teste Unidade Integracao Sistemafuncional Aceitacao Carga Desempenho Vulnerabilidade Usab

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 2 de 44

VERIFICACcedilAtildeO amp VALIDACcedilAtildeO

Em seu livro Pressman diz

Durante e depois do processo de implementaccedilatildeo o programa em desenvolvimento deve ser verificado

para certificar-se de que ele atende a sua especificaccedilatildeo e entrega a funcionalidade esperada pelas

pessoas que pagam pelo software Verificaccedilatildeo e Validaccedilatildeo (VampV) eacute a denominaccedilatildeo dada a esses

processos de verificaccedilatildeo e anaacutelise Atividades de verificaccedilatildeo e validaccedilatildeo ocorrem em cada estaacutegio do

processo de software VampV comeccedila com revisotildees de requisitos e continua ao longo das revisotildees de

projeto e das inspeccedilotildees de coacutedigo ateacute o teste de produto

Percebam que Validaccedilatildeo e Verificaccedilatildeo satildeo coisas diferentes E qual a diferenccedila Ora Boehm descreveu de uma maneira simples e genial por meio de duas perguntas

Verificaccedilatildeo Estamos construindo o produto corretamente Validaccedilatildeo Estamos construindo o produto correto

Figura 1 - Diferenccedila entre Verificaccedilatildeo e Validaccedilatildeo

Percebam que a Verificaccedilatildeo envolve a certificaccedilatildeo de que o software construiacutedo esteja de acordo com as especificaccedilotildees de requisitos (funcionais e natildeo-funcionais) Jaacute a Validaccedilatildeo eacute

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 3 de 44

mais geneacuterica no sentido de que ela se certifica de que o software construiacutedo estaacute de acordo com as expectativas do cliente Eu peccedilo Natildeo na verdade eu imploro que vocecircs memorizem a diferenccedila entre esses dois conceitos Eacute muito simples mas eu jaacute me cansei das incontaacuteveis vezes que eu vi questotildees de prova tentando confundir os candidatos e obtendo ecircxito Como vocecirc decorou professor Muito simples Verificaccedilatildeo ocorre em relaccedilatildeo agrave Especificaccedilatildeo de Requisitos

Figura 2 - Como decorar a diferenccedila entre Verificaccedilatildeo e Validaccedilatildeo

Haacute dois tipos de Verificaccedilatildeo Estaacutetica e Dinacircmica A Estaacutetica (tambeacutem chamada Inspeccedilatildeo de Software) trata da anaacutelise de documento de requisitos anaacutelise de diagramas de projetos anaacutelise de coacutedigo-fonte etc Ela ocorre sem a necessidade de executar o software e pode ocorrer de forma automatizada antes mesmo da implementaccedilatildeo do sistema Jaacute a Verificaccedilatildeo Dinacircmica (tambeacutem chamada de Teste) envolve executar o software protoacutetipo ie a partir dos dados de entrada examina-se o comportamento por meios das saiacutedas de modo que se verifique se o desempenho obtido estaacute de acordo com o esperado Grosso modo a Estaacutetica trata da documentaccedilatildeo e a Dinacircmica trata da execuccedilatildeo em si Calma nem tudo satildeo flores Para fazer uma boa Verificaccedilatildeo Estaacutetica eacute necessaacuterio que as especificaccedilotildees dos artefatos sejam precisas e confiaacuteveis ndash ademais natildeo eacute faacutecil nem barato Quanto agrave Verificaccedilatildeo Dinacircmica noacutes falaremos mais adiante sobre cada tipo de teste que pode ser feito Galera Verificaccedilatildeo Estaacutetica e Dinacircmica satildeo complementares e natildeo opostas Cabe salientar tambeacutem que a VampV natildeo garante que o software seja completamente livre de defeitos ou que ele se comportaraacute conforme especificado em todas as circunstacircncias ndash eacute sempre possiacutevel que um teste ignorado possa descobrir mais problemas no sistema Ele tem que ser suficientemente confiaacutevel para a utilizaccedilatildeo pretendida

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 4 de 44

Espera e quem diz o que eacute um software suficientemente confiaacutevel Bem isso depende da criticidade do sistema das expectativas do utilizador do ambiente de marketing etc Imaginemos um sistema de cataacutelogo de filmes de uma locadora e um sistema de controle de traacutefego aeacutereo qual desses necessita de um grau de confianccedila mais alto notnot Imaginemos agora um sistema de caixa de padaria ou de um supermercado o utilizador pode ter baixas expectativas e assim ter um grau de confianccedila menor sem prejudicar seu funcionamento Nesses casos eacute comum aceitar falhas de sistema quando os benefiacutecios do uso ultrapassam as desvantagens Por fim algumas vezes um software precisa ser lanccedilado no mercado rapidamente como resposta agrave concorrecircncia ou a um ambiente de marketing favoraacutevel Por exemplo quando uma empresa tem poucos concorrentes ela pode liberar um programa antes que ele tenha sido inteiramente testado e depurado porque querem ser os primeiros do mercado Galera muita gente acha que as Inspeccedilotildees de Software natildeo tecircm importacircncia Ora tecircm sim Elas ocorrem inclusive em todos os estaacutegios do processo de desenvolvimento de software ndash qualquer representaccedilatildeo legiacutevel do software pode ser inspecionada Evidentemente natildeo eacute possiacutevel usar teacutecnicas estaacuteticas para verificar requisitos natildeo-funcionais (desempenho etc) Outra confusatildeo bastante frequente ocorre entre Teste e Depuraccedilatildeo No entanto essa eacute diferenccedila eacute bastante simples dentre outras testes estabelecem a existecircncia de defeitos e geralmente satildeo feitos por uma equipe de testes depuraccedilatildeo localiza e conserta esses defeitos e geralmente eacute feita por uma equipe de desenvolvimento

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 5 de 44

(Instituto Cidades ndash 2012 - CEMIG - Agente de Gestatildeo Administrativa - Analista de Sistemas - A) O teste

eacute uma atividade de verificaccedilatildeo e validaccedilatildeo do software e consiste na anaacutelise dinacircmica do mesmo isto eacute na execuccedilatildeo do produto de software com o objetivo de verificar a presenccedila de defeitos no produto e aumentar a confianccedila de que o mesmo estaacute correto

Comentaacuterios Teste eacute uma atividade de verificaccedilatildeo somente

Gabarito E

(CESPE - 2012 ndash Anatel ndash Analista Administrativo ndash Arquitetura de Soluccedilotildees) Considere as informaccedilotildees

abaixo em relaccedilatildeo ao desenvolvimento de sistemas

I executar um software com o objetivo de revelar falhas mas que natildeo prova a exatidatildeo do software II correta construccedilatildeo do produto III Construccedilatildeo do produto certo

Correspondem corretamente a I II e III respectivamente

a) Validaccedilatildeo verificaccedilatildeo e teste b) Verificaccedilatildeo teste e validaccedilatildeo c) Teste verificaccedilatildeo e validaccedilatildeo d) Validaccedilatildeo teste e verificaccedilatildeo e) Teste validaccedilatildeo e verificaccedilatildeo

Comentaacuterios Questatildeo estranha na medida em que Teste eacute um dos tipos de Verificaccedilatildeo (I) Teste ndash por conta da execuccedilatildeo do software (II) Verificaccedilatildeo ndash eacute semelhante a ldquoEstamos construindo o produto corretamenterdquo (III) Validaccedilatildeo ndash eacute semelhante a ldquoEstamos construindo o produto corretordquo

Gabarito C

(CESPE - 2010 ndash TJES ndash Analista Judiciaacuterio ndash Analista de Sistemas) Verificaccedilatildeo e validaccedilatildeo satildeo atividades

da anaacutelise de software necessaacuterias para se identificar o que o software precisa executar seguida de uma avaliaccedilatildeo do usuaacuterio quanto agraves atividades definidas

Comentaacuterios Eacute isso mesmo Verificaccedilatildeo eacute em relaccedilatildeo agrave especificaccedilatildeo de requisitos e a Validaccedilatildeo eacute em relaccedilatildeo aos usuaacuterios

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 6 de 44

(CESPE - 09 ndash TRT 5ordf ndash Analista Judiciaacuterio ndash Analista de Sistemas) A diferenccedila entre verificaccedilatildeo e validaccedilatildeo reside no fato de que a primeira se refere ao conjunto de atividades que garante que o software realiza corretamente uma funccedilatildeo especiacutefica enquanto a segunda refere-se a um conjunto diferente de atividades que garante que o software que foi construiacutedo eacute rastreaacutevel agraves exigecircncias do cliente

Comentaacuterios Perfeita definiccedilatildeo ndash eacute isso mesmo

Gabarito C

(ESAF - ndash MPOG ndash Analista de Planejamento ndash Analista de Sistemas - B) Demonstrar ao

desenvolvedor e ao cliente que o software atende aos requisitos eacute uma meta de validaccedilatildeo do software

Comentaacuterios Se demonstra ao desenvolvedor e ao cliente que atende aos requisitos portanto eacute uma verificaccedilatildeo de software

Gabarito E

(CESPE - ndash IPEA ndash Analista de Sistemas) A verificaccedilatildeo assegura que o produto como fornecido iraacute

atender o seu uso pretendido ou seja que se estaacute construindo o produto certo E a validaccedilatildeo confirma que os produtos de trabalho refletem de forma apropriada os requisitos que foram especificados ou seja que se estaacute construindo o produto corretamente

Comentaacuterios Natilde-natildeo Eacute o contraacuterio

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 7 de 44

TESTES DE SOFTWARE

O Teste de Software eacute o processo de executar um software com dois objetivos principais (1) demonstrar ao desenvolvedor e ao cliente que o software atende aos requisitos especificados (2) descobrir falhas ou defeitos no software que apresente comportamento incorreto natildeo desejaacutevel ou em natildeo conformidade com sua especificaccedilatildeo Os testes natildeo podem demonstrar que um software eacute livre de defeitos ou que ele se comportaraacute conforme especificado em todas as circunstacircncias Eacute sempre possiacutevel que um teste ignorado possa descobrir mais problemas no sistema Jaacute dizia Edsger Dijkstra ldquoOs testes podem somente mostrar a presenccedila de erros natildeo sua ausecircnciardquo O que eacute um Teste de Software Myers diz que eacute o processo de executar um determinado software com a intenccedilatildeo de encontrar defeitos A IEEE 729 define como o processo formal de avaliar um sistema ou componente por meios manuais ou automaacuteticos para verificar se ele satisfaz os requisitos especificados O Glossaacuterio ISTQB conceitua como todas as atividades do ciclo de vida estaacuteticas ou dinacircmicas voltadas para o planejamento preparaccedilatildeo e avaliaccedilatildeo de produtos de software e produtos de trabalho relacionados a fim de determinar se eles satisfazem os requisitos especificados e demonstrar que estatildeo aptos para sua finalidade e detecccedilatildeo de defeitos Ao longo de diversos anos a engenharia de software evolui de modo a sugerir alguns princiacutepios que guiam os testes de software Vejamos alguns abaixo Testes demonstram a presenccedila de defeitos

Um teste pode demonstrar a presenccedila de defeitos mas natildeo pode provar que eles natildeo existem Ele reduz a probabilidade de que os defeitos permaneccedilam em um software mas mesmo se nenhum defeito for encontrado natildeo quer dizer que esteja perfeito

stes exaustivos satildeo impossiacuteveis

Testar todas as combinaccedilotildees de entradas e preacute-condiccedilotildees eacute inviaacutevel exceto para casos triviais Em vez de realizar testes exaustivos os riscos e prioridades satildeo levados em consideraccedilatildeo para dar foco aos esforccedilos de teste Teste o mais breve possiacutevel

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 8 de 44

Os defeitos encontrados nas fases iniciais do processo de desenvolvimento de software satildeo mais baratos de serem corrigidos do que aqueles encontrados jaacute em fase produccedilatildeo Haacute inclusive teacutecnicas de testes antes mesmo da implementaccedilatildeo Agrupam os defeitos mais sensiacuteveis

Seguindo o Princiacutepio de Pareto 80 dos defeitos satildeo causados por 20 do coacutedigo Ao identificar essas aacutereas sensiacuteveis os testes podem priorizaacute-las enquanto ainda procuram por erros nas demais regiotildees Paradoxo do pesticida

Caso os mesmos testes sejam aplicados repetidamente em determinado momento eles deixam de ser uacuteteis ou seja natildeo conseguem encontrar nenhum novo defeito Por isso os testes precisam ser revisitados com frequecircncia (Novos pesticidas) Testes dependem do contexto

Os testes devem ser elaborados de acordo com o contexto de utilizaccedilatildeo do software Exemplo um sistema bancaacuterio deve ser testado de maneira diferente de uma rede social Assim como testes de aplicaccedilatildeo web tecircm foco diferente do desktop

secircncia de defeitos eacute uma ilusatildeo

Identificar e corrigir os problemas de um software natildeo garantem que ele estaacute pronto Os testes foram elaborados para identificar todas as possiacuteveis falhas O sistema atende agraves necessidades e expectativas dos usuaacuterios Ou seja haacute outros fatores

Agora vamos falar de uma coisa muito importante Podemos olhar para os testes por meio de trecircs perspectivas diferentes Teacutecnicas de Testes Niacuteveis de Testes e Tipos de Testes A Figura 3 apresenta essas trecircs perspectivas como um plano cartesiano de trecircs dimensotildees Noacutes iremos estudar cada uma dela mais agrave frente Figura 3 - Perspectivas de Testes

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 9 de 44

As Teacutecnicas de Teste de Software buscam demonstrar como testar Jaacute os Niacuteveis de Testes de Software buscam demonstrar quando testar Por fim os Tipos de Testes de Software buscam demonstrar o que testar Essas trecircs perspectivas satildeo apresentadas na Figura 4 seratildeo detalhadas para melhor entendimento

Figura 4 - Perspectivas de Testes

As Teacutecnicas de Testes se dividem em Caixa-Branca Caixa-Preta e Caixa-Cinza A primeira se foca nas estruturas internas dos procedimentos do sistema A segunda se foca nas entradas e saiacutedas especificadas nos requisitos funcionais Jaacute a terceira se foca tanto em estruturas internas quanto nas entradas e saiacutedas especificadas nos requisitos A Teacutecnica de Caixa-Branca (tambeacutem conhecida como Estrutural ou Orientada agrave Loacutegica) analisa caminhos loacutegicos possiacuteveis de serem executados portanto eacute necessaacuterio ter conhecimento sobre o funcionamento interno dos componentes Ele busca garantir que todos os caminhos independentes de um moacutedulo sejam executados pelo menos uma vez Ademais ele trata de todas as decisotildees loacutegicas para valores verdadeiros e falsos aleacutem de executar laccedilos dentro dos valores limites e avaliar as estruturas de dados internas As teacutecnicas principais satildeo testes de caminhos testes de estruturas de controle e complexidade ciclomaacutetica A Teacutecnica de Caixa-Preta (tambeacutem conhecida como ComportamentalFuncional ou Orientado a Dado) se baseia em preacute e poacutes-condiccedilotildees geralmente sendo utilizada nas etapas posteriores da disciplina de testes Ele busca funccedilotildees incorretas ou inexistentes erros de comportamento ou desempenho erros de inicializaccedilatildeo e interface etc Ele tem o objetivo de verificar a funcionalidade e aderecircncia aos requisitos em uma oacutetica externa ou do usuaacuterio sem se basear em qualquer conhecimento do coacutedigo ou loacutegica interna do componente As teacutecnicas principais satildeo testes baseados em grafos particionamento de equivalecircncias anaacutelise de valor-limite e teste de matriz ortogonal

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 10 de 44

Os Niacuteveis de Teste (tambeacutem conhecido como EstaacutegioEstrateacutegias) ralmente satildeo agrupados de acordo com o momento em que eles satildeo executados ou tambeacutem pelo niacutevel de especificidade do teste Exemplos Teste de Unidade Teste de Integraccedilatildeo Teste de Sistema Teste de Aceitaccedilatildeo entre outros

Figura 5 - Estaacutegios de Testes

A Figura 5 mostra que a espiral inicia- em sentido horaacuterio pelo Teste de Unidade (que analisa o coacutedigo) em seguida realiza o Teste de Integraccedilatildeo (que analisa o projeto) depois o Teste de Validaccedilatildeo ou Aceitaccedilatildeo (que analisa os requisitos) e por fim o Teste de Sistema (que analisa o sistema) Teste de Unidade Trata do esforccedilo de verificaccedilatildeo na menor unidade de projeto de software ndash componente ou moacutedulo de software Os testes unitaacuterios verificam o funcionamento de um pedaccedilo do sistema ou software isoladamente ou que possam ser testados separadamente Eles satildeo considerados um apecircndice ao passo de codificaccedilatildeo O projeto de Teste de Unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado Ele enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente Professor mas que

componente eacute esse Ora meacutetodos classes ou moacutedulos Teste de Integraccedilatildeo Trata do esforccedilo de verificaccedilatildeo em uma combinaccedilatildeo de componentes para verificar se eles funcionam corretamente juntos conforme as especificaccedilotildees Busca encontrar

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 11 de 44

defeitos nas interfaces e nas interaccedilotildees entre componentes ou sistemas integrados Ele sucede o Teste de Unidade e antecede o Teste de Sistema Os resultados do Teste de Unidade dos moacutedulos do sistema servem de insumo para o Teste de Integraccedilatildeo Eacute uma teacutecnica sistemaacutetica para construir a arquitetura de um software e descobrir erros na integraccedilatildeo entre os componentes Os moacutedulos satildeo integrados gradualmente a fim de facilitar a localizaccedilatildeo de erros Teste de AceitaccedilatildeoValidaccedilatildeo Trata do esforccedilo em demonstrar a conformidade com os requisitos de software Focaliza accedilotildees visiacuteveis ao usuaacuterio e saiacutedas do sistema reconhecidas tambeacutem pelo usuaacuterio Eacute bem sucedida quando o software funciona do modo que pode ser razoavelmente esperado pelo usuaacuterio Ele sucede o Teste de Integraccedilatildeo e antecede o Teste de Sistema O ambiente de teste utilizado deve ser o mais proacuteximo possiacutevel do ambiente real Os tipos mais comuns satildeo o Teste Alfa e o Teste Beta O primeiro ocorre em um ambiente controlado ndash simulando a forma de utilizaccedilatildeo do usuaacuterio Jaacute o segundo ocorre no ambiente real de utilizaccedilatildeo e eacute realizado pelo proacuteprio usuaacuterio Teste de SistemaFuncional Trata do esforccedilo em demonstrar o funcionamento do sistema como um todo dentro de um ambiente operacional controlado para validar a exatidatildeo e perfeiccedilatildeo na execuccedilatildeo de suas funccedilotildees Utilizam-se dados de teste a fim de tentar evitar a ocorrecircncia de defeitos em ambiente de produccedilatildeo Lembremos que um software frequentemente eacute apenas um elemento de um sistema maior Logo eacute necessaacuterio testaacute-lo considerando o contexto em que seraacute utilizado Eles satildeo conduzidos em um ambiente completo e integrado por vaacuterias pessoas (natildeo soacute os desenvolvedores) Busca-se exercitar o sistema por completo

Por fim vamos tratar dos Tipos de Testes Exemplos Teste de Regressatildeo Teste de Teste de Fumaccedila Teste de Recuperaccedilatildeo Teste de Seguranccedila Teste de Carga Teste de Desempenho Teste de Usabilidade No entanto o edital de vocecircs pede apenas quatro tipos de teste que veremos a seguir Teste de CargaEstresseVolume Trata do esforccedilo em demonstrar o funcionamento do software em situaccedilotildees anormais ie executa o sistema em condiccedilotildees incomuns de demanda de recursos velocidade

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 12 de 44

frequecircncia e volume Em outras palavras verifica qual limite de dados processados ateacute a falha do sistema Teste de DesempenhoPerformance Trata do esforccedilo em demonstrar que o sistema atende aos niacuteveis de desempenho e tempo de resposta acordados com os usuaacuterios e definidos nos requisitos Geralmente ocorre paralelamente ao Teste de Carga e avalia a capacidade de resposta do sistema em determinadas configuraccedilotildees Teste de Vulnerabilidade Trata do esforccedilo em demonstrar buracos de seguranccedila e vulnerabilidades podem ser aplicadas agrave redemaacutequina alvo Quem efetuar o teste vai tentar identificar nas maacutequinas na rede alvo todas as portas abertas sistemas operativos e aplicaccedilotildees a serem executadas Teste de Usabilidade Trata do esforccedilo em demonstrar falhas na facilidade de uso do software pelos usuaacuterios finais Enfatiza fatores humanos consistecircncia na interface graacutefica esteacutetica ajuda online assistentes wizard documentaccedilatildeo do usuaacuterio material de treinamento entre outros Uma boa interface com o usuaacuterio deve ser faacutecil de usar e entender

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 13 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - A O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

Comentaacuterios Qual eacute o objetivo de um teste Encontrar erros Noacutes jaacute sabemos que eacute virtualmente impossiacutevel provar a correccedilatildeo integral de um programa

Gabarito E

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - B O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

Comentaacuterios Exatamente isso Um teste deve ter alta probabilidade de encontrar erros

Gabarito C

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - C O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

Comentaacuterios Opaaaa natildeo satildeo desejaacuteveis testes redundantes mas ndash sim ndash eficientes

Gabarito E

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - D O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

Comentaacuterios Na verdade testes natildeo devem ser muito simples nem muito complexos

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 14 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - E O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

Comentaacuterios Natildeo faz nenhum sentido ndash inclusive a proacutepria Equipe de Desenvolvimento realiza testes (Testes de Unidade)

Gabarito E

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

Comentaacuterios Eacute isso mesmo Inicia-se com Testes de Unidade depois Testes de Integraccedilatildeo e por fim Testes de Sistema

Gabarito C

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

Comentaacuterios Essa eacute uma boa definiccedilatildeo para Testes de Unidade Perfeito

Gabarito C

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

Comentaacuterios Eacute exatamente isso Eacute comum ndash inclusive ndash que frameworks utilizem o Test-first Design

Gabarito C

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

Comentaacuterios Essa eacute a perfeita definiccedilatildeo de Teste de Integraccedilatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 15 de 44

Gabarito C

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

Comentaacuterios Como jaacute vimos nenhum teste eacute capaz de garantir que natildeo restam erros em um sistema

Gabarito E

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software Comentaacuterios Bem essa eacute ateacute engraccedilada Geralmente um teste bem sucedido eacute aquele que encontra erros Se ele natildeo encontra erros eacute mais provaacutevel que o teste tenha sido mal feito

Gabarito E

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

Comentaacuterios Os testes de desempenho devem ser projetados para assegurar que o sistema pode operar na carga necessaacuteria Isso envolve geralmente o planejamento de uma seacuterie de testes em que a carga eacute constantemente aumentada ateacute que o desempenho se torne inaceitaacutevel Perfeito Gabarito C

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

Comentaacuterios O teste de desempenho concentra-se tanto em demonstrar que o sistema atende aos requisitos como tambeacutem em descobrir problemas e defeitos no sistema Gabarito E

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 16 de 44

Comentaacuterios Jaacute vimos um milhatildeo de vezes Testes natildeo garantem a ausecircncia de erros Gabarito E

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

Comentaacuterios Opa como eacute Maior unidade de projeto Natildeo Na menor unidade de projeto do software Gabarito E

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

Comentaacuterios Perfeito Eacute exatamente isso Gabarito C

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

Comentaacuterios Galera natildeo se exaltem O Teste de Integraccedilatildeo eacute o que mais testa a interface poreacutem o Teste de Unidade tambeacutem a testa Natildeo haacute nada errado aqui Gabarito C

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

Comentaacuterios Exatamente isso Vamos relembrar Testes de Unidade tratam do coacutedigo-fonte Testes de Integraccedilatildeo tratam de Projeto de Software Testes de Validaccedilatildeo tratam de Requisitos Testes de Sistema tratam de Engenharia de Sistemas Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 17 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

Comentaacuterios Bem apesar de falar sobre componentes do modelo de implementaccedilatildeo natildeo se trata de Teste de Integraccedilatildeo Observem que trata de um niacutevel de abstraccedilatildeo bastante baixo sobre os fluxos de controle e de dados Portanto trata-se de um Teste de Unidade Gabarito E

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

Comentaacuterios Natildeo Isso se trata do Teste Caixa-Branca Gabarito E

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

Comentaacuterios Perfeito Eacute bem intuitivo Gabarito C

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

Comentaacuterios Opa na verdade trata-se de Teste de Integraccedilatildeo Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 18 de 44

CONTROLE DE VERSAtildeO ndash G

O que eacute um Sistema de Controle de Versatildeo Eacute um sistema que registra as mudanccedilas feitas em um arquivo ou um conjunto de arquivos ao longo do tempo de forma que seja possiacutevel recuperar versotildees especiacuteficas Eu por exemplo uso um sistema de controle de versatildeo para guardar todas as versotildees das aulas que eu faccedilo ndash jaacute pensou se eu perco isso D Pessoal se um sistema de controle de versatildeo eacute importante para que eu controle as versotildees das minhas aulas imaginem para quem estaacute desenvolvendo um software O desenvolvedor deve poder conseguir gerenciar as diferentes versotildees de coacutedigo-fonte e documentaccedilatildeo do software que ele estaacute desenvolvendo

Um dos softwares de controle de versatildeo mais conhecido do mercado eacute o G Ele eacute um sistema open-source distribuiacutedo raacutepido e foi criado por Linus Torvalds (isso mesmo aquele do Linux) e foi desenvolvido para controlar as versotildees do kernel do sistema operacional

Vocecircs podem estar se perguntando natildeo basta criar um diretoacuterio e ir salvando cada versatildeo

com um nome diferente Ora nada impede que se faccedila isso No entanto percebam que ndash apesar de ser uma ideia extremamente simples ndash ela eacute muito suscetiacutevel a erros Pessoal noacutes somos humanos e muitas vezes desatentos

Imaginem um cara que tem 40 diretoacuterios para o sistema que ele estaacute desenvolvendo E se ele achar que estaacute em um diretoacuterio mas na verdade estaacute em outro E se ele acabar

Figura 6 - Logo da git

Figura 7 - Sistema de Controle de Versotildees Local (SCVL)

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 19 de 44

gravando acidentalmente no diretoacuterio errado E se ele sobrescrever arquivos indevidamente sem a menor intenccedilatildeo Pois eacute para resolver esse problema foram desenvolvidos os Sistemas de Controle de Versatildeo Locais em que se armazenavam todas as alteraccedilotildees dos arquivos sob controle de revisatildeo Como assim Ora bastava salvar o arquivo e ele era gravado no diretoacuterio com cada uma de suas versotildees como mostra a Figura 8

Agora imaginem 10 desenvolvedores trabalhando com sistemas diferentes e armazenando suas versotildees cada um em seu computador ndash ora como eles podem trabalhar em conjunto

integrando seus componentes Para lidar com esse problema foi criado o Sistema de Controle de Versatildeo Centralizado como mostra a Figura 9 Esses sistemas possuem um servidor central uacutenico que conteacutem todos os arquivos versionados e vaacuterios clientes que podem recuperaacute-los Os desenvolvedores tecircm conhecimento razoaacutevel sobre o projeto como um todo No entanto se o servidor falhartodos param de trabalhar armazenamento for corrompido jaacute era

Figura 9 - Sistema de Controle de Versotildees Distribuiacutedo (SCVD)

Figura 8 - Sistema de Controle de Versatildeo Centralizado (SCVC)

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 20 de 44

Como solucionar esse problema Com Sistemas de Controle de Versotildees Distribuiacutedos Nesse caso o cliente copia o repositoacuterio dele inteiro e natildeo apenas as versotildees de um arquivo especiacutefico Dessa forma caso um servidor falhe pode-se copiar os repositoacuterios dos clientes de volta para o servidor e assim restauraacute-lo Em vez de existir apenas um repositoacuterio central utilizado pelos clientes cada usuaacuterio possui uma coacutepia do repositoacuterio inteiro De certo modo ele eacute mais lento que o sistema centralizado poreacutem permite manter um histoacuterico da evoluccedilatildeo do projeto permite uma maior colaboraccedilatildeo entre os desenvolvedores e permite variaccedilotildees no projeto

Em suma SCVL eacute uma estrutura composta por repositoacuterio e aacuterea de trabalho Jaacute o SCVC eacute uma estrutura composta por um uacutenico repositoacuterio e vaacuterias coacutepias de trabalho que se comunicam apenas atraveacutes do repositoacuterio central Por fim o SCVD eacute uma estrutura em que cada desenvolvedor possui um repositoacuterio proacuteprio acoplado a uma aacuterea de trabalho Pessoal essa introduccedilatildeo toda foi para dizer que o Git eacute um Sistema de Controle de Versatildeo Distribuiacutedo (SCVD) Muitos projetos utilizam esse sistema tais como Amarok Android Debian Eclipse Fedora Perl Wine entre outros Enfim soacute encontrei uma questatildeo sobre esse tema Vamos aos exerciacutecios

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 21 de 44

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

Comentaacuterios Vocecircs jaacute conhecem o Git Outros Sistemas de Controle de Versatildeo open-source satildeo CVS e SVN ClearCase e SourceSafe satildeo comerciais

Gabarito B

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado Comentaacuterios Opa natilde-natildeo Git eacute um Sistema de Controle de Versatildeo Distribuiacutedo e natildeo Centralizado

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 22 de 44

JENKINS

Galera eu tenho um acervo consideraacutevel de provas das principais bancas ndash em que eacute possiacutevel procurar palavras especiacuteficas E eu natildeo encontrei uma questatildeo sequer a respeito desse tema Logo nossa visatildeo seraacute superficial pois assuntos novos em geral natildeo entram em detalhes

Primeiro de tudo o que eacute o Jenkins Eacute uma ferramenta open-source de integraccedilatildeo contiacutenua escrita em java para testes e relatoacuterios sobre mudanccedilas isoladas em uma grande base de coacutedigo em tempo real O software possibilita que os desenvolvedores encontrem e resolvam defeitos rapidamente em uma base de coacutedigo e automatizem seus testes A integraccedilatildeo contiacutenua evoluiu desde a sua concepccedilatildeo Originalmente o padratildeo era uma compilaccedilatildeo por dia Hoje em dia a regra comum eacute que cada membro da equipe apresente seu trabalho diariamente (ou ateacute mais frequentemente) e compilaccedilotildees sejam realizadas para cada mudanccedila significativa Quando usado corretamente a integraccedilatildeo contiacutenua proporciona vaacuterios benefiacutecios como feedback constante sobre o status do software Os defeitos satildeo geralmente menores menos complexos e mais faacuteceis de resolver uma vez que a Integraccedilatildeo Contiacutenua detecta deficiecircncias no iniacutecio do desenvolvimento Resumindo o que vocecircs jaacute viram dezenas de vezes no estudo de metodologias aacutegeis a integraccedilatildeo contiacutenua consiste em o desenvolvedor integrar o coacutedigo desenvolvido eou alterado ao projeto principal na mesma frequecircncia com que as funcionalidades satildeo desenvolvidas sendo feito muitas vezes ao dia ao inveacutes de apenas uma vez O objetivo principal de se utilizar a integraccedilatildeo contiacutenua eacute verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente Ademais pode ser feita atraveacutes de processos manuais ou automatizados utilizando ndash por exemplo ndash a ferramenta Jenkins (ou CruiseControl Hudson Bamboo Continuum Gump Beebox etc) O Jenkins eacute um sistema baseado em servidor que roda em um Container Web e possui plug-ins para ampliar sua utilizaccedilatildeo com outras linguagens de programaccedilatildeo para integraccedilatildeo com sistemas de controle de versatildeo ou para grandes bases de dados Bem eu acho que isso eacute suficiente sobre esse assunto

Figura 10 ʹ Logo da Jenkins

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 23 de 44

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua Comentaacuterios Opa Jenkins eacute uma ferramenta open-source

Gabarito E

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente Comentaacuterios Exatamente Nativamente ele natildeo tem suporte a outras linguagens de programaccedilatildeo ndash somente por meio de plug-ins

Gabarito C

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis Comentaacuterios Perfeito Metodologias aacutegeis precisam responder rapidamente a mudanccedilas e isso eacute auxiliado por ferramentas de integraccedilatildeo contiacutenua

Gabarito C

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

Comentaacuterios Perfeito Eacute isso mesmo

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 24 de 44

SCRUM

Algueacutem de vocecircs sabe de onde vem esse nome Entatildeo vou lhes contar Esse nome vem do rugby e eacute utilizado como uma metaacutefora para refletir o alto grau de cooperaccedilatildeo necessaacuterio para obter sucesso Imagino que poucos de vocecircs entendam as regras desse esporte portanto vou explicar de forma bastante objetiva porque essa metaacutefora eacute utilizada No rugby um time pontua quando a bola cruza a linha de gol e toca o chatildeo ndash sendo carregada ou por meio de um passe Caso o jogador seja derrubado ele deve soltar a bola e a jogada se reinicia Deve haver intensa troca de passes entre os jogadores de modo a deixaacute-los menos vulneraacuteveis a serem derrubados por outros jogadores

Figura 11 - Scrum no Rugby

Bem cada jogada se inicia quando um Scrum eacute realizado ie forma-se uma parede de forccedila entre os jogadores como mostra a Figura 11 Observem que os jogadores se reuacutenem de forma bem proacutexima unindo suas forccedilas e habilidades para trabalhar em conjunto a fim de conseguir recuperar a bola Percebam portanto que o time inteiro deve trabalhar para que a equipe possa pontuar Diferentemente do Futebol Americano natildeo haacute um quarterback ou uma estrela do time ndash todos satildeo importantes Pois eacute a histoacuteria fica mais interessante vamos ver uma das recomendaccedilotildees de ataque do rugby

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 25 de 44

ldquoPensem continuamente em seu alinhamento em relaccedilatildeo ao jogador que carrega a bola e aos jogadores ao seu redor Trabalhe duro para estar disponiacutevel quando necessaacuteriordquo Observem como isso eacute importante em metodologias aacutegeis trabalhar duro para ajudar a equipe a obter ecircxito ndash nunca existe ldquoBem natildeo haacute nada aqui para eu fazerrdquo Acho que agora ficou mais faacutecil entender de onde vem esse nome ndash vamos agrave teoria Antes de comeccedilar uma observaccedilatildeo o guia oficial do Scrum eacute um documento tatildeo pequeno (18 paacuteginas) que eu recomendo fortemente que vocecircs leiam-no por inteiro pois seraacute muito uacutetil Bem agora sim vamos ao trabalho Scrum eacute um framework (ie possui uma estrutura processual) leve simples de entender e extremamente difiacutecil de dominar para desenvolver e manter produtos complexos e adaptativos enquanto entrega produtiva e criativamente produtos com o mais alto valor possiacutevel Complicado ou natildeo Galera percebam que ele natildeo eacute um processo ou uma teacutecnica para construir produtos mas ndash sim ndash um framework em que pode ser empregado vaacuterios processos e teacutecnicas O Framework pode ser definido como um conjunto de papeacuteis eventos artefatos e regras associadas a uma equipe Ele eacute fundamentado em teorias empiacutericas de controle de processo e emprega uma abordagem iterativa e incremental (maximizando as oportunidades de feedback) para aperfeiccediloar a previsatildeo e controle de riscos Ele afirma que o conhecimento vem da experiecircncia e da tomada de decisotildees baseadas no que eacute conhecido Para tal ele emprega uma abordagem iterativa e incremental para aperfeiccediloar a previsibilidade e controle de riscos fundamentando-se em trecircs pilares fundamentais

Transparecircncia aspectos significativos (e padronizados) devem estar visiacuteveis aos responsaacuteveis pelos resultados Por exemplo uma linguagem comum a todos os participantes

Inspeccedilatildeo os usuaacuterios devem frequentemente inspecionar os artefatos e o

progresso para detectar indesejaacuteveis variaccedilotildees (natildeo pode ser frequente a ponto de atrapalhar a execuccedilatildeo das tarefas)

Adaptaccedilatildeo o processo ou material sendo produzido deve ser adaptado sempre

que um inspetor verificar desvios que tornem o resultado inaceitaacutevel e para tanto ele tem quatros oportunidades (as reuniotildees)

O Scrum define o conceito de Time Scrum que eacute um time auto-organizaacutevel (escolhe qual a melhor forma para realizar seu trabalho) e multifuncional (possui todas as competecircncias

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 26 de 44

e natildeo depende de outros de fora da equipe) Eacute o responsaacutevel por entregar produtos de forma iterativa e incremental maximizando as oportunidades de realimentaccedilatildeo As entregas incrementais de produto ldquoprontordquo garantem que uma versatildeo potencialmente funcional do produto do trabalho esteja sempre disponiacutevel Agora o mais importante o Time Scrum eacute composto por um Product Owner um Scrum Master e a Equipe de Desenvolvimento1 Product Owner Eacute o responsaacutevel por maximizar o valor do produto e do trabalho da equipe de desenvolvimento sendo o uacutenico que pode gerenciar o Product Backlog Ele pode ateacute delegar atividades de gerenciamento mas ainda seraacute considerado o responsaacutevel pelos resultados A Equipe de Desenvolvimento soacute responde a ele Equipe de Desenvolvimento A Equipe de Desenvolvimento natildeo reconhece tiacutetulos para seus integrantes todos satildeo considerados desenvolvedores (natildeo importa o que faccedilam) A Equipe deve ter entre 3 e 9 integrantes de modo que natildeo seja pequena demais que haja restriccedilotildees de habilidades nem grande demais que seja complicado de gerenciar Scrum Master Eacute o responsaacutevel por garantir que o Scrum seja entendido e aplicado Ademais ele deve comunicar claramente a visatildeo objetivo e itens do Product Backlog ensinar a equipe a criar itens claros e concisos treinar a equipe de desenvolvimento em autogerenciamento e interdisciplinaridade remover impedimentos entre outros Mudando de assunto os Eventos Scrum satildeo eventos time-boxed (ie com duraccedilatildeo maacutexima) usados para criar uma rotina e minimizar a necessidade de reuniotildees natildeo definidas pelo Scrum Lembrem-se de que a Sprint tem um mecircs ou menos e eacute iniciada imediatamente apoacutes a conclusatildeo da sprint anterior As Sprints satildeo compostas por uma Reuniatildeo de Planejamento da Sprint Reuniotildees Diaacuterias o Trabalho de Desenvolvimento uma Revisatildeo da Sprint e a Retrospectiva da Sprint Uma Sprint se inicia imediatamente apoacutes a conclusatildeo da sprint anterior e tem duraccedilotildees coerentes em todo o esforccedilo de desenvolvimento Durante a sprint eacute proibido realizar mudanccedilas que afetem seu objetivo Aleacutem disso eacute proibido mudar a composiccedilatildeo da equipe ou diminuir as metas de qualidade apesar disso o escopo pode ser sempre clarificado e renegociado Essas proibiccedilotildees devem ser levadas

muito a seacuterio entenderam

1 Natildeo confundir Equipe de Desenvolvimento com Time Scrum ʹ o primeiro estaacute contido no segundo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 27 de 44

Uma sprint pode ser cancelada antes de seu time-box terminar e isso somente pode ser feito pelo Product Owner (sob influecircncia de stakeholders equipe de desenvolvimento entre outros) Isso pode ocorrer caso o seu objetivo se torne obsoleto mas ocorrem tambeacutem devido agrave curta duraccedilatildeo e a cancelamentos poreacutem satildeo raros os casos O trabalho a ser realizado na Sprint eacute planejado na Reuniatildeo de Planejamento da Sprint (Proporcional a 8 horas) Essa reuniatildeo consiste em duas partes

1 O que seraacute entregue como resultado do incremento da proacutexima Sprint

2 Como o trabalho necessaacuterio para entregar o incremento seraacute realizado Na primeira parte a Equipe de Desenvolvimento tenta prever as funcionalidades que seratildeo desenvolvidas durante a Sprint Na segunda parte a Equipe de Desenvolvimento decide como iraacute construir essas funcionalidades durante a Sprint e desenvolve o Sprint Backlog Portanto a primeira parte trada do ldquoO que fazerrdquo e a segunda trata do ldquoComo fazerrdquo

Figura 12 - Processo do SCRUM

O Product Owner pode estar presente durante a segunda parte da reuniatildeo para clarificar itens do Backlog do Produto A Reuniatildeo Diaacuteria (Proporcional a 15 minutos) eacute um evento que busca criar um plano para as proacuteximas 24 horas e inspecionar o trabalho desde a uacuteltima Reuniatildeo Diaacuteria

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 28 de 44

Ela ocorre sempre no mesmo horaacuterio e no mesmo local e cada integrante deve responder as seguintes perguntas

1 O que foi completado desde a uacuteltima reuniatildeo

2 O que seraacute feito ateacute a proacutexima reuniatildeo

3 Quais os obstaacuteculos que estatildeo no caminho

As Reuniotildees Diaacuterias melhoram bastante a comunicaccedilatildeo entre os integrantes ademais eliminam a necessidade de outras reuniotildees identificam e removem impedimentos destacam e promovem raacutepidas tomadas de decisatildeo e melhoram o niacutevel de conhecimento da Equipe como um todo A Revisatildeo da Sprint (Proporcional a 4 horas) eacute executada no final da Sprint para inspecionar o incremento e adaptar o Backlog do Produto se necessaacuterio Esta eacute uma reuniatildeo informal e a apresentaccedilatildeo do incremento destina-se a motivar e obter comentaacuterios e promover a colaboraccedilatildeo Nesta reuniatildeo discute-se o que foi bem e o que natildeo foi problemas ocorridos e como foram resolvidos Procut Backlog projeccedilotildees de datas O resultado eacute o Product Backlog revisado e ajustado A Retrospectiva da Sprint (Proporcional a 3 horas) eacute uma chance para o Scrum Team inspecionar a si proacuteprio e criar um plano de melhorias par proacutexima sprint Ela inspeciona como foi a uacuteltima sprint em relaccedilatildeo agraves pessoas agraves relaccedilotildees aos processos e agraves ferramentas Aleacutem disso tem o poder de identificar e ordenar os principais itens que se tornaram potenciais de melhorias e cria um plano para implementar melhorias no modo de realizaccedilatildeo do trabalho

Figura 13 - Graacutefico Burndown

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 29 de 44

O Documento de Visatildeo eacute definido pelo Product Owner e representa como os clientes usuaacuterios finais gerentes stakeholders executivos entre outros visualizam o resultado final do produto que seraacute criado Praacuteticas como BurndownBurnup tecircm sido utilizadas para prever o progresso sem substituir a importacircncia do empirismo como mostra a Figura 13 O Product Backlog eacute uma lista ordenada (por valor risco prioridade etc) de tudo que deve ser necessaacuterio no produto e eacute uma origem uacutenica dos requisitos para qualquer mudanccedila a ser feita no produto Ele nunca (Atenccedilatildeo nunca) estaraacute completo e existiraacute enquanto o produto tambeacutem existir

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 30 de 44

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

Comentaacuterios Bem vamos comeccedilar nossos exerciacutecios com um erro da FCC O Guia Scrum diz que o Scrum Team eacute dividido em Product Owner Scrum Master e Development Team No entanto a FCC deu a resposta como correto

Gabarito C

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

Comentaacuterios Bem tranquila neacute Trata-se de uma Sprint

Gabarito C

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint Comentaacuterios Bem tranquila tambeacutem Trata-se de uma Sprint

Gabarito C

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

Comentaacuterios Perfeito Essa Scrum Meeting trata-se da Daily Scrum Meeting ou Reuniatildeo Diaacuteria

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 31 de 44

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

Comentaacuterios De fato estaacute incorreto O periacuteodo maacuteximo eacute de 30 dias e a equipe de trabalho varia de 3 a 9 pessoas

Gabarito C

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

Comentaacuterios Na verdade natildeo eacute correto Eacute possiacutevel dissolver uma sprint e comeccedilar outra baseando-se em um no sprint backlog ndash quem pode fazer isso eacute o Product Owner

Gabarito E

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

Comentaacuterios Bem ela deve durar no maacuteximo 15 minutos no entanto a questatildeo diz que natildeo deve durar mais que 30 minutos (o que natildeo eacute errado) Portanto natildeo eacute incorreto ndash eacute correto

Gabarito E

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

Comentaacuterios Na verdade natildeo eacute incorreto Satildeo essas as perguntas a serem feitas

Gabarito E

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

Comentaacuterios Tambeacutem natildeo eacute incorreto Eacute exatamente isso que o Scrum Master deve fazer

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 32 de 44

Gabarito E

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

Comentaacuterios Na verdade soacute pode ser modificado pelo Product Owner

Gabarito E

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint Comentaacuterios Scrum Master eacute apenas um facilitador Quem pode modificar o Backlog eacute o Product Owner

Gabarito E

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

Comentaacuterios Eacute possiacutevel ndash sim ndash dissolver uma sprint

Gabarito E

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe Comentaacuterios Na verdade as discussotildees ocorrem mais entre a equipe de desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 33 de 44

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a data final e o custo do projeto satildeo determinados ao longo do projeto

Comentaacuterios Eacute isso mesmo ndash satildeo todos definidos ao longo do projeto

Gabarito C

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

Comentaacuterios Na verdade recomenda-se entre trecircs e nove participantes Com menos de trecircs participantes reduz-se a interaccedilatildeo que gera um menor ganho de produtividade

Gabarito E

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

Comentaacuterios De fato apenas o Product Owner pode cancelar uma sprint

Gabarito C

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

Comentaacuterios Uma sprint deve ter entre duas e quarto semanas

Gabarito E

53 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

Comentaacuterios Questatildeo perfeita Scrum estaacute para o PMBOK assim como o XP estaacute para o RUP Ele pode ser utilizado em teoria em qualquer contexto em que se necessite atingir um objetivo comum entre um grupo de pessoas

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 34 de 44

54 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

Comentaacuterios Literalmente retirado do Guia Scrum ndash perfeito

Gabarito C

55 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

Comentaacuterios Conjunto de requisitos bem definidos Natildeo eacute o contraacuterio Geralmente trata-se de requisitos pouco definidos

Gabarito E

56 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

Comentaacuterios Eacute exatamente isso Lembrem-se de que natildeo haacute cargos mas papeacuteis

Gabarito C

57 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

Comentaacuterios Galera essa eacute muito faacutecil Nenhum produto estaraacute nunca completamente testado ademais o Product Backlog tambeacutem nunca estaraacute completo

Gabarito E

58 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

Comentaacuterios Opaaaa Product Owner natildeo trata de estimativas Entendam escopo e importacircncia satildeo definidos pelo PO no entanto quem define estimativas eacute a Equipe de Desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 35 de 44

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

60 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

Comentaacuterios Bem o cliente natildeo se torna parte da equipe de desenvolvimento Haacute ndash sim ndash uma forte integraccedilatildeo no entanto dizer que faz parte da equipe de desenvolvimento eacute um completo absurdo No entanto o CESPE natildeo entendeu dessa maneira

Gabarito C

61 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

Comentaacuterios Eacute isso mesmo perfeito

Gabarito C

62 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o

documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

Comentaacuterios Galera item perfeito Muito bem escrito

Gabarito C

63 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

Comentaacuterios Questatildeo perfeita retirada do Guia Scrum

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 36 de 44

Gabarito C

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

65 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

Comentaacuterios Jaacute li isso 800x e as bancas continuam errando Escreve-se ITERACcedilAtildeO e natildeo INTERACcedilAtildeO A questatildeo deveria ter sido anulada mas natildeo foi =

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 37 de 44

LISTA DE EXERCIacuteCIOS COMENTADOS

(Instituto Cidades ndash 2012 - CEMIG - Agente de Gestatildeo Administrativa - Analista de Sistemas - A) O teste

eacute uma atividade de verificaccedilatildeo e validaccedilatildeo do software e consiste na anaacutelise dinacircmica do mesmo isto eacute na execuccedilatildeo do produto de software com o objetivo de verificar a presenccedila de defeitos no produto e aumentar a confianccedila de que o mesmo estaacute correto

(CESPE - 2012 ndash Anatel ndash Analista Administrativo ndash Arquitetura de Soluccedilotildees) Considere as informaccedilotildees

abaixo em relaccedilatildeo ao desenvolvimento de sistemas

I executar um software com o objetivo de revelar falhas mas que natildeo prova a exatidatildeo do software II correta construccedilatildeo do produto III Construccedilatildeo do produto certo

Correspondem corretamente a I II e III respectivamente

a) Validaccedilatildeo verificaccedilatildeo e teste b) Verificaccedilatildeo teste e validaccedilatildeo c) Teste verificaccedilatildeo e validaccedilatildeo d) Validaccedilatildeo teste e verificaccedilatildeo e) Teste validaccedilatildeo e verificaccedilatildeo

(CESPE - 2010 ndash TJES ndash Analista Judiciaacuterio ndash Analista de Sistemas) Verificaccedilatildeo e validaccedilatildeo satildeo atividades

da anaacutelise de software necessaacuterias para se identificar o que o software precisa executar seguida de uma avaliaccedilatildeo do usuaacuterio quanto agraves atividades definidas

(CESPE - ndash TRT 5ordf ndash Analista Judiciaacuterio ndash Analista de Sistemas) A diferenccedila entre verificaccedilatildeo e

validaccedilatildeo reside no fato de que a primeira se refere ao conjunto de atividades que garante que o software realiza corretamente uma funccedilatildeo especiacutefica enquanto a segunda refere-se a um conjunto diferente de atividades que garante que o software que foi construiacutedo eacute rastreaacutevel agraves exigecircncias do cliente

(ESAF - ndash MPOG ndash Analista de Planejamento ndash Analista de Sistemas - B) Demonstrar ao

desenvolvedor e ao cliente que o software atende aos requisitos eacute uma meta de validaccedilatildeo do software

(CESPE - ndash IPEA ndash Analista de Sistemas) A verificaccedilatildeo assegura que o produto como fornecido iraacute

atender o seu uso pretendido ou seja que se estaacute construindo o produto certo E a validaccedilatildeo confirma que os produtos de trabalho refletem de forma apropriada os requisitos que foram especificados ou seja que se estaacute construindo o produto corretamente

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 38 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 39 de 44

tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 40 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto

da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C) Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 41 de 44

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 42 de 44

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a

data final e o custo do projeto satildeo determinados ao longo do projeto

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 43 de 44

53 (CESPE - 2012 - TRE-RJ - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) A metodologia scrum prega que a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

54 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

55 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM

o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

56 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

57 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

58 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

60 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para

gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

61 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

62 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 44 de 44

63 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

65 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

66 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

GABARITO

1 2 3 4 5 6 7 8 9 10 E C C C E E E C E E 11 12 13 14 15 16 17 18 19 20 E C C C C E E C E E 21 22 23 24 25 26 27 28 29 30 E C C C E E C E B E 31 32 33 34 35 36 37 38 39 40 E C C C C C C C C E 41 42 43 44 45 46 47 48 49 50 E E E E C E E E C E 51 52 53 54 55 56 57 58 59 60 C E C C E C E E C C 61 62 63 64 65 66 67 68 69 70 C C C C C - - - - -

79831971523

325179138-97 - caio victor gambardela

Page 4: 203903115 Testes Conceitos Verificacao e Validacao Tipos de Teste Unidade Integracao Sistemafuncional Aceitacao Carga Desempenho Vulnerabilidade Usab

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 3 de 44

mais geneacuterica no sentido de que ela se certifica de que o software construiacutedo estaacute de acordo com as expectativas do cliente Eu peccedilo Natildeo na verdade eu imploro que vocecircs memorizem a diferenccedila entre esses dois conceitos Eacute muito simples mas eu jaacute me cansei das incontaacuteveis vezes que eu vi questotildees de prova tentando confundir os candidatos e obtendo ecircxito Como vocecirc decorou professor Muito simples Verificaccedilatildeo ocorre em relaccedilatildeo agrave Especificaccedilatildeo de Requisitos

Figura 2 - Como decorar a diferenccedila entre Verificaccedilatildeo e Validaccedilatildeo

Haacute dois tipos de Verificaccedilatildeo Estaacutetica e Dinacircmica A Estaacutetica (tambeacutem chamada Inspeccedilatildeo de Software) trata da anaacutelise de documento de requisitos anaacutelise de diagramas de projetos anaacutelise de coacutedigo-fonte etc Ela ocorre sem a necessidade de executar o software e pode ocorrer de forma automatizada antes mesmo da implementaccedilatildeo do sistema Jaacute a Verificaccedilatildeo Dinacircmica (tambeacutem chamada de Teste) envolve executar o software protoacutetipo ie a partir dos dados de entrada examina-se o comportamento por meios das saiacutedas de modo que se verifique se o desempenho obtido estaacute de acordo com o esperado Grosso modo a Estaacutetica trata da documentaccedilatildeo e a Dinacircmica trata da execuccedilatildeo em si Calma nem tudo satildeo flores Para fazer uma boa Verificaccedilatildeo Estaacutetica eacute necessaacuterio que as especificaccedilotildees dos artefatos sejam precisas e confiaacuteveis ndash ademais natildeo eacute faacutecil nem barato Quanto agrave Verificaccedilatildeo Dinacircmica noacutes falaremos mais adiante sobre cada tipo de teste que pode ser feito Galera Verificaccedilatildeo Estaacutetica e Dinacircmica satildeo complementares e natildeo opostas Cabe salientar tambeacutem que a VampV natildeo garante que o software seja completamente livre de defeitos ou que ele se comportaraacute conforme especificado em todas as circunstacircncias ndash eacute sempre possiacutevel que um teste ignorado possa descobrir mais problemas no sistema Ele tem que ser suficientemente confiaacutevel para a utilizaccedilatildeo pretendida

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 4 de 44

Espera e quem diz o que eacute um software suficientemente confiaacutevel Bem isso depende da criticidade do sistema das expectativas do utilizador do ambiente de marketing etc Imaginemos um sistema de cataacutelogo de filmes de uma locadora e um sistema de controle de traacutefego aeacutereo qual desses necessita de um grau de confianccedila mais alto notnot Imaginemos agora um sistema de caixa de padaria ou de um supermercado o utilizador pode ter baixas expectativas e assim ter um grau de confianccedila menor sem prejudicar seu funcionamento Nesses casos eacute comum aceitar falhas de sistema quando os benefiacutecios do uso ultrapassam as desvantagens Por fim algumas vezes um software precisa ser lanccedilado no mercado rapidamente como resposta agrave concorrecircncia ou a um ambiente de marketing favoraacutevel Por exemplo quando uma empresa tem poucos concorrentes ela pode liberar um programa antes que ele tenha sido inteiramente testado e depurado porque querem ser os primeiros do mercado Galera muita gente acha que as Inspeccedilotildees de Software natildeo tecircm importacircncia Ora tecircm sim Elas ocorrem inclusive em todos os estaacutegios do processo de desenvolvimento de software ndash qualquer representaccedilatildeo legiacutevel do software pode ser inspecionada Evidentemente natildeo eacute possiacutevel usar teacutecnicas estaacuteticas para verificar requisitos natildeo-funcionais (desempenho etc) Outra confusatildeo bastante frequente ocorre entre Teste e Depuraccedilatildeo No entanto essa eacute diferenccedila eacute bastante simples dentre outras testes estabelecem a existecircncia de defeitos e geralmente satildeo feitos por uma equipe de testes depuraccedilatildeo localiza e conserta esses defeitos e geralmente eacute feita por uma equipe de desenvolvimento

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 5 de 44

(Instituto Cidades ndash 2012 - CEMIG - Agente de Gestatildeo Administrativa - Analista de Sistemas - A) O teste

eacute uma atividade de verificaccedilatildeo e validaccedilatildeo do software e consiste na anaacutelise dinacircmica do mesmo isto eacute na execuccedilatildeo do produto de software com o objetivo de verificar a presenccedila de defeitos no produto e aumentar a confianccedila de que o mesmo estaacute correto

Comentaacuterios Teste eacute uma atividade de verificaccedilatildeo somente

Gabarito E

(CESPE - 2012 ndash Anatel ndash Analista Administrativo ndash Arquitetura de Soluccedilotildees) Considere as informaccedilotildees

abaixo em relaccedilatildeo ao desenvolvimento de sistemas

I executar um software com o objetivo de revelar falhas mas que natildeo prova a exatidatildeo do software II correta construccedilatildeo do produto III Construccedilatildeo do produto certo

Correspondem corretamente a I II e III respectivamente

a) Validaccedilatildeo verificaccedilatildeo e teste b) Verificaccedilatildeo teste e validaccedilatildeo c) Teste verificaccedilatildeo e validaccedilatildeo d) Validaccedilatildeo teste e verificaccedilatildeo e) Teste validaccedilatildeo e verificaccedilatildeo

Comentaacuterios Questatildeo estranha na medida em que Teste eacute um dos tipos de Verificaccedilatildeo (I) Teste ndash por conta da execuccedilatildeo do software (II) Verificaccedilatildeo ndash eacute semelhante a ldquoEstamos construindo o produto corretamenterdquo (III) Validaccedilatildeo ndash eacute semelhante a ldquoEstamos construindo o produto corretordquo

Gabarito C

(CESPE - 2010 ndash TJES ndash Analista Judiciaacuterio ndash Analista de Sistemas) Verificaccedilatildeo e validaccedilatildeo satildeo atividades

da anaacutelise de software necessaacuterias para se identificar o que o software precisa executar seguida de uma avaliaccedilatildeo do usuaacuterio quanto agraves atividades definidas

Comentaacuterios Eacute isso mesmo Verificaccedilatildeo eacute em relaccedilatildeo agrave especificaccedilatildeo de requisitos e a Validaccedilatildeo eacute em relaccedilatildeo aos usuaacuterios

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 6 de 44

(CESPE - 09 ndash TRT 5ordf ndash Analista Judiciaacuterio ndash Analista de Sistemas) A diferenccedila entre verificaccedilatildeo e validaccedilatildeo reside no fato de que a primeira se refere ao conjunto de atividades que garante que o software realiza corretamente uma funccedilatildeo especiacutefica enquanto a segunda refere-se a um conjunto diferente de atividades que garante que o software que foi construiacutedo eacute rastreaacutevel agraves exigecircncias do cliente

Comentaacuterios Perfeita definiccedilatildeo ndash eacute isso mesmo

Gabarito C

(ESAF - ndash MPOG ndash Analista de Planejamento ndash Analista de Sistemas - B) Demonstrar ao

desenvolvedor e ao cliente que o software atende aos requisitos eacute uma meta de validaccedilatildeo do software

Comentaacuterios Se demonstra ao desenvolvedor e ao cliente que atende aos requisitos portanto eacute uma verificaccedilatildeo de software

Gabarito E

(CESPE - ndash IPEA ndash Analista de Sistemas) A verificaccedilatildeo assegura que o produto como fornecido iraacute

atender o seu uso pretendido ou seja que se estaacute construindo o produto certo E a validaccedilatildeo confirma que os produtos de trabalho refletem de forma apropriada os requisitos que foram especificados ou seja que se estaacute construindo o produto corretamente

Comentaacuterios Natilde-natildeo Eacute o contraacuterio

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 7 de 44

TESTES DE SOFTWARE

O Teste de Software eacute o processo de executar um software com dois objetivos principais (1) demonstrar ao desenvolvedor e ao cliente que o software atende aos requisitos especificados (2) descobrir falhas ou defeitos no software que apresente comportamento incorreto natildeo desejaacutevel ou em natildeo conformidade com sua especificaccedilatildeo Os testes natildeo podem demonstrar que um software eacute livre de defeitos ou que ele se comportaraacute conforme especificado em todas as circunstacircncias Eacute sempre possiacutevel que um teste ignorado possa descobrir mais problemas no sistema Jaacute dizia Edsger Dijkstra ldquoOs testes podem somente mostrar a presenccedila de erros natildeo sua ausecircnciardquo O que eacute um Teste de Software Myers diz que eacute o processo de executar um determinado software com a intenccedilatildeo de encontrar defeitos A IEEE 729 define como o processo formal de avaliar um sistema ou componente por meios manuais ou automaacuteticos para verificar se ele satisfaz os requisitos especificados O Glossaacuterio ISTQB conceitua como todas as atividades do ciclo de vida estaacuteticas ou dinacircmicas voltadas para o planejamento preparaccedilatildeo e avaliaccedilatildeo de produtos de software e produtos de trabalho relacionados a fim de determinar se eles satisfazem os requisitos especificados e demonstrar que estatildeo aptos para sua finalidade e detecccedilatildeo de defeitos Ao longo de diversos anos a engenharia de software evolui de modo a sugerir alguns princiacutepios que guiam os testes de software Vejamos alguns abaixo Testes demonstram a presenccedila de defeitos

Um teste pode demonstrar a presenccedila de defeitos mas natildeo pode provar que eles natildeo existem Ele reduz a probabilidade de que os defeitos permaneccedilam em um software mas mesmo se nenhum defeito for encontrado natildeo quer dizer que esteja perfeito

stes exaustivos satildeo impossiacuteveis

Testar todas as combinaccedilotildees de entradas e preacute-condiccedilotildees eacute inviaacutevel exceto para casos triviais Em vez de realizar testes exaustivos os riscos e prioridades satildeo levados em consideraccedilatildeo para dar foco aos esforccedilos de teste Teste o mais breve possiacutevel

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 8 de 44

Os defeitos encontrados nas fases iniciais do processo de desenvolvimento de software satildeo mais baratos de serem corrigidos do que aqueles encontrados jaacute em fase produccedilatildeo Haacute inclusive teacutecnicas de testes antes mesmo da implementaccedilatildeo Agrupam os defeitos mais sensiacuteveis

Seguindo o Princiacutepio de Pareto 80 dos defeitos satildeo causados por 20 do coacutedigo Ao identificar essas aacutereas sensiacuteveis os testes podem priorizaacute-las enquanto ainda procuram por erros nas demais regiotildees Paradoxo do pesticida

Caso os mesmos testes sejam aplicados repetidamente em determinado momento eles deixam de ser uacuteteis ou seja natildeo conseguem encontrar nenhum novo defeito Por isso os testes precisam ser revisitados com frequecircncia (Novos pesticidas) Testes dependem do contexto

Os testes devem ser elaborados de acordo com o contexto de utilizaccedilatildeo do software Exemplo um sistema bancaacuterio deve ser testado de maneira diferente de uma rede social Assim como testes de aplicaccedilatildeo web tecircm foco diferente do desktop

secircncia de defeitos eacute uma ilusatildeo

Identificar e corrigir os problemas de um software natildeo garantem que ele estaacute pronto Os testes foram elaborados para identificar todas as possiacuteveis falhas O sistema atende agraves necessidades e expectativas dos usuaacuterios Ou seja haacute outros fatores

Agora vamos falar de uma coisa muito importante Podemos olhar para os testes por meio de trecircs perspectivas diferentes Teacutecnicas de Testes Niacuteveis de Testes e Tipos de Testes A Figura 3 apresenta essas trecircs perspectivas como um plano cartesiano de trecircs dimensotildees Noacutes iremos estudar cada uma dela mais agrave frente Figura 3 - Perspectivas de Testes

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 9 de 44

As Teacutecnicas de Teste de Software buscam demonstrar como testar Jaacute os Niacuteveis de Testes de Software buscam demonstrar quando testar Por fim os Tipos de Testes de Software buscam demonstrar o que testar Essas trecircs perspectivas satildeo apresentadas na Figura 4 seratildeo detalhadas para melhor entendimento

Figura 4 - Perspectivas de Testes

As Teacutecnicas de Testes se dividem em Caixa-Branca Caixa-Preta e Caixa-Cinza A primeira se foca nas estruturas internas dos procedimentos do sistema A segunda se foca nas entradas e saiacutedas especificadas nos requisitos funcionais Jaacute a terceira se foca tanto em estruturas internas quanto nas entradas e saiacutedas especificadas nos requisitos A Teacutecnica de Caixa-Branca (tambeacutem conhecida como Estrutural ou Orientada agrave Loacutegica) analisa caminhos loacutegicos possiacuteveis de serem executados portanto eacute necessaacuterio ter conhecimento sobre o funcionamento interno dos componentes Ele busca garantir que todos os caminhos independentes de um moacutedulo sejam executados pelo menos uma vez Ademais ele trata de todas as decisotildees loacutegicas para valores verdadeiros e falsos aleacutem de executar laccedilos dentro dos valores limites e avaliar as estruturas de dados internas As teacutecnicas principais satildeo testes de caminhos testes de estruturas de controle e complexidade ciclomaacutetica A Teacutecnica de Caixa-Preta (tambeacutem conhecida como ComportamentalFuncional ou Orientado a Dado) se baseia em preacute e poacutes-condiccedilotildees geralmente sendo utilizada nas etapas posteriores da disciplina de testes Ele busca funccedilotildees incorretas ou inexistentes erros de comportamento ou desempenho erros de inicializaccedilatildeo e interface etc Ele tem o objetivo de verificar a funcionalidade e aderecircncia aos requisitos em uma oacutetica externa ou do usuaacuterio sem se basear em qualquer conhecimento do coacutedigo ou loacutegica interna do componente As teacutecnicas principais satildeo testes baseados em grafos particionamento de equivalecircncias anaacutelise de valor-limite e teste de matriz ortogonal

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 10 de 44

Os Niacuteveis de Teste (tambeacutem conhecido como EstaacutegioEstrateacutegias) ralmente satildeo agrupados de acordo com o momento em que eles satildeo executados ou tambeacutem pelo niacutevel de especificidade do teste Exemplos Teste de Unidade Teste de Integraccedilatildeo Teste de Sistema Teste de Aceitaccedilatildeo entre outros

Figura 5 - Estaacutegios de Testes

A Figura 5 mostra que a espiral inicia- em sentido horaacuterio pelo Teste de Unidade (que analisa o coacutedigo) em seguida realiza o Teste de Integraccedilatildeo (que analisa o projeto) depois o Teste de Validaccedilatildeo ou Aceitaccedilatildeo (que analisa os requisitos) e por fim o Teste de Sistema (que analisa o sistema) Teste de Unidade Trata do esforccedilo de verificaccedilatildeo na menor unidade de projeto de software ndash componente ou moacutedulo de software Os testes unitaacuterios verificam o funcionamento de um pedaccedilo do sistema ou software isoladamente ou que possam ser testados separadamente Eles satildeo considerados um apecircndice ao passo de codificaccedilatildeo O projeto de Teste de Unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado Ele enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente Professor mas que

componente eacute esse Ora meacutetodos classes ou moacutedulos Teste de Integraccedilatildeo Trata do esforccedilo de verificaccedilatildeo em uma combinaccedilatildeo de componentes para verificar se eles funcionam corretamente juntos conforme as especificaccedilotildees Busca encontrar

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 11 de 44

defeitos nas interfaces e nas interaccedilotildees entre componentes ou sistemas integrados Ele sucede o Teste de Unidade e antecede o Teste de Sistema Os resultados do Teste de Unidade dos moacutedulos do sistema servem de insumo para o Teste de Integraccedilatildeo Eacute uma teacutecnica sistemaacutetica para construir a arquitetura de um software e descobrir erros na integraccedilatildeo entre os componentes Os moacutedulos satildeo integrados gradualmente a fim de facilitar a localizaccedilatildeo de erros Teste de AceitaccedilatildeoValidaccedilatildeo Trata do esforccedilo em demonstrar a conformidade com os requisitos de software Focaliza accedilotildees visiacuteveis ao usuaacuterio e saiacutedas do sistema reconhecidas tambeacutem pelo usuaacuterio Eacute bem sucedida quando o software funciona do modo que pode ser razoavelmente esperado pelo usuaacuterio Ele sucede o Teste de Integraccedilatildeo e antecede o Teste de Sistema O ambiente de teste utilizado deve ser o mais proacuteximo possiacutevel do ambiente real Os tipos mais comuns satildeo o Teste Alfa e o Teste Beta O primeiro ocorre em um ambiente controlado ndash simulando a forma de utilizaccedilatildeo do usuaacuterio Jaacute o segundo ocorre no ambiente real de utilizaccedilatildeo e eacute realizado pelo proacuteprio usuaacuterio Teste de SistemaFuncional Trata do esforccedilo em demonstrar o funcionamento do sistema como um todo dentro de um ambiente operacional controlado para validar a exatidatildeo e perfeiccedilatildeo na execuccedilatildeo de suas funccedilotildees Utilizam-se dados de teste a fim de tentar evitar a ocorrecircncia de defeitos em ambiente de produccedilatildeo Lembremos que um software frequentemente eacute apenas um elemento de um sistema maior Logo eacute necessaacuterio testaacute-lo considerando o contexto em que seraacute utilizado Eles satildeo conduzidos em um ambiente completo e integrado por vaacuterias pessoas (natildeo soacute os desenvolvedores) Busca-se exercitar o sistema por completo

Por fim vamos tratar dos Tipos de Testes Exemplos Teste de Regressatildeo Teste de Teste de Fumaccedila Teste de Recuperaccedilatildeo Teste de Seguranccedila Teste de Carga Teste de Desempenho Teste de Usabilidade No entanto o edital de vocecircs pede apenas quatro tipos de teste que veremos a seguir Teste de CargaEstresseVolume Trata do esforccedilo em demonstrar o funcionamento do software em situaccedilotildees anormais ie executa o sistema em condiccedilotildees incomuns de demanda de recursos velocidade

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 12 de 44

frequecircncia e volume Em outras palavras verifica qual limite de dados processados ateacute a falha do sistema Teste de DesempenhoPerformance Trata do esforccedilo em demonstrar que o sistema atende aos niacuteveis de desempenho e tempo de resposta acordados com os usuaacuterios e definidos nos requisitos Geralmente ocorre paralelamente ao Teste de Carga e avalia a capacidade de resposta do sistema em determinadas configuraccedilotildees Teste de Vulnerabilidade Trata do esforccedilo em demonstrar buracos de seguranccedila e vulnerabilidades podem ser aplicadas agrave redemaacutequina alvo Quem efetuar o teste vai tentar identificar nas maacutequinas na rede alvo todas as portas abertas sistemas operativos e aplicaccedilotildees a serem executadas Teste de Usabilidade Trata do esforccedilo em demonstrar falhas na facilidade de uso do software pelos usuaacuterios finais Enfatiza fatores humanos consistecircncia na interface graacutefica esteacutetica ajuda online assistentes wizard documentaccedilatildeo do usuaacuterio material de treinamento entre outros Uma boa interface com o usuaacuterio deve ser faacutecil de usar e entender

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 13 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - A O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

Comentaacuterios Qual eacute o objetivo de um teste Encontrar erros Noacutes jaacute sabemos que eacute virtualmente impossiacutevel provar a correccedilatildeo integral de um programa

Gabarito E

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - B O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

Comentaacuterios Exatamente isso Um teste deve ter alta probabilidade de encontrar erros

Gabarito C

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - C O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

Comentaacuterios Opaaaa natildeo satildeo desejaacuteveis testes redundantes mas ndash sim ndash eficientes

Gabarito E

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - D O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

Comentaacuterios Na verdade testes natildeo devem ser muito simples nem muito complexos

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 14 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - E O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

Comentaacuterios Natildeo faz nenhum sentido ndash inclusive a proacutepria Equipe de Desenvolvimento realiza testes (Testes de Unidade)

Gabarito E

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

Comentaacuterios Eacute isso mesmo Inicia-se com Testes de Unidade depois Testes de Integraccedilatildeo e por fim Testes de Sistema

Gabarito C

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

Comentaacuterios Essa eacute uma boa definiccedilatildeo para Testes de Unidade Perfeito

Gabarito C

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

Comentaacuterios Eacute exatamente isso Eacute comum ndash inclusive ndash que frameworks utilizem o Test-first Design

Gabarito C

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

Comentaacuterios Essa eacute a perfeita definiccedilatildeo de Teste de Integraccedilatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 15 de 44

Gabarito C

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

Comentaacuterios Como jaacute vimos nenhum teste eacute capaz de garantir que natildeo restam erros em um sistema

Gabarito E

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software Comentaacuterios Bem essa eacute ateacute engraccedilada Geralmente um teste bem sucedido eacute aquele que encontra erros Se ele natildeo encontra erros eacute mais provaacutevel que o teste tenha sido mal feito

Gabarito E

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

Comentaacuterios Os testes de desempenho devem ser projetados para assegurar que o sistema pode operar na carga necessaacuteria Isso envolve geralmente o planejamento de uma seacuterie de testes em que a carga eacute constantemente aumentada ateacute que o desempenho se torne inaceitaacutevel Perfeito Gabarito C

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

Comentaacuterios O teste de desempenho concentra-se tanto em demonstrar que o sistema atende aos requisitos como tambeacutem em descobrir problemas e defeitos no sistema Gabarito E

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 16 de 44

Comentaacuterios Jaacute vimos um milhatildeo de vezes Testes natildeo garantem a ausecircncia de erros Gabarito E

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

Comentaacuterios Opa como eacute Maior unidade de projeto Natildeo Na menor unidade de projeto do software Gabarito E

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

Comentaacuterios Perfeito Eacute exatamente isso Gabarito C

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

Comentaacuterios Galera natildeo se exaltem O Teste de Integraccedilatildeo eacute o que mais testa a interface poreacutem o Teste de Unidade tambeacutem a testa Natildeo haacute nada errado aqui Gabarito C

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

Comentaacuterios Exatamente isso Vamos relembrar Testes de Unidade tratam do coacutedigo-fonte Testes de Integraccedilatildeo tratam de Projeto de Software Testes de Validaccedilatildeo tratam de Requisitos Testes de Sistema tratam de Engenharia de Sistemas Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 17 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

Comentaacuterios Bem apesar de falar sobre componentes do modelo de implementaccedilatildeo natildeo se trata de Teste de Integraccedilatildeo Observem que trata de um niacutevel de abstraccedilatildeo bastante baixo sobre os fluxos de controle e de dados Portanto trata-se de um Teste de Unidade Gabarito E

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

Comentaacuterios Natildeo Isso se trata do Teste Caixa-Branca Gabarito E

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

Comentaacuterios Perfeito Eacute bem intuitivo Gabarito C

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

Comentaacuterios Opa na verdade trata-se de Teste de Integraccedilatildeo Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 18 de 44

CONTROLE DE VERSAtildeO ndash G

O que eacute um Sistema de Controle de Versatildeo Eacute um sistema que registra as mudanccedilas feitas em um arquivo ou um conjunto de arquivos ao longo do tempo de forma que seja possiacutevel recuperar versotildees especiacuteficas Eu por exemplo uso um sistema de controle de versatildeo para guardar todas as versotildees das aulas que eu faccedilo ndash jaacute pensou se eu perco isso D Pessoal se um sistema de controle de versatildeo eacute importante para que eu controle as versotildees das minhas aulas imaginem para quem estaacute desenvolvendo um software O desenvolvedor deve poder conseguir gerenciar as diferentes versotildees de coacutedigo-fonte e documentaccedilatildeo do software que ele estaacute desenvolvendo

Um dos softwares de controle de versatildeo mais conhecido do mercado eacute o G Ele eacute um sistema open-source distribuiacutedo raacutepido e foi criado por Linus Torvalds (isso mesmo aquele do Linux) e foi desenvolvido para controlar as versotildees do kernel do sistema operacional

Vocecircs podem estar se perguntando natildeo basta criar um diretoacuterio e ir salvando cada versatildeo

com um nome diferente Ora nada impede que se faccedila isso No entanto percebam que ndash apesar de ser uma ideia extremamente simples ndash ela eacute muito suscetiacutevel a erros Pessoal noacutes somos humanos e muitas vezes desatentos

Imaginem um cara que tem 40 diretoacuterios para o sistema que ele estaacute desenvolvendo E se ele achar que estaacute em um diretoacuterio mas na verdade estaacute em outro E se ele acabar

Figura 6 - Logo da git

Figura 7 - Sistema de Controle de Versotildees Local (SCVL)

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 19 de 44

gravando acidentalmente no diretoacuterio errado E se ele sobrescrever arquivos indevidamente sem a menor intenccedilatildeo Pois eacute para resolver esse problema foram desenvolvidos os Sistemas de Controle de Versatildeo Locais em que se armazenavam todas as alteraccedilotildees dos arquivos sob controle de revisatildeo Como assim Ora bastava salvar o arquivo e ele era gravado no diretoacuterio com cada uma de suas versotildees como mostra a Figura 8

Agora imaginem 10 desenvolvedores trabalhando com sistemas diferentes e armazenando suas versotildees cada um em seu computador ndash ora como eles podem trabalhar em conjunto

integrando seus componentes Para lidar com esse problema foi criado o Sistema de Controle de Versatildeo Centralizado como mostra a Figura 9 Esses sistemas possuem um servidor central uacutenico que conteacutem todos os arquivos versionados e vaacuterios clientes que podem recuperaacute-los Os desenvolvedores tecircm conhecimento razoaacutevel sobre o projeto como um todo No entanto se o servidor falhartodos param de trabalhar armazenamento for corrompido jaacute era

Figura 9 - Sistema de Controle de Versotildees Distribuiacutedo (SCVD)

Figura 8 - Sistema de Controle de Versatildeo Centralizado (SCVC)

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 20 de 44

Como solucionar esse problema Com Sistemas de Controle de Versotildees Distribuiacutedos Nesse caso o cliente copia o repositoacuterio dele inteiro e natildeo apenas as versotildees de um arquivo especiacutefico Dessa forma caso um servidor falhe pode-se copiar os repositoacuterios dos clientes de volta para o servidor e assim restauraacute-lo Em vez de existir apenas um repositoacuterio central utilizado pelos clientes cada usuaacuterio possui uma coacutepia do repositoacuterio inteiro De certo modo ele eacute mais lento que o sistema centralizado poreacutem permite manter um histoacuterico da evoluccedilatildeo do projeto permite uma maior colaboraccedilatildeo entre os desenvolvedores e permite variaccedilotildees no projeto

Em suma SCVL eacute uma estrutura composta por repositoacuterio e aacuterea de trabalho Jaacute o SCVC eacute uma estrutura composta por um uacutenico repositoacuterio e vaacuterias coacutepias de trabalho que se comunicam apenas atraveacutes do repositoacuterio central Por fim o SCVD eacute uma estrutura em que cada desenvolvedor possui um repositoacuterio proacuteprio acoplado a uma aacuterea de trabalho Pessoal essa introduccedilatildeo toda foi para dizer que o Git eacute um Sistema de Controle de Versatildeo Distribuiacutedo (SCVD) Muitos projetos utilizam esse sistema tais como Amarok Android Debian Eclipse Fedora Perl Wine entre outros Enfim soacute encontrei uma questatildeo sobre esse tema Vamos aos exerciacutecios

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 21 de 44

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

Comentaacuterios Vocecircs jaacute conhecem o Git Outros Sistemas de Controle de Versatildeo open-source satildeo CVS e SVN ClearCase e SourceSafe satildeo comerciais

Gabarito B

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado Comentaacuterios Opa natilde-natildeo Git eacute um Sistema de Controle de Versatildeo Distribuiacutedo e natildeo Centralizado

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 22 de 44

JENKINS

Galera eu tenho um acervo consideraacutevel de provas das principais bancas ndash em que eacute possiacutevel procurar palavras especiacuteficas E eu natildeo encontrei uma questatildeo sequer a respeito desse tema Logo nossa visatildeo seraacute superficial pois assuntos novos em geral natildeo entram em detalhes

Primeiro de tudo o que eacute o Jenkins Eacute uma ferramenta open-source de integraccedilatildeo contiacutenua escrita em java para testes e relatoacuterios sobre mudanccedilas isoladas em uma grande base de coacutedigo em tempo real O software possibilita que os desenvolvedores encontrem e resolvam defeitos rapidamente em uma base de coacutedigo e automatizem seus testes A integraccedilatildeo contiacutenua evoluiu desde a sua concepccedilatildeo Originalmente o padratildeo era uma compilaccedilatildeo por dia Hoje em dia a regra comum eacute que cada membro da equipe apresente seu trabalho diariamente (ou ateacute mais frequentemente) e compilaccedilotildees sejam realizadas para cada mudanccedila significativa Quando usado corretamente a integraccedilatildeo contiacutenua proporciona vaacuterios benefiacutecios como feedback constante sobre o status do software Os defeitos satildeo geralmente menores menos complexos e mais faacuteceis de resolver uma vez que a Integraccedilatildeo Contiacutenua detecta deficiecircncias no iniacutecio do desenvolvimento Resumindo o que vocecircs jaacute viram dezenas de vezes no estudo de metodologias aacutegeis a integraccedilatildeo contiacutenua consiste em o desenvolvedor integrar o coacutedigo desenvolvido eou alterado ao projeto principal na mesma frequecircncia com que as funcionalidades satildeo desenvolvidas sendo feito muitas vezes ao dia ao inveacutes de apenas uma vez O objetivo principal de se utilizar a integraccedilatildeo contiacutenua eacute verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente Ademais pode ser feita atraveacutes de processos manuais ou automatizados utilizando ndash por exemplo ndash a ferramenta Jenkins (ou CruiseControl Hudson Bamboo Continuum Gump Beebox etc) O Jenkins eacute um sistema baseado em servidor que roda em um Container Web e possui plug-ins para ampliar sua utilizaccedilatildeo com outras linguagens de programaccedilatildeo para integraccedilatildeo com sistemas de controle de versatildeo ou para grandes bases de dados Bem eu acho que isso eacute suficiente sobre esse assunto

Figura 10 ʹ Logo da Jenkins

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 23 de 44

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua Comentaacuterios Opa Jenkins eacute uma ferramenta open-source

Gabarito E

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente Comentaacuterios Exatamente Nativamente ele natildeo tem suporte a outras linguagens de programaccedilatildeo ndash somente por meio de plug-ins

Gabarito C

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis Comentaacuterios Perfeito Metodologias aacutegeis precisam responder rapidamente a mudanccedilas e isso eacute auxiliado por ferramentas de integraccedilatildeo contiacutenua

Gabarito C

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

Comentaacuterios Perfeito Eacute isso mesmo

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 24 de 44

SCRUM

Algueacutem de vocecircs sabe de onde vem esse nome Entatildeo vou lhes contar Esse nome vem do rugby e eacute utilizado como uma metaacutefora para refletir o alto grau de cooperaccedilatildeo necessaacuterio para obter sucesso Imagino que poucos de vocecircs entendam as regras desse esporte portanto vou explicar de forma bastante objetiva porque essa metaacutefora eacute utilizada No rugby um time pontua quando a bola cruza a linha de gol e toca o chatildeo ndash sendo carregada ou por meio de um passe Caso o jogador seja derrubado ele deve soltar a bola e a jogada se reinicia Deve haver intensa troca de passes entre os jogadores de modo a deixaacute-los menos vulneraacuteveis a serem derrubados por outros jogadores

Figura 11 - Scrum no Rugby

Bem cada jogada se inicia quando um Scrum eacute realizado ie forma-se uma parede de forccedila entre os jogadores como mostra a Figura 11 Observem que os jogadores se reuacutenem de forma bem proacutexima unindo suas forccedilas e habilidades para trabalhar em conjunto a fim de conseguir recuperar a bola Percebam portanto que o time inteiro deve trabalhar para que a equipe possa pontuar Diferentemente do Futebol Americano natildeo haacute um quarterback ou uma estrela do time ndash todos satildeo importantes Pois eacute a histoacuteria fica mais interessante vamos ver uma das recomendaccedilotildees de ataque do rugby

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 25 de 44

ldquoPensem continuamente em seu alinhamento em relaccedilatildeo ao jogador que carrega a bola e aos jogadores ao seu redor Trabalhe duro para estar disponiacutevel quando necessaacuteriordquo Observem como isso eacute importante em metodologias aacutegeis trabalhar duro para ajudar a equipe a obter ecircxito ndash nunca existe ldquoBem natildeo haacute nada aqui para eu fazerrdquo Acho que agora ficou mais faacutecil entender de onde vem esse nome ndash vamos agrave teoria Antes de comeccedilar uma observaccedilatildeo o guia oficial do Scrum eacute um documento tatildeo pequeno (18 paacuteginas) que eu recomendo fortemente que vocecircs leiam-no por inteiro pois seraacute muito uacutetil Bem agora sim vamos ao trabalho Scrum eacute um framework (ie possui uma estrutura processual) leve simples de entender e extremamente difiacutecil de dominar para desenvolver e manter produtos complexos e adaptativos enquanto entrega produtiva e criativamente produtos com o mais alto valor possiacutevel Complicado ou natildeo Galera percebam que ele natildeo eacute um processo ou uma teacutecnica para construir produtos mas ndash sim ndash um framework em que pode ser empregado vaacuterios processos e teacutecnicas O Framework pode ser definido como um conjunto de papeacuteis eventos artefatos e regras associadas a uma equipe Ele eacute fundamentado em teorias empiacutericas de controle de processo e emprega uma abordagem iterativa e incremental (maximizando as oportunidades de feedback) para aperfeiccediloar a previsatildeo e controle de riscos Ele afirma que o conhecimento vem da experiecircncia e da tomada de decisotildees baseadas no que eacute conhecido Para tal ele emprega uma abordagem iterativa e incremental para aperfeiccediloar a previsibilidade e controle de riscos fundamentando-se em trecircs pilares fundamentais

Transparecircncia aspectos significativos (e padronizados) devem estar visiacuteveis aos responsaacuteveis pelos resultados Por exemplo uma linguagem comum a todos os participantes

Inspeccedilatildeo os usuaacuterios devem frequentemente inspecionar os artefatos e o

progresso para detectar indesejaacuteveis variaccedilotildees (natildeo pode ser frequente a ponto de atrapalhar a execuccedilatildeo das tarefas)

Adaptaccedilatildeo o processo ou material sendo produzido deve ser adaptado sempre

que um inspetor verificar desvios que tornem o resultado inaceitaacutevel e para tanto ele tem quatros oportunidades (as reuniotildees)

O Scrum define o conceito de Time Scrum que eacute um time auto-organizaacutevel (escolhe qual a melhor forma para realizar seu trabalho) e multifuncional (possui todas as competecircncias

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 26 de 44

e natildeo depende de outros de fora da equipe) Eacute o responsaacutevel por entregar produtos de forma iterativa e incremental maximizando as oportunidades de realimentaccedilatildeo As entregas incrementais de produto ldquoprontordquo garantem que uma versatildeo potencialmente funcional do produto do trabalho esteja sempre disponiacutevel Agora o mais importante o Time Scrum eacute composto por um Product Owner um Scrum Master e a Equipe de Desenvolvimento1 Product Owner Eacute o responsaacutevel por maximizar o valor do produto e do trabalho da equipe de desenvolvimento sendo o uacutenico que pode gerenciar o Product Backlog Ele pode ateacute delegar atividades de gerenciamento mas ainda seraacute considerado o responsaacutevel pelos resultados A Equipe de Desenvolvimento soacute responde a ele Equipe de Desenvolvimento A Equipe de Desenvolvimento natildeo reconhece tiacutetulos para seus integrantes todos satildeo considerados desenvolvedores (natildeo importa o que faccedilam) A Equipe deve ter entre 3 e 9 integrantes de modo que natildeo seja pequena demais que haja restriccedilotildees de habilidades nem grande demais que seja complicado de gerenciar Scrum Master Eacute o responsaacutevel por garantir que o Scrum seja entendido e aplicado Ademais ele deve comunicar claramente a visatildeo objetivo e itens do Product Backlog ensinar a equipe a criar itens claros e concisos treinar a equipe de desenvolvimento em autogerenciamento e interdisciplinaridade remover impedimentos entre outros Mudando de assunto os Eventos Scrum satildeo eventos time-boxed (ie com duraccedilatildeo maacutexima) usados para criar uma rotina e minimizar a necessidade de reuniotildees natildeo definidas pelo Scrum Lembrem-se de que a Sprint tem um mecircs ou menos e eacute iniciada imediatamente apoacutes a conclusatildeo da sprint anterior As Sprints satildeo compostas por uma Reuniatildeo de Planejamento da Sprint Reuniotildees Diaacuterias o Trabalho de Desenvolvimento uma Revisatildeo da Sprint e a Retrospectiva da Sprint Uma Sprint se inicia imediatamente apoacutes a conclusatildeo da sprint anterior e tem duraccedilotildees coerentes em todo o esforccedilo de desenvolvimento Durante a sprint eacute proibido realizar mudanccedilas que afetem seu objetivo Aleacutem disso eacute proibido mudar a composiccedilatildeo da equipe ou diminuir as metas de qualidade apesar disso o escopo pode ser sempre clarificado e renegociado Essas proibiccedilotildees devem ser levadas

muito a seacuterio entenderam

1 Natildeo confundir Equipe de Desenvolvimento com Time Scrum ʹ o primeiro estaacute contido no segundo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 27 de 44

Uma sprint pode ser cancelada antes de seu time-box terminar e isso somente pode ser feito pelo Product Owner (sob influecircncia de stakeholders equipe de desenvolvimento entre outros) Isso pode ocorrer caso o seu objetivo se torne obsoleto mas ocorrem tambeacutem devido agrave curta duraccedilatildeo e a cancelamentos poreacutem satildeo raros os casos O trabalho a ser realizado na Sprint eacute planejado na Reuniatildeo de Planejamento da Sprint (Proporcional a 8 horas) Essa reuniatildeo consiste em duas partes

1 O que seraacute entregue como resultado do incremento da proacutexima Sprint

2 Como o trabalho necessaacuterio para entregar o incremento seraacute realizado Na primeira parte a Equipe de Desenvolvimento tenta prever as funcionalidades que seratildeo desenvolvidas durante a Sprint Na segunda parte a Equipe de Desenvolvimento decide como iraacute construir essas funcionalidades durante a Sprint e desenvolve o Sprint Backlog Portanto a primeira parte trada do ldquoO que fazerrdquo e a segunda trata do ldquoComo fazerrdquo

Figura 12 - Processo do SCRUM

O Product Owner pode estar presente durante a segunda parte da reuniatildeo para clarificar itens do Backlog do Produto A Reuniatildeo Diaacuteria (Proporcional a 15 minutos) eacute um evento que busca criar um plano para as proacuteximas 24 horas e inspecionar o trabalho desde a uacuteltima Reuniatildeo Diaacuteria

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 28 de 44

Ela ocorre sempre no mesmo horaacuterio e no mesmo local e cada integrante deve responder as seguintes perguntas

1 O que foi completado desde a uacuteltima reuniatildeo

2 O que seraacute feito ateacute a proacutexima reuniatildeo

3 Quais os obstaacuteculos que estatildeo no caminho

As Reuniotildees Diaacuterias melhoram bastante a comunicaccedilatildeo entre os integrantes ademais eliminam a necessidade de outras reuniotildees identificam e removem impedimentos destacam e promovem raacutepidas tomadas de decisatildeo e melhoram o niacutevel de conhecimento da Equipe como um todo A Revisatildeo da Sprint (Proporcional a 4 horas) eacute executada no final da Sprint para inspecionar o incremento e adaptar o Backlog do Produto se necessaacuterio Esta eacute uma reuniatildeo informal e a apresentaccedilatildeo do incremento destina-se a motivar e obter comentaacuterios e promover a colaboraccedilatildeo Nesta reuniatildeo discute-se o que foi bem e o que natildeo foi problemas ocorridos e como foram resolvidos Procut Backlog projeccedilotildees de datas O resultado eacute o Product Backlog revisado e ajustado A Retrospectiva da Sprint (Proporcional a 3 horas) eacute uma chance para o Scrum Team inspecionar a si proacuteprio e criar um plano de melhorias par proacutexima sprint Ela inspeciona como foi a uacuteltima sprint em relaccedilatildeo agraves pessoas agraves relaccedilotildees aos processos e agraves ferramentas Aleacutem disso tem o poder de identificar e ordenar os principais itens que se tornaram potenciais de melhorias e cria um plano para implementar melhorias no modo de realizaccedilatildeo do trabalho

Figura 13 - Graacutefico Burndown

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 29 de 44

O Documento de Visatildeo eacute definido pelo Product Owner e representa como os clientes usuaacuterios finais gerentes stakeholders executivos entre outros visualizam o resultado final do produto que seraacute criado Praacuteticas como BurndownBurnup tecircm sido utilizadas para prever o progresso sem substituir a importacircncia do empirismo como mostra a Figura 13 O Product Backlog eacute uma lista ordenada (por valor risco prioridade etc) de tudo que deve ser necessaacuterio no produto e eacute uma origem uacutenica dos requisitos para qualquer mudanccedila a ser feita no produto Ele nunca (Atenccedilatildeo nunca) estaraacute completo e existiraacute enquanto o produto tambeacutem existir

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 30 de 44

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

Comentaacuterios Bem vamos comeccedilar nossos exerciacutecios com um erro da FCC O Guia Scrum diz que o Scrum Team eacute dividido em Product Owner Scrum Master e Development Team No entanto a FCC deu a resposta como correto

Gabarito C

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

Comentaacuterios Bem tranquila neacute Trata-se de uma Sprint

Gabarito C

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint Comentaacuterios Bem tranquila tambeacutem Trata-se de uma Sprint

Gabarito C

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

Comentaacuterios Perfeito Essa Scrum Meeting trata-se da Daily Scrum Meeting ou Reuniatildeo Diaacuteria

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 31 de 44

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

Comentaacuterios De fato estaacute incorreto O periacuteodo maacuteximo eacute de 30 dias e a equipe de trabalho varia de 3 a 9 pessoas

Gabarito C

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

Comentaacuterios Na verdade natildeo eacute correto Eacute possiacutevel dissolver uma sprint e comeccedilar outra baseando-se em um no sprint backlog ndash quem pode fazer isso eacute o Product Owner

Gabarito E

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

Comentaacuterios Bem ela deve durar no maacuteximo 15 minutos no entanto a questatildeo diz que natildeo deve durar mais que 30 minutos (o que natildeo eacute errado) Portanto natildeo eacute incorreto ndash eacute correto

Gabarito E

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

Comentaacuterios Na verdade natildeo eacute incorreto Satildeo essas as perguntas a serem feitas

Gabarito E

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

Comentaacuterios Tambeacutem natildeo eacute incorreto Eacute exatamente isso que o Scrum Master deve fazer

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 32 de 44

Gabarito E

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

Comentaacuterios Na verdade soacute pode ser modificado pelo Product Owner

Gabarito E

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint Comentaacuterios Scrum Master eacute apenas um facilitador Quem pode modificar o Backlog eacute o Product Owner

Gabarito E

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

Comentaacuterios Eacute possiacutevel ndash sim ndash dissolver uma sprint

Gabarito E

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe Comentaacuterios Na verdade as discussotildees ocorrem mais entre a equipe de desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 33 de 44

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a data final e o custo do projeto satildeo determinados ao longo do projeto

Comentaacuterios Eacute isso mesmo ndash satildeo todos definidos ao longo do projeto

Gabarito C

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

Comentaacuterios Na verdade recomenda-se entre trecircs e nove participantes Com menos de trecircs participantes reduz-se a interaccedilatildeo que gera um menor ganho de produtividade

Gabarito E

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

Comentaacuterios De fato apenas o Product Owner pode cancelar uma sprint

Gabarito C

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

Comentaacuterios Uma sprint deve ter entre duas e quarto semanas

Gabarito E

53 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

Comentaacuterios Questatildeo perfeita Scrum estaacute para o PMBOK assim como o XP estaacute para o RUP Ele pode ser utilizado em teoria em qualquer contexto em que se necessite atingir um objetivo comum entre um grupo de pessoas

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 34 de 44

54 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

Comentaacuterios Literalmente retirado do Guia Scrum ndash perfeito

Gabarito C

55 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

Comentaacuterios Conjunto de requisitos bem definidos Natildeo eacute o contraacuterio Geralmente trata-se de requisitos pouco definidos

Gabarito E

56 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

Comentaacuterios Eacute exatamente isso Lembrem-se de que natildeo haacute cargos mas papeacuteis

Gabarito C

57 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

Comentaacuterios Galera essa eacute muito faacutecil Nenhum produto estaraacute nunca completamente testado ademais o Product Backlog tambeacutem nunca estaraacute completo

Gabarito E

58 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

Comentaacuterios Opaaaa Product Owner natildeo trata de estimativas Entendam escopo e importacircncia satildeo definidos pelo PO no entanto quem define estimativas eacute a Equipe de Desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 35 de 44

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

60 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

Comentaacuterios Bem o cliente natildeo se torna parte da equipe de desenvolvimento Haacute ndash sim ndash uma forte integraccedilatildeo no entanto dizer que faz parte da equipe de desenvolvimento eacute um completo absurdo No entanto o CESPE natildeo entendeu dessa maneira

Gabarito C

61 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

Comentaacuterios Eacute isso mesmo perfeito

Gabarito C

62 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o

documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

Comentaacuterios Galera item perfeito Muito bem escrito

Gabarito C

63 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

Comentaacuterios Questatildeo perfeita retirada do Guia Scrum

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 36 de 44

Gabarito C

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

65 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

Comentaacuterios Jaacute li isso 800x e as bancas continuam errando Escreve-se ITERACcedilAtildeO e natildeo INTERACcedilAtildeO A questatildeo deveria ter sido anulada mas natildeo foi =

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 37 de 44

LISTA DE EXERCIacuteCIOS COMENTADOS

(Instituto Cidades ndash 2012 - CEMIG - Agente de Gestatildeo Administrativa - Analista de Sistemas - A) O teste

eacute uma atividade de verificaccedilatildeo e validaccedilatildeo do software e consiste na anaacutelise dinacircmica do mesmo isto eacute na execuccedilatildeo do produto de software com o objetivo de verificar a presenccedila de defeitos no produto e aumentar a confianccedila de que o mesmo estaacute correto

(CESPE - 2012 ndash Anatel ndash Analista Administrativo ndash Arquitetura de Soluccedilotildees) Considere as informaccedilotildees

abaixo em relaccedilatildeo ao desenvolvimento de sistemas

I executar um software com o objetivo de revelar falhas mas que natildeo prova a exatidatildeo do software II correta construccedilatildeo do produto III Construccedilatildeo do produto certo

Correspondem corretamente a I II e III respectivamente

a) Validaccedilatildeo verificaccedilatildeo e teste b) Verificaccedilatildeo teste e validaccedilatildeo c) Teste verificaccedilatildeo e validaccedilatildeo d) Validaccedilatildeo teste e verificaccedilatildeo e) Teste validaccedilatildeo e verificaccedilatildeo

(CESPE - 2010 ndash TJES ndash Analista Judiciaacuterio ndash Analista de Sistemas) Verificaccedilatildeo e validaccedilatildeo satildeo atividades

da anaacutelise de software necessaacuterias para se identificar o que o software precisa executar seguida de uma avaliaccedilatildeo do usuaacuterio quanto agraves atividades definidas

(CESPE - ndash TRT 5ordf ndash Analista Judiciaacuterio ndash Analista de Sistemas) A diferenccedila entre verificaccedilatildeo e

validaccedilatildeo reside no fato de que a primeira se refere ao conjunto de atividades que garante que o software realiza corretamente uma funccedilatildeo especiacutefica enquanto a segunda refere-se a um conjunto diferente de atividades que garante que o software que foi construiacutedo eacute rastreaacutevel agraves exigecircncias do cliente

(ESAF - ndash MPOG ndash Analista de Planejamento ndash Analista de Sistemas - B) Demonstrar ao

desenvolvedor e ao cliente que o software atende aos requisitos eacute uma meta de validaccedilatildeo do software

(CESPE - ndash IPEA ndash Analista de Sistemas) A verificaccedilatildeo assegura que o produto como fornecido iraacute

atender o seu uso pretendido ou seja que se estaacute construindo o produto certo E a validaccedilatildeo confirma que os produtos de trabalho refletem de forma apropriada os requisitos que foram especificados ou seja que se estaacute construindo o produto corretamente

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 38 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 39 de 44

tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 40 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto

da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C) Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 41 de 44

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 42 de 44

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a

data final e o custo do projeto satildeo determinados ao longo do projeto

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 43 de 44

53 (CESPE - 2012 - TRE-RJ - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) A metodologia scrum prega que a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

54 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

55 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM

o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

56 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

57 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

58 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

60 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para

gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

61 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

62 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 44 de 44

63 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

65 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

66 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

GABARITO

1 2 3 4 5 6 7 8 9 10 E C C C E E E C E E 11 12 13 14 15 16 17 18 19 20 E C C C C E E C E E 21 22 23 24 25 26 27 28 29 30 E C C C E E C E B E 31 32 33 34 35 36 37 38 39 40 E C C C C C C C C E 41 42 43 44 45 46 47 48 49 50 E E E E C E E E C E 51 52 53 54 55 56 57 58 59 60 C E C C E C E E C C 61 62 63 64 65 66 67 68 69 70 C C C C C - - - - -

79831971523

325179138-97 - caio victor gambardela

Page 5: 203903115 Testes Conceitos Verificacao e Validacao Tipos de Teste Unidade Integracao Sistemafuncional Aceitacao Carga Desempenho Vulnerabilidade Usab

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 4 de 44

Espera e quem diz o que eacute um software suficientemente confiaacutevel Bem isso depende da criticidade do sistema das expectativas do utilizador do ambiente de marketing etc Imaginemos um sistema de cataacutelogo de filmes de uma locadora e um sistema de controle de traacutefego aeacutereo qual desses necessita de um grau de confianccedila mais alto notnot Imaginemos agora um sistema de caixa de padaria ou de um supermercado o utilizador pode ter baixas expectativas e assim ter um grau de confianccedila menor sem prejudicar seu funcionamento Nesses casos eacute comum aceitar falhas de sistema quando os benefiacutecios do uso ultrapassam as desvantagens Por fim algumas vezes um software precisa ser lanccedilado no mercado rapidamente como resposta agrave concorrecircncia ou a um ambiente de marketing favoraacutevel Por exemplo quando uma empresa tem poucos concorrentes ela pode liberar um programa antes que ele tenha sido inteiramente testado e depurado porque querem ser os primeiros do mercado Galera muita gente acha que as Inspeccedilotildees de Software natildeo tecircm importacircncia Ora tecircm sim Elas ocorrem inclusive em todos os estaacutegios do processo de desenvolvimento de software ndash qualquer representaccedilatildeo legiacutevel do software pode ser inspecionada Evidentemente natildeo eacute possiacutevel usar teacutecnicas estaacuteticas para verificar requisitos natildeo-funcionais (desempenho etc) Outra confusatildeo bastante frequente ocorre entre Teste e Depuraccedilatildeo No entanto essa eacute diferenccedila eacute bastante simples dentre outras testes estabelecem a existecircncia de defeitos e geralmente satildeo feitos por uma equipe de testes depuraccedilatildeo localiza e conserta esses defeitos e geralmente eacute feita por uma equipe de desenvolvimento

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 5 de 44

(Instituto Cidades ndash 2012 - CEMIG - Agente de Gestatildeo Administrativa - Analista de Sistemas - A) O teste

eacute uma atividade de verificaccedilatildeo e validaccedilatildeo do software e consiste na anaacutelise dinacircmica do mesmo isto eacute na execuccedilatildeo do produto de software com o objetivo de verificar a presenccedila de defeitos no produto e aumentar a confianccedila de que o mesmo estaacute correto

Comentaacuterios Teste eacute uma atividade de verificaccedilatildeo somente

Gabarito E

(CESPE - 2012 ndash Anatel ndash Analista Administrativo ndash Arquitetura de Soluccedilotildees) Considere as informaccedilotildees

abaixo em relaccedilatildeo ao desenvolvimento de sistemas

I executar um software com o objetivo de revelar falhas mas que natildeo prova a exatidatildeo do software II correta construccedilatildeo do produto III Construccedilatildeo do produto certo

Correspondem corretamente a I II e III respectivamente

a) Validaccedilatildeo verificaccedilatildeo e teste b) Verificaccedilatildeo teste e validaccedilatildeo c) Teste verificaccedilatildeo e validaccedilatildeo d) Validaccedilatildeo teste e verificaccedilatildeo e) Teste validaccedilatildeo e verificaccedilatildeo

Comentaacuterios Questatildeo estranha na medida em que Teste eacute um dos tipos de Verificaccedilatildeo (I) Teste ndash por conta da execuccedilatildeo do software (II) Verificaccedilatildeo ndash eacute semelhante a ldquoEstamos construindo o produto corretamenterdquo (III) Validaccedilatildeo ndash eacute semelhante a ldquoEstamos construindo o produto corretordquo

Gabarito C

(CESPE - 2010 ndash TJES ndash Analista Judiciaacuterio ndash Analista de Sistemas) Verificaccedilatildeo e validaccedilatildeo satildeo atividades

da anaacutelise de software necessaacuterias para se identificar o que o software precisa executar seguida de uma avaliaccedilatildeo do usuaacuterio quanto agraves atividades definidas

Comentaacuterios Eacute isso mesmo Verificaccedilatildeo eacute em relaccedilatildeo agrave especificaccedilatildeo de requisitos e a Validaccedilatildeo eacute em relaccedilatildeo aos usuaacuterios

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 6 de 44

(CESPE - 09 ndash TRT 5ordf ndash Analista Judiciaacuterio ndash Analista de Sistemas) A diferenccedila entre verificaccedilatildeo e validaccedilatildeo reside no fato de que a primeira se refere ao conjunto de atividades que garante que o software realiza corretamente uma funccedilatildeo especiacutefica enquanto a segunda refere-se a um conjunto diferente de atividades que garante que o software que foi construiacutedo eacute rastreaacutevel agraves exigecircncias do cliente

Comentaacuterios Perfeita definiccedilatildeo ndash eacute isso mesmo

Gabarito C

(ESAF - ndash MPOG ndash Analista de Planejamento ndash Analista de Sistemas - B) Demonstrar ao

desenvolvedor e ao cliente que o software atende aos requisitos eacute uma meta de validaccedilatildeo do software

Comentaacuterios Se demonstra ao desenvolvedor e ao cliente que atende aos requisitos portanto eacute uma verificaccedilatildeo de software

Gabarito E

(CESPE - ndash IPEA ndash Analista de Sistemas) A verificaccedilatildeo assegura que o produto como fornecido iraacute

atender o seu uso pretendido ou seja que se estaacute construindo o produto certo E a validaccedilatildeo confirma que os produtos de trabalho refletem de forma apropriada os requisitos que foram especificados ou seja que se estaacute construindo o produto corretamente

Comentaacuterios Natilde-natildeo Eacute o contraacuterio

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 7 de 44

TESTES DE SOFTWARE

O Teste de Software eacute o processo de executar um software com dois objetivos principais (1) demonstrar ao desenvolvedor e ao cliente que o software atende aos requisitos especificados (2) descobrir falhas ou defeitos no software que apresente comportamento incorreto natildeo desejaacutevel ou em natildeo conformidade com sua especificaccedilatildeo Os testes natildeo podem demonstrar que um software eacute livre de defeitos ou que ele se comportaraacute conforme especificado em todas as circunstacircncias Eacute sempre possiacutevel que um teste ignorado possa descobrir mais problemas no sistema Jaacute dizia Edsger Dijkstra ldquoOs testes podem somente mostrar a presenccedila de erros natildeo sua ausecircnciardquo O que eacute um Teste de Software Myers diz que eacute o processo de executar um determinado software com a intenccedilatildeo de encontrar defeitos A IEEE 729 define como o processo formal de avaliar um sistema ou componente por meios manuais ou automaacuteticos para verificar se ele satisfaz os requisitos especificados O Glossaacuterio ISTQB conceitua como todas as atividades do ciclo de vida estaacuteticas ou dinacircmicas voltadas para o planejamento preparaccedilatildeo e avaliaccedilatildeo de produtos de software e produtos de trabalho relacionados a fim de determinar se eles satisfazem os requisitos especificados e demonstrar que estatildeo aptos para sua finalidade e detecccedilatildeo de defeitos Ao longo de diversos anos a engenharia de software evolui de modo a sugerir alguns princiacutepios que guiam os testes de software Vejamos alguns abaixo Testes demonstram a presenccedila de defeitos

Um teste pode demonstrar a presenccedila de defeitos mas natildeo pode provar que eles natildeo existem Ele reduz a probabilidade de que os defeitos permaneccedilam em um software mas mesmo se nenhum defeito for encontrado natildeo quer dizer que esteja perfeito

stes exaustivos satildeo impossiacuteveis

Testar todas as combinaccedilotildees de entradas e preacute-condiccedilotildees eacute inviaacutevel exceto para casos triviais Em vez de realizar testes exaustivos os riscos e prioridades satildeo levados em consideraccedilatildeo para dar foco aos esforccedilos de teste Teste o mais breve possiacutevel

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 8 de 44

Os defeitos encontrados nas fases iniciais do processo de desenvolvimento de software satildeo mais baratos de serem corrigidos do que aqueles encontrados jaacute em fase produccedilatildeo Haacute inclusive teacutecnicas de testes antes mesmo da implementaccedilatildeo Agrupam os defeitos mais sensiacuteveis

Seguindo o Princiacutepio de Pareto 80 dos defeitos satildeo causados por 20 do coacutedigo Ao identificar essas aacutereas sensiacuteveis os testes podem priorizaacute-las enquanto ainda procuram por erros nas demais regiotildees Paradoxo do pesticida

Caso os mesmos testes sejam aplicados repetidamente em determinado momento eles deixam de ser uacuteteis ou seja natildeo conseguem encontrar nenhum novo defeito Por isso os testes precisam ser revisitados com frequecircncia (Novos pesticidas) Testes dependem do contexto

Os testes devem ser elaborados de acordo com o contexto de utilizaccedilatildeo do software Exemplo um sistema bancaacuterio deve ser testado de maneira diferente de uma rede social Assim como testes de aplicaccedilatildeo web tecircm foco diferente do desktop

secircncia de defeitos eacute uma ilusatildeo

Identificar e corrigir os problemas de um software natildeo garantem que ele estaacute pronto Os testes foram elaborados para identificar todas as possiacuteveis falhas O sistema atende agraves necessidades e expectativas dos usuaacuterios Ou seja haacute outros fatores

Agora vamos falar de uma coisa muito importante Podemos olhar para os testes por meio de trecircs perspectivas diferentes Teacutecnicas de Testes Niacuteveis de Testes e Tipos de Testes A Figura 3 apresenta essas trecircs perspectivas como um plano cartesiano de trecircs dimensotildees Noacutes iremos estudar cada uma dela mais agrave frente Figura 3 - Perspectivas de Testes

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 9 de 44

As Teacutecnicas de Teste de Software buscam demonstrar como testar Jaacute os Niacuteveis de Testes de Software buscam demonstrar quando testar Por fim os Tipos de Testes de Software buscam demonstrar o que testar Essas trecircs perspectivas satildeo apresentadas na Figura 4 seratildeo detalhadas para melhor entendimento

Figura 4 - Perspectivas de Testes

As Teacutecnicas de Testes se dividem em Caixa-Branca Caixa-Preta e Caixa-Cinza A primeira se foca nas estruturas internas dos procedimentos do sistema A segunda se foca nas entradas e saiacutedas especificadas nos requisitos funcionais Jaacute a terceira se foca tanto em estruturas internas quanto nas entradas e saiacutedas especificadas nos requisitos A Teacutecnica de Caixa-Branca (tambeacutem conhecida como Estrutural ou Orientada agrave Loacutegica) analisa caminhos loacutegicos possiacuteveis de serem executados portanto eacute necessaacuterio ter conhecimento sobre o funcionamento interno dos componentes Ele busca garantir que todos os caminhos independentes de um moacutedulo sejam executados pelo menos uma vez Ademais ele trata de todas as decisotildees loacutegicas para valores verdadeiros e falsos aleacutem de executar laccedilos dentro dos valores limites e avaliar as estruturas de dados internas As teacutecnicas principais satildeo testes de caminhos testes de estruturas de controle e complexidade ciclomaacutetica A Teacutecnica de Caixa-Preta (tambeacutem conhecida como ComportamentalFuncional ou Orientado a Dado) se baseia em preacute e poacutes-condiccedilotildees geralmente sendo utilizada nas etapas posteriores da disciplina de testes Ele busca funccedilotildees incorretas ou inexistentes erros de comportamento ou desempenho erros de inicializaccedilatildeo e interface etc Ele tem o objetivo de verificar a funcionalidade e aderecircncia aos requisitos em uma oacutetica externa ou do usuaacuterio sem se basear em qualquer conhecimento do coacutedigo ou loacutegica interna do componente As teacutecnicas principais satildeo testes baseados em grafos particionamento de equivalecircncias anaacutelise de valor-limite e teste de matriz ortogonal

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 10 de 44

Os Niacuteveis de Teste (tambeacutem conhecido como EstaacutegioEstrateacutegias) ralmente satildeo agrupados de acordo com o momento em que eles satildeo executados ou tambeacutem pelo niacutevel de especificidade do teste Exemplos Teste de Unidade Teste de Integraccedilatildeo Teste de Sistema Teste de Aceitaccedilatildeo entre outros

Figura 5 - Estaacutegios de Testes

A Figura 5 mostra que a espiral inicia- em sentido horaacuterio pelo Teste de Unidade (que analisa o coacutedigo) em seguida realiza o Teste de Integraccedilatildeo (que analisa o projeto) depois o Teste de Validaccedilatildeo ou Aceitaccedilatildeo (que analisa os requisitos) e por fim o Teste de Sistema (que analisa o sistema) Teste de Unidade Trata do esforccedilo de verificaccedilatildeo na menor unidade de projeto de software ndash componente ou moacutedulo de software Os testes unitaacuterios verificam o funcionamento de um pedaccedilo do sistema ou software isoladamente ou que possam ser testados separadamente Eles satildeo considerados um apecircndice ao passo de codificaccedilatildeo O projeto de Teste de Unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado Ele enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente Professor mas que

componente eacute esse Ora meacutetodos classes ou moacutedulos Teste de Integraccedilatildeo Trata do esforccedilo de verificaccedilatildeo em uma combinaccedilatildeo de componentes para verificar se eles funcionam corretamente juntos conforme as especificaccedilotildees Busca encontrar

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 11 de 44

defeitos nas interfaces e nas interaccedilotildees entre componentes ou sistemas integrados Ele sucede o Teste de Unidade e antecede o Teste de Sistema Os resultados do Teste de Unidade dos moacutedulos do sistema servem de insumo para o Teste de Integraccedilatildeo Eacute uma teacutecnica sistemaacutetica para construir a arquitetura de um software e descobrir erros na integraccedilatildeo entre os componentes Os moacutedulos satildeo integrados gradualmente a fim de facilitar a localizaccedilatildeo de erros Teste de AceitaccedilatildeoValidaccedilatildeo Trata do esforccedilo em demonstrar a conformidade com os requisitos de software Focaliza accedilotildees visiacuteveis ao usuaacuterio e saiacutedas do sistema reconhecidas tambeacutem pelo usuaacuterio Eacute bem sucedida quando o software funciona do modo que pode ser razoavelmente esperado pelo usuaacuterio Ele sucede o Teste de Integraccedilatildeo e antecede o Teste de Sistema O ambiente de teste utilizado deve ser o mais proacuteximo possiacutevel do ambiente real Os tipos mais comuns satildeo o Teste Alfa e o Teste Beta O primeiro ocorre em um ambiente controlado ndash simulando a forma de utilizaccedilatildeo do usuaacuterio Jaacute o segundo ocorre no ambiente real de utilizaccedilatildeo e eacute realizado pelo proacuteprio usuaacuterio Teste de SistemaFuncional Trata do esforccedilo em demonstrar o funcionamento do sistema como um todo dentro de um ambiente operacional controlado para validar a exatidatildeo e perfeiccedilatildeo na execuccedilatildeo de suas funccedilotildees Utilizam-se dados de teste a fim de tentar evitar a ocorrecircncia de defeitos em ambiente de produccedilatildeo Lembremos que um software frequentemente eacute apenas um elemento de um sistema maior Logo eacute necessaacuterio testaacute-lo considerando o contexto em que seraacute utilizado Eles satildeo conduzidos em um ambiente completo e integrado por vaacuterias pessoas (natildeo soacute os desenvolvedores) Busca-se exercitar o sistema por completo

Por fim vamos tratar dos Tipos de Testes Exemplos Teste de Regressatildeo Teste de Teste de Fumaccedila Teste de Recuperaccedilatildeo Teste de Seguranccedila Teste de Carga Teste de Desempenho Teste de Usabilidade No entanto o edital de vocecircs pede apenas quatro tipos de teste que veremos a seguir Teste de CargaEstresseVolume Trata do esforccedilo em demonstrar o funcionamento do software em situaccedilotildees anormais ie executa o sistema em condiccedilotildees incomuns de demanda de recursos velocidade

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 12 de 44

frequecircncia e volume Em outras palavras verifica qual limite de dados processados ateacute a falha do sistema Teste de DesempenhoPerformance Trata do esforccedilo em demonstrar que o sistema atende aos niacuteveis de desempenho e tempo de resposta acordados com os usuaacuterios e definidos nos requisitos Geralmente ocorre paralelamente ao Teste de Carga e avalia a capacidade de resposta do sistema em determinadas configuraccedilotildees Teste de Vulnerabilidade Trata do esforccedilo em demonstrar buracos de seguranccedila e vulnerabilidades podem ser aplicadas agrave redemaacutequina alvo Quem efetuar o teste vai tentar identificar nas maacutequinas na rede alvo todas as portas abertas sistemas operativos e aplicaccedilotildees a serem executadas Teste de Usabilidade Trata do esforccedilo em demonstrar falhas na facilidade de uso do software pelos usuaacuterios finais Enfatiza fatores humanos consistecircncia na interface graacutefica esteacutetica ajuda online assistentes wizard documentaccedilatildeo do usuaacuterio material de treinamento entre outros Uma boa interface com o usuaacuterio deve ser faacutecil de usar e entender

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 13 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - A O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

Comentaacuterios Qual eacute o objetivo de um teste Encontrar erros Noacutes jaacute sabemos que eacute virtualmente impossiacutevel provar a correccedilatildeo integral de um programa

Gabarito E

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - B O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

Comentaacuterios Exatamente isso Um teste deve ter alta probabilidade de encontrar erros

Gabarito C

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - C O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

Comentaacuterios Opaaaa natildeo satildeo desejaacuteveis testes redundantes mas ndash sim ndash eficientes

Gabarito E

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - D O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

Comentaacuterios Na verdade testes natildeo devem ser muito simples nem muito complexos

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 14 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - E O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

Comentaacuterios Natildeo faz nenhum sentido ndash inclusive a proacutepria Equipe de Desenvolvimento realiza testes (Testes de Unidade)

Gabarito E

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

Comentaacuterios Eacute isso mesmo Inicia-se com Testes de Unidade depois Testes de Integraccedilatildeo e por fim Testes de Sistema

Gabarito C

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

Comentaacuterios Essa eacute uma boa definiccedilatildeo para Testes de Unidade Perfeito

Gabarito C

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

Comentaacuterios Eacute exatamente isso Eacute comum ndash inclusive ndash que frameworks utilizem o Test-first Design

Gabarito C

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

Comentaacuterios Essa eacute a perfeita definiccedilatildeo de Teste de Integraccedilatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 15 de 44

Gabarito C

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

Comentaacuterios Como jaacute vimos nenhum teste eacute capaz de garantir que natildeo restam erros em um sistema

Gabarito E

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software Comentaacuterios Bem essa eacute ateacute engraccedilada Geralmente um teste bem sucedido eacute aquele que encontra erros Se ele natildeo encontra erros eacute mais provaacutevel que o teste tenha sido mal feito

Gabarito E

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

Comentaacuterios Os testes de desempenho devem ser projetados para assegurar que o sistema pode operar na carga necessaacuteria Isso envolve geralmente o planejamento de uma seacuterie de testes em que a carga eacute constantemente aumentada ateacute que o desempenho se torne inaceitaacutevel Perfeito Gabarito C

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

Comentaacuterios O teste de desempenho concentra-se tanto em demonstrar que o sistema atende aos requisitos como tambeacutem em descobrir problemas e defeitos no sistema Gabarito E

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 16 de 44

Comentaacuterios Jaacute vimos um milhatildeo de vezes Testes natildeo garantem a ausecircncia de erros Gabarito E

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

Comentaacuterios Opa como eacute Maior unidade de projeto Natildeo Na menor unidade de projeto do software Gabarito E

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

Comentaacuterios Perfeito Eacute exatamente isso Gabarito C

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

Comentaacuterios Galera natildeo se exaltem O Teste de Integraccedilatildeo eacute o que mais testa a interface poreacutem o Teste de Unidade tambeacutem a testa Natildeo haacute nada errado aqui Gabarito C

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

Comentaacuterios Exatamente isso Vamos relembrar Testes de Unidade tratam do coacutedigo-fonte Testes de Integraccedilatildeo tratam de Projeto de Software Testes de Validaccedilatildeo tratam de Requisitos Testes de Sistema tratam de Engenharia de Sistemas Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 17 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

Comentaacuterios Bem apesar de falar sobre componentes do modelo de implementaccedilatildeo natildeo se trata de Teste de Integraccedilatildeo Observem que trata de um niacutevel de abstraccedilatildeo bastante baixo sobre os fluxos de controle e de dados Portanto trata-se de um Teste de Unidade Gabarito E

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

Comentaacuterios Natildeo Isso se trata do Teste Caixa-Branca Gabarito E

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

Comentaacuterios Perfeito Eacute bem intuitivo Gabarito C

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

Comentaacuterios Opa na verdade trata-se de Teste de Integraccedilatildeo Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 18 de 44

CONTROLE DE VERSAtildeO ndash G

O que eacute um Sistema de Controle de Versatildeo Eacute um sistema que registra as mudanccedilas feitas em um arquivo ou um conjunto de arquivos ao longo do tempo de forma que seja possiacutevel recuperar versotildees especiacuteficas Eu por exemplo uso um sistema de controle de versatildeo para guardar todas as versotildees das aulas que eu faccedilo ndash jaacute pensou se eu perco isso D Pessoal se um sistema de controle de versatildeo eacute importante para que eu controle as versotildees das minhas aulas imaginem para quem estaacute desenvolvendo um software O desenvolvedor deve poder conseguir gerenciar as diferentes versotildees de coacutedigo-fonte e documentaccedilatildeo do software que ele estaacute desenvolvendo

Um dos softwares de controle de versatildeo mais conhecido do mercado eacute o G Ele eacute um sistema open-source distribuiacutedo raacutepido e foi criado por Linus Torvalds (isso mesmo aquele do Linux) e foi desenvolvido para controlar as versotildees do kernel do sistema operacional

Vocecircs podem estar se perguntando natildeo basta criar um diretoacuterio e ir salvando cada versatildeo

com um nome diferente Ora nada impede que se faccedila isso No entanto percebam que ndash apesar de ser uma ideia extremamente simples ndash ela eacute muito suscetiacutevel a erros Pessoal noacutes somos humanos e muitas vezes desatentos

Imaginem um cara que tem 40 diretoacuterios para o sistema que ele estaacute desenvolvendo E se ele achar que estaacute em um diretoacuterio mas na verdade estaacute em outro E se ele acabar

Figura 6 - Logo da git

Figura 7 - Sistema de Controle de Versotildees Local (SCVL)

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 19 de 44

gravando acidentalmente no diretoacuterio errado E se ele sobrescrever arquivos indevidamente sem a menor intenccedilatildeo Pois eacute para resolver esse problema foram desenvolvidos os Sistemas de Controle de Versatildeo Locais em que se armazenavam todas as alteraccedilotildees dos arquivos sob controle de revisatildeo Como assim Ora bastava salvar o arquivo e ele era gravado no diretoacuterio com cada uma de suas versotildees como mostra a Figura 8

Agora imaginem 10 desenvolvedores trabalhando com sistemas diferentes e armazenando suas versotildees cada um em seu computador ndash ora como eles podem trabalhar em conjunto

integrando seus componentes Para lidar com esse problema foi criado o Sistema de Controle de Versatildeo Centralizado como mostra a Figura 9 Esses sistemas possuem um servidor central uacutenico que conteacutem todos os arquivos versionados e vaacuterios clientes que podem recuperaacute-los Os desenvolvedores tecircm conhecimento razoaacutevel sobre o projeto como um todo No entanto se o servidor falhartodos param de trabalhar armazenamento for corrompido jaacute era

Figura 9 - Sistema de Controle de Versotildees Distribuiacutedo (SCVD)

Figura 8 - Sistema de Controle de Versatildeo Centralizado (SCVC)

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 20 de 44

Como solucionar esse problema Com Sistemas de Controle de Versotildees Distribuiacutedos Nesse caso o cliente copia o repositoacuterio dele inteiro e natildeo apenas as versotildees de um arquivo especiacutefico Dessa forma caso um servidor falhe pode-se copiar os repositoacuterios dos clientes de volta para o servidor e assim restauraacute-lo Em vez de existir apenas um repositoacuterio central utilizado pelos clientes cada usuaacuterio possui uma coacutepia do repositoacuterio inteiro De certo modo ele eacute mais lento que o sistema centralizado poreacutem permite manter um histoacuterico da evoluccedilatildeo do projeto permite uma maior colaboraccedilatildeo entre os desenvolvedores e permite variaccedilotildees no projeto

Em suma SCVL eacute uma estrutura composta por repositoacuterio e aacuterea de trabalho Jaacute o SCVC eacute uma estrutura composta por um uacutenico repositoacuterio e vaacuterias coacutepias de trabalho que se comunicam apenas atraveacutes do repositoacuterio central Por fim o SCVD eacute uma estrutura em que cada desenvolvedor possui um repositoacuterio proacuteprio acoplado a uma aacuterea de trabalho Pessoal essa introduccedilatildeo toda foi para dizer que o Git eacute um Sistema de Controle de Versatildeo Distribuiacutedo (SCVD) Muitos projetos utilizam esse sistema tais como Amarok Android Debian Eclipse Fedora Perl Wine entre outros Enfim soacute encontrei uma questatildeo sobre esse tema Vamos aos exerciacutecios

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 21 de 44

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

Comentaacuterios Vocecircs jaacute conhecem o Git Outros Sistemas de Controle de Versatildeo open-source satildeo CVS e SVN ClearCase e SourceSafe satildeo comerciais

Gabarito B

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado Comentaacuterios Opa natilde-natildeo Git eacute um Sistema de Controle de Versatildeo Distribuiacutedo e natildeo Centralizado

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 22 de 44

JENKINS

Galera eu tenho um acervo consideraacutevel de provas das principais bancas ndash em que eacute possiacutevel procurar palavras especiacuteficas E eu natildeo encontrei uma questatildeo sequer a respeito desse tema Logo nossa visatildeo seraacute superficial pois assuntos novos em geral natildeo entram em detalhes

Primeiro de tudo o que eacute o Jenkins Eacute uma ferramenta open-source de integraccedilatildeo contiacutenua escrita em java para testes e relatoacuterios sobre mudanccedilas isoladas em uma grande base de coacutedigo em tempo real O software possibilita que os desenvolvedores encontrem e resolvam defeitos rapidamente em uma base de coacutedigo e automatizem seus testes A integraccedilatildeo contiacutenua evoluiu desde a sua concepccedilatildeo Originalmente o padratildeo era uma compilaccedilatildeo por dia Hoje em dia a regra comum eacute que cada membro da equipe apresente seu trabalho diariamente (ou ateacute mais frequentemente) e compilaccedilotildees sejam realizadas para cada mudanccedila significativa Quando usado corretamente a integraccedilatildeo contiacutenua proporciona vaacuterios benefiacutecios como feedback constante sobre o status do software Os defeitos satildeo geralmente menores menos complexos e mais faacuteceis de resolver uma vez que a Integraccedilatildeo Contiacutenua detecta deficiecircncias no iniacutecio do desenvolvimento Resumindo o que vocecircs jaacute viram dezenas de vezes no estudo de metodologias aacutegeis a integraccedilatildeo contiacutenua consiste em o desenvolvedor integrar o coacutedigo desenvolvido eou alterado ao projeto principal na mesma frequecircncia com que as funcionalidades satildeo desenvolvidas sendo feito muitas vezes ao dia ao inveacutes de apenas uma vez O objetivo principal de se utilizar a integraccedilatildeo contiacutenua eacute verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente Ademais pode ser feita atraveacutes de processos manuais ou automatizados utilizando ndash por exemplo ndash a ferramenta Jenkins (ou CruiseControl Hudson Bamboo Continuum Gump Beebox etc) O Jenkins eacute um sistema baseado em servidor que roda em um Container Web e possui plug-ins para ampliar sua utilizaccedilatildeo com outras linguagens de programaccedilatildeo para integraccedilatildeo com sistemas de controle de versatildeo ou para grandes bases de dados Bem eu acho que isso eacute suficiente sobre esse assunto

Figura 10 ʹ Logo da Jenkins

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 23 de 44

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua Comentaacuterios Opa Jenkins eacute uma ferramenta open-source

Gabarito E

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente Comentaacuterios Exatamente Nativamente ele natildeo tem suporte a outras linguagens de programaccedilatildeo ndash somente por meio de plug-ins

Gabarito C

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis Comentaacuterios Perfeito Metodologias aacutegeis precisam responder rapidamente a mudanccedilas e isso eacute auxiliado por ferramentas de integraccedilatildeo contiacutenua

Gabarito C

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

Comentaacuterios Perfeito Eacute isso mesmo

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 24 de 44

SCRUM

Algueacutem de vocecircs sabe de onde vem esse nome Entatildeo vou lhes contar Esse nome vem do rugby e eacute utilizado como uma metaacutefora para refletir o alto grau de cooperaccedilatildeo necessaacuterio para obter sucesso Imagino que poucos de vocecircs entendam as regras desse esporte portanto vou explicar de forma bastante objetiva porque essa metaacutefora eacute utilizada No rugby um time pontua quando a bola cruza a linha de gol e toca o chatildeo ndash sendo carregada ou por meio de um passe Caso o jogador seja derrubado ele deve soltar a bola e a jogada se reinicia Deve haver intensa troca de passes entre os jogadores de modo a deixaacute-los menos vulneraacuteveis a serem derrubados por outros jogadores

Figura 11 - Scrum no Rugby

Bem cada jogada se inicia quando um Scrum eacute realizado ie forma-se uma parede de forccedila entre os jogadores como mostra a Figura 11 Observem que os jogadores se reuacutenem de forma bem proacutexima unindo suas forccedilas e habilidades para trabalhar em conjunto a fim de conseguir recuperar a bola Percebam portanto que o time inteiro deve trabalhar para que a equipe possa pontuar Diferentemente do Futebol Americano natildeo haacute um quarterback ou uma estrela do time ndash todos satildeo importantes Pois eacute a histoacuteria fica mais interessante vamos ver uma das recomendaccedilotildees de ataque do rugby

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 25 de 44

ldquoPensem continuamente em seu alinhamento em relaccedilatildeo ao jogador que carrega a bola e aos jogadores ao seu redor Trabalhe duro para estar disponiacutevel quando necessaacuteriordquo Observem como isso eacute importante em metodologias aacutegeis trabalhar duro para ajudar a equipe a obter ecircxito ndash nunca existe ldquoBem natildeo haacute nada aqui para eu fazerrdquo Acho que agora ficou mais faacutecil entender de onde vem esse nome ndash vamos agrave teoria Antes de comeccedilar uma observaccedilatildeo o guia oficial do Scrum eacute um documento tatildeo pequeno (18 paacuteginas) que eu recomendo fortemente que vocecircs leiam-no por inteiro pois seraacute muito uacutetil Bem agora sim vamos ao trabalho Scrum eacute um framework (ie possui uma estrutura processual) leve simples de entender e extremamente difiacutecil de dominar para desenvolver e manter produtos complexos e adaptativos enquanto entrega produtiva e criativamente produtos com o mais alto valor possiacutevel Complicado ou natildeo Galera percebam que ele natildeo eacute um processo ou uma teacutecnica para construir produtos mas ndash sim ndash um framework em que pode ser empregado vaacuterios processos e teacutecnicas O Framework pode ser definido como um conjunto de papeacuteis eventos artefatos e regras associadas a uma equipe Ele eacute fundamentado em teorias empiacutericas de controle de processo e emprega uma abordagem iterativa e incremental (maximizando as oportunidades de feedback) para aperfeiccediloar a previsatildeo e controle de riscos Ele afirma que o conhecimento vem da experiecircncia e da tomada de decisotildees baseadas no que eacute conhecido Para tal ele emprega uma abordagem iterativa e incremental para aperfeiccediloar a previsibilidade e controle de riscos fundamentando-se em trecircs pilares fundamentais

Transparecircncia aspectos significativos (e padronizados) devem estar visiacuteveis aos responsaacuteveis pelos resultados Por exemplo uma linguagem comum a todos os participantes

Inspeccedilatildeo os usuaacuterios devem frequentemente inspecionar os artefatos e o

progresso para detectar indesejaacuteveis variaccedilotildees (natildeo pode ser frequente a ponto de atrapalhar a execuccedilatildeo das tarefas)

Adaptaccedilatildeo o processo ou material sendo produzido deve ser adaptado sempre

que um inspetor verificar desvios que tornem o resultado inaceitaacutevel e para tanto ele tem quatros oportunidades (as reuniotildees)

O Scrum define o conceito de Time Scrum que eacute um time auto-organizaacutevel (escolhe qual a melhor forma para realizar seu trabalho) e multifuncional (possui todas as competecircncias

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 26 de 44

e natildeo depende de outros de fora da equipe) Eacute o responsaacutevel por entregar produtos de forma iterativa e incremental maximizando as oportunidades de realimentaccedilatildeo As entregas incrementais de produto ldquoprontordquo garantem que uma versatildeo potencialmente funcional do produto do trabalho esteja sempre disponiacutevel Agora o mais importante o Time Scrum eacute composto por um Product Owner um Scrum Master e a Equipe de Desenvolvimento1 Product Owner Eacute o responsaacutevel por maximizar o valor do produto e do trabalho da equipe de desenvolvimento sendo o uacutenico que pode gerenciar o Product Backlog Ele pode ateacute delegar atividades de gerenciamento mas ainda seraacute considerado o responsaacutevel pelos resultados A Equipe de Desenvolvimento soacute responde a ele Equipe de Desenvolvimento A Equipe de Desenvolvimento natildeo reconhece tiacutetulos para seus integrantes todos satildeo considerados desenvolvedores (natildeo importa o que faccedilam) A Equipe deve ter entre 3 e 9 integrantes de modo que natildeo seja pequena demais que haja restriccedilotildees de habilidades nem grande demais que seja complicado de gerenciar Scrum Master Eacute o responsaacutevel por garantir que o Scrum seja entendido e aplicado Ademais ele deve comunicar claramente a visatildeo objetivo e itens do Product Backlog ensinar a equipe a criar itens claros e concisos treinar a equipe de desenvolvimento em autogerenciamento e interdisciplinaridade remover impedimentos entre outros Mudando de assunto os Eventos Scrum satildeo eventos time-boxed (ie com duraccedilatildeo maacutexima) usados para criar uma rotina e minimizar a necessidade de reuniotildees natildeo definidas pelo Scrum Lembrem-se de que a Sprint tem um mecircs ou menos e eacute iniciada imediatamente apoacutes a conclusatildeo da sprint anterior As Sprints satildeo compostas por uma Reuniatildeo de Planejamento da Sprint Reuniotildees Diaacuterias o Trabalho de Desenvolvimento uma Revisatildeo da Sprint e a Retrospectiva da Sprint Uma Sprint se inicia imediatamente apoacutes a conclusatildeo da sprint anterior e tem duraccedilotildees coerentes em todo o esforccedilo de desenvolvimento Durante a sprint eacute proibido realizar mudanccedilas que afetem seu objetivo Aleacutem disso eacute proibido mudar a composiccedilatildeo da equipe ou diminuir as metas de qualidade apesar disso o escopo pode ser sempre clarificado e renegociado Essas proibiccedilotildees devem ser levadas

muito a seacuterio entenderam

1 Natildeo confundir Equipe de Desenvolvimento com Time Scrum ʹ o primeiro estaacute contido no segundo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 27 de 44

Uma sprint pode ser cancelada antes de seu time-box terminar e isso somente pode ser feito pelo Product Owner (sob influecircncia de stakeholders equipe de desenvolvimento entre outros) Isso pode ocorrer caso o seu objetivo se torne obsoleto mas ocorrem tambeacutem devido agrave curta duraccedilatildeo e a cancelamentos poreacutem satildeo raros os casos O trabalho a ser realizado na Sprint eacute planejado na Reuniatildeo de Planejamento da Sprint (Proporcional a 8 horas) Essa reuniatildeo consiste em duas partes

1 O que seraacute entregue como resultado do incremento da proacutexima Sprint

2 Como o trabalho necessaacuterio para entregar o incremento seraacute realizado Na primeira parte a Equipe de Desenvolvimento tenta prever as funcionalidades que seratildeo desenvolvidas durante a Sprint Na segunda parte a Equipe de Desenvolvimento decide como iraacute construir essas funcionalidades durante a Sprint e desenvolve o Sprint Backlog Portanto a primeira parte trada do ldquoO que fazerrdquo e a segunda trata do ldquoComo fazerrdquo

Figura 12 - Processo do SCRUM

O Product Owner pode estar presente durante a segunda parte da reuniatildeo para clarificar itens do Backlog do Produto A Reuniatildeo Diaacuteria (Proporcional a 15 minutos) eacute um evento que busca criar um plano para as proacuteximas 24 horas e inspecionar o trabalho desde a uacuteltima Reuniatildeo Diaacuteria

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 28 de 44

Ela ocorre sempre no mesmo horaacuterio e no mesmo local e cada integrante deve responder as seguintes perguntas

1 O que foi completado desde a uacuteltima reuniatildeo

2 O que seraacute feito ateacute a proacutexima reuniatildeo

3 Quais os obstaacuteculos que estatildeo no caminho

As Reuniotildees Diaacuterias melhoram bastante a comunicaccedilatildeo entre os integrantes ademais eliminam a necessidade de outras reuniotildees identificam e removem impedimentos destacam e promovem raacutepidas tomadas de decisatildeo e melhoram o niacutevel de conhecimento da Equipe como um todo A Revisatildeo da Sprint (Proporcional a 4 horas) eacute executada no final da Sprint para inspecionar o incremento e adaptar o Backlog do Produto se necessaacuterio Esta eacute uma reuniatildeo informal e a apresentaccedilatildeo do incremento destina-se a motivar e obter comentaacuterios e promover a colaboraccedilatildeo Nesta reuniatildeo discute-se o que foi bem e o que natildeo foi problemas ocorridos e como foram resolvidos Procut Backlog projeccedilotildees de datas O resultado eacute o Product Backlog revisado e ajustado A Retrospectiva da Sprint (Proporcional a 3 horas) eacute uma chance para o Scrum Team inspecionar a si proacuteprio e criar um plano de melhorias par proacutexima sprint Ela inspeciona como foi a uacuteltima sprint em relaccedilatildeo agraves pessoas agraves relaccedilotildees aos processos e agraves ferramentas Aleacutem disso tem o poder de identificar e ordenar os principais itens que se tornaram potenciais de melhorias e cria um plano para implementar melhorias no modo de realizaccedilatildeo do trabalho

Figura 13 - Graacutefico Burndown

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 29 de 44

O Documento de Visatildeo eacute definido pelo Product Owner e representa como os clientes usuaacuterios finais gerentes stakeholders executivos entre outros visualizam o resultado final do produto que seraacute criado Praacuteticas como BurndownBurnup tecircm sido utilizadas para prever o progresso sem substituir a importacircncia do empirismo como mostra a Figura 13 O Product Backlog eacute uma lista ordenada (por valor risco prioridade etc) de tudo que deve ser necessaacuterio no produto e eacute uma origem uacutenica dos requisitos para qualquer mudanccedila a ser feita no produto Ele nunca (Atenccedilatildeo nunca) estaraacute completo e existiraacute enquanto o produto tambeacutem existir

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 30 de 44

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

Comentaacuterios Bem vamos comeccedilar nossos exerciacutecios com um erro da FCC O Guia Scrum diz que o Scrum Team eacute dividido em Product Owner Scrum Master e Development Team No entanto a FCC deu a resposta como correto

Gabarito C

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

Comentaacuterios Bem tranquila neacute Trata-se de uma Sprint

Gabarito C

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint Comentaacuterios Bem tranquila tambeacutem Trata-se de uma Sprint

Gabarito C

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

Comentaacuterios Perfeito Essa Scrum Meeting trata-se da Daily Scrum Meeting ou Reuniatildeo Diaacuteria

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 31 de 44

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

Comentaacuterios De fato estaacute incorreto O periacuteodo maacuteximo eacute de 30 dias e a equipe de trabalho varia de 3 a 9 pessoas

Gabarito C

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

Comentaacuterios Na verdade natildeo eacute correto Eacute possiacutevel dissolver uma sprint e comeccedilar outra baseando-se em um no sprint backlog ndash quem pode fazer isso eacute o Product Owner

Gabarito E

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

Comentaacuterios Bem ela deve durar no maacuteximo 15 minutos no entanto a questatildeo diz que natildeo deve durar mais que 30 minutos (o que natildeo eacute errado) Portanto natildeo eacute incorreto ndash eacute correto

Gabarito E

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

Comentaacuterios Na verdade natildeo eacute incorreto Satildeo essas as perguntas a serem feitas

Gabarito E

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

Comentaacuterios Tambeacutem natildeo eacute incorreto Eacute exatamente isso que o Scrum Master deve fazer

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 32 de 44

Gabarito E

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

Comentaacuterios Na verdade soacute pode ser modificado pelo Product Owner

Gabarito E

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint Comentaacuterios Scrum Master eacute apenas um facilitador Quem pode modificar o Backlog eacute o Product Owner

Gabarito E

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

Comentaacuterios Eacute possiacutevel ndash sim ndash dissolver uma sprint

Gabarito E

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe Comentaacuterios Na verdade as discussotildees ocorrem mais entre a equipe de desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 33 de 44

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a data final e o custo do projeto satildeo determinados ao longo do projeto

Comentaacuterios Eacute isso mesmo ndash satildeo todos definidos ao longo do projeto

Gabarito C

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

Comentaacuterios Na verdade recomenda-se entre trecircs e nove participantes Com menos de trecircs participantes reduz-se a interaccedilatildeo que gera um menor ganho de produtividade

Gabarito E

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

Comentaacuterios De fato apenas o Product Owner pode cancelar uma sprint

Gabarito C

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

Comentaacuterios Uma sprint deve ter entre duas e quarto semanas

Gabarito E

53 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

Comentaacuterios Questatildeo perfeita Scrum estaacute para o PMBOK assim como o XP estaacute para o RUP Ele pode ser utilizado em teoria em qualquer contexto em que se necessite atingir um objetivo comum entre um grupo de pessoas

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 34 de 44

54 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

Comentaacuterios Literalmente retirado do Guia Scrum ndash perfeito

Gabarito C

55 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

Comentaacuterios Conjunto de requisitos bem definidos Natildeo eacute o contraacuterio Geralmente trata-se de requisitos pouco definidos

Gabarito E

56 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

Comentaacuterios Eacute exatamente isso Lembrem-se de que natildeo haacute cargos mas papeacuteis

Gabarito C

57 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

Comentaacuterios Galera essa eacute muito faacutecil Nenhum produto estaraacute nunca completamente testado ademais o Product Backlog tambeacutem nunca estaraacute completo

Gabarito E

58 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

Comentaacuterios Opaaaa Product Owner natildeo trata de estimativas Entendam escopo e importacircncia satildeo definidos pelo PO no entanto quem define estimativas eacute a Equipe de Desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 35 de 44

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

60 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

Comentaacuterios Bem o cliente natildeo se torna parte da equipe de desenvolvimento Haacute ndash sim ndash uma forte integraccedilatildeo no entanto dizer que faz parte da equipe de desenvolvimento eacute um completo absurdo No entanto o CESPE natildeo entendeu dessa maneira

Gabarito C

61 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

Comentaacuterios Eacute isso mesmo perfeito

Gabarito C

62 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o

documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

Comentaacuterios Galera item perfeito Muito bem escrito

Gabarito C

63 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

Comentaacuterios Questatildeo perfeita retirada do Guia Scrum

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 36 de 44

Gabarito C

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

65 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

Comentaacuterios Jaacute li isso 800x e as bancas continuam errando Escreve-se ITERACcedilAtildeO e natildeo INTERACcedilAtildeO A questatildeo deveria ter sido anulada mas natildeo foi =

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 37 de 44

LISTA DE EXERCIacuteCIOS COMENTADOS

(Instituto Cidades ndash 2012 - CEMIG - Agente de Gestatildeo Administrativa - Analista de Sistemas - A) O teste

eacute uma atividade de verificaccedilatildeo e validaccedilatildeo do software e consiste na anaacutelise dinacircmica do mesmo isto eacute na execuccedilatildeo do produto de software com o objetivo de verificar a presenccedila de defeitos no produto e aumentar a confianccedila de que o mesmo estaacute correto

(CESPE - 2012 ndash Anatel ndash Analista Administrativo ndash Arquitetura de Soluccedilotildees) Considere as informaccedilotildees

abaixo em relaccedilatildeo ao desenvolvimento de sistemas

I executar um software com o objetivo de revelar falhas mas que natildeo prova a exatidatildeo do software II correta construccedilatildeo do produto III Construccedilatildeo do produto certo

Correspondem corretamente a I II e III respectivamente

a) Validaccedilatildeo verificaccedilatildeo e teste b) Verificaccedilatildeo teste e validaccedilatildeo c) Teste verificaccedilatildeo e validaccedilatildeo d) Validaccedilatildeo teste e verificaccedilatildeo e) Teste validaccedilatildeo e verificaccedilatildeo

(CESPE - 2010 ndash TJES ndash Analista Judiciaacuterio ndash Analista de Sistemas) Verificaccedilatildeo e validaccedilatildeo satildeo atividades

da anaacutelise de software necessaacuterias para se identificar o que o software precisa executar seguida de uma avaliaccedilatildeo do usuaacuterio quanto agraves atividades definidas

(CESPE - ndash TRT 5ordf ndash Analista Judiciaacuterio ndash Analista de Sistemas) A diferenccedila entre verificaccedilatildeo e

validaccedilatildeo reside no fato de que a primeira se refere ao conjunto de atividades que garante que o software realiza corretamente uma funccedilatildeo especiacutefica enquanto a segunda refere-se a um conjunto diferente de atividades que garante que o software que foi construiacutedo eacute rastreaacutevel agraves exigecircncias do cliente

(ESAF - ndash MPOG ndash Analista de Planejamento ndash Analista de Sistemas - B) Demonstrar ao

desenvolvedor e ao cliente que o software atende aos requisitos eacute uma meta de validaccedilatildeo do software

(CESPE - ndash IPEA ndash Analista de Sistemas) A verificaccedilatildeo assegura que o produto como fornecido iraacute

atender o seu uso pretendido ou seja que se estaacute construindo o produto certo E a validaccedilatildeo confirma que os produtos de trabalho refletem de forma apropriada os requisitos que foram especificados ou seja que se estaacute construindo o produto corretamente

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 38 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 39 de 44

tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 40 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto

da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C) Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 41 de 44

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 42 de 44

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a

data final e o custo do projeto satildeo determinados ao longo do projeto

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 43 de 44

53 (CESPE - 2012 - TRE-RJ - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) A metodologia scrum prega que a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

54 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

55 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM

o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

56 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

57 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

58 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

60 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para

gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

61 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

62 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 44 de 44

63 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

65 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

66 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

GABARITO

1 2 3 4 5 6 7 8 9 10 E C C C E E E C E E 11 12 13 14 15 16 17 18 19 20 E C C C C E E C E E 21 22 23 24 25 26 27 28 29 30 E C C C E E C E B E 31 32 33 34 35 36 37 38 39 40 E C C C C C C C C E 41 42 43 44 45 46 47 48 49 50 E E E E C E E E C E 51 52 53 54 55 56 57 58 59 60 C E C C E C E E C C 61 62 63 64 65 66 67 68 69 70 C C C C C - - - - -

79831971523

325179138-97 - caio victor gambardela

Page 6: 203903115 Testes Conceitos Verificacao e Validacao Tipos de Teste Unidade Integracao Sistemafuncional Aceitacao Carga Desempenho Vulnerabilidade Usab

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 5 de 44

(Instituto Cidades ndash 2012 - CEMIG - Agente de Gestatildeo Administrativa - Analista de Sistemas - A) O teste

eacute uma atividade de verificaccedilatildeo e validaccedilatildeo do software e consiste na anaacutelise dinacircmica do mesmo isto eacute na execuccedilatildeo do produto de software com o objetivo de verificar a presenccedila de defeitos no produto e aumentar a confianccedila de que o mesmo estaacute correto

Comentaacuterios Teste eacute uma atividade de verificaccedilatildeo somente

Gabarito E

(CESPE - 2012 ndash Anatel ndash Analista Administrativo ndash Arquitetura de Soluccedilotildees) Considere as informaccedilotildees

abaixo em relaccedilatildeo ao desenvolvimento de sistemas

I executar um software com o objetivo de revelar falhas mas que natildeo prova a exatidatildeo do software II correta construccedilatildeo do produto III Construccedilatildeo do produto certo

Correspondem corretamente a I II e III respectivamente

a) Validaccedilatildeo verificaccedilatildeo e teste b) Verificaccedilatildeo teste e validaccedilatildeo c) Teste verificaccedilatildeo e validaccedilatildeo d) Validaccedilatildeo teste e verificaccedilatildeo e) Teste validaccedilatildeo e verificaccedilatildeo

Comentaacuterios Questatildeo estranha na medida em que Teste eacute um dos tipos de Verificaccedilatildeo (I) Teste ndash por conta da execuccedilatildeo do software (II) Verificaccedilatildeo ndash eacute semelhante a ldquoEstamos construindo o produto corretamenterdquo (III) Validaccedilatildeo ndash eacute semelhante a ldquoEstamos construindo o produto corretordquo

Gabarito C

(CESPE - 2010 ndash TJES ndash Analista Judiciaacuterio ndash Analista de Sistemas) Verificaccedilatildeo e validaccedilatildeo satildeo atividades

da anaacutelise de software necessaacuterias para se identificar o que o software precisa executar seguida de uma avaliaccedilatildeo do usuaacuterio quanto agraves atividades definidas

Comentaacuterios Eacute isso mesmo Verificaccedilatildeo eacute em relaccedilatildeo agrave especificaccedilatildeo de requisitos e a Validaccedilatildeo eacute em relaccedilatildeo aos usuaacuterios

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 6 de 44

(CESPE - 09 ndash TRT 5ordf ndash Analista Judiciaacuterio ndash Analista de Sistemas) A diferenccedila entre verificaccedilatildeo e validaccedilatildeo reside no fato de que a primeira se refere ao conjunto de atividades que garante que o software realiza corretamente uma funccedilatildeo especiacutefica enquanto a segunda refere-se a um conjunto diferente de atividades que garante que o software que foi construiacutedo eacute rastreaacutevel agraves exigecircncias do cliente

Comentaacuterios Perfeita definiccedilatildeo ndash eacute isso mesmo

Gabarito C

(ESAF - ndash MPOG ndash Analista de Planejamento ndash Analista de Sistemas - B) Demonstrar ao

desenvolvedor e ao cliente que o software atende aos requisitos eacute uma meta de validaccedilatildeo do software

Comentaacuterios Se demonstra ao desenvolvedor e ao cliente que atende aos requisitos portanto eacute uma verificaccedilatildeo de software

Gabarito E

(CESPE - ndash IPEA ndash Analista de Sistemas) A verificaccedilatildeo assegura que o produto como fornecido iraacute

atender o seu uso pretendido ou seja que se estaacute construindo o produto certo E a validaccedilatildeo confirma que os produtos de trabalho refletem de forma apropriada os requisitos que foram especificados ou seja que se estaacute construindo o produto corretamente

Comentaacuterios Natilde-natildeo Eacute o contraacuterio

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 7 de 44

TESTES DE SOFTWARE

O Teste de Software eacute o processo de executar um software com dois objetivos principais (1) demonstrar ao desenvolvedor e ao cliente que o software atende aos requisitos especificados (2) descobrir falhas ou defeitos no software que apresente comportamento incorreto natildeo desejaacutevel ou em natildeo conformidade com sua especificaccedilatildeo Os testes natildeo podem demonstrar que um software eacute livre de defeitos ou que ele se comportaraacute conforme especificado em todas as circunstacircncias Eacute sempre possiacutevel que um teste ignorado possa descobrir mais problemas no sistema Jaacute dizia Edsger Dijkstra ldquoOs testes podem somente mostrar a presenccedila de erros natildeo sua ausecircnciardquo O que eacute um Teste de Software Myers diz que eacute o processo de executar um determinado software com a intenccedilatildeo de encontrar defeitos A IEEE 729 define como o processo formal de avaliar um sistema ou componente por meios manuais ou automaacuteticos para verificar se ele satisfaz os requisitos especificados O Glossaacuterio ISTQB conceitua como todas as atividades do ciclo de vida estaacuteticas ou dinacircmicas voltadas para o planejamento preparaccedilatildeo e avaliaccedilatildeo de produtos de software e produtos de trabalho relacionados a fim de determinar se eles satisfazem os requisitos especificados e demonstrar que estatildeo aptos para sua finalidade e detecccedilatildeo de defeitos Ao longo de diversos anos a engenharia de software evolui de modo a sugerir alguns princiacutepios que guiam os testes de software Vejamos alguns abaixo Testes demonstram a presenccedila de defeitos

Um teste pode demonstrar a presenccedila de defeitos mas natildeo pode provar que eles natildeo existem Ele reduz a probabilidade de que os defeitos permaneccedilam em um software mas mesmo se nenhum defeito for encontrado natildeo quer dizer que esteja perfeito

stes exaustivos satildeo impossiacuteveis

Testar todas as combinaccedilotildees de entradas e preacute-condiccedilotildees eacute inviaacutevel exceto para casos triviais Em vez de realizar testes exaustivos os riscos e prioridades satildeo levados em consideraccedilatildeo para dar foco aos esforccedilos de teste Teste o mais breve possiacutevel

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 8 de 44

Os defeitos encontrados nas fases iniciais do processo de desenvolvimento de software satildeo mais baratos de serem corrigidos do que aqueles encontrados jaacute em fase produccedilatildeo Haacute inclusive teacutecnicas de testes antes mesmo da implementaccedilatildeo Agrupam os defeitos mais sensiacuteveis

Seguindo o Princiacutepio de Pareto 80 dos defeitos satildeo causados por 20 do coacutedigo Ao identificar essas aacutereas sensiacuteveis os testes podem priorizaacute-las enquanto ainda procuram por erros nas demais regiotildees Paradoxo do pesticida

Caso os mesmos testes sejam aplicados repetidamente em determinado momento eles deixam de ser uacuteteis ou seja natildeo conseguem encontrar nenhum novo defeito Por isso os testes precisam ser revisitados com frequecircncia (Novos pesticidas) Testes dependem do contexto

Os testes devem ser elaborados de acordo com o contexto de utilizaccedilatildeo do software Exemplo um sistema bancaacuterio deve ser testado de maneira diferente de uma rede social Assim como testes de aplicaccedilatildeo web tecircm foco diferente do desktop

secircncia de defeitos eacute uma ilusatildeo

Identificar e corrigir os problemas de um software natildeo garantem que ele estaacute pronto Os testes foram elaborados para identificar todas as possiacuteveis falhas O sistema atende agraves necessidades e expectativas dos usuaacuterios Ou seja haacute outros fatores

Agora vamos falar de uma coisa muito importante Podemos olhar para os testes por meio de trecircs perspectivas diferentes Teacutecnicas de Testes Niacuteveis de Testes e Tipos de Testes A Figura 3 apresenta essas trecircs perspectivas como um plano cartesiano de trecircs dimensotildees Noacutes iremos estudar cada uma dela mais agrave frente Figura 3 - Perspectivas de Testes

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 9 de 44

As Teacutecnicas de Teste de Software buscam demonstrar como testar Jaacute os Niacuteveis de Testes de Software buscam demonstrar quando testar Por fim os Tipos de Testes de Software buscam demonstrar o que testar Essas trecircs perspectivas satildeo apresentadas na Figura 4 seratildeo detalhadas para melhor entendimento

Figura 4 - Perspectivas de Testes

As Teacutecnicas de Testes se dividem em Caixa-Branca Caixa-Preta e Caixa-Cinza A primeira se foca nas estruturas internas dos procedimentos do sistema A segunda se foca nas entradas e saiacutedas especificadas nos requisitos funcionais Jaacute a terceira se foca tanto em estruturas internas quanto nas entradas e saiacutedas especificadas nos requisitos A Teacutecnica de Caixa-Branca (tambeacutem conhecida como Estrutural ou Orientada agrave Loacutegica) analisa caminhos loacutegicos possiacuteveis de serem executados portanto eacute necessaacuterio ter conhecimento sobre o funcionamento interno dos componentes Ele busca garantir que todos os caminhos independentes de um moacutedulo sejam executados pelo menos uma vez Ademais ele trata de todas as decisotildees loacutegicas para valores verdadeiros e falsos aleacutem de executar laccedilos dentro dos valores limites e avaliar as estruturas de dados internas As teacutecnicas principais satildeo testes de caminhos testes de estruturas de controle e complexidade ciclomaacutetica A Teacutecnica de Caixa-Preta (tambeacutem conhecida como ComportamentalFuncional ou Orientado a Dado) se baseia em preacute e poacutes-condiccedilotildees geralmente sendo utilizada nas etapas posteriores da disciplina de testes Ele busca funccedilotildees incorretas ou inexistentes erros de comportamento ou desempenho erros de inicializaccedilatildeo e interface etc Ele tem o objetivo de verificar a funcionalidade e aderecircncia aos requisitos em uma oacutetica externa ou do usuaacuterio sem se basear em qualquer conhecimento do coacutedigo ou loacutegica interna do componente As teacutecnicas principais satildeo testes baseados em grafos particionamento de equivalecircncias anaacutelise de valor-limite e teste de matriz ortogonal

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 10 de 44

Os Niacuteveis de Teste (tambeacutem conhecido como EstaacutegioEstrateacutegias) ralmente satildeo agrupados de acordo com o momento em que eles satildeo executados ou tambeacutem pelo niacutevel de especificidade do teste Exemplos Teste de Unidade Teste de Integraccedilatildeo Teste de Sistema Teste de Aceitaccedilatildeo entre outros

Figura 5 - Estaacutegios de Testes

A Figura 5 mostra que a espiral inicia- em sentido horaacuterio pelo Teste de Unidade (que analisa o coacutedigo) em seguida realiza o Teste de Integraccedilatildeo (que analisa o projeto) depois o Teste de Validaccedilatildeo ou Aceitaccedilatildeo (que analisa os requisitos) e por fim o Teste de Sistema (que analisa o sistema) Teste de Unidade Trata do esforccedilo de verificaccedilatildeo na menor unidade de projeto de software ndash componente ou moacutedulo de software Os testes unitaacuterios verificam o funcionamento de um pedaccedilo do sistema ou software isoladamente ou que possam ser testados separadamente Eles satildeo considerados um apecircndice ao passo de codificaccedilatildeo O projeto de Teste de Unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado Ele enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente Professor mas que

componente eacute esse Ora meacutetodos classes ou moacutedulos Teste de Integraccedilatildeo Trata do esforccedilo de verificaccedilatildeo em uma combinaccedilatildeo de componentes para verificar se eles funcionam corretamente juntos conforme as especificaccedilotildees Busca encontrar

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 11 de 44

defeitos nas interfaces e nas interaccedilotildees entre componentes ou sistemas integrados Ele sucede o Teste de Unidade e antecede o Teste de Sistema Os resultados do Teste de Unidade dos moacutedulos do sistema servem de insumo para o Teste de Integraccedilatildeo Eacute uma teacutecnica sistemaacutetica para construir a arquitetura de um software e descobrir erros na integraccedilatildeo entre os componentes Os moacutedulos satildeo integrados gradualmente a fim de facilitar a localizaccedilatildeo de erros Teste de AceitaccedilatildeoValidaccedilatildeo Trata do esforccedilo em demonstrar a conformidade com os requisitos de software Focaliza accedilotildees visiacuteveis ao usuaacuterio e saiacutedas do sistema reconhecidas tambeacutem pelo usuaacuterio Eacute bem sucedida quando o software funciona do modo que pode ser razoavelmente esperado pelo usuaacuterio Ele sucede o Teste de Integraccedilatildeo e antecede o Teste de Sistema O ambiente de teste utilizado deve ser o mais proacuteximo possiacutevel do ambiente real Os tipos mais comuns satildeo o Teste Alfa e o Teste Beta O primeiro ocorre em um ambiente controlado ndash simulando a forma de utilizaccedilatildeo do usuaacuterio Jaacute o segundo ocorre no ambiente real de utilizaccedilatildeo e eacute realizado pelo proacuteprio usuaacuterio Teste de SistemaFuncional Trata do esforccedilo em demonstrar o funcionamento do sistema como um todo dentro de um ambiente operacional controlado para validar a exatidatildeo e perfeiccedilatildeo na execuccedilatildeo de suas funccedilotildees Utilizam-se dados de teste a fim de tentar evitar a ocorrecircncia de defeitos em ambiente de produccedilatildeo Lembremos que um software frequentemente eacute apenas um elemento de um sistema maior Logo eacute necessaacuterio testaacute-lo considerando o contexto em que seraacute utilizado Eles satildeo conduzidos em um ambiente completo e integrado por vaacuterias pessoas (natildeo soacute os desenvolvedores) Busca-se exercitar o sistema por completo

Por fim vamos tratar dos Tipos de Testes Exemplos Teste de Regressatildeo Teste de Teste de Fumaccedila Teste de Recuperaccedilatildeo Teste de Seguranccedila Teste de Carga Teste de Desempenho Teste de Usabilidade No entanto o edital de vocecircs pede apenas quatro tipos de teste que veremos a seguir Teste de CargaEstresseVolume Trata do esforccedilo em demonstrar o funcionamento do software em situaccedilotildees anormais ie executa o sistema em condiccedilotildees incomuns de demanda de recursos velocidade

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 12 de 44

frequecircncia e volume Em outras palavras verifica qual limite de dados processados ateacute a falha do sistema Teste de DesempenhoPerformance Trata do esforccedilo em demonstrar que o sistema atende aos niacuteveis de desempenho e tempo de resposta acordados com os usuaacuterios e definidos nos requisitos Geralmente ocorre paralelamente ao Teste de Carga e avalia a capacidade de resposta do sistema em determinadas configuraccedilotildees Teste de Vulnerabilidade Trata do esforccedilo em demonstrar buracos de seguranccedila e vulnerabilidades podem ser aplicadas agrave redemaacutequina alvo Quem efetuar o teste vai tentar identificar nas maacutequinas na rede alvo todas as portas abertas sistemas operativos e aplicaccedilotildees a serem executadas Teste de Usabilidade Trata do esforccedilo em demonstrar falhas na facilidade de uso do software pelos usuaacuterios finais Enfatiza fatores humanos consistecircncia na interface graacutefica esteacutetica ajuda online assistentes wizard documentaccedilatildeo do usuaacuterio material de treinamento entre outros Uma boa interface com o usuaacuterio deve ser faacutecil de usar e entender

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 13 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - A O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

Comentaacuterios Qual eacute o objetivo de um teste Encontrar erros Noacutes jaacute sabemos que eacute virtualmente impossiacutevel provar a correccedilatildeo integral de um programa

Gabarito E

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - B O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

Comentaacuterios Exatamente isso Um teste deve ter alta probabilidade de encontrar erros

Gabarito C

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - C O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

Comentaacuterios Opaaaa natildeo satildeo desejaacuteveis testes redundantes mas ndash sim ndash eficientes

Gabarito E

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - D O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

Comentaacuterios Na verdade testes natildeo devem ser muito simples nem muito complexos

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 14 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - E O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

Comentaacuterios Natildeo faz nenhum sentido ndash inclusive a proacutepria Equipe de Desenvolvimento realiza testes (Testes de Unidade)

Gabarito E

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

Comentaacuterios Eacute isso mesmo Inicia-se com Testes de Unidade depois Testes de Integraccedilatildeo e por fim Testes de Sistema

Gabarito C

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

Comentaacuterios Essa eacute uma boa definiccedilatildeo para Testes de Unidade Perfeito

Gabarito C

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

Comentaacuterios Eacute exatamente isso Eacute comum ndash inclusive ndash que frameworks utilizem o Test-first Design

Gabarito C

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

Comentaacuterios Essa eacute a perfeita definiccedilatildeo de Teste de Integraccedilatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 15 de 44

Gabarito C

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

Comentaacuterios Como jaacute vimos nenhum teste eacute capaz de garantir que natildeo restam erros em um sistema

Gabarito E

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software Comentaacuterios Bem essa eacute ateacute engraccedilada Geralmente um teste bem sucedido eacute aquele que encontra erros Se ele natildeo encontra erros eacute mais provaacutevel que o teste tenha sido mal feito

Gabarito E

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

Comentaacuterios Os testes de desempenho devem ser projetados para assegurar que o sistema pode operar na carga necessaacuteria Isso envolve geralmente o planejamento de uma seacuterie de testes em que a carga eacute constantemente aumentada ateacute que o desempenho se torne inaceitaacutevel Perfeito Gabarito C

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

Comentaacuterios O teste de desempenho concentra-se tanto em demonstrar que o sistema atende aos requisitos como tambeacutem em descobrir problemas e defeitos no sistema Gabarito E

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 16 de 44

Comentaacuterios Jaacute vimos um milhatildeo de vezes Testes natildeo garantem a ausecircncia de erros Gabarito E

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

Comentaacuterios Opa como eacute Maior unidade de projeto Natildeo Na menor unidade de projeto do software Gabarito E

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

Comentaacuterios Perfeito Eacute exatamente isso Gabarito C

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

Comentaacuterios Galera natildeo se exaltem O Teste de Integraccedilatildeo eacute o que mais testa a interface poreacutem o Teste de Unidade tambeacutem a testa Natildeo haacute nada errado aqui Gabarito C

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

Comentaacuterios Exatamente isso Vamos relembrar Testes de Unidade tratam do coacutedigo-fonte Testes de Integraccedilatildeo tratam de Projeto de Software Testes de Validaccedilatildeo tratam de Requisitos Testes de Sistema tratam de Engenharia de Sistemas Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 17 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

Comentaacuterios Bem apesar de falar sobre componentes do modelo de implementaccedilatildeo natildeo se trata de Teste de Integraccedilatildeo Observem que trata de um niacutevel de abstraccedilatildeo bastante baixo sobre os fluxos de controle e de dados Portanto trata-se de um Teste de Unidade Gabarito E

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

Comentaacuterios Natildeo Isso se trata do Teste Caixa-Branca Gabarito E

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

Comentaacuterios Perfeito Eacute bem intuitivo Gabarito C

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

Comentaacuterios Opa na verdade trata-se de Teste de Integraccedilatildeo Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 18 de 44

CONTROLE DE VERSAtildeO ndash G

O que eacute um Sistema de Controle de Versatildeo Eacute um sistema que registra as mudanccedilas feitas em um arquivo ou um conjunto de arquivos ao longo do tempo de forma que seja possiacutevel recuperar versotildees especiacuteficas Eu por exemplo uso um sistema de controle de versatildeo para guardar todas as versotildees das aulas que eu faccedilo ndash jaacute pensou se eu perco isso D Pessoal se um sistema de controle de versatildeo eacute importante para que eu controle as versotildees das minhas aulas imaginem para quem estaacute desenvolvendo um software O desenvolvedor deve poder conseguir gerenciar as diferentes versotildees de coacutedigo-fonte e documentaccedilatildeo do software que ele estaacute desenvolvendo

Um dos softwares de controle de versatildeo mais conhecido do mercado eacute o G Ele eacute um sistema open-source distribuiacutedo raacutepido e foi criado por Linus Torvalds (isso mesmo aquele do Linux) e foi desenvolvido para controlar as versotildees do kernel do sistema operacional

Vocecircs podem estar se perguntando natildeo basta criar um diretoacuterio e ir salvando cada versatildeo

com um nome diferente Ora nada impede que se faccedila isso No entanto percebam que ndash apesar de ser uma ideia extremamente simples ndash ela eacute muito suscetiacutevel a erros Pessoal noacutes somos humanos e muitas vezes desatentos

Imaginem um cara que tem 40 diretoacuterios para o sistema que ele estaacute desenvolvendo E se ele achar que estaacute em um diretoacuterio mas na verdade estaacute em outro E se ele acabar

Figura 6 - Logo da git

Figura 7 - Sistema de Controle de Versotildees Local (SCVL)

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 19 de 44

gravando acidentalmente no diretoacuterio errado E se ele sobrescrever arquivos indevidamente sem a menor intenccedilatildeo Pois eacute para resolver esse problema foram desenvolvidos os Sistemas de Controle de Versatildeo Locais em que se armazenavam todas as alteraccedilotildees dos arquivos sob controle de revisatildeo Como assim Ora bastava salvar o arquivo e ele era gravado no diretoacuterio com cada uma de suas versotildees como mostra a Figura 8

Agora imaginem 10 desenvolvedores trabalhando com sistemas diferentes e armazenando suas versotildees cada um em seu computador ndash ora como eles podem trabalhar em conjunto

integrando seus componentes Para lidar com esse problema foi criado o Sistema de Controle de Versatildeo Centralizado como mostra a Figura 9 Esses sistemas possuem um servidor central uacutenico que conteacutem todos os arquivos versionados e vaacuterios clientes que podem recuperaacute-los Os desenvolvedores tecircm conhecimento razoaacutevel sobre o projeto como um todo No entanto se o servidor falhartodos param de trabalhar armazenamento for corrompido jaacute era

Figura 9 - Sistema de Controle de Versotildees Distribuiacutedo (SCVD)

Figura 8 - Sistema de Controle de Versatildeo Centralizado (SCVC)

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 20 de 44

Como solucionar esse problema Com Sistemas de Controle de Versotildees Distribuiacutedos Nesse caso o cliente copia o repositoacuterio dele inteiro e natildeo apenas as versotildees de um arquivo especiacutefico Dessa forma caso um servidor falhe pode-se copiar os repositoacuterios dos clientes de volta para o servidor e assim restauraacute-lo Em vez de existir apenas um repositoacuterio central utilizado pelos clientes cada usuaacuterio possui uma coacutepia do repositoacuterio inteiro De certo modo ele eacute mais lento que o sistema centralizado poreacutem permite manter um histoacuterico da evoluccedilatildeo do projeto permite uma maior colaboraccedilatildeo entre os desenvolvedores e permite variaccedilotildees no projeto

Em suma SCVL eacute uma estrutura composta por repositoacuterio e aacuterea de trabalho Jaacute o SCVC eacute uma estrutura composta por um uacutenico repositoacuterio e vaacuterias coacutepias de trabalho que se comunicam apenas atraveacutes do repositoacuterio central Por fim o SCVD eacute uma estrutura em que cada desenvolvedor possui um repositoacuterio proacuteprio acoplado a uma aacuterea de trabalho Pessoal essa introduccedilatildeo toda foi para dizer que o Git eacute um Sistema de Controle de Versatildeo Distribuiacutedo (SCVD) Muitos projetos utilizam esse sistema tais como Amarok Android Debian Eclipse Fedora Perl Wine entre outros Enfim soacute encontrei uma questatildeo sobre esse tema Vamos aos exerciacutecios

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 21 de 44

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

Comentaacuterios Vocecircs jaacute conhecem o Git Outros Sistemas de Controle de Versatildeo open-source satildeo CVS e SVN ClearCase e SourceSafe satildeo comerciais

Gabarito B

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado Comentaacuterios Opa natilde-natildeo Git eacute um Sistema de Controle de Versatildeo Distribuiacutedo e natildeo Centralizado

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 22 de 44

JENKINS

Galera eu tenho um acervo consideraacutevel de provas das principais bancas ndash em que eacute possiacutevel procurar palavras especiacuteficas E eu natildeo encontrei uma questatildeo sequer a respeito desse tema Logo nossa visatildeo seraacute superficial pois assuntos novos em geral natildeo entram em detalhes

Primeiro de tudo o que eacute o Jenkins Eacute uma ferramenta open-source de integraccedilatildeo contiacutenua escrita em java para testes e relatoacuterios sobre mudanccedilas isoladas em uma grande base de coacutedigo em tempo real O software possibilita que os desenvolvedores encontrem e resolvam defeitos rapidamente em uma base de coacutedigo e automatizem seus testes A integraccedilatildeo contiacutenua evoluiu desde a sua concepccedilatildeo Originalmente o padratildeo era uma compilaccedilatildeo por dia Hoje em dia a regra comum eacute que cada membro da equipe apresente seu trabalho diariamente (ou ateacute mais frequentemente) e compilaccedilotildees sejam realizadas para cada mudanccedila significativa Quando usado corretamente a integraccedilatildeo contiacutenua proporciona vaacuterios benefiacutecios como feedback constante sobre o status do software Os defeitos satildeo geralmente menores menos complexos e mais faacuteceis de resolver uma vez que a Integraccedilatildeo Contiacutenua detecta deficiecircncias no iniacutecio do desenvolvimento Resumindo o que vocecircs jaacute viram dezenas de vezes no estudo de metodologias aacutegeis a integraccedilatildeo contiacutenua consiste em o desenvolvedor integrar o coacutedigo desenvolvido eou alterado ao projeto principal na mesma frequecircncia com que as funcionalidades satildeo desenvolvidas sendo feito muitas vezes ao dia ao inveacutes de apenas uma vez O objetivo principal de se utilizar a integraccedilatildeo contiacutenua eacute verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente Ademais pode ser feita atraveacutes de processos manuais ou automatizados utilizando ndash por exemplo ndash a ferramenta Jenkins (ou CruiseControl Hudson Bamboo Continuum Gump Beebox etc) O Jenkins eacute um sistema baseado em servidor que roda em um Container Web e possui plug-ins para ampliar sua utilizaccedilatildeo com outras linguagens de programaccedilatildeo para integraccedilatildeo com sistemas de controle de versatildeo ou para grandes bases de dados Bem eu acho que isso eacute suficiente sobre esse assunto

Figura 10 ʹ Logo da Jenkins

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 23 de 44

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua Comentaacuterios Opa Jenkins eacute uma ferramenta open-source

Gabarito E

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente Comentaacuterios Exatamente Nativamente ele natildeo tem suporte a outras linguagens de programaccedilatildeo ndash somente por meio de plug-ins

Gabarito C

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis Comentaacuterios Perfeito Metodologias aacutegeis precisam responder rapidamente a mudanccedilas e isso eacute auxiliado por ferramentas de integraccedilatildeo contiacutenua

Gabarito C

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

Comentaacuterios Perfeito Eacute isso mesmo

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 24 de 44

SCRUM

Algueacutem de vocecircs sabe de onde vem esse nome Entatildeo vou lhes contar Esse nome vem do rugby e eacute utilizado como uma metaacutefora para refletir o alto grau de cooperaccedilatildeo necessaacuterio para obter sucesso Imagino que poucos de vocecircs entendam as regras desse esporte portanto vou explicar de forma bastante objetiva porque essa metaacutefora eacute utilizada No rugby um time pontua quando a bola cruza a linha de gol e toca o chatildeo ndash sendo carregada ou por meio de um passe Caso o jogador seja derrubado ele deve soltar a bola e a jogada se reinicia Deve haver intensa troca de passes entre os jogadores de modo a deixaacute-los menos vulneraacuteveis a serem derrubados por outros jogadores

Figura 11 - Scrum no Rugby

Bem cada jogada se inicia quando um Scrum eacute realizado ie forma-se uma parede de forccedila entre os jogadores como mostra a Figura 11 Observem que os jogadores se reuacutenem de forma bem proacutexima unindo suas forccedilas e habilidades para trabalhar em conjunto a fim de conseguir recuperar a bola Percebam portanto que o time inteiro deve trabalhar para que a equipe possa pontuar Diferentemente do Futebol Americano natildeo haacute um quarterback ou uma estrela do time ndash todos satildeo importantes Pois eacute a histoacuteria fica mais interessante vamos ver uma das recomendaccedilotildees de ataque do rugby

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 25 de 44

ldquoPensem continuamente em seu alinhamento em relaccedilatildeo ao jogador que carrega a bola e aos jogadores ao seu redor Trabalhe duro para estar disponiacutevel quando necessaacuteriordquo Observem como isso eacute importante em metodologias aacutegeis trabalhar duro para ajudar a equipe a obter ecircxito ndash nunca existe ldquoBem natildeo haacute nada aqui para eu fazerrdquo Acho que agora ficou mais faacutecil entender de onde vem esse nome ndash vamos agrave teoria Antes de comeccedilar uma observaccedilatildeo o guia oficial do Scrum eacute um documento tatildeo pequeno (18 paacuteginas) que eu recomendo fortemente que vocecircs leiam-no por inteiro pois seraacute muito uacutetil Bem agora sim vamos ao trabalho Scrum eacute um framework (ie possui uma estrutura processual) leve simples de entender e extremamente difiacutecil de dominar para desenvolver e manter produtos complexos e adaptativos enquanto entrega produtiva e criativamente produtos com o mais alto valor possiacutevel Complicado ou natildeo Galera percebam que ele natildeo eacute um processo ou uma teacutecnica para construir produtos mas ndash sim ndash um framework em que pode ser empregado vaacuterios processos e teacutecnicas O Framework pode ser definido como um conjunto de papeacuteis eventos artefatos e regras associadas a uma equipe Ele eacute fundamentado em teorias empiacutericas de controle de processo e emprega uma abordagem iterativa e incremental (maximizando as oportunidades de feedback) para aperfeiccediloar a previsatildeo e controle de riscos Ele afirma que o conhecimento vem da experiecircncia e da tomada de decisotildees baseadas no que eacute conhecido Para tal ele emprega uma abordagem iterativa e incremental para aperfeiccediloar a previsibilidade e controle de riscos fundamentando-se em trecircs pilares fundamentais

Transparecircncia aspectos significativos (e padronizados) devem estar visiacuteveis aos responsaacuteveis pelos resultados Por exemplo uma linguagem comum a todos os participantes

Inspeccedilatildeo os usuaacuterios devem frequentemente inspecionar os artefatos e o

progresso para detectar indesejaacuteveis variaccedilotildees (natildeo pode ser frequente a ponto de atrapalhar a execuccedilatildeo das tarefas)

Adaptaccedilatildeo o processo ou material sendo produzido deve ser adaptado sempre

que um inspetor verificar desvios que tornem o resultado inaceitaacutevel e para tanto ele tem quatros oportunidades (as reuniotildees)

O Scrum define o conceito de Time Scrum que eacute um time auto-organizaacutevel (escolhe qual a melhor forma para realizar seu trabalho) e multifuncional (possui todas as competecircncias

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 26 de 44

e natildeo depende de outros de fora da equipe) Eacute o responsaacutevel por entregar produtos de forma iterativa e incremental maximizando as oportunidades de realimentaccedilatildeo As entregas incrementais de produto ldquoprontordquo garantem que uma versatildeo potencialmente funcional do produto do trabalho esteja sempre disponiacutevel Agora o mais importante o Time Scrum eacute composto por um Product Owner um Scrum Master e a Equipe de Desenvolvimento1 Product Owner Eacute o responsaacutevel por maximizar o valor do produto e do trabalho da equipe de desenvolvimento sendo o uacutenico que pode gerenciar o Product Backlog Ele pode ateacute delegar atividades de gerenciamento mas ainda seraacute considerado o responsaacutevel pelos resultados A Equipe de Desenvolvimento soacute responde a ele Equipe de Desenvolvimento A Equipe de Desenvolvimento natildeo reconhece tiacutetulos para seus integrantes todos satildeo considerados desenvolvedores (natildeo importa o que faccedilam) A Equipe deve ter entre 3 e 9 integrantes de modo que natildeo seja pequena demais que haja restriccedilotildees de habilidades nem grande demais que seja complicado de gerenciar Scrum Master Eacute o responsaacutevel por garantir que o Scrum seja entendido e aplicado Ademais ele deve comunicar claramente a visatildeo objetivo e itens do Product Backlog ensinar a equipe a criar itens claros e concisos treinar a equipe de desenvolvimento em autogerenciamento e interdisciplinaridade remover impedimentos entre outros Mudando de assunto os Eventos Scrum satildeo eventos time-boxed (ie com duraccedilatildeo maacutexima) usados para criar uma rotina e minimizar a necessidade de reuniotildees natildeo definidas pelo Scrum Lembrem-se de que a Sprint tem um mecircs ou menos e eacute iniciada imediatamente apoacutes a conclusatildeo da sprint anterior As Sprints satildeo compostas por uma Reuniatildeo de Planejamento da Sprint Reuniotildees Diaacuterias o Trabalho de Desenvolvimento uma Revisatildeo da Sprint e a Retrospectiva da Sprint Uma Sprint se inicia imediatamente apoacutes a conclusatildeo da sprint anterior e tem duraccedilotildees coerentes em todo o esforccedilo de desenvolvimento Durante a sprint eacute proibido realizar mudanccedilas que afetem seu objetivo Aleacutem disso eacute proibido mudar a composiccedilatildeo da equipe ou diminuir as metas de qualidade apesar disso o escopo pode ser sempre clarificado e renegociado Essas proibiccedilotildees devem ser levadas

muito a seacuterio entenderam

1 Natildeo confundir Equipe de Desenvolvimento com Time Scrum ʹ o primeiro estaacute contido no segundo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 27 de 44

Uma sprint pode ser cancelada antes de seu time-box terminar e isso somente pode ser feito pelo Product Owner (sob influecircncia de stakeholders equipe de desenvolvimento entre outros) Isso pode ocorrer caso o seu objetivo se torne obsoleto mas ocorrem tambeacutem devido agrave curta duraccedilatildeo e a cancelamentos poreacutem satildeo raros os casos O trabalho a ser realizado na Sprint eacute planejado na Reuniatildeo de Planejamento da Sprint (Proporcional a 8 horas) Essa reuniatildeo consiste em duas partes

1 O que seraacute entregue como resultado do incremento da proacutexima Sprint

2 Como o trabalho necessaacuterio para entregar o incremento seraacute realizado Na primeira parte a Equipe de Desenvolvimento tenta prever as funcionalidades que seratildeo desenvolvidas durante a Sprint Na segunda parte a Equipe de Desenvolvimento decide como iraacute construir essas funcionalidades durante a Sprint e desenvolve o Sprint Backlog Portanto a primeira parte trada do ldquoO que fazerrdquo e a segunda trata do ldquoComo fazerrdquo

Figura 12 - Processo do SCRUM

O Product Owner pode estar presente durante a segunda parte da reuniatildeo para clarificar itens do Backlog do Produto A Reuniatildeo Diaacuteria (Proporcional a 15 minutos) eacute um evento que busca criar um plano para as proacuteximas 24 horas e inspecionar o trabalho desde a uacuteltima Reuniatildeo Diaacuteria

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 28 de 44

Ela ocorre sempre no mesmo horaacuterio e no mesmo local e cada integrante deve responder as seguintes perguntas

1 O que foi completado desde a uacuteltima reuniatildeo

2 O que seraacute feito ateacute a proacutexima reuniatildeo

3 Quais os obstaacuteculos que estatildeo no caminho

As Reuniotildees Diaacuterias melhoram bastante a comunicaccedilatildeo entre os integrantes ademais eliminam a necessidade de outras reuniotildees identificam e removem impedimentos destacam e promovem raacutepidas tomadas de decisatildeo e melhoram o niacutevel de conhecimento da Equipe como um todo A Revisatildeo da Sprint (Proporcional a 4 horas) eacute executada no final da Sprint para inspecionar o incremento e adaptar o Backlog do Produto se necessaacuterio Esta eacute uma reuniatildeo informal e a apresentaccedilatildeo do incremento destina-se a motivar e obter comentaacuterios e promover a colaboraccedilatildeo Nesta reuniatildeo discute-se o que foi bem e o que natildeo foi problemas ocorridos e como foram resolvidos Procut Backlog projeccedilotildees de datas O resultado eacute o Product Backlog revisado e ajustado A Retrospectiva da Sprint (Proporcional a 3 horas) eacute uma chance para o Scrum Team inspecionar a si proacuteprio e criar um plano de melhorias par proacutexima sprint Ela inspeciona como foi a uacuteltima sprint em relaccedilatildeo agraves pessoas agraves relaccedilotildees aos processos e agraves ferramentas Aleacutem disso tem o poder de identificar e ordenar os principais itens que se tornaram potenciais de melhorias e cria um plano para implementar melhorias no modo de realizaccedilatildeo do trabalho

Figura 13 - Graacutefico Burndown

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 29 de 44

O Documento de Visatildeo eacute definido pelo Product Owner e representa como os clientes usuaacuterios finais gerentes stakeholders executivos entre outros visualizam o resultado final do produto que seraacute criado Praacuteticas como BurndownBurnup tecircm sido utilizadas para prever o progresso sem substituir a importacircncia do empirismo como mostra a Figura 13 O Product Backlog eacute uma lista ordenada (por valor risco prioridade etc) de tudo que deve ser necessaacuterio no produto e eacute uma origem uacutenica dos requisitos para qualquer mudanccedila a ser feita no produto Ele nunca (Atenccedilatildeo nunca) estaraacute completo e existiraacute enquanto o produto tambeacutem existir

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 30 de 44

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

Comentaacuterios Bem vamos comeccedilar nossos exerciacutecios com um erro da FCC O Guia Scrum diz que o Scrum Team eacute dividido em Product Owner Scrum Master e Development Team No entanto a FCC deu a resposta como correto

Gabarito C

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

Comentaacuterios Bem tranquila neacute Trata-se de uma Sprint

Gabarito C

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint Comentaacuterios Bem tranquila tambeacutem Trata-se de uma Sprint

Gabarito C

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

Comentaacuterios Perfeito Essa Scrum Meeting trata-se da Daily Scrum Meeting ou Reuniatildeo Diaacuteria

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 31 de 44

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

Comentaacuterios De fato estaacute incorreto O periacuteodo maacuteximo eacute de 30 dias e a equipe de trabalho varia de 3 a 9 pessoas

Gabarito C

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

Comentaacuterios Na verdade natildeo eacute correto Eacute possiacutevel dissolver uma sprint e comeccedilar outra baseando-se em um no sprint backlog ndash quem pode fazer isso eacute o Product Owner

Gabarito E

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

Comentaacuterios Bem ela deve durar no maacuteximo 15 minutos no entanto a questatildeo diz que natildeo deve durar mais que 30 minutos (o que natildeo eacute errado) Portanto natildeo eacute incorreto ndash eacute correto

Gabarito E

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

Comentaacuterios Na verdade natildeo eacute incorreto Satildeo essas as perguntas a serem feitas

Gabarito E

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

Comentaacuterios Tambeacutem natildeo eacute incorreto Eacute exatamente isso que o Scrum Master deve fazer

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 32 de 44

Gabarito E

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

Comentaacuterios Na verdade soacute pode ser modificado pelo Product Owner

Gabarito E

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint Comentaacuterios Scrum Master eacute apenas um facilitador Quem pode modificar o Backlog eacute o Product Owner

Gabarito E

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

Comentaacuterios Eacute possiacutevel ndash sim ndash dissolver uma sprint

Gabarito E

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe Comentaacuterios Na verdade as discussotildees ocorrem mais entre a equipe de desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 33 de 44

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a data final e o custo do projeto satildeo determinados ao longo do projeto

Comentaacuterios Eacute isso mesmo ndash satildeo todos definidos ao longo do projeto

Gabarito C

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

Comentaacuterios Na verdade recomenda-se entre trecircs e nove participantes Com menos de trecircs participantes reduz-se a interaccedilatildeo que gera um menor ganho de produtividade

Gabarito E

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

Comentaacuterios De fato apenas o Product Owner pode cancelar uma sprint

Gabarito C

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

Comentaacuterios Uma sprint deve ter entre duas e quarto semanas

Gabarito E

53 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

Comentaacuterios Questatildeo perfeita Scrum estaacute para o PMBOK assim como o XP estaacute para o RUP Ele pode ser utilizado em teoria em qualquer contexto em que se necessite atingir um objetivo comum entre um grupo de pessoas

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 34 de 44

54 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

Comentaacuterios Literalmente retirado do Guia Scrum ndash perfeito

Gabarito C

55 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

Comentaacuterios Conjunto de requisitos bem definidos Natildeo eacute o contraacuterio Geralmente trata-se de requisitos pouco definidos

Gabarito E

56 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

Comentaacuterios Eacute exatamente isso Lembrem-se de que natildeo haacute cargos mas papeacuteis

Gabarito C

57 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

Comentaacuterios Galera essa eacute muito faacutecil Nenhum produto estaraacute nunca completamente testado ademais o Product Backlog tambeacutem nunca estaraacute completo

Gabarito E

58 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

Comentaacuterios Opaaaa Product Owner natildeo trata de estimativas Entendam escopo e importacircncia satildeo definidos pelo PO no entanto quem define estimativas eacute a Equipe de Desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 35 de 44

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

60 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

Comentaacuterios Bem o cliente natildeo se torna parte da equipe de desenvolvimento Haacute ndash sim ndash uma forte integraccedilatildeo no entanto dizer que faz parte da equipe de desenvolvimento eacute um completo absurdo No entanto o CESPE natildeo entendeu dessa maneira

Gabarito C

61 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

Comentaacuterios Eacute isso mesmo perfeito

Gabarito C

62 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o

documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

Comentaacuterios Galera item perfeito Muito bem escrito

Gabarito C

63 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

Comentaacuterios Questatildeo perfeita retirada do Guia Scrum

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 36 de 44

Gabarito C

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

65 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

Comentaacuterios Jaacute li isso 800x e as bancas continuam errando Escreve-se ITERACcedilAtildeO e natildeo INTERACcedilAtildeO A questatildeo deveria ter sido anulada mas natildeo foi =

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 37 de 44

LISTA DE EXERCIacuteCIOS COMENTADOS

(Instituto Cidades ndash 2012 - CEMIG - Agente de Gestatildeo Administrativa - Analista de Sistemas - A) O teste

eacute uma atividade de verificaccedilatildeo e validaccedilatildeo do software e consiste na anaacutelise dinacircmica do mesmo isto eacute na execuccedilatildeo do produto de software com o objetivo de verificar a presenccedila de defeitos no produto e aumentar a confianccedila de que o mesmo estaacute correto

(CESPE - 2012 ndash Anatel ndash Analista Administrativo ndash Arquitetura de Soluccedilotildees) Considere as informaccedilotildees

abaixo em relaccedilatildeo ao desenvolvimento de sistemas

I executar um software com o objetivo de revelar falhas mas que natildeo prova a exatidatildeo do software II correta construccedilatildeo do produto III Construccedilatildeo do produto certo

Correspondem corretamente a I II e III respectivamente

a) Validaccedilatildeo verificaccedilatildeo e teste b) Verificaccedilatildeo teste e validaccedilatildeo c) Teste verificaccedilatildeo e validaccedilatildeo d) Validaccedilatildeo teste e verificaccedilatildeo e) Teste validaccedilatildeo e verificaccedilatildeo

(CESPE - 2010 ndash TJES ndash Analista Judiciaacuterio ndash Analista de Sistemas) Verificaccedilatildeo e validaccedilatildeo satildeo atividades

da anaacutelise de software necessaacuterias para se identificar o que o software precisa executar seguida de uma avaliaccedilatildeo do usuaacuterio quanto agraves atividades definidas

(CESPE - ndash TRT 5ordf ndash Analista Judiciaacuterio ndash Analista de Sistemas) A diferenccedila entre verificaccedilatildeo e

validaccedilatildeo reside no fato de que a primeira se refere ao conjunto de atividades que garante que o software realiza corretamente uma funccedilatildeo especiacutefica enquanto a segunda refere-se a um conjunto diferente de atividades que garante que o software que foi construiacutedo eacute rastreaacutevel agraves exigecircncias do cliente

(ESAF - ndash MPOG ndash Analista de Planejamento ndash Analista de Sistemas - B) Demonstrar ao

desenvolvedor e ao cliente que o software atende aos requisitos eacute uma meta de validaccedilatildeo do software

(CESPE - ndash IPEA ndash Analista de Sistemas) A verificaccedilatildeo assegura que o produto como fornecido iraacute

atender o seu uso pretendido ou seja que se estaacute construindo o produto certo E a validaccedilatildeo confirma que os produtos de trabalho refletem de forma apropriada os requisitos que foram especificados ou seja que se estaacute construindo o produto corretamente

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 38 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 39 de 44

tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 40 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto

da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C) Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 41 de 44

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 42 de 44

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a

data final e o custo do projeto satildeo determinados ao longo do projeto

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 43 de 44

53 (CESPE - 2012 - TRE-RJ - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) A metodologia scrum prega que a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

54 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

55 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM

o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

56 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

57 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

58 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

60 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para

gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

61 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

62 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 44 de 44

63 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

65 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

66 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

GABARITO

1 2 3 4 5 6 7 8 9 10 E C C C E E E C E E 11 12 13 14 15 16 17 18 19 20 E C C C C E E C E E 21 22 23 24 25 26 27 28 29 30 E C C C E E C E B E 31 32 33 34 35 36 37 38 39 40 E C C C C C C C C E 41 42 43 44 45 46 47 48 49 50 E E E E C E E E C E 51 52 53 54 55 56 57 58 59 60 C E C C E C E E C C 61 62 63 64 65 66 67 68 69 70 C C C C C - - - - -

79831971523

325179138-97 - caio victor gambardela

Page 7: 203903115 Testes Conceitos Verificacao e Validacao Tipos de Teste Unidade Integracao Sistemafuncional Aceitacao Carga Desempenho Vulnerabilidade Usab

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 6 de 44

(CESPE - 09 ndash TRT 5ordf ndash Analista Judiciaacuterio ndash Analista de Sistemas) A diferenccedila entre verificaccedilatildeo e validaccedilatildeo reside no fato de que a primeira se refere ao conjunto de atividades que garante que o software realiza corretamente uma funccedilatildeo especiacutefica enquanto a segunda refere-se a um conjunto diferente de atividades que garante que o software que foi construiacutedo eacute rastreaacutevel agraves exigecircncias do cliente

Comentaacuterios Perfeita definiccedilatildeo ndash eacute isso mesmo

Gabarito C

(ESAF - ndash MPOG ndash Analista de Planejamento ndash Analista de Sistemas - B) Demonstrar ao

desenvolvedor e ao cliente que o software atende aos requisitos eacute uma meta de validaccedilatildeo do software

Comentaacuterios Se demonstra ao desenvolvedor e ao cliente que atende aos requisitos portanto eacute uma verificaccedilatildeo de software

Gabarito E

(CESPE - ndash IPEA ndash Analista de Sistemas) A verificaccedilatildeo assegura que o produto como fornecido iraacute

atender o seu uso pretendido ou seja que se estaacute construindo o produto certo E a validaccedilatildeo confirma que os produtos de trabalho refletem de forma apropriada os requisitos que foram especificados ou seja que se estaacute construindo o produto corretamente

Comentaacuterios Natilde-natildeo Eacute o contraacuterio

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 7 de 44

TESTES DE SOFTWARE

O Teste de Software eacute o processo de executar um software com dois objetivos principais (1) demonstrar ao desenvolvedor e ao cliente que o software atende aos requisitos especificados (2) descobrir falhas ou defeitos no software que apresente comportamento incorreto natildeo desejaacutevel ou em natildeo conformidade com sua especificaccedilatildeo Os testes natildeo podem demonstrar que um software eacute livre de defeitos ou que ele se comportaraacute conforme especificado em todas as circunstacircncias Eacute sempre possiacutevel que um teste ignorado possa descobrir mais problemas no sistema Jaacute dizia Edsger Dijkstra ldquoOs testes podem somente mostrar a presenccedila de erros natildeo sua ausecircnciardquo O que eacute um Teste de Software Myers diz que eacute o processo de executar um determinado software com a intenccedilatildeo de encontrar defeitos A IEEE 729 define como o processo formal de avaliar um sistema ou componente por meios manuais ou automaacuteticos para verificar se ele satisfaz os requisitos especificados O Glossaacuterio ISTQB conceitua como todas as atividades do ciclo de vida estaacuteticas ou dinacircmicas voltadas para o planejamento preparaccedilatildeo e avaliaccedilatildeo de produtos de software e produtos de trabalho relacionados a fim de determinar se eles satisfazem os requisitos especificados e demonstrar que estatildeo aptos para sua finalidade e detecccedilatildeo de defeitos Ao longo de diversos anos a engenharia de software evolui de modo a sugerir alguns princiacutepios que guiam os testes de software Vejamos alguns abaixo Testes demonstram a presenccedila de defeitos

Um teste pode demonstrar a presenccedila de defeitos mas natildeo pode provar que eles natildeo existem Ele reduz a probabilidade de que os defeitos permaneccedilam em um software mas mesmo se nenhum defeito for encontrado natildeo quer dizer que esteja perfeito

stes exaustivos satildeo impossiacuteveis

Testar todas as combinaccedilotildees de entradas e preacute-condiccedilotildees eacute inviaacutevel exceto para casos triviais Em vez de realizar testes exaustivos os riscos e prioridades satildeo levados em consideraccedilatildeo para dar foco aos esforccedilos de teste Teste o mais breve possiacutevel

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 8 de 44

Os defeitos encontrados nas fases iniciais do processo de desenvolvimento de software satildeo mais baratos de serem corrigidos do que aqueles encontrados jaacute em fase produccedilatildeo Haacute inclusive teacutecnicas de testes antes mesmo da implementaccedilatildeo Agrupam os defeitos mais sensiacuteveis

Seguindo o Princiacutepio de Pareto 80 dos defeitos satildeo causados por 20 do coacutedigo Ao identificar essas aacutereas sensiacuteveis os testes podem priorizaacute-las enquanto ainda procuram por erros nas demais regiotildees Paradoxo do pesticida

Caso os mesmos testes sejam aplicados repetidamente em determinado momento eles deixam de ser uacuteteis ou seja natildeo conseguem encontrar nenhum novo defeito Por isso os testes precisam ser revisitados com frequecircncia (Novos pesticidas) Testes dependem do contexto

Os testes devem ser elaborados de acordo com o contexto de utilizaccedilatildeo do software Exemplo um sistema bancaacuterio deve ser testado de maneira diferente de uma rede social Assim como testes de aplicaccedilatildeo web tecircm foco diferente do desktop

secircncia de defeitos eacute uma ilusatildeo

Identificar e corrigir os problemas de um software natildeo garantem que ele estaacute pronto Os testes foram elaborados para identificar todas as possiacuteveis falhas O sistema atende agraves necessidades e expectativas dos usuaacuterios Ou seja haacute outros fatores

Agora vamos falar de uma coisa muito importante Podemos olhar para os testes por meio de trecircs perspectivas diferentes Teacutecnicas de Testes Niacuteveis de Testes e Tipos de Testes A Figura 3 apresenta essas trecircs perspectivas como um plano cartesiano de trecircs dimensotildees Noacutes iremos estudar cada uma dela mais agrave frente Figura 3 - Perspectivas de Testes

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 9 de 44

As Teacutecnicas de Teste de Software buscam demonstrar como testar Jaacute os Niacuteveis de Testes de Software buscam demonstrar quando testar Por fim os Tipos de Testes de Software buscam demonstrar o que testar Essas trecircs perspectivas satildeo apresentadas na Figura 4 seratildeo detalhadas para melhor entendimento

Figura 4 - Perspectivas de Testes

As Teacutecnicas de Testes se dividem em Caixa-Branca Caixa-Preta e Caixa-Cinza A primeira se foca nas estruturas internas dos procedimentos do sistema A segunda se foca nas entradas e saiacutedas especificadas nos requisitos funcionais Jaacute a terceira se foca tanto em estruturas internas quanto nas entradas e saiacutedas especificadas nos requisitos A Teacutecnica de Caixa-Branca (tambeacutem conhecida como Estrutural ou Orientada agrave Loacutegica) analisa caminhos loacutegicos possiacuteveis de serem executados portanto eacute necessaacuterio ter conhecimento sobre o funcionamento interno dos componentes Ele busca garantir que todos os caminhos independentes de um moacutedulo sejam executados pelo menos uma vez Ademais ele trata de todas as decisotildees loacutegicas para valores verdadeiros e falsos aleacutem de executar laccedilos dentro dos valores limites e avaliar as estruturas de dados internas As teacutecnicas principais satildeo testes de caminhos testes de estruturas de controle e complexidade ciclomaacutetica A Teacutecnica de Caixa-Preta (tambeacutem conhecida como ComportamentalFuncional ou Orientado a Dado) se baseia em preacute e poacutes-condiccedilotildees geralmente sendo utilizada nas etapas posteriores da disciplina de testes Ele busca funccedilotildees incorretas ou inexistentes erros de comportamento ou desempenho erros de inicializaccedilatildeo e interface etc Ele tem o objetivo de verificar a funcionalidade e aderecircncia aos requisitos em uma oacutetica externa ou do usuaacuterio sem se basear em qualquer conhecimento do coacutedigo ou loacutegica interna do componente As teacutecnicas principais satildeo testes baseados em grafos particionamento de equivalecircncias anaacutelise de valor-limite e teste de matriz ortogonal

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 10 de 44

Os Niacuteveis de Teste (tambeacutem conhecido como EstaacutegioEstrateacutegias) ralmente satildeo agrupados de acordo com o momento em que eles satildeo executados ou tambeacutem pelo niacutevel de especificidade do teste Exemplos Teste de Unidade Teste de Integraccedilatildeo Teste de Sistema Teste de Aceitaccedilatildeo entre outros

Figura 5 - Estaacutegios de Testes

A Figura 5 mostra que a espiral inicia- em sentido horaacuterio pelo Teste de Unidade (que analisa o coacutedigo) em seguida realiza o Teste de Integraccedilatildeo (que analisa o projeto) depois o Teste de Validaccedilatildeo ou Aceitaccedilatildeo (que analisa os requisitos) e por fim o Teste de Sistema (que analisa o sistema) Teste de Unidade Trata do esforccedilo de verificaccedilatildeo na menor unidade de projeto de software ndash componente ou moacutedulo de software Os testes unitaacuterios verificam o funcionamento de um pedaccedilo do sistema ou software isoladamente ou que possam ser testados separadamente Eles satildeo considerados um apecircndice ao passo de codificaccedilatildeo O projeto de Teste de Unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado Ele enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente Professor mas que

componente eacute esse Ora meacutetodos classes ou moacutedulos Teste de Integraccedilatildeo Trata do esforccedilo de verificaccedilatildeo em uma combinaccedilatildeo de componentes para verificar se eles funcionam corretamente juntos conforme as especificaccedilotildees Busca encontrar

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 11 de 44

defeitos nas interfaces e nas interaccedilotildees entre componentes ou sistemas integrados Ele sucede o Teste de Unidade e antecede o Teste de Sistema Os resultados do Teste de Unidade dos moacutedulos do sistema servem de insumo para o Teste de Integraccedilatildeo Eacute uma teacutecnica sistemaacutetica para construir a arquitetura de um software e descobrir erros na integraccedilatildeo entre os componentes Os moacutedulos satildeo integrados gradualmente a fim de facilitar a localizaccedilatildeo de erros Teste de AceitaccedilatildeoValidaccedilatildeo Trata do esforccedilo em demonstrar a conformidade com os requisitos de software Focaliza accedilotildees visiacuteveis ao usuaacuterio e saiacutedas do sistema reconhecidas tambeacutem pelo usuaacuterio Eacute bem sucedida quando o software funciona do modo que pode ser razoavelmente esperado pelo usuaacuterio Ele sucede o Teste de Integraccedilatildeo e antecede o Teste de Sistema O ambiente de teste utilizado deve ser o mais proacuteximo possiacutevel do ambiente real Os tipos mais comuns satildeo o Teste Alfa e o Teste Beta O primeiro ocorre em um ambiente controlado ndash simulando a forma de utilizaccedilatildeo do usuaacuterio Jaacute o segundo ocorre no ambiente real de utilizaccedilatildeo e eacute realizado pelo proacuteprio usuaacuterio Teste de SistemaFuncional Trata do esforccedilo em demonstrar o funcionamento do sistema como um todo dentro de um ambiente operacional controlado para validar a exatidatildeo e perfeiccedilatildeo na execuccedilatildeo de suas funccedilotildees Utilizam-se dados de teste a fim de tentar evitar a ocorrecircncia de defeitos em ambiente de produccedilatildeo Lembremos que um software frequentemente eacute apenas um elemento de um sistema maior Logo eacute necessaacuterio testaacute-lo considerando o contexto em que seraacute utilizado Eles satildeo conduzidos em um ambiente completo e integrado por vaacuterias pessoas (natildeo soacute os desenvolvedores) Busca-se exercitar o sistema por completo

Por fim vamos tratar dos Tipos de Testes Exemplos Teste de Regressatildeo Teste de Teste de Fumaccedila Teste de Recuperaccedilatildeo Teste de Seguranccedila Teste de Carga Teste de Desempenho Teste de Usabilidade No entanto o edital de vocecircs pede apenas quatro tipos de teste que veremos a seguir Teste de CargaEstresseVolume Trata do esforccedilo em demonstrar o funcionamento do software em situaccedilotildees anormais ie executa o sistema em condiccedilotildees incomuns de demanda de recursos velocidade

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 12 de 44

frequecircncia e volume Em outras palavras verifica qual limite de dados processados ateacute a falha do sistema Teste de DesempenhoPerformance Trata do esforccedilo em demonstrar que o sistema atende aos niacuteveis de desempenho e tempo de resposta acordados com os usuaacuterios e definidos nos requisitos Geralmente ocorre paralelamente ao Teste de Carga e avalia a capacidade de resposta do sistema em determinadas configuraccedilotildees Teste de Vulnerabilidade Trata do esforccedilo em demonstrar buracos de seguranccedila e vulnerabilidades podem ser aplicadas agrave redemaacutequina alvo Quem efetuar o teste vai tentar identificar nas maacutequinas na rede alvo todas as portas abertas sistemas operativos e aplicaccedilotildees a serem executadas Teste de Usabilidade Trata do esforccedilo em demonstrar falhas na facilidade de uso do software pelos usuaacuterios finais Enfatiza fatores humanos consistecircncia na interface graacutefica esteacutetica ajuda online assistentes wizard documentaccedilatildeo do usuaacuterio material de treinamento entre outros Uma boa interface com o usuaacuterio deve ser faacutecil de usar e entender

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 13 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - A O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

Comentaacuterios Qual eacute o objetivo de um teste Encontrar erros Noacutes jaacute sabemos que eacute virtualmente impossiacutevel provar a correccedilatildeo integral de um programa

Gabarito E

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - B O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

Comentaacuterios Exatamente isso Um teste deve ter alta probabilidade de encontrar erros

Gabarito C

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - C O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

Comentaacuterios Opaaaa natildeo satildeo desejaacuteveis testes redundantes mas ndash sim ndash eficientes

Gabarito E

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - D O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

Comentaacuterios Na verdade testes natildeo devem ser muito simples nem muito complexos

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 14 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - E O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

Comentaacuterios Natildeo faz nenhum sentido ndash inclusive a proacutepria Equipe de Desenvolvimento realiza testes (Testes de Unidade)

Gabarito E

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

Comentaacuterios Eacute isso mesmo Inicia-se com Testes de Unidade depois Testes de Integraccedilatildeo e por fim Testes de Sistema

Gabarito C

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

Comentaacuterios Essa eacute uma boa definiccedilatildeo para Testes de Unidade Perfeito

Gabarito C

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

Comentaacuterios Eacute exatamente isso Eacute comum ndash inclusive ndash que frameworks utilizem o Test-first Design

Gabarito C

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

Comentaacuterios Essa eacute a perfeita definiccedilatildeo de Teste de Integraccedilatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 15 de 44

Gabarito C

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

Comentaacuterios Como jaacute vimos nenhum teste eacute capaz de garantir que natildeo restam erros em um sistema

Gabarito E

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software Comentaacuterios Bem essa eacute ateacute engraccedilada Geralmente um teste bem sucedido eacute aquele que encontra erros Se ele natildeo encontra erros eacute mais provaacutevel que o teste tenha sido mal feito

Gabarito E

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

Comentaacuterios Os testes de desempenho devem ser projetados para assegurar que o sistema pode operar na carga necessaacuteria Isso envolve geralmente o planejamento de uma seacuterie de testes em que a carga eacute constantemente aumentada ateacute que o desempenho se torne inaceitaacutevel Perfeito Gabarito C

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

Comentaacuterios O teste de desempenho concentra-se tanto em demonstrar que o sistema atende aos requisitos como tambeacutem em descobrir problemas e defeitos no sistema Gabarito E

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 16 de 44

Comentaacuterios Jaacute vimos um milhatildeo de vezes Testes natildeo garantem a ausecircncia de erros Gabarito E

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

Comentaacuterios Opa como eacute Maior unidade de projeto Natildeo Na menor unidade de projeto do software Gabarito E

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

Comentaacuterios Perfeito Eacute exatamente isso Gabarito C

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

Comentaacuterios Galera natildeo se exaltem O Teste de Integraccedilatildeo eacute o que mais testa a interface poreacutem o Teste de Unidade tambeacutem a testa Natildeo haacute nada errado aqui Gabarito C

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

Comentaacuterios Exatamente isso Vamos relembrar Testes de Unidade tratam do coacutedigo-fonte Testes de Integraccedilatildeo tratam de Projeto de Software Testes de Validaccedilatildeo tratam de Requisitos Testes de Sistema tratam de Engenharia de Sistemas Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 17 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

Comentaacuterios Bem apesar de falar sobre componentes do modelo de implementaccedilatildeo natildeo se trata de Teste de Integraccedilatildeo Observem que trata de um niacutevel de abstraccedilatildeo bastante baixo sobre os fluxos de controle e de dados Portanto trata-se de um Teste de Unidade Gabarito E

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

Comentaacuterios Natildeo Isso se trata do Teste Caixa-Branca Gabarito E

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

Comentaacuterios Perfeito Eacute bem intuitivo Gabarito C

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

Comentaacuterios Opa na verdade trata-se de Teste de Integraccedilatildeo Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 18 de 44

CONTROLE DE VERSAtildeO ndash G

O que eacute um Sistema de Controle de Versatildeo Eacute um sistema que registra as mudanccedilas feitas em um arquivo ou um conjunto de arquivos ao longo do tempo de forma que seja possiacutevel recuperar versotildees especiacuteficas Eu por exemplo uso um sistema de controle de versatildeo para guardar todas as versotildees das aulas que eu faccedilo ndash jaacute pensou se eu perco isso D Pessoal se um sistema de controle de versatildeo eacute importante para que eu controle as versotildees das minhas aulas imaginem para quem estaacute desenvolvendo um software O desenvolvedor deve poder conseguir gerenciar as diferentes versotildees de coacutedigo-fonte e documentaccedilatildeo do software que ele estaacute desenvolvendo

Um dos softwares de controle de versatildeo mais conhecido do mercado eacute o G Ele eacute um sistema open-source distribuiacutedo raacutepido e foi criado por Linus Torvalds (isso mesmo aquele do Linux) e foi desenvolvido para controlar as versotildees do kernel do sistema operacional

Vocecircs podem estar se perguntando natildeo basta criar um diretoacuterio e ir salvando cada versatildeo

com um nome diferente Ora nada impede que se faccedila isso No entanto percebam que ndash apesar de ser uma ideia extremamente simples ndash ela eacute muito suscetiacutevel a erros Pessoal noacutes somos humanos e muitas vezes desatentos

Imaginem um cara que tem 40 diretoacuterios para o sistema que ele estaacute desenvolvendo E se ele achar que estaacute em um diretoacuterio mas na verdade estaacute em outro E se ele acabar

Figura 6 - Logo da git

Figura 7 - Sistema de Controle de Versotildees Local (SCVL)

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 19 de 44

gravando acidentalmente no diretoacuterio errado E se ele sobrescrever arquivos indevidamente sem a menor intenccedilatildeo Pois eacute para resolver esse problema foram desenvolvidos os Sistemas de Controle de Versatildeo Locais em que se armazenavam todas as alteraccedilotildees dos arquivos sob controle de revisatildeo Como assim Ora bastava salvar o arquivo e ele era gravado no diretoacuterio com cada uma de suas versotildees como mostra a Figura 8

Agora imaginem 10 desenvolvedores trabalhando com sistemas diferentes e armazenando suas versotildees cada um em seu computador ndash ora como eles podem trabalhar em conjunto

integrando seus componentes Para lidar com esse problema foi criado o Sistema de Controle de Versatildeo Centralizado como mostra a Figura 9 Esses sistemas possuem um servidor central uacutenico que conteacutem todos os arquivos versionados e vaacuterios clientes que podem recuperaacute-los Os desenvolvedores tecircm conhecimento razoaacutevel sobre o projeto como um todo No entanto se o servidor falhartodos param de trabalhar armazenamento for corrompido jaacute era

Figura 9 - Sistema de Controle de Versotildees Distribuiacutedo (SCVD)

Figura 8 - Sistema de Controle de Versatildeo Centralizado (SCVC)

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 20 de 44

Como solucionar esse problema Com Sistemas de Controle de Versotildees Distribuiacutedos Nesse caso o cliente copia o repositoacuterio dele inteiro e natildeo apenas as versotildees de um arquivo especiacutefico Dessa forma caso um servidor falhe pode-se copiar os repositoacuterios dos clientes de volta para o servidor e assim restauraacute-lo Em vez de existir apenas um repositoacuterio central utilizado pelos clientes cada usuaacuterio possui uma coacutepia do repositoacuterio inteiro De certo modo ele eacute mais lento que o sistema centralizado poreacutem permite manter um histoacuterico da evoluccedilatildeo do projeto permite uma maior colaboraccedilatildeo entre os desenvolvedores e permite variaccedilotildees no projeto

Em suma SCVL eacute uma estrutura composta por repositoacuterio e aacuterea de trabalho Jaacute o SCVC eacute uma estrutura composta por um uacutenico repositoacuterio e vaacuterias coacutepias de trabalho que se comunicam apenas atraveacutes do repositoacuterio central Por fim o SCVD eacute uma estrutura em que cada desenvolvedor possui um repositoacuterio proacuteprio acoplado a uma aacuterea de trabalho Pessoal essa introduccedilatildeo toda foi para dizer que o Git eacute um Sistema de Controle de Versatildeo Distribuiacutedo (SCVD) Muitos projetos utilizam esse sistema tais como Amarok Android Debian Eclipse Fedora Perl Wine entre outros Enfim soacute encontrei uma questatildeo sobre esse tema Vamos aos exerciacutecios

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 21 de 44

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

Comentaacuterios Vocecircs jaacute conhecem o Git Outros Sistemas de Controle de Versatildeo open-source satildeo CVS e SVN ClearCase e SourceSafe satildeo comerciais

Gabarito B

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado Comentaacuterios Opa natilde-natildeo Git eacute um Sistema de Controle de Versatildeo Distribuiacutedo e natildeo Centralizado

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 22 de 44

JENKINS

Galera eu tenho um acervo consideraacutevel de provas das principais bancas ndash em que eacute possiacutevel procurar palavras especiacuteficas E eu natildeo encontrei uma questatildeo sequer a respeito desse tema Logo nossa visatildeo seraacute superficial pois assuntos novos em geral natildeo entram em detalhes

Primeiro de tudo o que eacute o Jenkins Eacute uma ferramenta open-source de integraccedilatildeo contiacutenua escrita em java para testes e relatoacuterios sobre mudanccedilas isoladas em uma grande base de coacutedigo em tempo real O software possibilita que os desenvolvedores encontrem e resolvam defeitos rapidamente em uma base de coacutedigo e automatizem seus testes A integraccedilatildeo contiacutenua evoluiu desde a sua concepccedilatildeo Originalmente o padratildeo era uma compilaccedilatildeo por dia Hoje em dia a regra comum eacute que cada membro da equipe apresente seu trabalho diariamente (ou ateacute mais frequentemente) e compilaccedilotildees sejam realizadas para cada mudanccedila significativa Quando usado corretamente a integraccedilatildeo contiacutenua proporciona vaacuterios benefiacutecios como feedback constante sobre o status do software Os defeitos satildeo geralmente menores menos complexos e mais faacuteceis de resolver uma vez que a Integraccedilatildeo Contiacutenua detecta deficiecircncias no iniacutecio do desenvolvimento Resumindo o que vocecircs jaacute viram dezenas de vezes no estudo de metodologias aacutegeis a integraccedilatildeo contiacutenua consiste em o desenvolvedor integrar o coacutedigo desenvolvido eou alterado ao projeto principal na mesma frequecircncia com que as funcionalidades satildeo desenvolvidas sendo feito muitas vezes ao dia ao inveacutes de apenas uma vez O objetivo principal de se utilizar a integraccedilatildeo contiacutenua eacute verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente Ademais pode ser feita atraveacutes de processos manuais ou automatizados utilizando ndash por exemplo ndash a ferramenta Jenkins (ou CruiseControl Hudson Bamboo Continuum Gump Beebox etc) O Jenkins eacute um sistema baseado em servidor que roda em um Container Web e possui plug-ins para ampliar sua utilizaccedilatildeo com outras linguagens de programaccedilatildeo para integraccedilatildeo com sistemas de controle de versatildeo ou para grandes bases de dados Bem eu acho que isso eacute suficiente sobre esse assunto

Figura 10 ʹ Logo da Jenkins

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 23 de 44

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua Comentaacuterios Opa Jenkins eacute uma ferramenta open-source

Gabarito E

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente Comentaacuterios Exatamente Nativamente ele natildeo tem suporte a outras linguagens de programaccedilatildeo ndash somente por meio de plug-ins

Gabarito C

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis Comentaacuterios Perfeito Metodologias aacutegeis precisam responder rapidamente a mudanccedilas e isso eacute auxiliado por ferramentas de integraccedilatildeo contiacutenua

Gabarito C

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

Comentaacuterios Perfeito Eacute isso mesmo

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 24 de 44

SCRUM

Algueacutem de vocecircs sabe de onde vem esse nome Entatildeo vou lhes contar Esse nome vem do rugby e eacute utilizado como uma metaacutefora para refletir o alto grau de cooperaccedilatildeo necessaacuterio para obter sucesso Imagino que poucos de vocecircs entendam as regras desse esporte portanto vou explicar de forma bastante objetiva porque essa metaacutefora eacute utilizada No rugby um time pontua quando a bola cruza a linha de gol e toca o chatildeo ndash sendo carregada ou por meio de um passe Caso o jogador seja derrubado ele deve soltar a bola e a jogada se reinicia Deve haver intensa troca de passes entre os jogadores de modo a deixaacute-los menos vulneraacuteveis a serem derrubados por outros jogadores

Figura 11 - Scrum no Rugby

Bem cada jogada se inicia quando um Scrum eacute realizado ie forma-se uma parede de forccedila entre os jogadores como mostra a Figura 11 Observem que os jogadores se reuacutenem de forma bem proacutexima unindo suas forccedilas e habilidades para trabalhar em conjunto a fim de conseguir recuperar a bola Percebam portanto que o time inteiro deve trabalhar para que a equipe possa pontuar Diferentemente do Futebol Americano natildeo haacute um quarterback ou uma estrela do time ndash todos satildeo importantes Pois eacute a histoacuteria fica mais interessante vamos ver uma das recomendaccedilotildees de ataque do rugby

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 25 de 44

ldquoPensem continuamente em seu alinhamento em relaccedilatildeo ao jogador que carrega a bola e aos jogadores ao seu redor Trabalhe duro para estar disponiacutevel quando necessaacuteriordquo Observem como isso eacute importante em metodologias aacutegeis trabalhar duro para ajudar a equipe a obter ecircxito ndash nunca existe ldquoBem natildeo haacute nada aqui para eu fazerrdquo Acho que agora ficou mais faacutecil entender de onde vem esse nome ndash vamos agrave teoria Antes de comeccedilar uma observaccedilatildeo o guia oficial do Scrum eacute um documento tatildeo pequeno (18 paacuteginas) que eu recomendo fortemente que vocecircs leiam-no por inteiro pois seraacute muito uacutetil Bem agora sim vamos ao trabalho Scrum eacute um framework (ie possui uma estrutura processual) leve simples de entender e extremamente difiacutecil de dominar para desenvolver e manter produtos complexos e adaptativos enquanto entrega produtiva e criativamente produtos com o mais alto valor possiacutevel Complicado ou natildeo Galera percebam que ele natildeo eacute um processo ou uma teacutecnica para construir produtos mas ndash sim ndash um framework em que pode ser empregado vaacuterios processos e teacutecnicas O Framework pode ser definido como um conjunto de papeacuteis eventos artefatos e regras associadas a uma equipe Ele eacute fundamentado em teorias empiacutericas de controle de processo e emprega uma abordagem iterativa e incremental (maximizando as oportunidades de feedback) para aperfeiccediloar a previsatildeo e controle de riscos Ele afirma que o conhecimento vem da experiecircncia e da tomada de decisotildees baseadas no que eacute conhecido Para tal ele emprega uma abordagem iterativa e incremental para aperfeiccediloar a previsibilidade e controle de riscos fundamentando-se em trecircs pilares fundamentais

Transparecircncia aspectos significativos (e padronizados) devem estar visiacuteveis aos responsaacuteveis pelos resultados Por exemplo uma linguagem comum a todos os participantes

Inspeccedilatildeo os usuaacuterios devem frequentemente inspecionar os artefatos e o

progresso para detectar indesejaacuteveis variaccedilotildees (natildeo pode ser frequente a ponto de atrapalhar a execuccedilatildeo das tarefas)

Adaptaccedilatildeo o processo ou material sendo produzido deve ser adaptado sempre

que um inspetor verificar desvios que tornem o resultado inaceitaacutevel e para tanto ele tem quatros oportunidades (as reuniotildees)

O Scrum define o conceito de Time Scrum que eacute um time auto-organizaacutevel (escolhe qual a melhor forma para realizar seu trabalho) e multifuncional (possui todas as competecircncias

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 26 de 44

e natildeo depende de outros de fora da equipe) Eacute o responsaacutevel por entregar produtos de forma iterativa e incremental maximizando as oportunidades de realimentaccedilatildeo As entregas incrementais de produto ldquoprontordquo garantem que uma versatildeo potencialmente funcional do produto do trabalho esteja sempre disponiacutevel Agora o mais importante o Time Scrum eacute composto por um Product Owner um Scrum Master e a Equipe de Desenvolvimento1 Product Owner Eacute o responsaacutevel por maximizar o valor do produto e do trabalho da equipe de desenvolvimento sendo o uacutenico que pode gerenciar o Product Backlog Ele pode ateacute delegar atividades de gerenciamento mas ainda seraacute considerado o responsaacutevel pelos resultados A Equipe de Desenvolvimento soacute responde a ele Equipe de Desenvolvimento A Equipe de Desenvolvimento natildeo reconhece tiacutetulos para seus integrantes todos satildeo considerados desenvolvedores (natildeo importa o que faccedilam) A Equipe deve ter entre 3 e 9 integrantes de modo que natildeo seja pequena demais que haja restriccedilotildees de habilidades nem grande demais que seja complicado de gerenciar Scrum Master Eacute o responsaacutevel por garantir que o Scrum seja entendido e aplicado Ademais ele deve comunicar claramente a visatildeo objetivo e itens do Product Backlog ensinar a equipe a criar itens claros e concisos treinar a equipe de desenvolvimento em autogerenciamento e interdisciplinaridade remover impedimentos entre outros Mudando de assunto os Eventos Scrum satildeo eventos time-boxed (ie com duraccedilatildeo maacutexima) usados para criar uma rotina e minimizar a necessidade de reuniotildees natildeo definidas pelo Scrum Lembrem-se de que a Sprint tem um mecircs ou menos e eacute iniciada imediatamente apoacutes a conclusatildeo da sprint anterior As Sprints satildeo compostas por uma Reuniatildeo de Planejamento da Sprint Reuniotildees Diaacuterias o Trabalho de Desenvolvimento uma Revisatildeo da Sprint e a Retrospectiva da Sprint Uma Sprint se inicia imediatamente apoacutes a conclusatildeo da sprint anterior e tem duraccedilotildees coerentes em todo o esforccedilo de desenvolvimento Durante a sprint eacute proibido realizar mudanccedilas que afetem seu objetivo Aleacutem disso eacute proibido mudar a composiccedilatildeo da equipe ou diminuir as metas de qualidade apesar disso o escopo pode ser sempre clarificado e renegociado Essas proibiccedilotildees devem ser levadas

muito a seacuterio entenderam

1 Natildeo confundir Equipe de Desenvolvimento com Time Scrum ʹ o primeiro estaacute contido no segundo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 27 de 44

Uma sprint pode ser cancelada antes de seu time-box terminar e isso somente pode ser feito pelo Product Owner (sob influecircncia de stakeholders equipe de desenvolvimento entre outros) Isso pode ocorrer caso o seu objetivo se torne obsoleto mas ocorrem tambeacutem devido agrave curta duraccedilatildeo e a cancelamentos poreacutem satildeo raros os casos O trabalho a ser realizado na Sprint eacute planejado na Reuniatildeo de Planejamento da Sprint (Proporcional a 8 horas) Essa reuniatildeo consiste em duas partes

1 O que seraacute entregue como resultado do incremento da proacutexima Sprint

2 Como o trabalho necessaacuterio para entregar o incremento seraacute realizado Na primeira parte a Equipe de Desenvolvimento tenta prever as funcionalidades que seratildeo desenvolvidas durante a Sprint Na segunda parte a Equipe de Desenvolvimento decide como iraacute construir essas funcionalidades durante a Sprint e desenvolve o Sprint Backlog Portanto a primeira parte trada do ldquoO que fazerrdquo e a segunda trata do ldquoComo fazerrdquo

Figura 12 - Processo do SCRUM

O Product Owner pode estar presente durante a segunda parte da reuniatildeo para clarificar itens do Backlog do Produto A Reuniatildeo Diaacuteria (Proporcional a 15 minutos) eacute um evento que busca criar um plano para as proacuteximas 24 horas e inspecionar o trabalho desde a uacuteltima Reuniatildeo Diaacuteria

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 28 de 44

Ela ocorre sempre no mesmo horaacuterio e no mesmo local e cada integrante deve responder as seguintes perguntas

1 O que foi completado desde a uacuteltima reuniatildeo

2 O que seraacute feito ateacute a proacutexima reuniatildeo

3 Quais os obstaacuteculos que estatildeo no caminho

As Reuniotildees Diaacuterias melhoram bastante a comunicaccedilatildeo entre os integrantes ademais eliminam a necessidade de outras reuniotildees identificam e removem impedimentos destacam e promovem raacutepidas tomadas de decisatildeo e melhoram o niacutevel de conhecimento da Equipe como um todo A Revisatildeo da Sprint (Proporcional a 4 horas) eacute executada no final da Sprint para inspecionar o incremento e adaptar o Backlog do Produto se necessaacuterio Esta eacute uma reuniatildeo informal e a apresentaccedilatildeo do incremento destina-se a motivar e obter comentaacuterios e promover a colaboraccedilatildeo Nesta reuniatildeo discute-se o que foi bem e o que natildeo foi problemas ocorridos e como foram resolvidos Procut Backlog projeccedilotildees de datas O resultado eacute o Product Backlog revisado e ajustado A Retrospectiva da Sprint (Proporcional a 3 horas) eacute uma chance para o Scrum Team inspecionar a si proacuteprio e criar um plano de melhorias par proacutexima sprint Ela inspeciona como foi a uacuteltima sprint em relaccedilatildeo agraves pessoas agraves relaccedilotildees aos processos e agraves ferramentas Aleacutem disso tem o poder de identificar e ordenar os principais itens que se tornaram potenciais de melhorias e cria um plano para implementar melhorias no modo de realizaccedilatildeo do trabalho

Figura 13 - Graacutefico Burndown

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 29 de 44

O Documento de Visatildeo eacute definido pelo Product Owner e representa como os clientes usuaacuterios finais gerentes stakeholders executivos entre outros visualizam o resultado final do produto que seraacute criado Praacuteticas como BurndownBurnup tecircm sido utilizadas para prever o progresso sem substituir a importacircncia do empirismo como mostra a Figura 13 O Product Backlog eacute uma lista ordenada (por valor risco prioridade etc) de tudo que deve ser necessaacuterio no produto e eacute uma origem uacutenica dos requisitos para qualquer mudanccedila a ser feita no produto Ele nunca (Atenccedilatildeo nunca) estaraacute completo e existiraacute enquanto o produto tambeacutem existir

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 30 de 44

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

Comentaacuterios Bem vamos comeccedilar nossos exerciacutecios com um erro da FCC O Guia Scrum diz que o Scrum Team eacute dividido em Product Owner Scrum Master e Development Team No entanto a FCC deu a resposta como correto

Gabarito C

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

Comentaacuterios Bem tranquila neacute Trata-se de uma Sprint

Gabarito C

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint Comentaacuterios Bem tranquila tambeacutem Trata-se de uma Sprint

Gabarito C

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

Comentaacuterios Perfeito Essa Scrum Meeting trata-se da Daily Scrum Meeting ou Reuniatildeo Diaacuteria

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 31 de 44

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

Comentaacuterios De fato estaacute incorreto O periacuteodo maacuteximo eacute de 30 dias e a equipe de trabalho varia de 3 a 9 pessoas

Gabarito C

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

Comentaacuterios Na verdade natildeo eacute correto Eacute possiacutevel dissolver uma sprint e comeccedilar outra baseando-se em um no sprint backlog ndash quem pode fazer isso eacute o Product Owner

Gabarito E

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

Comentaacuterios Bem ela deve durar no maacuteximo 15 minutos no entanto a questatildeo diz que natildeo deve durar mais que 30 minutos (o que natildeo eacute errado) Portanto natildeo eacute incorreto ndash eacute correto

Gabarito E

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

Comentaacuterios Na verdade natildeo eacute incorreto Satildeo essas as perguntas a serem feitas

Gabarito E

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

Comentaacuterios Tambeacutem natildeo eacute incorreto Eacute exatamente isso que o Scrum Master deve fazer

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 32 de 44

Gabarito E

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

Comentaacuterios Na verdade soacute pode ser modificado pelo Product Owner

Gabarito E

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint Comentaacuterios Scrum Master eacute apenas um facilitador Quem pode modificar o Backlog eacute o Product Owner

Gabarito E

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

Comentaacuterios Eacute possiacutevel ndash sim ndash dissolver uma sprint

Gabarito E

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe Comentaacuterios Na verdade as discussotildees ocorrem mais entre a equipe de desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 33 de 44

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a data final e o custo do projeto satildeo determinados ao longo do projeto

Comentaacuterios Eacute isso mesmo ndash satildeo todos definidos ao longo do projeto

Gabarito C

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

Comentaacuterios Na verdade recomenda-se entre trecircs e nove participantes Com menos de trecircs participantes reduz-se a interaccedilatildeo que gera um menor ganho de produtividade

Gabarito E

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

Comentaacuterios De fato apenas o Product Owner pode cancelar uma sprint

Gabarito C

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

Comentaacuterios Uma sprint deve ter entre duas e quarto semanas

Gabarito E

53 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

Comentaacuterios Questatildeo perfeita Scrum estaacute para o PMBOK assim como o XP estaacute para o RUP Ele pode ser utilizado em teoria em qualquer contexto em que se necessite atingir um objetivo comum entre um grupo de pessoas

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 34 de 44

54 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

Comentaacuterios Literalmente retirado do Guia Scrum ndash perfeito

Gabarito C

55 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

Comentaacuterios Conjunto de requisitos bem definidos Natildeo eacute o contraacuterio Geralmente trata-se de requisitos pouco definidos

Gabarito E

56 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

Comentaacuterios Eacute exatamente isso Lembrem-se de que natildeo haacute cargos mas papeacuteis

Gabarito C

57 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

Comentaacuterios Galera essa eacute muito faacutecil Nenhum produto estaraacute nunca completamente testado ademais o Product Backlog tambeacutem nunca estaraacute completo

Gabarito E

58 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

Comentaacuterios Opaaaa Product Owner natildeo trata de estimativas Entendam escopo e importacircncia satildeo definidos pelo PO no entanto quem define estimativas eacute a Equipe de Desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 35 de 44

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

60 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

Comentaacuterios Bem o cliente natildeo se torna parte da equipe de desenvolvimento Haacute ndash sim ndash uma forte integraccedilatildeo no entanto dizer que faz parte da equipe de desenvolvimento eacute um completo absurdo No entanto o CESPE natildeo entendeu dessa maneira

Gabarito C

61 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

Comentaacuterios Eacute isso mesmo perfeito

Gabarito C

62 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o

documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

Comentaacuterios Galera item perfeito Muito bem escrito

Gabarito C

63 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

Comentaacuterios Questatildeo perfeita retirada do Guia Scrum

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 36 de 44

Gabarito C

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

65 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

Comentaacuterios Jaacute li isso 800x e as bancas continuam errando Escreve-se ITERACcedilAtildeO e natildeo INTERACcedilAtildeO A questatildeo deveria ter sido anulada mas natildeo foi =

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 37 de 44

LISTA DE EXERCIacuteCIOS COMENTADOS

(Instituto Cidades ndash 2012 - CEMIG - Agente de Gestatildeo Administrativa - Analista de Sistemas - A) O teste

eacute uma atividade de verificaccedilatildeo e validaccedilatildeo do software e consiste na anaacutelise dinacircmica do mesmo isto eacute na execuccedilatildeo do produto de software com o objetivo de verificar a presenccedila de defeitos no produto e aumentar a confianccedila de que o mesmo estaacute correto

(CESPE - 2012 ndash Anatel ndash Analista Administrativo ndash Arquitetura de Soluccedilotildees) Considere as informaccedilotildees

abaixo em relaccedilatildeo ao desenvolvimento de sistemas

I executar um software com o objetivo de revelar falhas mas que natildeo prova a exatidatildeo do software II correta construccedilatildeo do produto III Construccedilatildeo do produto certo

Correspondem corretamente a I II e III respectivamente

a) Validaccedilatildeo verificaccedilatildeo e teste b) Verificaccedilatildeo teste e validaccedilatildeo c) Teste verificaccedilatildeo e validaccedilatildeo d) Validaccedilatildeo teste e verificaccedilatildeo e) Teste validaccedilatildeo e verificaccedilatildeo

(CESPE - 2010 ndash TJES ndash Analista Judiciaacuterio ndash Analista de Sistemas) Verificaccedilatildeo e validaccedilatildeo satildeo atividades

da anaacutelise de software necessaacuterias para se identificar o que o software precisa executar seguida de uma avaliaccedilatildeo do usuaacuterio quanto agraves atividades definidas

(CESPE - ndash TRT 5ordf ndash Analista Judiciaacuterio ndash Analista de Sistemas) A diferenccedila entre verificaccedilatildeo e

validaccedilatildeo reside no fato de que a primeira se refere ao conjunto de atividades que garante que o software realiza corretamente uma funccedilatildeo especiacutefica enquanto a segunda refere-se a um conjunto diferente de atividades que garante que o software que foi construiacutedo eacute rastreaacutevel agraves exigecircncias do cliente

(ESAF - ndash MPOG ndash Analista de Planejamento ndash Analista de Sistemas - B) Demonstrar ao

desenvolvedor e ao cliente que o software atende aos requisitos eacute uma meta de validaccedilatildeo do software

(CESPE - ndash IPEA ndash Analista de Sistemas) A verificaccedilatildeo assegura que o produto como fornecido iraacute

atender o seu uso pretendido ou seja que se estaacute construindo o produto certo E a validaccedilatildeo confirma que os produtos de trabalho refletem de forma apropriada os requisitos que foram especificados ou seja que se estaacute construindo o produto corretamente

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 38 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 39 de 44

tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 40 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto

da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C) Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 41 de 44

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 42 de 44

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a

data final e o custo do projeto satildeo determinados ao longo do projeto

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 43 de 44

53 (CESPE - 2012 - TRE-RJ - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) A metodologia scrum prega que a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

54 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

55 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM

o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

56 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

57 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

58 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

60 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para

gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

61 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

62 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 44 de 44

63 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

65 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

66 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

GABARITO

1 2 3 4 5 6 7 8 9 10 E C C C E E E C E E 11 12 13 14 15 16 17 18 19 20 E C C C C E E C E E 21 22 23 24 25 26 27 28 29 30 E C C C E E C E B E 31 32 33 34 35 36 37 38 39 40 E C C C C C C C C E 41 42 43 44 45 46 47 48 49 50 E E E E C E E E C E 51 52 53 54 55 56 57 58 59 60 C E C C E C E E C C 61 62 63 64 65 66 67 68 69 70 C C C C C - - - - -

79831971523

325179138-97 - caio victor gambardela

Page 8: 203903115 Testes Conceitos Verificacao e Validacao Tipos de Teste Unidade Integracao Sistemafuncional Aceitacao Carga Desempenho Vulnerabilidade Usab

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 7 de 44

TESTES DE SOFTWARE

O Teste de Software eacute o processo de executar um software com dois objetivos principais (1) demonstrar ao desenvolvedor e ao cliente que o software atende aos requisitos especificados (2) descobrir falhas ou defeitos no software que apresente comportamento incorreto natildeo desejaacutevel ou em natildeo conformidade com sua especificaccedilatildeo Os testes natildeo podem demonstrar que um software eacute livre de defeitos ou que ele se comportaraacute conforme especificado em todas as circunstacircncias Eacute sempre possiacutevel que um teste ignorado possa descobrir mais problemas no sistema Jaacute dizia Edsger Dijkstra ldquoOs testes podem somente mostrar a presenccedila de erros natildeo sua ausecircnciardquo O que eacute um Teste de Software Myers diz que eacute o processo de executar um determinado software com a intenccedilatildeo de encontrar defeitos A IEEE 729 define como o processo formal de avaliar um sistema ou componente por meios manuais ou automaacuteticos para verificar se ele satisfaz os requisitos especificados O Glossaacuterio ISTQB conceitua como todas as atividades do ciclo de vida estaacuteticas ou dinacircmicas voltadas para o planejamento preparaccedilatildeo e avaliaccedilatildeo de produtos de software e produtos de trabalho relacionados a fim de determinar se eles satisfazem os requisitos especificados e demonstrar que estatildeo aptos para sua finalidade e detecccedilatildeo de defeitos Ao longo de diversos anos a engenharia de software evolui de modo a sugerir alguns princiacutepios que guiam os testes de software Vejamos alguns abaixo Testes demonstram a presenccedila de defeitos

Um teste pode demonstrar a presenccedila de defeitos mas natildeo pode provar que eles natildeo existem Ele reduz a probabilidade de que os defeitos permaneccedilam em um software mas mesmo se nenhum defeito for encontrado natildeo quer dizer que esteja perfeito

stes exaustivos satildeo impossiacuteveis

Testar todas as combinaccedilotildees de entradas e preacute-condiccedilotildees eacute inviaacutevel exceto para casos triviais Em vez de realizar testes exaustivos os riscos e prioridades satildeo levados em consideraccedilatildeo para dar foco aos esforccedilos de teste Teste o mais breve possiacutevel

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 8 de 44

Os defeitos encontrados nas fases iniciais do processo de desenvolvimento de software satildeo mais baratos de serem corrigidos do que aqueles encontrados jaacute em fase produccedilatildeo Haacute inclusive teacutecnicas de testes antes mesmo da implementaccedilatildeo Agrupam os defeitos mais sensiacuteveis

Seguindo o Princiacutepio de Pareto 80 dos defeitos satildeo causados por 20 do coacutedigo Ao identificar essas aacutereas sensiacuteveis os testes podem priorizaacute-las enquanto ainda procuram por erros nas demais regiotildees Paradoxo do pesticida

Caso os mesmos testes sejam aplicados repetidamente em determinado momento eles deixam de ser uacuteteis ou seja natildeo conseguem encontrar nenhum novo defeito Por isso os testes precisam ser revisitados com frequecircncia (Novos pesticidas) Testes dependem do contexto

Os testes devem ser elaborados de acordo com o contexto de utilizaccedilatildeo do software Exemplo um sistema bancaacuterio deve ser testado de maneira diferente de uma rede social Assim como testes de aplicaccedilatildeo web tecircm foco diferente do desktop

secircncia de defeitos eacute uma ilusatildeo

Identificar e corrigir os problemas de um software natildeo garantem que ele estaacute pronto Os testes foram elaborados para identificar todas as possiacuteveis falhas O sistema atende agraves necessidades e expectativas dos usuaacuterios Ou seja haacute outros fatores

Agora vamos falar de uma coisa muito importante Podemos olhar para os testes por meio de trecircs perspectivas diferentes Teacutecnicas de Testes Niacuteveis de Testes e Tipos de Testes A Figura 3 apresenta essas trecircs perspectivas como um plano cartesiano de trecircs dimensotildees Noacutes iremos estudar cada uma dela mais agrave frente Figura 3 - Perspectivas de Testes

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 9 de 44

As Teacutecnicas de Teste de Software buscam demonstrar como testar Jaacute os Niacuteveis de Testes de Software buscam demonstrar quando testar Por fim os Tipos de Testes de Software buscam demonstrar o que testar Essas trecircs perspectivas satildeo apresentadas na Figura 4 seratildeo detalhadas para melhor entendimento

Figura 4 - Perspectivas de Testes

As Teacutecnicas de Testes se dividem em Caixa-Branca Caixa-Preta e Caixa-Cinza A primeira se foca nas estruturas internas dos procedimentos do sistema A segunda se foca nas entradas e saiacutedas especificadas nos requisitos funcionais Jaacute a terceira se foca tanto em estruturas internas quanto nas entradas e saiacutedas especificadas nos requisitos A Teacutecnica de Caixa-Branca (tambeacutem conhecida como Estrutural ou Orientada agrave Loacutegica) analisa caminhos loacutegicos possiacuteveis de serem executados portanto eacute necessaacuterio ter conhecimento sobre o funcionamento interno dos componentes Ele busca garantir que todos os caminhos independentes de um moacutedulo sejam executados pelo menos uma vez Ademais ele trata de todas as decisotildees loacutegicas para valores verdadeiros e falsos aleacutem de executar laccedilos dentro dos valores limites e avaliar as estruturas de dados internas As teacutecnicas principais satildeo testes de caminhos testes de estruturas de controle e complexidade ciclomaacutetica A Teacutecnica de Caixa-Preta (tambeacutem conhecida como ComportamentalFuncional ou Orientado a Dado) se baseia em preacute e poacutes-condiccedilotildees geralmente sendo utilizada nas etapas posteriores da disciplina de testes Ele busca funccedilotildees incorretas ou inexistentes erros de comportamento ou desempenho erros de inicializaccedilatildeo e interface etc Ele tem o objetivo de verificar a funcionalidade e aderecircncia aos requisitos em uma oacutetica externa ou do usuaacuterio sem se basear em qualquer conhecimento do coacutedigo ou loacutegica interna do componente As teacutecnicas principais satildeo testes baseados em grafos particionamento de equivalecircncias anaacutelise de valor-limite e teste de matriz ortogonal

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 10 de 44

Os Niacuteveis de Teste (tambeacutem conhecido como EstaacutegioEstrateacutegias) ralmente satildeo agrupados de acordo com o momento em que eles satildeo executados ou tambeacutem pelo niacutevel de especificidade do teste Exemplos Teste de Unidade Teste de Integraccedilatildeo Teste de Sistema Teste de Aceitaccedilatildeo entre outros

Figura 5 - Estaacutegios de Testes

A Figura 5 mostra que a espiral inicia- em sentido horaacuterio pelo Teste de Unidade (que analisa o coacutedigo) em seguida realiza o Teste de Integraccedilatildeo (que analisa o projeto) depois o Teste de Validaccedilatildeo ou Aceitaccedilatildeo (que analisa os requisitos) e por fim o Teste de Sistema (que analisa o sistema) Teste de Unidade Trata do esforccedilo de verificaccedilatildeo na menor unidade de projeto de software ndash componente ou moacutedulo de software Os testes unitaacuterios verificam o funcionamento de um pedaccedilo do sistema ou software isoladamente ou que possam ser testados separadamente Eles satildeo considerados um apecircndice ao passo de codificaccedilatildeo O projeto de Teste de Unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado Ele enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente Professor mas que

componente eacute esse Ora meacutetodos classes ou moacutedulos Teste de Integraccedilatildeo Trata do esforccedilo de verificaccedilatildeo em uma combinaccedilatildeo de componentes para verificar se eles funcionam corretamente juntos conforme as especificaccedilotildees Busca encontrar

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 11 de 44

defeitos nas interfaces e nas interaccedilotildees entre componentes ou sistemas integrados Ele sucede o Teste de Unidade e antecede o Teste de Sistema Os resultados do Teste de Unidade dos moacutedulos do sistema servem de insumo para o Teste de Integraccedilatildeo Eacute uma teacutecnica sistemaacutetica para construir a arquitetura de um software e descobrir erros na integraccedilatildeo entre os componentes Os moacutedulos satildeo integrados gradualmente a fim de facilitar a localizaccedilatildeo de erros Teste de AceitaccedilatildeoValidaccedilatildeo Trata do esforccedilo em demonstrar a conformidade com os requisitos de software Focaliza accedilotildees visiacuteveis ao usuaacuterio e saiacutedas do sistema reconhecidas tambeacutem pelo usuaacuterio Eacute bem sucedida quando o software funciona do modo que pode ser razoavelmente esperado pelo usuaacuterio Ele sucede o Teste de Integraccedilatildeo e antecede o Teste de Sistema O ambiente de teste utilizado deve ser o mais proacuteximo possiacutevel do ambiente real Os tipos mais comuns satildeo o Teste Alfa e o Teste Beta O primeiro ocorre em um ambiente controlado ndash simulando a forma de utilizaccedilatildeo do usuaacuterio Jaacute o segundo ocorre no ambiente real de utilizaccedilatildeo e eacute realizado pelo proacuteprio usuaacuterio Teste de SistemaFuncional Trata do esforccedilo em demonstrar o funcionamento do sistema como um todo dentro de um ambiente operacional controlado para validar a exatidatildeo e perfeiccedilatildeo na execuccedilatildeo de suas funccedilotildees Utilizam-se dados de teste a fim de tentar evitar a ocorrecircncia de defeitos em ambiente de produccedilatildeo Lembremos que um software frequentemente eacute apenas um elemento de um sistema maior Logo eacute necessaacuterio testaacute-lo considerando o contexto em que seraacute utilizado Eles satildeo conduzidos em um ambiente completo e integrado por vaacuterias pessoas (natildeo soacute os desenvolvedores) Busca-se exercitar o sistema por completo

Por fim vamos tratar dos Tipos de Testes Exemplos Teste de Regressatildeo Teste de Teste de Fumaccedila Teste de Recuperaccedilatildeo Teste de Seguranccedila Teste de Carga Teste de Desempenho Teste de Usabilidade No entanto o edital de vocecircs pede apenas quatro tipos de teste que veremos a seguir Teste de CargaEstresseVolume Trata do esforccedilo em demonstrar o funcionamento do software em situaccedilotildees anormais ie executa o sistema em condiccedilotildees incomuns de demanda de recursos velocidade

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 12 de 44

frequecircncia e volume Em outras palavras verifica qual limite de dados processados ateacute a falha do sistema Teste de DesempenhoPerformance Trata do esforccedilo em demonstrar que o sistema atende aos niacuteveis de desempenho e tempo de resposta acordados com os usuaacuterios e definidos nos requisitos Geralmente ocorre paralelamente ao Teste de Carga e avalia a capacidade de resposta do sistema em determinadas configuraccedilotildees Teste de Vulnerabilidade Trata do esforccedilo em demonstrar buracos de seguranccedila e vulnerabilidades podem ser aplicadas agrave redemaacutequina alvo Quem efetuar o teste vai tentar identificar nas maacutequinas na rede alvo todas as portas abertas sistemas operativos e aplicaccedilotildees a serem executadas Teste de Usabilidade Trata do esforccedilo em demonstrar falhas na facilidade de uso do software pelos usuaacuterios finais Enfatiza fatores humanos consistecircncia na interface graacutefica esteacutetica ajuda online assistentes wizard documentaccedilatildeo do usuaacuterio material de treinamento entre outros Uma boa interface com o usuaacuterio deve ser faacutecil de usar e entender

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 13 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - A O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

Comentaacuterios Qual eacute o objetivo de um teste Encontrar erros Noacutes jaacute sabemos que eacute virtualmente impossiacutevel provar a correccedilatildeo integral de um programa

Gabarito E

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - B O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

Comentaacuterios Exatamente isso Um teste deve ter alta probabilidade de encontrar erros

Gabarito C

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - C O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

Comentaacuterios Opaaaa natildeo satildeo desejaacuteveis testes redundantes mas ndash sim ndash eficientes

Gabarito E

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - D O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

Comentaacuterios Na verdade testes natildeo devem ser muito simples nem muito complexos

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 14 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - E O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

Comentaacuterios Natildeo faz nenhum sentido ndash inclusive a proacutepria Equipe de Desenvolvimento realiza testes (Testes de Unidade)

Gabarito E

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

Comentaacuterios Eacute isso mesmo Inicia-se com Testes de Unidade depois Testes de Integraccedilatildeo e por fim Testes de Sistema

Gabarito C

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

Comentaacuterios Essa eacute uma boa definiccedilatildeo para Testes de Unidade Perfeito

Gabarito C

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

Comentaacuterios Eacute exatamente isso Eacute comum ndash inclusive ndash que frameworks utilizem o Test-first Design

Gabarito C

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

Comentaacuterios Essa eacute a perfeita definiccedilatildeo de Teste de Integraccedilatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 15 de 44

Gabarito C

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

Comentaacuterios Como jaacute vimos nenhum teste eacute capaz de garantir que natildeo restam erros em um sistema

Gabarito E

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software Comentaacuterios Bem essa eacute ateacute engraccedilada Geralmente um teste bem sucedido eacute aquele que encontra erros Se ele natildeo encontra erros eacute mais provaacutevel que o teste tenha sido mal feito

Gabarito E

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

Comentaacuterios Os testes de desempenho devem ser projetados para assegurar que o sistema pode operar na carga necessaacuteria Isso envolve geralmente o planejamento de uma seacuterie de testes em que a carga eacute constantemente aumentada ateacute que o desempenho se torne inaceitaacutevel Perfeito Gabarito C

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

Comentaacuterios O teste de desempenho concentra-se tanto em demonstrar que o sistema atende aos requisitos como tambeacutem em descobrir problemas e defeitos no sistema Gabarito E

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 16 de 44

Comentaacuterios Jaacute vimos um milhatildeo de vezes Testes natildeo garantem a ausecircncia de erros Gabarito E

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

Comentaacuterios Opa como eacute Maior unidade de projeto Natildeo Na menor unidade de projeto do software Gabarito E

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

Comentaacuterios Perfeito Eacute exatamente isso Gabarito C

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

Comentaacuterios Galera natildeo se exaltem O Teste de Integraccedilatildeo eacute o que mais testa a interface poreacutem o Teste de Unidade tambeacutem a testa Natildeo haacute nada errado aqui Gabarito C

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

Comentaacuterios Exatamente isso Vamos relembrar Testes de Unidade tratam do coacutedigo-fonte Testes de Integraccedilatildeo tratam de Projeto de Software Testes de Validaccedilatildeo tratam de Requisitos Testes de Sistema tratam de Engenharia de Sistemas Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 17 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

Comentaacuterios Bem apesar de falar sobre componentes do modelo de implementaccedilatildeo natildeo se trata de Teste de Integraccedilatildeo Observem que trata de um niacutevel de abstraccedilatildeo bastante baixo sobre os fluxos de controle e de dados Portanto trata-se de um Teste de Unidade Gabarito E

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

Comentaacuterios Natildeo Isso se trata do Teste Caixa-Branca Gabarito E

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

Comentaacuterios Perfeito Eacute bem intuitivo Gabarito C

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

Comentaacuterios Opa na verdade trata-se de Teste de Integraccedilatildeo Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 18 de 44

CONTROLE DE VERSAtildeO ndash G

O que eacute um Sistema de Controle de Versatildeo Eacute um sistema que registra as mudanccedilas feitas em um arquivo ou um conjunto de arquivos ao longo do tempo de forma que seja possiacutevel recuperar versotildees especiacuteficas Eu por exemplo uso um sistema de controle de versatildeo para guardar todas as versotildees das aulas que eu faccedilo ndash jaacute pensou se eu perco isso D Pessoal se um sistema de controle de versatildeo eacute importante para que eu controle as versotildees das minhas aulas imaginem para quem estaacute desenvolvendo um software O desenvolvedor deve poder conseguir gerenciar as diferentes versotildees de coacutedigo-fonte e documentaccedilatildeo do software que ele estaacute desenvolvendo

Um dos softwares de controle de versatildeo mais conhecido do mercado eacute o G Ele eacute um sistema open-source distribuiacutedo raacutepido e foi criado por Linus Torvalds (isso mesmo aquele do Linux) e foi desenvolvido para controlar as versotildees do kernel do sistema operacional

Vocecircs podem estar se perguntando natildeo basta criar um diretoacuterio e ir salvando cada versatildeo

com um nome diferente Ora nada impede que se faccedila isso No entanto percebam que ndash apesar de ser uma ideia extremamente simples ndash ela eacute muito suscetiacutevel a erros Pessoal noacutes somos humanos e muitas vezes desatentos

Imaginem um cara que tem 40 diretoacuterios para o sistema que ele estaacute desenvolvendo E se ele achar que estaacute em um diretoacuterio mas na verdade estaacute em outro E se ele acabar

Figura 6 - Logo da git

Figura 7 - Sistema de Controle de Versotildees Local (SCVL)

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 19 de 44

gravando acidentalmente no diretoacuterio errado E se ele sobrescrever arquivos indevidamente sem a menor intenccedilatildeo Pois eacute para resolver esse problema foram desenvolvidos os Sistemas de Controle de Versatildeo Locais em que se armazenavam todas as alteraccedilotildees dos arquivos sob controle de revisatildeo Como assim Ora bastava salvar o arquivo e ele era gravado no diretoacuterio com cada uma de suas versotildees como mostra a Figura 8

Agora imaginem 10 desenvolvedores trabalhando com sistemas diferentes e armazenando suas versotildees cada um em seu computador ndash ora como eles podem trabalhar em conjunto

integrando seus componentes Para lidar com esse problema foi criado o Sistema de Controle de Versatildeo Centralizado como mostra a Figura 9 Esses sistemas possuem um servidor central uacutenico que conteacutem todos os arquivos versionados e vaacuterios clientes que podem recuperaacute-los Os desenvolvedores tecircm conhecimento razoaacutevel sobre o projeto como um todo No entanto se o servidor falhartodos param de trabalhar armazenamento for corrompido jaacute era

Figura 9 - Sistema de Controle de Versotildees Distribuiacutedo (SCVD)

Figura 8 - Sistema de Controle de Versatildeo Centralizado (SCVC)

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 20 de 44

Como solucionar esse problema Com Sistemas de Controle de Versotildees Distribuiacutedos Nesse caso o cliente copia o repositoacuterio dele inteiro e natildeo apenas as versotildees de um arquivo especiacutefico Dessa forma caso um servidor falhe pode-se copiar os repositoacuterios dos clientes de volta para o servidor e assim restauraacute-lo Em vez de existir apenas um repositoacuterio central utilizado pelos clientes cada usuaacuterio possui uma coacutepia do repositoacuterio inteiro De certo modo ele eacute mais lento que o sistema centralizado poreacutem permite manter um histoacuterico da evoluccedilatildeo do projeto permite uma maior colaboraccedilatildeo entre os desenvolvedores e permite variaccedilotildees no projeto

Em suma SCVL eacute uma estrutura composta por repositoacuterio e aacuterea de trabalho Jaacute o SCVC eacute uma estrutura composta por um uacutenico repositoacuterio e vaacuterias coacutepias de trabalho que se comunicam apenas atraveacutes do repositoacuterio central Por fim o SCVD eacute uma estrutura em que cada desenvolvedor possui um repositoacuterio proacuteprio acoplado a uma aacuterea de trabalho Pessoal essa introduccedilatildeo toda foi para dizer que o Git eacute um Sistema de Controle de Versatildeo Distribuiacutedo (SCVD) Muitos projetos utilizam esse sistema tais como Amarok Android Debian Eclipse Fedora Perl Wine entre outros Enfim soacute encontrei uma questatildeo sobre esse tema Vamos aos exerciacutecios

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 21 de 44

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

Comentaacuterios Vocecircs jaacute conhecem o Git Outros Sistemas de Controle de Versatildeo open-source satildeo CVS e SVN ClearCase e SourceSafe satildeo comerciais

Gabarito B

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado Comentaacuterios Opa natilde-natildeo Git eacute um Sistema de Controle de Versatildeo Distribuiacutedo e natildeo Centralizado

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 22 de 44

JENKINS

Galera eu tenho um acervo consideraacutevel de provas das principais bancas ndash em que eacute possiacutevel procurar palavras especiacuteficas E eu natildeo encontrei uma questatildeo sequer a respeito desse tema Logo nossa visatildeo seraacute superficial pois assuntos novos em geral natildeo entram em detalhes

Primeiro de tudo o que eacute o Jenkins Eacute uma ferramenta open-source de integraccedilatildeo contiacutenua escrita em java para testes e relatoacuterios sobre mudanccedilas isoladas em uma grande base de coacutedigo em tempo real O software possibilita que os desenvolvedores encontrem e resolvam defeitos rapidamente em uma base de coacutedigo e automatizem seus testes A integraccedilatildeo contiacutenua evoluiu desde a sua concepccedilatildeo Originalmente o padratildeo era uma compilaccedilatildeo por dia Hoje em dia a regra comum eacute que cada membro da equipe apresente seu trabalho diariamente (ou ateacute mais frequentemente) e compilaccedilotildees sejam realizadas para cada mudanccedila significativa Quando usado corretamente a integraccedilatildeo contiacutenua proporciona vaacuterios benefiacutecios como feedback constante sobre o status do software Os defeitos satildeo geralmente menores menos complexos e mais faacuteceis de resolver uma vez que a Integraccedilatildeo Contiacutenua detecta deficiecircncias no iniacutecio do desenvolvimento Resumindo o que vocecircs jaacute viram dezenas de vezes no estudo de metodologias aacutegeis a integraccedilatildeo contiacutenua consiste em o desenvolvedor integrar o coacutedigo desenvolvido eou alterado ao projeto principal na mesma frequecircncia com que as funcionalidades satildeo desenvolvidas sendo feito muitas vezes ao dia ao inveacutes de apenas uma vez O objetivo principal de se utilizar a integraccedilatildeo contiacutenua eacute verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente Ademais pode ser feita atraveacutes de processos manuais ou automatizados utilizando ndash por exemplo ndash a ferramenta Jenkins (ou CruiseControl Hudson Bamboo Continuum Gump Beebox etc) O Jenkins eacute um sistema baseado em servidor que roda em um Container Web e possui plug-ins para ampliar sua utilizaccedilatildeo com outras linguagens de programaccedilatildeo para integraccedilatildeo com sistemas de controle de versatildeo ou para grandes bases de dados Bem eu acho que isso eacute suficiente sobre esse assunto

Figura 10 ʹ Logo da Jenkins

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 23 de 44

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua Comentaacuterios Opa Jenkins eacute uma ferramenta open-source

Gabarito E

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente Comentaacuterios Exatamente Nativamente ele natildeo tem suporte a outras linguagens de programaccedilatildeo ndash somente por meio de plug-ins

Gabarito C

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis Comentaacuterios Perfeito Metodologias aacutegeis precisam responder rapidamente a mudanccedilas e isso eacute auxiliado por ferramentas de integraccedilatildeo contiacutenua

Gabarito C

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

Comentaacuterios Perfeito Eacute isso mesmo

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 24 de 44

SCRUM

Algueacutem de vocecircs sabe de onde vem esse nome Entatildeo vou lhes contar Esse nome vem do rugby e eacute utilizado como uma metaacutefora para refletir o alto grau de cooperaccedilatildeo necessaacuterio para obter sucesso Imagino que poucos de vocecircs entendam as regras desse esporte portanto vou explicar de forma bastante objetiva porque essa metaacutefora eacute utilizada No rugby um time pontua quando a bola cruza a linha de gol e toca o chatildeo ndash sendo carregada ou por meio de um passe Caso o jogador seja derrubado ele deve soltar a bola e a jogada se reinicia Deve haver intensa troca de passes entre os jogadores de modo a deixaacute-los menos vulneraacuteveis a serem derrubados por outros jogadores

Figura 11 - Scrum no Rugby

Bem cada jogada se inicia quando um Scrum eacute realizado ie forma-se uma parede de forccedila entre os jogadores como mostra a Figura 11 Observem que os jogadores se reuacutenem de forma bem proacutexima unindo suas forccedilas e habilidades para trabalhar em conjunto a fim de conseguir recuperar a bola Percebam portanto que o time inteiro deve trabalhar para que a equipe possa pontuar Diferentemente do Futebol Americano natildeo haacute um quarterback ou uma estrela do time ndash todos satildeo importantes Pois eacute a histoacuteria fica mais interessante vamos ver uma das recomendaccedilotildees de ataque do rugby

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 25 de 44

ldquoPensem continuamente em seu alinhamento em relaccedilatildeo ao jogador que carrega a bola e aos jogadores ao seu redor Trabalhe duro para estar disponiacutevel quando necessaacuteriordquo Observem como isso eacute importante em metodologias aacutegeis trabalhar duro para ajudar a equipe a obter ecircxito ndash nunca existe ldquoBem natildeo haacute nada aqui para eu fazerrdquo Acho que agora ficou mais faacutecil entender de onde vem esse nome ndash vamos agrave teoria Antes de comeccedilar uma observaccedilatildeo o guia oficial do Scrum eacute um documento tatildeo pequeno (18 paacuteginas) que eu recomendo fortemente que vocecircs leiam-no por inteiro pois seraacute muito uacutetil Bem agora sim vamos ao trabalho Scrum eacute um framework (ie possui uma estrutura processual) leve simples de entender e extremamente difiacutecil de dominar para desenvolver e manter produtos complexos e adaptativos enquanto entrega produtiva e criativamente produtos com o mais alto valor possiacutevel Complicado ou natildeo Galera percebam que ele natildeo eacute um processo ou uma teacutecnica para construir produtos mas ndash sim ndash um framework em que pode ser empregado vaacuterios processos e teacutecnicas O Framework pode ser definido como um conjunto de papeacuteis eventos artefatos e regras associadas a uma equipe Ele eacute fundamentado em teorias empiacutericas de controle de processo e emprega uma abordagem iterativa e incremental (maximizando as oportunidades de feedback) para aperfeiccediloar a previsatildeo e controle de riscos Ele afirma que o conhecimento vem da experiecircncia e da tomada de decisotildees baseadas no que eacute conhecido Para tal ele emprega uma abordagem iterativa e incremental para aperfeiccediloar a previsibilidade e controle de riscos fundamentando-se em trecircs pilares fundamentais

Transparecircncia aspectos significativos (e padronizados) devem estar visiacuteveis aos responsaacuteveis pelos resultados Por exemplo uma linguagem comum a todos os participantes

Inspeccedilatildeo os usuaacuterios devem frequentemente inspecionar os artefatos e o

progresso para detectar indesejaacuteveis variaccedilotildees (natildeo pode ser frequente a ponto de atrapalhar a execuccedilatildeo das tarefas)

Adaptaccedilatildeo o processo ou material sendo produzido deve ser adaptado sempre

que um inspetor verificar desvios que tornem o resultado inaceitaacutevel e para tanto ele tem quatros oportunidades (as reuniotildees)

O Scrum define o conceito de Time Scrum que eacute um time auto-organizaacutevel (escolhe qual a melhor forma para realizar seu trabalho) e multifuncional (possui todas as competecircncias

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 26 de 44

e natildeo depende de outros de fora da equipe) Eacute o responsaacutevel por entregar produtos de forma iterativa e incremental maximizando as oportunidades de realimentaccedilatildeo As entregas incrementais de produto ldquoprontordquo garantem que uma versatildeo potencialmente funcional do produto do trabalho esteja sempre disponiacutevel Agora o mais importante o Time Scrum eacute composto por um Product Owner um Scrum Master e a Equipe de Desenvolvimento1 Product Owner Eacute o responsaacutevel por maximizar o valor do produto e do trabalho da equipe de desenvolvimento sendo o uacutenico que pode gerenciar o Product Backlog Ele pode ateacute delegar atividades de gerenciamento mas ainda seraacute considerado o responsaacutevel pelos resultados A Equipe de Desenvolvimento soacute responde a ele Equipe de Desenvolvimento A Equipe de Desenvolvimento natildeo reconhece tiacutetulos para seus integrantes todos satildeo considerados desenvolvedores (natildeo importa o que faccedilam) A Equipe deve ter entre 3 e 9 integrantes de modo que natildeo seja pequena demais que haja restriccedilotildees de habilidades nem grande demais que seja complicado de gerenciar Scrum Master Eacute o responsaacutevel por garantir que o Scrum seja entendido e aplicado Ademais ele deve comunicar claramente a visatildeo objetivo e itens do Product Backlog ensinar a equipe a criar itens claros e concisos treinar a equipe de desenvolvimento em autogerenciamento e interdisciplinaridade remover impedimentos entre outros Mudando de assunto os Eventos Scrum satildeo eventos time-boxed (ie com duraccedilatildeo maacutexima) usados para criar uma rotina e minimizar a necessidade de reuniotildees natildeo definidas pelo Scrum Lembrem-se de que a Sprint tem um mecircs ou menos e eacute iniciada imediatamente apoacutes a conclusatildeo da sprint anterior As Sprints satildeo compostas por uma Reuniatildeo de Planejamento da Sprint Reuniotildees Diaacuterias o Trabalho de Desenvolvimento uma Revisatildeo da Sprint e a Retrospectiva da Sprint Uma Sprint se inicia imediatamente apoacutes a conclusatildeo da sprint anterior e tem duraccedilotildees coerentes em todo o esforccedilo de desenvolvimento Durante a sprint eacute proibido realizar mudanccedilas que afetem seu objetivo Aleacutem disso eacute proibido mudar a composiccedilatildeo da equipe ou diminuir as metas de qualidade apesar disso o escopo pode ser sempre clarificado e renegociado Essas proibiccedilotildees devem ser levadas

muito a seacuterio entenderam

1 Natildeo confundir Equipe de Desenvolvimento com Time Scrum ʹ o primeiro estaacute contido no segundo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 27 de 44

Uma sprint pode ser cancelada antes de seu time-box terminar e isso somente pode ser feito pelo Product Owner (sob influecircncia de stakeholders equipe de desenvolvimento entre outros) Isso pode ocorrer caso o seu objetivo se torne obsoleto mas ocorrem tambeacutem devido agrave curta duraccedilatildeo e a cancelamentos poreacutem satildeo raros os casos O trabalho a ser realizado na Sprint eacute planejado na Reuniatildeo de Planejamento da Sprint (Proporcional a 8 horas) Essa reuniatildeo consiste em duas partes

1 O que seraacute entregue como resultado do incremento da proacutexima Sprint

2 Como o trabalho necessaacuterio para entregar o incremento seraacute realizado Na primeira parte a Equipe de Desenvolvimento tenta prever as funcionalidades que seratildeo desenvolvidas durante a Sprint Na segunda parte a Equipe de Desenvolvimento decide como iraacute construir essas funcionalidades durante a Sprint e desenvolve o Sprint Backlog Portanto a primeira parte trada do ldquoO que fazerrdquo e a segunda trata do ldquoComo fazerrdquo

Figura 12 - Processo do SCRUM

O Product Owner pode estar presente durante a segunda parte da reuniatildeo para clarificar itens do Backlog do Produto A Reuniatildeo Diaacuteria (Proporcional a 15 minutos) eacute um evento que busca criar um plano para as proacuteximas 24 horas e inspecionar o trabalho desde a uacuteltima Reuniatildeo Diaacuteria

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 28 de 44

Ela ocorre sempre no mesmo horaacuterio e no mesmo local e cada integrante deve responder as seguintes perguntas

1 O que foi completado desde a uacuteltima reuniatildeo

2 O que seraacute feito ateacute a proacutexima reuniatildeo

3 Quais os obstaacuteculos que estatildeo no caminho

As Reuniotildees Diaacuterias melhoram bastante a comunicaccedilatildeo entre os integrantes ademais eliminam a necessidade de outras reuniotildees identificam e removem impedimentos destacam e promovem raacutepidas tomadas de decisatildeo e melhoram o niacutevel de conhecimento da Equipe como um todo A Revisatildeo da Sprint (Proporcional a 4 horas) eacute executada no final da Sprint para inspecionar o incremento e adaptar o Backlog do Produto se necessaacuterio Esta eacute uma reuniatildeo informal e a apresentaccedilatildeo do incremento destina-se a motivar e obter comentaacuterios e promover a colaboraccedilatildeo Nesta reuniatildeo discute-se o que foi bem e o que natildeo foi problemas ocorridos e como foram resolvidos Procut Backlog projeccedilotildees de datas O resultado eacute o Product Backlog revisado e ajustado A Retrospectiva da Sprint (Proporcional a 3 horas) eacute uma chance para o Scrum Team inspecionar a si proacuteprio e criar um plano de melhorias par proacutexima sprint Ela inspeciona como foi a uacuteltima sprint em relaccedilatildeo agraves pessoas agraves relaccedilotildees aos processos e agraves ferramentas Aleacutem disso tem o poder de identificar e ordenar os principais itens que se tornaram potenciais de melhorias e cria um plano para implementar melhorias no modo de realizaccedilatildeo do trabalho

Figura 13 - Graacutefico Burndown

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 29 de 44

O Documento de Visatildeo eacute definido pelo Product Owner e representa como os clientes usuaacuterios finais gerentes stakeholders executivos entre outros visualizam o resultado final do produto que seraacute criado Praacuteticas como BurndownBurnup tecircm sido utilizadas para prever o progresso sem substituir a importacircncia do empirismo como mostra a Figura 13 O Product Backlog eacute uma lista ordenada (por valor risco prioridade etc) de tudo que deve ser necessaacuterio no produto e eacute uma origem uacutenica dos requisitos para qualquer mudanccedila a ser feita no produto Ele nunca (Atenccedilatildeo nunca) estaraacute completo e existiraacute enquanto o produto tambeacutem existir

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 30 de 44

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

Comentaacuterios Bem vamos comeccedilar nossos exerciacutecios com um erro da FCC O Guia Scrum diz que o Scrum Team eacute dividido em Product Owner Scrum Master e Development Team No entanto a FCC deu a resposta como correto

Gabarito C

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

Comentaacuterios Bem tranquila neacute Trata-se de uma Sprint

Gabarito C

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint Comentaacuterios Bem tranquila tambeacutem Trata-se de uma Sprint

Gabarito C

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

Comentaacuterios Perfeito Essa Scrum Meeting trata-se da Daily Scrum Meeting ou Reuniatildeo Diaacuteria

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 31 de 44

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

Comentaacuterios De fato estaacute incorreto O periacuteodo maacuteximo eacute de 30 dias e a equipe de trabalho varia de 3 a 9 pessoas

Gabarito C

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

Comentaacuterios Na verdade natildeo eacute correto Eacute possiacutevel dissolver uma sprint e comeccedilar outra baseando-se em um no sprint backlog ndash quem pode fazer isso eacute o Product Owner

Gabarito E

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

Comentaacuterios Bem ela deve durar no maacuteximo 15 minutos no entanto a questatildeo diz que natildeo deve durar mais que 30 minutos (o que natildeo eacute errado) Portanto natildeo eacute incorreto ndash eacute correto

Gabarito E

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

Comentaacuterios Na verdade natildeo eacute incorreto Satildeo essas as perguntas a serem feitas

Gabarito E

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

Comentaacuterios Tambeacutem natildeo eacute incorreto Eacute exatamente isso que o Scrum Master deve fazer

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 32 de 44

Gabarito E

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

Comentaacuterios Na verdade soacute pode ser modificado pelo Product Owner

Gabarito E

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint Comentaacuterios Scrum Master eacute apenas um facilitador Quem pode modificar o Backlog eacute o Product Owner

Gabarito E

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

Comentaacuterios Eacute possiacutevel ndash sim ndash dissolver uma sprint

Gabarito E

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe Comentaacuterios Na verdade as discussotildees ocorrem mais entre a equipe de desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 33 de 44

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a data final e o custo do projeto satildeo determinados ao longo do projeto

Comentaacuterios Eacute isso mesmo ndash satildeo todos definidos ao longo do projeto

Gabarito C

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

Comentaacuterios Na verdade recomenda-se entre trecircs e nove participantes Com menos de trecircs participantes reduz-se a interaccedilatildeo que gera um menor ganho de produtividade

Gabarito E

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

Comentaacuterios De fato apenas o Product Owner pode cancelar uma sprint

Gabarito C

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

Comentaacuterios Uma sprint deve ter entre duas e quarto semanas

Gabarito E

53 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

Comentaacuterios Questatildeo perfeita Scrum estaacute para o PMBOK assim como o XP estaacute para o RUP Ele pode ser utilizado em teoria em qualquer contexto em que se necessite atingir um objetivo comum entre um grupo de pessoas

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 34 de 44

54 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

Comentaacuterios Literalmente retirado do Guia Scrum ndash perfeito

Gabarito C

55 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

Comentaacuterios Conjunto de requisitos bem definidos Natildeo eacute o contraacuterio Geralmente trata-se de requisitos pouco definidos

Gabarito E

56 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

Comentaacuterios Eacute exatamente isso Lembrem-se de que natildeo haacute cargos mas papeacuteis

Gabarito C

57 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

Comentaacuterios Galera essa eacute muito faacutecil Nenhum produto estaraacute nunca completamente testado ademais o Product Backlog tambeacutem nunca estaraacute completo

Gabarito E

58 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

Comentaacuterios Opaaaa Product Owner natildeo trata de estimativas Entendam escopo e importacircncia satildeo definidos pelo PO no entanto quem define estimativas eacute a Equipe de Desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 35 de 44

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

60 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

Comentaacuterios Bem o cliente natildeo se torna parte da equipe de desenvolvimento Haacute ndash sim ndash uma forte integraccedilatildeo no entanto dizer que faz parte da equipe de desenvolvimento eacute um completo absurdo No entanto o CESPE natildeo entendeu dessa maneira

Gabarito C

61 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

Comentaacuterios Eacute isso mesmo perfeito

Gabarito C

62 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o

documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

Comentaacuterios Galera item perfeito Muito bem escrito

Gabarito C

63 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

Comentaacuterios Questatildeo perfeita retirada do Guia Scrum

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 36 de 44

Gabarito C

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

65 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

Comentaacuterios Jaacute li isso 800x e as bancas continuam errando Escreve-se ITERACcedilAtildeO e natildeo INTERACcedilAtildeO A questatildeo deveria ter sido anulada mas natildeo foi =

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 37 de 44

LISTA DE EXERCIacuteCIOS COMENTADOS

(Instituto Cidades ndash 2012 - CEMIG - Agente de Gestatildeo Administrativa - Analista de Sistemas - A) O teste

eacute uma atividade de verificaccedilatildeo e validaccedilatildeo do software e consiste na anaacutelise dinacircmica do mesmo isto eacute na execuccedilatildeo do produto de software com o objetivo de verificar a presenccedila de defeitos no produto e aumentar a confianccedila de que o mesmo estaacute correto

(CESPE - 2012 ndash Anatel ndash Analista Administrativo ndash Arquitetura de Soluccedilotildees) Considere as informaccedilotildees

abaixo em relaccedilatildeo ao desenvolvimento de sistemas

I executar um software com o objetivo de revelar falhas mas que natildeo prova a exatidatildeo do software II correta construccedilatildeo do produto III Construccedilatildeo do produto certo

Correspondem corretamente a I II e III respectivamente

a) Validaccedilatildeo verificaccedilatildeo e teste b) Verificaccedilatildeo teste e validaccedilatildeo c) Teste verificaccedilatildeo e validaccedilatildeo d) Validaccedilatildeo teste e verificaccedilatildeo e) Teste validaccedilatildeo e verificaccedilatildeo

(CESPE - 2010 ndash TJES ndash Analista Judiciaacuterio ndash Analista de Sistemas) Verificaccedilatildeo e validaccedilatildeo satildeo atividades

da anaacutelise de software necessaacuterias para se identificar o que o software precisa executar seguida de uma avaliaccedilatildeo do usuaacuterio quanto agraves atividades definidas

(CESPE - ndash TRT 5ordf ndash Analista Judiciaacuterio ndash Analista de Sistemas) A diferenccedila entre verificaccedilatildeo e

validaccedilatildeo reside no fato de que a primeira se refere ao conjunto de atividades que garante que o software realiza corretamente uma funccedilatildeo especiacutefica enquanto a segunda refere-se a um conjunto diferente de atividades que garante que o software que foi construiacutedo eacute rastreaacutevel agraves exigecircncias do cliente

(ESAF - ndash MPOG ndash Analista de Planejamento ndash Analista de Sistemas - B) Demonstrar ao

desenvolvedor e ao cliente que o software atende aos requisitos eacute uma meta de validaccedilatildeo do software

(CESPE - ndash IPEA ndash Analista de Sistemas) A verificaccedilatildeo assegura que o produto como fornecido iraacute

atender o seu uso pretendido ou seja que se estaacute construindo o produto certo E a validaccedilatildeo confirma que os produtos de trabalho refletem de forma apropriada os requisitos que foram especificados ou seja que se estaacute construindo o produto corretamente

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 38 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 39 de 44

tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 40 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto

da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C) Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 41 de 44

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 42 de 44

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a

data final e o custo do projeto satildeo determinados ao longo do projeto

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 43 de 44

53 (CESPE - 2012 - TRE-RJ - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) A metodologia scrum prega que a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

54 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

55 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM

o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

56 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

57 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

58 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

60 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para

gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

61 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

62 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 44 de 44

63 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

65 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

66 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

GABARITO

1 2 3 4 5 6 7 8 9 10 E C C C E E E C E E 11 12 13 14 15 16 17 18 19 20 E C C C C E E C E E 21 22 23 24 25 26 27 28 29 30 E C C C E E C E B E 31 32 33 34 35 36 37 38 39 40 E C C C C C C C C E 41 42 43 44 45 46 47 48 49 50 E E E E C E E E C E 51 52 53 54 55 56 57 58 59 60 C E C C E C E E C C 61 62 63 64 65 66 67 68 69 70 C C C C C - - - - -

79831971523

325179138-97 - caio victor gambardela

Page 9: 203903115 Testes Conceitos Verificacao e Validacao Tipos de Teste Unidade Integracao Sistemafuncional Aceitacao Carga Desempenho Vulnerabilidade Usab

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 8 de 44

Os defeitos encontrados nas fases iniciais do processo de desenvolvimento de software satildeo mais baratos de serem corrigidos do que aqueles encontrados jaacute em fase produccedilatildeo Haacute inclusive teacutecnicas de testes antes mesmo da implementaccedilatildeo Agrupam os defeitos mais sensiacuteveis

Seguindo o Princiacutepio de Pareto 80 dos defeitos satildeo causados por 20 do coacutedigo Ao identificar essas aacutereas sensiacuteveis os testes podem priorizaacute-las enquanto ainda procuram por erros nas demais regiotildees Paradoxo do pesticida

Caso os mesmos testes sejam aplicados repetidamente em determinado momento eles deixam de ser uacuteteis ou seja natildeo conseguem encontrar nenhum novo defeito Por isso os testes precisam ser revisitados com frequecircncia (Novos pesticidas) Testes dependem do contexto

Os testes devem ser elaborados de acordo com o contexto de utilizaccedilatildeo do software Exemplo um sistema bancaacuterio deve ser testado de maneira diferente de uma rede social Assim como testes de aplicaccedilatildeo web tecircm foco diferente do desktop

secircncia de defeitos eacute uma ilusatildeo

Identificar e corrigir os problemas de um software natildeo garantem que ele estaacute pronto Os testes foram elaborados para identificar todas as possiacuteveis falhas O sistema atende agraves necessidades e expectativas dos usuaacuterios Ou seja haacute outros fatores

Agora vamos falar de uma coisa muito importante Podemos olhar para os testes por meio de trecircs perspectivas diferentes Teacutecnicas de Testes Niacuteveis de Testes e Tipos de Testes A Figura 3 apresenta essas trecircs perspectivas como um plano cartesiano de trecircs dimensotildees Noacutes iremos estudar cada uma dela mais agrave frente Figura 3 - Perspectivas de Testes

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 9 de 44

As Teacutecnicas de Teste de Software buscam demonstrar como testar Jaacute os Niacuteveis de Testes de Software buscam demonstrar quando testar Por fim os Tipos de Testes de Software buscam demonstrar o que testar Essas trecircs perspectivas satildeo apresentadas na Figura 4 seratildeo detalhadas para melhor entendimento

Figura 4 - Perspectivas de Testes

As Teacutecnicas de Testes se dividem em Caixa-Branca Caixa-Preta e Caixa-Cinza A primeira se foca nas estruturas internas dos procedimentos do sistema A segunda se foca nas entradas e saiacutedas especificadas nos requisitos funcionais Jaacute a terceira se foca tanto em estruturas internas quanto nas entradas e saiacutedas especificadas nos requisitos A Teacutecnica de Caixa-Branca (tambeacutem conhecida como Estrutural ou Orientada agrave Loacutegica) analisa caminhos loacutegicos possiacuteveis de serem executados portanto eacute necessaacuterio ter conhecimento sobre o funcionamento interno dos componentes Ele busca garantir que todos os caminhos independentes de um moacutedulo sejam executados pelo menos uma vez Ademais ele trata de todas as decisotildees loacutegicas para valores verdadeiros e falsos aleacutem de executar laccedilos dentro dos valores limites e avaliar as estruturas de dados internas As teacutecnicas principais satildeo testes de caminhos testes de estruturas de controle e complexidade ciclomaacutetica A Teacutecnica de Caixa-Preta (tambeacutem conhecida como ComportamentalFuncional ou Orientado a Dado) se baseia em preacute e poacutes-condiccedilotildees geralmente sendo utilizada nas etapas posteriores da disciplina de testes Ele busca funccedilotildees incorretas ou inexistentes erros de comportamento ou desempenho erros de inicializaccedilatildeo e interface etc Ele tem o objetivo de verificar a funcionalidade e aderecircncia aos requisitos em uma oacutetica externa ou do usuaacuterio sem se basear em qualquer conhecimento do coacutedigo ou loacutegica interna do componente As teacutecnicas principais satildeo testes baseados em grafos particionamento de equivalecircncias anaacutelise de valor-limite e teste de matriz ortogonal

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 10 de 44

Os Niacuteveis de Teste (tambeacutem conhecido como EstaacutegioEstrateacutegias) ralmente satildeo agrupados de acordo com o momento em que eles satildeo executados ou tambeacutem pelo niacutevel de especificidade do teste Exemplos Teste de Unidade Teste de Integraccedilatildeo Teste de Sistema Teste de Aceitaccedilatildeo entre outros

Figura 5 - Estaacutegios de Testes

A Figura 5 mostra que a espiral inicia- em sentido horaacuterio pelo Teste de Unidade (que analisa o coacutedigo) em seguida realiza o Teste de Integraccedilatildeo (que analisa o projeto) depois o Teste de Validaccedilatildeo ou Aceitaccedilatildeo (que analisa os requisitos) e por fim o Teste de Sistema (que analisa o sistema) Teste de Unidade Trata do esforccedilo de verificaccedilatildeo na menor unidade de projeto de software ndash componente ou moacutedulo de software Os testes unitaacuterios verificam o funcionamento de um pedaccedilo do sistema ou software isoladamente ou que possam ser testados separadamente Eles satildeo considerados um apecircndice ao passo de codificaccedilatildeo O projeto de Teste de Unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado Ele enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente Professor mas que

componente eacute esse Ora meacutetodos classes ou moacutedulos Teste de Integraccedilatildeo Trata do esforccedilo de verificaccedilatildeo em uma combinaccedilatildeo de componentes para verificar se eles funcionam corretamente juntos conforme as especificaccedilotildees Busca encontrar

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 11 de 44

defeitos nas interfaces e nas interaccedilotildees entre componentes ou sistemas integrados Ele sucede o Teste de Unidade e antecede o Teste de Sistema Os resultados do Teste de Unidade dos moacutedulos do sistema servem de insumo para o Teste de Integraccedilatildeo Eacute uma teacutecnica sistemaacutetica para construir a arquitetura de um software e descobrir erros na integraccedilatildeo entre os componentes Os moacutedulos satildeo integrados gradualmente a fim de facilitar a localizaccedilatildeo de erros Teste de AceitaccedilatildeoValidaccedilatildeo Trata do esforccedilo em demonstrar a conformidade com os requisitos de software Focaliza accedilotildees visiacuteveis ao usuaacuterio e saiacutedas do sistema reconhecidas tambeacutem pelo usuaacuterio Eacute bem sucedida quando o software funciona do modo que pode ser razoavelmente esperado pelo usuaacuterio Ele sucede o Teste de Integraccedilatildeo e antecede o Teste de Sistema O ambiente de teste utilizado deve ser o mais proacuteximo possiacutevel do ambiente real Os tipos mais comuns satildeo o Teste Alfa e o Teste Beta O primeiro ocorre em um ambiente controlado ndash simulando a forma de utilizaccedilatildeo do usuaacuterio Jaacute o segundo ocorre no ambiente real de utilizaccedilatildeo e eacute realizado pelo proacuteprio usuaacuterio Teste de SistemaFuncional Trata do esforccedilo em demonstrar o funcionamento do sistema como um todo dentro de um ambiente operacional controlado para validar a exatidatildeo e perfeiccedilatildeo na execuccedilatildeo de suas funccedilotildees Utilizam-se dados de teste a fim de tentar evitar a ocorrecircncia de defeitos em ambiente de produccedilatildeo Lembremos que um software frequentemente eacute apenas um elemento de um sistema maior Logo eacute necessaacuterio testaacute-lo considerando o contexto em que seraacute utilizado Eles satildeo conduzidos em um ambiente completo e integrado por vaacuterias pessoas (natildeo soacute os desenvolvedores) Busca-se exercitar o sistema por completo

Por fim vamos tratar dos Tipos de Testes Exemplos Teste de Regressatildeo Teste de Teste de Fumaccedila Teste de Recuperaccedilatildeo Teste de Seguranccedila Teste de Carga Teste de Desempenho Teste de Usabilidade No entanto o edital de vocecircs pede apenas quatro tipos de teste que veremos a seguir Teste de CargaEstresseVolume Trata do esforccedilo em demonstrar o funcionamento do software em situaccedilotildees anormais ie executa o sistema em condiccedilotildees incomuns de demanda de recursos velocidade

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 12 de 44

frequecircncia e volume Em outras palavras verifica qual limite de dados processados ateacute a falha do sistema Teste de DesempenhoPerformance Trata do esforccedilo em demonstrar que o sistema atende aos niacuteveis de desempenho e tempo de resposta acordados com os usuaacuterios e definidos nos requisitos Geralmente ocorre paralelamente ao Teste de Carga e avalia a capacidade de resposta do sistema em determinadas configuraccedilotildees Teste de Vulnerabilidade Trata do esforccedilo em demonstrar buracos de seguranccedila e vulnerabilidades podem ser aplicadas agrave redemaacutequina alvo Quem efetuar o teste vai tentar identificar nas maacutequinas na rede alvo todas as portas abertas sistemas operativos e aplicaccedilotildees a serem executadas Teste de Usabilidade Trata do esforccedilo em demonstrar falhas na facilidade de uso do software pelos usuaacuterios finais Enfatiza fatores humanos consistecircncia na interface graacutefica esteacutetica ajuda online assistentes wizard documentaccedilatildeo do usuaacuterio material de treinamento entre outros Uma boa interface com o usuaacuterio deve ser faacutecil de usar e entender

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 13 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - A O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

Comentaacuterios Qual eacute o objetivo de um teste Encontrar erros Noacutes jaacute sabemos que eacute virtualmente impossiacutevel provar a correccedilatildeo integral de um programa

Gabarito E

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - B O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

Comentaacuterios Exatamente isso Um teste deve ter alta probabilidade de encontrar erros

Gabarito C

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - C O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

Comentaacuterios Opaaaa natildeo satildeo desejaacuteveis testes redundantes mas ndash sim ndash eficientes

Gabarito E

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - D O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

Comentaacuterios Na verdade testes natildeo devem ser muito simples nem muito complexos

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 14 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - E O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

Comentaacuterios Natildeo faz nenhum sentido ndash inclusive a proacutepria Equipe de Desenvolvimento realiza testes (Testes de Unidade)

Gabarito E

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

Comentaacuterios Eacute isso mesmo Inicia-se com Testes de Unidade depois Testes de Integraccedilatildeo e por fim Testes de Sistema

Gabarito C

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

Comentaacuterios Essa eacute uma boa definiccedilatildeo para Testes de Unidade Perfeito

Gabarito C

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

Comentaacuterios Eacute exatamente isso Eacute comum ndash inclusive ndash que frameworks utilizem o Test-first Design

Gabarito C

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

Comentaacuterios Essa eacute a perfeita definiccedilatildeo de Teste de Integraccedilatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 15 de 44

Gabarito C

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

Comentaacuterios Como jaacute vimos nenhum teste eacute capaz de garantir que natildeo restam erros em um sistema

Gabarito E

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software Comentaacuterios Bem essa eacute ateacute engraccedilada Geralmente um teste bem sucedido eacute aquele que encontra erros Se ele natildeo encontra erros eacute mais provaacutevel que o teste tenha sido mal feito

Gabarito E

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

Comentaacuterios Os testes de desempenho devem ser projetados para assegurar que o sistema pode operar na carga necessaacuteria Isso envolve geralmente o planejamento de uma seacuterie de testes em que a carga eacute constantemente aumentada ateacute que o desempenho se torne inaceitaacutevel Perfeito Gabarito C

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

Comentaacuterios O teste de desempenho concentra-se tanto em demonstrar que o sistema atende aos requisitos como tambeacutem em descobrir problemas e defeitos no sistema Gabarito E

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 16 de 44

Comentaacuterios Jaacute vimos um milhatildeo de vezes Testes natildeo garantem a ausecircncia de erros Gabarito E

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

Comentaacuterios Opa como eacute Maior unidade de projeto Natildeo Na menor unidade de projeto do software Gabarito E

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

Comentaacuterios Perfeito Eacute exatamente isso Gabarito C

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

Comentaacuterios Galera natildeo se exaltem O Teste de Integraccedilatildeo eacute o que mais testa a interface poreacutem o Teste de Unidade tambeacutem a testa Natildeo haacute nada errado aqui Gabarito C

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

Comentaacuterios Exatamente isso Vamos relembrar Testes de Unidade tratam do coacutedigo-fonte Testes de Integraccedilatildeo tratam de Projeto de Software Testes de Validaccedilatildeo tratam de Requisitos Testes de Sistema tratam de Engenharia de Sistemas Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 17 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

Comentaacuterios Bem apesar de falar sobre componentes do modelo de implementaccedilatildeo natildeo se trata de Teste de Integraccedilatildeo Observem que trata de um niacutevel de abstraccedilatildeo bastante baixo sobre os fluxos de controle e de dados Portanto trata-se de um Teste de Unidade Gabarito E

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

Comentaacuterios Natildeo Isso se trata do Teste Caixa-Branca Gabarito E

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

Comentaacuterios Perfeito Eacute bem intuitivo Gabarito C

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

Comentaacuterios Opa na verdade trata-se de Teste de Integraccedilatildeo Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 18 de 44

CONTROLE DE VERSAtildeO ndash G

O que eacute um Sistema de Controle de Versatildeo Eacute um sistema que registra as mudanccedilas feitas em um arquivo ou um conjunto de arquivos ao longo do tempo de forma que seja possiacutevel recuperar versotildees especiacuteficas Eu por exemplo uso um sistema de controle de versatildeo para guardar todas as versotildees das aulas que eu faccedilo ndash jaacute pensou se eu perco isso D Pessoal se um sistema de controle de versatildeo eacute importante para que eu controle as versotildees das minhas aulas imaginem para quem estaacute desenvolvendo um software O desenvolvedor deve poder conseguir gerenciar as diferentes versotildees de coacutedigo-fonte e documentaccedilatildeo do software que ele estaacute desenvolvendo

Um dos softwares de controle de versatildeo mais conhecido do mercado eacute o G Ele eacute um sistema open-source distribuiacutedo raacutepido e foi criado por Linus Torvalds (isso mesmo aquele do Linux) e foi desenvolvido para controlar as versotildees do kernel do sistema operacional

Vocecircs podem estar se perguntando natildeo basta criar um diretoacuterio e ir salvando cada versatildeo

com um nome diferente Ora nada impede que se faccedila isso No entanto percebam que ndash apesar de ser uma ideia extremamente simples ndash ela eacute muito suscetiacutevel a erros Pessoal noacutes somos humanos e muitas vezes desatentos

Imaginem um cara que tem 40 diretoacuterios para o sistema que ele estaacute desenvolvendo E se ele achar que estaacute em um diretoacuterio mas na verdade estaacute em outro E se ele acabar

Figura 6 - Logo da git

Figura 7 - Sistema de Controle de Versotildees Local (SCVL)

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 19 de 44

gravando acidentalmente no diretoacuterio errado E se ele sobrescrever arquivos indevidamente sem a menor intenccedilatildeo Pois eacute para resolver esse problema foram desenvolvidos os Sistemas de Controle de Versatildeo Locais em que se armazenavam todas as alteraccedilotildees dos arquivos sob controle de revisatildeo Como assim Ora bastava salvar o arquivo e ele era gravado no diretoacuterio com cada uma de suas versotildees como mostra a Figura 8

Agora imaginem 10 desenvolvedores trabalhando com sistemas diferentes e armazenando suas versotildees cada um em seu computador ndash ora como eles podem trabalhar em conjunto

integrando seus componentes Para lidar com esse problema foi criado o Sistema de Controle de Versatildeo Centralizado como mostra a Figura 9 Esses sistemas possuem um servidor central uacutenico que conteacutem todos os arquivos versionados e vaacuterios clientes que podem recuperaacute-los Os desenvolvedores tecircm conhecimento razoaacutevel sobre o projeto como um todo No entanto se o servidor falhartodos param de trabalhar armazenamento for corrompido jaacute era

Figura 9 - Sistema de Controle de Versotildees Distribuiacutedo (SCVD)

Figura 8 - Sistema de Controle de Versatildeo Centralizado (SCVC)

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 20 de 44

Como solucionar esse problema Com Sistemas de Controle de Versotildees Distribuiacutedos Nesse caso o cliente copia o repositoacuterio dele inteiro e natildeo apenas as versotildees de um arquivo especiacutefico Dessa forma caso um servidor falhe pode-se copiar os repositoacuterios dos clientes de volta para o servidor e assim restauraacute-lo Em vez de existir apenas um repositoacuterio central utilizado pelos clientes cada usuaacuterio possui uma coacutepia do repositoacuterio inteiro De certo modo ele eacute mais lento que o sistema centralizado poreacutem permite manter um histoacuterico da evoluccedilatildeo do projeto permite uma maior colaboraccedilatildeo entre os desenvolvedores e permite variaccedilotildees no projeto

Em suma SCVL eacute uma estrutura composta por repositoacuterio e aacuterea de trabalho Jaacute o SCVC eacute uma estrutura composta por um uacutenico repositoacuterio e vaacuterias coacutepias de trabalho que se comunicam apenas atraveacutes do repositoacuterio central Por fim o SCVD eacute uma estrutura em que cada desenvolvedor possui um repositoacuterio proacuteprio acoplado a uma aacuterea de trabalho Pessoal essa introduccedilatildeo toda foi para dizer que o Git eacute um Sistema de Controle de Versatildeo Distribuiacutedo (SCVD) Muitos projetos utilizam esse sistema tais como Amarok Android Debian Eclipse Fedora Perl Wine entre outros Enfim soacute encontrei uma questatildeo sobre esse tema Vamos aos exerciacutecios

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 21 de 44

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

Comentaacuterios Vocecircs jaacute conhecem o Git Outros Sistemas de Controle de Versatildeo open-source satildeo CVS e SVN ClearCase e SourceSafe satildeo comerciais

Gabarito B

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado Comentaacuterios Opa natilde-natildeo Git eacute um Sistema de Controle de Versatildeo Distribuiacutedo e natildeo Centralizado

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 22 de 44

JENKINS

Galera eu tenho um acervo consideraacutevel de provas das principais bancas ndash em que eacute possiacutevel procurar palavras especiacuteficas E eu natildeo encontrei uma questatildeo sequer a respeito desse tema Logo nossa visatildeo seraacute superficial pois assuntos novos em geral natildeo entram em detalhes

Primeiro de tudo o que eacute o Jenkins Eacute uma ferramenta open-source de integraccedilatildeo contiacutenua escrita em java para testes e relatoacuterios sobre mudanccedilas isoladas em uma grande base de coacutedigo em tempo real O software possibilita que os desenvolvedores encontrem e resolvam defeitos rapidamente em uma base de coacutedigo e automatizem seus testes A integraccedilatildeo contiacutenua evoluiu desde a sua concepccedilatildeo Originalmente o padratildeo era uma compilaccedilatildeo por dia Hoje em dia a regra comum eacute que cada membro da equipe apresente seu trabalho diariamente (ou ateacute mais frequentemente) e compilaccedilotildees sejam realizadas para cada mudanccedila significativa Quando usado corretamente a integraccedilatildeo contiacutenua proporciona vaacuterios benefiacutecios como feedback constante sobre o status do software Os defeitos satildeo geralmente menores menos complexos e mais faacuteceis de resolver uma vez que a Integraccedilatildeo Contiacutenua detecta deficiecircncias no iniacutecio do desenvolvimento Resumindo o que vocecircs jaacute viram dezenas de vezes no estudo de metodologias aacutegeis a integraccedilatildeo contiacutenua consiste em o desenvolvedor integrar o coacutedigo desenvolvido eou alterado ao projeto principal na mesma frequecircncia com que as funcionalidades satildeo desenvolvidas sendo feito muitas vezes ao dia ao inveacutes de apenas uma vez O objetivo principal de se utilizar a integraccedilatildeo contiacutenua eacute verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente Ademais pode ser feita atraveacutes de processos manuais ou automatizados utilizando ndash por exemplo ndash a ferramenta Jenkins (ou CruiseControl Hudson Bamboo Continuum Gump Beebox etc) O Jenkins eacute um sistema baseado em servidor que roda em um Container Web e possui plug-ins para ampliar sua utilizaccedilatildeo com outras linguagens de programaccedilatildeo para integraccedilatildeo com sistemas de controle de versatildeo ou para grandes bases de dados Bem eu acho que isso eacute suficiente sobre esse assunto

Figura 10 ʹ Logo da Jenkins

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 23 de 44

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua Comentaacuterios Opa Jenkins eacute uma ferramenta open-source

Gabarito E

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente Comentaacuterios Exatamente Nativamente ele natildeo tem suporte a outras linguagens de programaccedilatildeo ndash somente por meio de plug-ins

Gabarito C

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis Comentaacuterios Perfeito Metodologias aacutegeis precisam responder rapidamente a mudanccedilas e isso eacute auxiliado por ferramentas de integraccedilatildeo contiacutenua

Gabarito C

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

Comentaacuterios Perfeito Eacute isso mesmo

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 24 de 44

SCRUM

Algueacutem de vocecircs sabe de onde vem esse nome Entatildeo vou lhes contar Esse nome vem do rugby e eacute utilizado como uma metaacutefora para refletir o alto grau de cooperaccedilatildeo necessaacuterio para obter sucesso Imagino que poucos de vocecircs entendam as regras desse esporte portanto vou explicar de forma bastante objetiva porque essa metaacutefora eacute utilizada No rugby um time pontua quando a bola cruza a linha de gol e toca o chatildeo ndash sendo carregada ou por meio de um passe Caso o jogador seja derrubado ele deve soltar a bola e a jogada se reinicia Deve haver intensa troca de passes entre os jogadores de modo a deixaacute-los menos vulneraacuteveis a serem derrubados por outros jogadores

Figura 11 - Scrum no Rugby

Bem cada jogada se inicia quando um Scrum eacute realizado ie forma-se uma parede de forccedila entre os jogadores como mostra a Figura 11 Observem que os jogadores se reuacutenem de forma bem proacutexima unindo suas forccedilas e habilidades para trabalhar em conjunto a fim de conseguir recuperar a bola Percebam portanto que o time inteiro deve trabalhar para que a equipe possa pontuar Diferentemente do Futebol Americano natildeo haacute um quarterback ou uma estrela do time ndash todos satildeo importantes Pois eacute a histoacuteria fica mais interessante vamos ver uma das recomendaccedilotildees de ataque do rugby

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 25 de 44

ldquoPensem continuamente em seu alinhamento em relaccedilatildeo ao jogador que carrega a bola e aos jogadores ao seu redor Trabalhe duro para estar disponiacutevel quando necessaacuteriordquo Observem como isso eacute importante em metodologias aacutegeis trabalhar duro para ajudar a equipe a obter ecircxito ndash nunca existe ldquoBem natildeo haacute nada aqui para eu fazerrdquo Acho que agora ficou mais faacutecil entender de onde vem esse nome ndash vamos agrave teoria Antes de comeccedilar uma observaccedilatildeo o guia oficial do Scrum eacute um documento tatildeo pequeno (18 paacuteginas) que eu recomendo fortemente que vocecircs leiam-no por inteiro pois seraacute muito uacutetil Bem agora sim vamos ao trabalho Scrum eacute um framework (ie possui uma estrutura processual) leve simples de entender e extremamente difiacutecil de dominar para desenvolver e manter produtos complexos e adaptativos enquanto entrega produtiva e criativamente produtos com o mais alto valor possiacutevel Complicado ou natildeo Galera percebam que ele natildeo eacute um processo ou uma teacutecnica para construir produtos mas ndash sim ndash um framework em que pode ser empregado vaacuterios processos e teacutecnicas O Framework pode ser definido como um conjunto de papeacuteis eventos artefatos e regras associadas a uma equipe Ele eacute fundamentado em teorias empiacutericas de controle de processo e emprega uma abordagem iterativa e incremental (maximizando as oportunidades de feedback) para aperfeiccediloar a previsatildeo e controle de riscos Ele afirma que o conhecimento vem da experiecircncia e da tomada de decisotildees baseadas no que eacute conhecido Para tal ele emprega uma abordagem iterativa e incremental para aperfeiccediloar a previsibilidade e controle de riscos fundamentando-se em trecircs pilares fundamentais

Transparecircncia aspectos significativos (e padronizados) devem estar visiacuteveis aos responsaacuteveis pelos resultados Por exemplo uma linguagem comum a todos os participantes

Inspeccedilatildeo os usuaacuterios devem frequentemente inspecionar os artefatos e o

progresso para detectar indesejaacuteveis variaccedilotildees (natildeo pode ser frequente a ponto de atrapalhar a execuccedilatildeo das tarefas)

Adaptaccedilatildeo o processo ou material sendo produzido deve ser adaptado sempre

que um inspetor verificar desvios que tornem o resultado inaceitaacutevel e para tanto ele tem quatros oportunidades (as reuniotildees)

O Scrum define o conceito de Time Scrum que eacute um time auto-organizaacutevel (escolhe qual a melhor forma para realizar seu trabalho) e multifuncional (possui todas as competecircncias

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 26 de 44

e natildeo depende de outros de fora da equipe) Eacute o responsaacutevel por entregar produtos de forma iterativa e incremental maximizando as oportunidades de realimentaccedilatildeo As entregas incrementais de produto ldquoprontordquo garantem que uma versatildeo potencialmente funcional do produto do trabalho esteja sempre disponiacutevel Agora o mais importante o Time Scrum eacute composto por um Product Owner um Scrum Master e a Equipe de Desenvolvimento1 Product Owner Eacute o responsaacutevel por maximizar o valor do produto e do trabalho da equipe de desenvolvimento sendo o uacutenico que pode gerenciar o Product Backlog Ele pode ateacute delegar atividades de gerenciamento mas ainda seraacute considerado o responsaacutevel pelos resultados A Equipe de Desenvolvimento soacute responde a ele Equipe de Desenvolvimento A Equipe de Desenvolvimento natildeo reconhece tiacutetulos para seus integrantes todos satildeo considerados desenvolvedores (natildeo importa o que faccedilam) A Equipe deve ter entre 3 e 9 integrantes de modo que natildeo seja pequena demais que haja restriccedilotildees de habilidades nem grande demais que seja complicado de gerenciar Scrum Master Eacute o responsaacutevel por garantir que o Scrum seja entendido e aplicado Ademais ele deve comunicar claramente a visatildeo objetivo e itens do Product Backlog ensinar a equipe a criar itens claros e concisos treinar a equipe de desenvolvimento em autogerenciamento e interdisciplinaridade remover impedimentos entre outros Mudando de assunto os Eventos Scrum satildeo eventos time-boxed (ie com duraccedilatildeo maacutexima) usados para criar uma rotina e minimizar a necessidade de reuniotildees natildeo definidas pelo Scrum Lembrem-se de que a Sprint tem um mecircs ou menos e eacute iniciada imediatamente apoacutes a conclusatildeo da sprint anterior As Sprints satildeo compostas por uma Reuniatildeo de Planejamento da Sprint Reuniotildees Diaacuterias o Trabalho de Desenvolvimento uma Revisatildeo da Sprint e a Retrospectiva da Sprint Uma Sprint se inicia imediatamente apoacutes a conclusatildeo da sprint anterior e tem duraccedilotildees coerentes em todo o esforccedilo de desenvolvimento Durante a sprint eacute proibido realizar mudanccedilas que afetem seu objetivo Aleacutem disso eacute proibido mudar a composiccedilatildeo da equipe ou diminuir as metas de qualidade apesar disso o escopo pode ser sempre clarificado e renegociado Essas proibiccedilotildees devem ser levadas

muito a seacuterio entenderam

1 Natildeo confundir Equipe de Desenvolvimento com Time Scrum ʹ o primeiro estaacute contido no segundo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 27 de 44

Uma sprint pode ser cancelada antes de seu time-box terminar e isso somente pode ser feito pelo Product Owner (sob influecircncia de stakeholders equipe de desenvolvimento entre outros) Isso pode ocorrer caso o seu objetivo se torne obsoleto mas ocorrem tambeacutem devido agrave curta duraccedilatildeo e a cancelamentos poreacutem satildeo raros os casos O trabalho a ser realizado na Sprint eacute planejado na Reuniatildeo de Planejamento da Sprint (Proporcional a 8 horas) Essa reuniatildeo consiste em duas partes

1 O que seraacute entregue como resultado do incremento da proacutexima Sprint

2 Como o trabalho necessaacuterio para entregar o incremento seraacute realizado Na primeira parte a Equipe de Desenvolvimento tenta prever as funcionalidades que seratildeo desenvolvidas durante a Sprint Na segunda parte a Equipe de Desenvolvimento decide como iraacute construir essas funcionalidades durante a Sprint e desenvolve o Sprint Backlog Portanto a primeira parte trada do ldquoO que fazerrdquo e a segunda trata do ldquoComo fazerrdquo

Figura 12 - Processo do SCRUM

O Product Owner pode estar presente durante a segunda parte da reuniatildeo para clarificar itens do Backlog do Produto A Reuniatildeo Diaacuteria (Proporcional a 15 minutos) eacute um evento que busca criar um plano para as proacuteximas 24 horas e inspecionar o trabalho desde a uacuteltima Reuniatildeo Diaacuteria

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 28 de 44

Ela ocorre sempre no mesmo horaacuterio e no mesmo local e cada integrante deve responder as seguintes perguntas

1 O que foi completado desde a uacuteltima reuniatildeo

2 O que seraacute feito ateacute a proacutexima reuniatildeo

3 Quais os obstaacuteculos que estatildeo no caminho

As Reuniotildees Diaacuterias melhoram bastante a comunicaccedilatildeo entre os integrantes ademais eliminam a necessidade de outras reuniotildees identificam e removem impedimentos destacam e promovem raacutepidas tomadas de decisatildeo e melhoram o niacutevel de conhecimento da Equipe como um todo A Revisatildeo da Sprint (Proporcional a 4 horas) eacute executada no final da Sprint para inspecionar o incremento e adaptar o Backlog do Produto se necessaacuterio Esta eacute uma reuniatildeo informal e a apresentaccedilatildeo do incremento destina-se a motivar e obter comentaacuterios e promover a colaboraccedilatildeo Nesta reuniatildeo discute-se o que foi bem e o que natildeo foi problemas ocorridos e como foram resolvidos Procut Backlog projeccedilotildees de datas O resultado eacute o Product Backlog revisado e ajustado A Retrospectiva da Sprint (Proporcional a 3 horas) eacute uma chance para o Scrum Team inspecionar a si proacuteprio e criar um plano de melhorias par proacutexima sprint Ela inspeciona como foi a uacuteltima sprint em relaccedilatildeo agraves pessoas agraves relaccedilotildees aos processos e agraves ferramentas Aleacutem disso tem o poder de identificar e ordenar os principais itens que se tornaram potenciais de melhorias e cria um plano para implementar melhorias no modo de realizaccedilatildeo do trabalho

Figura 13 - Graacutefico Burndown

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 29 de 44

O Documento de Visatildeo eacute definido pelo Product Owner e representa como os clientes usuaacuterios finais gerentes stakeholders executivos entre outros visualizam o resultado final do produto que seraacute criado Praacuteticas como BurndownBurnup tecircm sido utilizadas para prever o progresso sem substituir a importacircncia do empirismo como mostra a Figura 13 O Product Backlog eacute uma lista ordenada (por valor risco prioridade etc) de tudo que deve ser necessaacuterio no produto e eacute uma origem uacutenica dos requisitos para qualquer mudanccedila a ser feita no produto Ele nunca (Atenccedilatildeo nunca) estaraacute completo e existiraacute enquanto o produto tambeacutem existir

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 30 de 44

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

Comentaacuterios Bem vamos comeccedilar nossos exerciacutecios com um erro da FCC O Guia Scrum diz que o Scrum Team eacute dividido em Product Owner Scrum Master e Development Team No entanto a FCC deu a resposta como correto

Gabarito C

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

Comentaacuterios Bem tranquila neacute Trata-se de uma Sprint

Gabarito C

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint Comentaacuterios Bem tranquila tambeacutem Trata-se de uma Sprint

Gabarito C

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

Comentaacuterios Perfeito Essa Scrum Meeting trata-se da Daily Scrum Meeting ou Reuniatildeo Diaacuteria

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 31 de 44

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

Comentaacuterios De fato estaacute incorreto O periacuteodo maacuteximo eacute de 30 dias e a equipe de trabalho varia de 3 a 9 pessoas

Gabarito C

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

Comentaacuterios Na verdade natildeo eacute correto Eacute possiacutevel dissolver uma sprint e comeccedilar outra baseando-se em um no sprint backlog ndash quem pode fazer isso eacute o Product Owner

Gabarito E

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

Comentaacuterios Bem ela deve durar no maacuteximo 15 minutos no entanto a questatildeo diz que natildeo deve durar mais que 30 minutos (o que natildeo eacute errado) Portanto natildeo eacute incorreto ndash eacute correto

Gabarito E

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

Comentaacuterios Na verdade natildeo eacute incorreto Satildeo essas as perguntas a serem feitas

Gabarito E

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

Comentaacuterios Tambeacutem natildeo eacute incorreto Eacute exatamente isso que o Scrum Master deve fazer

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 32 de 44

Gabarito E

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

Comentaacuterios Na verdade soacute pode ser modificado pelo Product Owner

Gabarito E

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint Comentaacuterios Scrum Master eacute apenas um facilitador Quem pode modificar o Backlog eacute o Product Owner

Gabarito E

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

Comentaacuterios Eacute possiacutevel ndash sim ndash dissolver uma sprint

Gabarito E

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe Comentaacuterios Na verdade as discussotildees ocorrem mais entre a equipe de desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 33 de 44

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a data final e o custo do projeto satildeo determinados ao longo do projeto

Comentaacuterios Eacute isso mesmo ndash satildeo todos definidos ao longo do projeto

Gabarito C

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

Comentaacuterios Na verdade recomenda-se entre trecircs e nove participantes Com menos de trecircs participantes reduz-se a interaccedilatildeo que gera um menor ganho de produtividade

Gabarito E

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

Comentaacuterios De fato apenas o Product Owner pode cancelar uma sprint

Gabarito C

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

Comentaacuterios Uma sprint deve ter entre duas e quarto semanas

Gabarito E

53 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

Comentaacuterios Questatildeo perfeita Scrum estaacute para o PMBOK assim como o XP estaacute para o RUP Ele pode ser utilizado em teoria em qualquer contexto em que se necessite atingir um objetivo comum entre um grupo de pessoas

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 34 de 44

54 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

Comentaacuterios Literalmente retirado do Guia Scrum ndash perfeito

Gabarito C

55 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

Comentaacuterios Conjunto de requisitos bem definidos Natildeo eacute o contraacuterio Geralmente trata-se de requisitos pouco definidos

Gabarito E

56 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

Comentaacuterios Eacute exatamente isso Lembrem-se de que natildeo haacute cargos mas papeacuteis

Gabarito C

57 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

Comentaacuterios Galera essa eacute muito faacutecil Nenhum produto estaraacute nunca completamente testado ademais o Product Backlog tambeacutem nunca estaraacute completo

Gabarito E

58 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

Comentaacuterios Opaaaa Product Owner natildeo trata de estimativas Entendam escopo e importacircncia satildeo definidos pelo PO no entanto quem define estimativas eacute a Equipe de Desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 35 de 44

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

60 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

Comentaacuterios Bem o cliente natildeo se torna parte da equipe de desenvolvimento Haacute ndash sim ndash uma forte integraccedilatildeo no entanto dizer que faz parte da equipe de desenvolvimento eacute um completo absurdo No entanto o CESPE natildeo entendeu dessa maneira

Gabarito C

61 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

Comentaacuterios Eacute isso mesmo perfeito

Gabarito C

62 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o

documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

Comentaacuterios Galera item perfeito Muito bem escrito

Gabarito C

63 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

Comentaacuterios Questatildeo perfeita retirada do Guia Scrum

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 36 de 44

Gabarito C

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

65 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

Comentaacuterios Jaacute li isso 800x e as bancas continuam errando Escreve-se ITERACcedilAtildeO e natildeo INTERACcedilAtildeO A questatildeo deveria ter sido anulada mas natildeo foi =

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 37 de 44

LISTA DE EXERCIacuteCIOS COMENTADOS

(Instituto Cidades ndash 2012 - CEMIG - Agente de Gestatildeo Administrativa - Analista de Sistemas - A) O teste

eacute uma atividade de verificaccedilatildeo e validaccedilatildeo do software e consiste na anaacutelise dinacircmica do mesmo isto eacute na execuccedilatildeo do produto de software com o objetivo de verificar a presenccedila de defeitos no produto e aumentar a confianccedila de que o mesmo estaacute correto

(CESPE - 2012 ndash Anatel ndash Analista Administrativo ndash Arquitetura de Soluccedilotildees) Considere as informaccedilotildees

abaixo em relaccedilatildeo ao desenvolvimento de sistemas

I executar um software com o objetivo de revelar falhas mas que natildeo prova a exatidatildeo do software II correta construccedilatildeo do produto III Construccedilatildeo do produto certo

Correspondem corretamente a I II e III respectivamente

a) Validaccedilatildeo verificaccedilatildeo e teste b) Verificaccedilatildeo teste e validaccedilatildeo c) Teste verificaccedilatildeo e validaccedilatildeo d) Validaccedilatildeo teste e verificaccedilatildeo e) Teste validaccedilatildeo e verificaccedilatildeo

(CESPE - 2010 ndash TJES ndash Analista Judiciaacuterio ndash Analista de Sistemas) Verificaccedilatildeo e validaccedilatildeo satildeo atividades

da anaacutelise de software necessaacuterias para se identificar o que o software precisa executar seguida de uma avaliaccedilatildeo do usuaacuterio quanto agraves atividades definidas

(CESPE - ndash TRT 5ordf ndash Analista Judiciaacuterio ndash Analista de Sistemas) A diferenccedila entre verificaccedilatildeo e

validaccedilatildeo reside no fato de que a primeira se refere ao conjunto de atividades que garante que o software realiza corretamente uma funccedilatildeo especiacutefica enquanto a segunda refere-se a um conjunto diferente de atividades que garante que o software que foi construiacutedo eacute rastreaacutevel agraves exigecircncias do cliente

(ESAF - ndash MPOG ndash Analista de Planejamento ndash Analista de Sistemas - B) Demonstrar ao

desenvolvedor e ao cliente que o software atende aos requisitos eacute uma meta de validaccedilatildeo do software

(CESPE - ndash IPEA ndash Analista de Sistemas) A verificaccedilatildeo assegura que o produto como fornecido iraacute

atender o seu uso pretendido ou seja que se estaacute construindo o produto certo E a validaccedilatildeo confirma que os produtos de trabalho refletem de forma apropriada os requisitos que foram especificados ou seja que se estaacute construindo o produto corretamente

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 38 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 39 de 44

tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 40 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto

da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C) Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 41 de 44

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 42 de 44

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a

data final e o custo do projeto satildeo determinados ao longo do projeto

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 43 de 44

53 (CESPE - 2012 - TRE-RJ - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) A metodologia scrum prega que a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

54 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

55 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM

o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

56 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

57 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

58 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

60 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para

gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

61 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

62 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 44 de 44

63 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

65 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

66 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

GABARITO

1 2 3 4 5 6 7 8 9 10 E C C C E E E C E E 11 12 13 14 15 16 17 18 19 20 E C C C C E E C E E 21 22 23 24 25 26 27 28 29 30 E C C C E E C E B E 31 32 33 34 35 36 37 38 39 40 E C C C C C C C C E 41 42 43 44 45 46 47 48 49 50 E E E E C E E E C E 51 52 53 54 55 56 57 58 59 60 C E C C E C E E C C 61 62 63 64 65 66 67 68 69 70 C C C C C - - - - -

79831971523

325179138-97 - caio victor gambardela

Page 10: 203903115 Testes Conceitos Verificacao e Validacao Tipos de Teste Unidade Integracao Sistemafuncional Aceitacao Carga Desempenho Vulnerabilidade Usab

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 9 de 44

As Teacutecnicas de Teste de Software buscam demonstrar como testar Jaacute os Niacuteveis de Testes de Software buscam demonstrar quando testar Por fim os Tipos de Testes de Software buscam demonstrar o que testar Essas trecircs perspectivas satildeo apresentadas na Figura 4 seratildeo detalhadas para melhor entendimento

Figura 4 - Perspectivas de Testes

As Teacutecnicas de Testes se dividem em Caixa-Branca Caixa-Preta e Caixa-Cinza A primeira se foca nas estruturas internas dos procedimentos do sistema A segunda se foca nas entradas e saiacutedas especificadas nos requisitos funcionais Jaacute a terceira se foca tanto em estruturas internas quanto nas entradas e saiacutedas especificadas nos requisitos A Teacutecnica de Caixa-Branca (tambeacutem conhecida como Estrutural ou Orientada agrave Loacutegica) analisa caminhos loacutegicos possiacuteveis de serem executados portanto eacute necessaacuterio ter conhecimento sobre o funcionamento interno dos componentes Ele busca garantir que todos os caminhos independentes de um moacutedulo sejam executados pelo menos uma vez Ademais ele trata de todas as decisotildees loacutegicas para valores verdadeiros e falsos aleacutem de executar laccedilos dentro dos valores limites e avaliar as estruturas de dados internas As teacutecnicas principais satildeo testes de caminhos testes de estruturas de controle e complexidade ciclomaacutetica A Teacutecnica de Caixa-Preta (tambeacutem conhecida como ComportamentalFuncional ou Orientado a Dado) se baseia em preacute e poacutes-condiccedilotildees geralmente sendo utilizada nas etapas posteriores da disciplina de testes Ele busca funccedilotildees incorretas ou inexistentes erros de comportamento ou desempenho erros de inicializaccedilatildeo e interface etc Ele tem o objetivo de verificar a funcionalidade e aderecircncia aos requisitos em uma oacutetica externa ou do usuaacuterio sem se basear em qualquer conhecimento do coacutedigo ou loacutegica interna do componente As teacutecnicas principais satildeo testes baseados em grafos particionamento de equivalecircncias anaacutelise de valor-limite e teste de matriz ortogonal

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 10 de 44

Os Niacuteveis de Teste (tambeacutem conhecido como EstaacutegioEstrateacutegias) ralmente satildeo agrupados de acordo com o momento em que eles satildeo executados ou tambeacutem pelo niacutevel de especificidade do teste Exemplos Teste de Unidade Teste de Integraccedilatildeo Teste de Sistema Teste de Aceitaccedilatildeo entre outros

Figura 5 - Estaacutegios de Testes

A Figura 5 mostra que a espiral inicia- em sentido horaacuterio pelo Teste de Unidade (que analisa o coacutedigo) em seguida realiza o Teste de Integraccedilatildeo (que analisa o projeto) depois o Teste de Validaccedilatildeo ou Aceitaccedilatildeo (que analisa os requisitos) e por fim o Teste de Sistema (que analisa o sistema) Teste de Unidade Trata do esforccedilo de verificaccedilatildeo na menor unidade de projeto de software ndash componente ou moacutedulo de software Os testes unitaacuterios verificam o funcionamento de um pedaccedilo do sistema ou software isoladamente ou que possam ser testados separadamente Eles satildeo considerados um apecircndice ao passo de codificaccedilatildeo O projeto de Teste de Unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado Ele enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente Professor mas que

componente eacute esse Ora meacutetodos classes ou moacutedulos Teste de Integraccedilatildeo Trata do esforccedilo de verificaccedilatildeo em uma combinaccedilatildeo de componentes para verificar se eles funcionam corretamente juntos conforme as especificaccedilotildees Busca encontrar

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 11 de 44

defeitos nas interfaces e nas interaccedilotildees entre componentes ou sistemas integrados Ele sucede o Teste de Unidade e antecede o Teste de Sistema Os resultados do Teste de Unidade dos moacutedulos do sistema servem de insumo para o Teste de Integraccedilatildeo Eacute uma teacutecnica sistemaacutetica para construir a arquitetura de um software e descobrir erros na integraccedilatildeo entre os componentes Os moacutedulos satildeo integrados gradualmente a fim de facilitar a localizaccedilatildeo de erros Teste de AceitaccedilatildeoValidaccedilatildeo Trata do esforccedilo em demonstrar a conformidade com os requisitos de software Focaliza accedilotildees visiacuteveis ao usuaacuterio e saiacutedas do sistema reconhecidas tambeacutem pelo usuaacuterio Eacute bem sucedida quando o software funciona do modo que pode ser razoavelmente esperado pelo usuaacuterio Ele sucede o Teste de Integraccedilatildeo e antecede o Teste de Sistema O ambiente de teste utilizado deve ser o mais proacuteximo possiacutevel do ambiente real Os tipos mais comuns satildeo o Teste Alfa e o Teste Beta O primeiro ocorre em um ambiente controlado ndash simulando a forma de utilizaccedilatildeo do usuaacuterio Jaacute o segundo ocorre no ambiente real de utilizaccedilatildeo e eacute realizado pelo proacuteprio usuaacuterio Teste de SistemaFuncional Trata do esforccedilo em demonstrar o funcionamento do sistema como um todo dentro de um ambiente operacional controlado para validar a exatidatildeo e perfeiccedilatildeo na execuccedilatildeo de suas funccedilotildees Utilizam-se dados de teste a fim de tentar evitar a ocorrecircncia de defeitos em ambiente de produccedilatildeo Lembremos que um software frequentemente eacute apenas um elemento de um sistema maior Logo eacute necessaacuterio testaacute-lo considerando o contexto em que seraacute utilizado Eles satildeo conduzidos em um ambiente completo e integrado por vaacuterias pessoas (natildeo soacute os desenvolvedores) Busca-se exercitar o sistema por completo

Por fim vamos tratar dos Tipos de Testes Exemplos Teste de Regressatildeo Teste de Teste de Fumaccedila Teste de Recuperaccedilatildeo Teste de Seguranccedila Teste de Carga Teste de Desempenho Teste de Usabilidade No entanto o edital de vocecircs pede apenas quatro tipos de teste que veremos a seguir Teste de CargaEstresseVolume Trata do esforccedilo em demonstrar o funcionamento do software em situaccedilotildees anormais ie executa o sistema em condiccedilotildees incomuns de demanda de recursos velocidade

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 12 de 44

frequecircncia e volume Em outras palavras verifica qual limite de dados processados ateacute a falha do sistema Teste de DesempenhoPerformance Trata do esforccedilo em demonstrar que o sistema atende aos niacuteveis de desempenho e tempo de resposta acordados com os usuaacuterios e definidos nos requisitos Geralmente ocorre paralelamente ao Teste de Carga e avalia a capacidade de resposta do sistema em determinadas configuraccedilotildees Teste de Vulnerabilidade Trata do esforccedilo em demonstrar buracos de seguranccedila e vulnerabilidades podem ser aplicadas agrave redemaacutequina alvo Quem efetuar o teste vai tentar identificar nas maacutequinas na rede alvo todas as portas abertas sistemas operativos e aplicaccedilotildees a serem executadas Teste de Usabilidade Trata do esforccedilo em demonstrar falhas na facilidade de uso do software pelos usuaacuterios finais Enfatiza fatores humanos consistecircncia na interface graacutefica esteacutetica ajuda online assistentes wizard documentaccedilatildeo do usuaacuterio material de treinamento entre outros Uma boa interface com o usuaacuterio deve ser faacutecil de usar e entender

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 13 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - A O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

Comentaacuterios Qual eacute o objetivo de um teste Encontrar erros Noacutes jaacute sabemos que eacute virtualmente impossiacutevel provar a correccedilatildeo integral de um programa

Gabarito E

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - B O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

Comentaacuterios Exatamente isso Um teste deve ter alta probabilidade de encontrar erros

Gabarito C

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - C O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

Comentaacuterios Opaaaa natildeo satildeo desejaacuteveis testes redundantes mas ndash sim ndash eficientes

Gabarito E

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - D O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

Comentaacuterios Na verdade testes natildeo devem ser muito simples nem muito complexos

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 14 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - E O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

Comentaacuterios Natildeo faz nenhum sentido ndash inclusive a proacutepria Equipe de Desenvolvimento realiza testes (Testes de Unidade)

Gabarito E

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

Comentaacuterios Eacute isso mesmo Inicia-se com Testes de Unidade depois Testes de Integraccedilatildeo e por fim Testes de Sistema

Gabarito C

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

Comentaacuterios Essa eacute uma boa definiccedilatildeo para Testes de Unidade Perfeito

Gabarito C

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

Comentaacuterios Eacute exatamente isso Eacute comum ndash inclusive ndash que frameworks utilizem o Test-first Design

Gabarito C

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

Comentaacuterios Essa eacute a perfeita definiccedilatildeo de Teste de Integraccedilatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 15 de 44

Gabarito C

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

Comentaacuterios Como jaacute vimos nenhum teste eacute capaz de garantir que natildeo restam erros em um sistema

Gabarito E

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software Comentaacuterios Bem essa eacute ateacute engraccedilada Geralmente um teste bem sucedido eacute aquele que encontra erros Se ele natildeo encontra erros eacute mais provaacutevel que o teste tenha sido mal feito

Gabarito E

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

Comentaacuterios Os testes de desempenho devem ser projetados para assegurar que o sistema pode operar na carga necessaacuteria Isso envolve geralmente o planejamento de uma seacuterie de testes em que a carga eacute constantemente aumentada ateacute que o desempenho se torne inaceitaacutevel Perfeito Gabarito C

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

Comentaacuterios O teste de desempenho concentra-se tanto em demonstrar que o sistema atende aos requisitos como tambeacutem em descobrir problemas e defeitos no sistema Gabarito E

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 16 de 44

Comentaacuterios Jaacute vimos um milhatildeo de vezes Testes natildeo garantem a ausecircncia de erros Gabarito E

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

Comentaacuterios Opa como eacute Maior unidade de projeto Natildeo Na menor unidade de projeto do software Gabarito E

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

Comentaacuterios Perfeito Eacute exatamente isso Gabarito C

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

Comentaacuterios Galera natildeo se exaltem O Teste de Integraccedilatildeo eacute o que mais testa a interface poreacutem o Teste de Unidade tambeacutem a testa Natildeo haacute nada errado aqui Gabarito C

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

Comentaacuterios Exatamente isso Vamos relembrar Testes de Unidade tratam do coacutedigo-fonte Testes de Integraccedilatildeo tratam de Projeto de Software Testes de Validaccedilatildeo tratam de Requisitos Testes de Sistema tratam de Engenharia de Sistemas Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 17 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

Comentaacuterios Bem apesar de falar sobre componentes do modelo de implementaccedilatildeo natildeo se trata de Teste de Integraccedilatildeo Observem que trata de um niacutevel de abstraccedilatildeo bastante baixo sobre os fluxos de controle e de dados Portanto trata-se de um Teste de Unidade Gabarito E

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

Comentaacuterios Natildeo Isso se trata do Teste Caixa-Branca Gabarito E

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

Comentaacuterios Perfeito Eacute bem intuitivo Gabarito C

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

Comentaacuterios Opa na verdade trata-se de Teste de Integraccedilatildeo Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 18 de 44

CONTROLE DE VERSAtildeO ndash G

O que eacute um Sistema de Controle de Versatildeo Eacute um sistema que registra as mudanccedilas feitas em um arquivo ou um conjunto de arquivos ao longo do tempo de forma que seja possiacutevel recuperar versotildees especiacuteficas Eu por exemplo uso um sistema de controle de versatildeo para guardar todas as versotildees das aulas que eu faccedilo ndash jaacute pensou se eu perco isso D Pessoal se um sistema de controle de versatildeo eacute importante para que eu controle as versotildees das minhas aulas imaginem para quem estaacute desenvolvendo um software O desenvolvedor deve poder conseguir gerenciar as diferentes versotildees de coacutedigo-fonte e documentaccedilatildeo do software que ele estaacute desenvolvendo

Um dos softwares de controle de versatildeo mais conhecido do mercado eacute o G Ele eacute um sistema open-source distribuiacutedo raacutepido e foi criado por Linus Torvalds (isso mesmo aquele do Linux) e foi desenvolvido para controlar as versotildees do kernel do sistema operacional

Vocecircs podem estar se perguntando natildeo basta criar um diretoacuterio e ir salvando cada versatildeo

com um nome diferente Ora nada impede que se faccedila isso No entanto percebam que ndash apesar de ser uma ideia extremamente simples ndash ela eacute muito suscetiacutevel a erros Pessoal noacutes somos humanos e muitas vezes desatentos

Imaginem um cara que tem 40 diretoacuterios para o sistema que ele estaacute desenvolvendo E se ele achar que estaacute em um diretoacuterio mas na verdade estaacute em outro E se ele acabar

Figura 6 - Logo da git

Figura 7 - Sistema de Controle de Versotildees Local (SCVL)

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 19 de 44

gravando acidentalmente no diretoacuterio errado E se ele sobrescrever arquivos indevidamente sem a menor intenccedilatildeo Pois eacute para resolver esse problema foram desenvolvidos os Sistemas de Controle de Versatildeo Locais em que se armazenavam todas as alteraccedilotildees dos arquivos sob controle de revisatildeo Como assim Ora bastava salvar o arquivo e ele era gravado no diretoacuterio com cada uma de suas versotildees como mostra a Figura 8

Agora imaginem 10 desenvolvedores trabalhando com sistemas diferentes e armazenando suas versotildees cada um em seu computador ndash ora como eles podem trabalhar em conjunto

integrando seus componentes Para lidar com esse problema foi criado o Sistema de Controle de Versatildeo Centralizado como mostra a Figura 9 Esses sistemas possuem um servidor central uacutenico que conteacutem todos os arquivos versionados e vaacuterios clientes que podem recuperaacute-los Os desenvolvedores tecircm conhecimento razoaacutevel sobre o projeto como um todo No entanto se o servidor falhartodos param de trabalhar armazenamento for corrompido jaacute era

Figura 9 - Sistema de Controle de Versotildees Distribuiacutedo (SCVD)

Figura 8 - Sistema de Controle de Versatildeo Centralizado (SCVC)

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 20 de 44

Como solucionar esse problema Com Sistemas de Controle de Versotildees Distribuiacutedos Nesse caso o cliente copia o repositoacuterio dele inteiro e natildeo apenas as versotildees de um arquivo especiacutefico Dessa forma caso um servidor falhe pode-se copiar os repositoacuterios dos clientes de volta para o servidor e assim restauraacute-lo Em vez de existir apenas um repositoacuterio central utilizado pelos clientes cada usuaacuterio possui uma coacutepia do repositoacuterio inteiro De certo modo ele eacute mais lento que o sistema centralizado poreacutem permite manter um histoacuterico da evoluccedilatildeo do projeto permite uma maior colaboraccedilatildeo entre os desenvolvedores e permite variaccedilotildees no projeto

Em suma SCVL eacute uma estrutura composta por repositoacuterio e aacuterea de trabalho Jaacute o SCVC eacute uma estrutura composta por um uacutenico repositoacuterio e vaacuterias coacutepias de trabalho que se comunicam apenas atraveacutes do repositoacuterio central Por fim o SCVD eacute uma estrutura em que cada desenvolvedor possui um repositoacuterio proacuteprio acoplado a uma aacuterea de trabalho Pessoal essa introduccedilatildeo toda foi para dizer que o Git eacute um Sistema de Controle de Versatildeo Distribuiacutedo (SCVD) Muitos projetos utilizam esse sistema tais como Amarok Android Debian Eclipse Fedora Perl Wine entre outros Enfim soacute encontrei uma questatildeo sobre esse tema Vamos aos exerciacutecios

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 21 de 44

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

Comentaacuterios Vocecircs jaacute conhecem o Git Outros Sistemas de Controle de Versatildeo open-source satildeo CVS e SVN ClearCase e SourceSafe satildeo comerciais

Gabarito B

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado Comentaacuterios Opa natilde-natildeo Git eacute um Sistema de Controle de Versatildeo Distribuiacutedo e natildeo Centralizado

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 22 de 44

JENKINS

Galera eu tenho um acervo consideraacutevel de provas das principais bancas ndash em que eacute possiacutevel procurar palavras especiacuteficas E eu natildeo encontrei uma questatildeo sequer a respeito desse tema Logo nossa visatildeo seraacute superficial pois assuntos novos em geral natildeo entram em detalhes

Primeiro de tudo o que eacute o Jenkins Eacute uma ferramenta open-source de integraccedilatildeo contiacutenua escrita em java para testes e relatoacuterios sobre mudanccedilas isoladas em uma grande base de coacutedigo em tempo real O software possibilita que os desenvolvedores encontrem e resolvam defeitos rapidamente em uma base de coacutedigo e automatizem seus testes A integraccedilatildeo contiacutenua evoluiu desde a sua concepccedilatildeo Originalmente o padratildeo era uma compilaccedilatildeo por dia Hoje em dia a regra comum eacute que cada membro da equipe apresente seu trabalho diariamente (ou ateacute mais frequentemente) e compilaccedilotildees sejam realizadas para cada mudanccedila significativa Quando usado corretamente a integraccedilatildeo contiacutenua proporciona vaacuterios benefiacutecios como feedback constante sobre o status do software Os defeitos satildeo geralmente menores menos complexos e mais faacuteceis de resolver uma vez que a Integraccedilatildeo Contiacutenua detecta deficiecircncias no iniacutecio do desenvolvimento Resumindo o que vocecircs jaacute viram dezenas de vezes no estudo de metodologias aacutegeis a integraccedilatildeo contiacutenua consiste em o desenvolvedor integrar o coacutedigo desenvolvido eou alterado ao projeto principal na mesma frequecircncia com que as funcionalidades satildeo desenvolvidas sendo feito muitas vezes ao dia ao inveacutes de apenas uma vez O objetivo principal de se utilizar a integraccedilatildeo contiacutenua eacute verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente Ademais pode ser feita atraveacutes de processos manuais ou automatizados utilizando ndash por exemplo ndash a ferramenta Jenkins (ou CruiseControl Hudson Bamboo Continuum Gump Beebox etc) O Jenkins eacute um sistema baseado em servidor que roda em um Container Web e possui plug-ins para ampliar sua utilizaccedilatildeo com outras linguagens de programaccedilatildeo para integraccedilatildeo com sistemas de controle de versatildeo ou para grandes bases de dados Bem eu acho que isso eacute suficiente sobre esse assunto

Figura 10 ʹ Logo da Jenkins

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 23 de 44

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua Comentaacuterios Opa Jenkins eacute uma ferramenta open-source

Gabarito E

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente Comentaacuterios Exatamente Nativamente ele natildeo tem suporte a outras linguagens de programaccedilatildeo ndash somente por meio de plug-ins

Gabarito C

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis Comentaacuterios Perfeito Metodologias aacutegeis precisam responder rapidamente a mudanccedilas e isso eacute auxiliado por ferramentas de integraccedilatildeo contiacutenua

Gabarito C

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

Comentaacuterios Perfeito Eacute isso mesmo

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 24 de 44

SCRUM

Algueacutem de vocecircs sabe de onde vem esse nome Entatildeo vou lhes contar Esse nome vem do rugby e eacute utilizado como uma metaacutefora para refletir o alto grau de cooperaccedilatildeo necessaacuterio para obter sucesso Imagino que poucos de vocecircs entendam as regras desse esporte portanto vou explicar de forma bastante objetiva porque essa metaacutefora eacute utilizada No rugby um time pontua quando a bola cruza a linha de gol e toca o chatildeo ndash sendo carregada ou por meio de um passe Caso o jogador seja derrubado ele deve soltar a bola e a jogada se reinicia Deve haver intensa troca de passes entre os jogadores de modo a deixaacute-los menos vulneraacuteveis a serem derrubados por outros jogadores

Figura 11 - Scrum no Rugby

Bem cada jogada se inicia quando um Scrum eacute realizado ie forma-se uma parede de forccedila entre os jogadores como mostra a Figura 11 Observem que os jogadores se reuacutenem de forma bem proacutexima unindo suas forccedilas e habilidades para trabalhar em conjunto a fim de conseguir recuperar a bola Percebam portanto que o time inteiro deve trabalhar para que a equipe possa pontuar Diferentemente do Futebol Americano natildeo haacute um quarterback ou uma estrela do time ndash todos satildeo importantes Pois eacute a histoacuteria fica mais interessante vamos ver uma das recomendaccedilotildees de ataque do rugby

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 25 de 44

ldquoPensem continuamente em seu alinhamento em relaccedilatildeo ao jogador que carrega a bola e aos jogadores ao seu redor Trabalhe duro para estar disponiacutevel quando necessaacuteriordquo Observem como isso eacute importante em metodologias aacutegeis trabalhar duro para ajudar a equipe a obter ecircxito ndash nunca existe ldquoBem natildeo haacute nada aqui para eu fazerrdquo Acho que agora ficou mais faacutecil entender de onde vem esse nome ndash vamos agrave teoria Antes de comeccedilar uma observaccedilatildeo o guia oficial do Scrum eacute um documento tatildeo pequeno (18 paacuteginas) que eu recomendo fortemente que vocecircs leiam-no por inteiro pois seraacute muito uacutetil Bem agora sim vamos ao trabalho Scrum eacute um framework (ie possui uma estrutura processual) leve simples de entender e extremamente difiacutecil de dominar para desenvolver e manter produtos complexos e adaptativos enquanto entrega produtiva e criativamente produtos com o mais alto valor possiacutevel Complicado ou natildeo Galera percebam que ele natildeo eacute um processo ou uma teacutecnica para construir produtos mas ndash sim ndash um framework em que pode ser empregado vaacuterios processos e teacutecnicas O Framework pode ser definido como um conjunto de papeacuteis eventos artefatos e regras associadas a uma equipe Ele eacute fundamentado em teorias empiacutericas de controle de processo e emprega uma abordagem iterativa e incremental (maximizando as oportunidades de feedback) para aperfeiccediloar a previsatildeo e controle de riscos Ele afirma que o conhecimento vem da experiecircncia e da tomada de decisotildees baseadas no que eacute conhecido Para tal ele emprega uma abordagem iterativa e incremental para aperfeiccediloar a previsibilidade e controle de riscos fundamentando-se em trecircs pilares fundamentais

Transparecircncia aspectos significativos (e padronizados) devem estar visiacuteveis aos responsaacuteveis pelos resultados Por exemplo uma linguagem comum a todos os participantes

Inspeccedilatildeo os usuaacuterios devem frequentemente inspecionar os artefatos e o

progresso para detectar indesejaacuteveis variaccedilotildees (natildeo pode ser frequente a ponto de atrapalhar a execuccedilatildeo das tarefas)

Adaptaccedilatildeo o processo ou material sendo produzido deve ser adaptado sempre

que um inspetor verificar desvios que tornem o resultado inaceitaacutevel e para tanto ele tem quatros oportunidades (as reuniotildees)

O Scrum define o conceito de Time Scrum que eacute um time auto-organizaacutevel (escolhe qual a melhor forma para realizar seu trabalho) e multifuncional (possui todas as competecircncias

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 26 de 44

e natildeo depende de outros de fora da equipe) Eacute o responsaacutevel por entregar produtos de forma iterativa e incremental maximizando as oportunidades de realimentaccedilatildeo As entregas incrementais de produto ldquoprontordquo garantem que uma versatildeo potencialmente funcional do produto do trabalho esteja sempre disponiacutevel Agora o mais importante o Time Scrum eacute composto por um Product Owner um Scrum Master e a Equipe de Desenvolvimento1 Product Owner Eacute o responsaacutevel por maximizar o valor do produto e do trabalho da equipe de desenvolvimento sendo o uacutenico que pode gerenciar o Product Backlog Ele pode ateacute delegar atividades de gerenciamento mas ainda seraacute considerado o responsaacutevel pelos resultados A Equipe de Desenvolvimento soacute responde a ele Equipe de Desenvolvimento A Equipe de Desenvolvimento natildeo reconhece tiacutetulos para seus integrantes todos satildeo considerados desenvolvedores (natildeo importa o que faccedilam) A Equipe deve ter entre 3 e 9 integrantes de modo que natildeo seja pequena demais que haja restriccedilotildees de habilidades nem grande demais que seja complicado de gerenciar Scrum Master Eacute o responsaacutevel por garantir que o Scrum seja entendido e aplicado Ademais ele deve comunicar claramente a visatildeo objetivo e itens do Product Backlog ensinar a equipe a criar itens claros e concisos treinar a equipe de desenvolvimento em autogerenciamento e interdisciplinaridade remover impedimentos entre outros Mudando de assunto os Eventos Scrum satildeo eventos time-boxed (ie com duraccedilatildeo maacutexima) usados para criar uma rotina e minimizar a necessidade de reuniotildees natildeo definidas pelo Scrum Lembrem-se de que a Sprint tem um mecircs ou menos e eacute iniciada imediatamente apoacutes a conclusatildeo da sprint anterior As Sprints satildeo compostas por uma Reuniatildeo de Planejamento da Sprint Reuniotildees Diaacuterias o Trabalho de Desenvolvimento uma Revisatildeo da Sprint e a Retrospectiva da Sprint Uma Sprint se inicia imediatamente apoacutes a conclusatildeo da sprint anterior e tem duraccedilotildees coerentes em todo o esforccedilo de desenvolvimento Durante a sprint eacute proibido realizar mudanccedilas que afetem seu objetivo Aleacutem disso eacute proibido mudar a composiccedilatildeo da equipe ou diminuir as metas de qualidade apesar disso o escopo pode ser sempre clarificado e renegociado Essas proibiccedilotildees devem ser levadas

muito a seacuterio entenderam

1 Natildeo confundir Equipe de Desenvolvimento com Time Scrum ʹ o primeiro estaacute contido no segundo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 27 de 44

Uma sprint pode ser cancelada antes de seu time-box terminar e isso somente pode ser feito pelo Product Owner (sob influecircncia de stakeholders equipe de desenvolvimento entre outros) Isso pode ocorrer caso o seu objetivo se torne obsoleto mas ocorrem tambeacutem devido agrave curta duraccedilatildeo e a cancelamentos poreacutem satildeo raros os casos O trabalho a ser realizado na Sprint eacute planejado na Reuniatildeo de Planejamento da Sprint (Proporcional a 8 horas) Essa reuniatildeo consiste em duas partes

1 O que seraacute entregue como resultado do incremento da proacutexima Sprint

2 Como o trabalho necessaacuterio para entregar o incremento seraacute realizado Na primeira parte a Equipe de Desenvolvimento tenta prever as funcionalidades que seratildeo desenvolvidas durante a Sprint Na segunda parte a Equipe de Desenvolvimento decide como iraacute construir essas funcionalidades durante a Sprint e desenvolve o Sprint Backlog Portanto a primeira parte trada do ldquoO que fazerrdquo e a segunda trata do ldquoComo fazerrdquo

Figura 12 - Processo do SCRUM

O Product Owner pode estar presente durante a segunda parte da reuniatildeo para clarificar itens do Backlog do Produto A Reuniatildeo Diaacuteria (Proporcional a 15 minutos) eacute um evento que busca criar um plano para as proacuteximas 24 horas e inspecionar o trabalho desde a uacuteltima Reuniatildeo Diaacuteria

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 28 de 44

Ela ocorre sempre no mesmo horaacuterio e no mesmo local e cada integrante deve responder as seguintes perguntas

1 O que foi completado desde a uacuteltima reuniatildeo

2 O que seraacute feito ateacute a proacutexima reuniatildeo

3 Quais os obstaacuteculos que estatildeo no caminho

As Reuniotildees Diaacuterias melhoram bastante a comunicaccedilatildeo entre os integrantes ademais eliminam a necessidade de outras reuniotildees identificam e removem impedimentos destacam e promovem raacutepidas tomadas de decisatildeo e melhoram o niacutevel de conhecimento da Equipe como um todo A Revisatildeo da Sprint (Proporcional a 4 horas) eacute executada no final da Sprint para inspecionar o incremento e adaptar o Backlog do Produto se necessaacuterio Esta eacute uma reuniatildeo informal e a apresentaccedilatildeo do incremento destina-se a motivar e obter comentaacuterios e promover a colaboraccedilatildeo Nesta reuniatildeo discute-se o que foi bem e o que natildeo foi problemas ocorridos e como foram resolvidos Procut Backlog projeccedilotildees de datas O resultado eacute o Product Backlog revisado e ajustado A Retrospectiva da Sprint (Proporcional a 3 horas) eacute uma chance para o Scrum Team inspecionar a si proacuteprio e criar um plano de melhorias par proacutexima sprint Ela inspeciona como foi a uacuteltima sprint em relaccedilatildeo agraves pessoas agraves relaccedilotildees aos processos e agraves ferramentas Aleacutem disso tem o poder de identificar e ordenar os principais itens que se tornaram potenciais de melhorias e cria um plano para implementar melhorias no modo de realizaccedilatildeo do trabalho

Figura 13 - Graacutefico Burndown

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 29 de 44

O Documento de Visatildeo eacute definido pelo Product Owner e representa como os clientes usuaacuterios finais gerentes stakeholders executivos entre outros visualizam o resultado final do produto que seraacute criado Praacuteticas como BurndownBurnup tecircm sido utilizadas para prever o progresso sem substituir a importacircncia do empirismo como mostra a Figura 13 O Product Backlog eacute uma lista ordenada (por valor risco prioridade etc) de tudo que deve ser necessaacuterio no produto e eacute uma origem uacutenica dos requisitos para qualquer mudanccedila a ser feita no produto Ele nunca (Atenccedilatildeo nunca) estaraacute completo e existiraacute enquanto o produto tambeacutem existir

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 30 de 44

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

Comentaacuterios Bem vamos comeccedilar nossos exerciacutecios com um erro da FCC O Guia Scrum diz que o Scrum Team eacute dividido em Product Owner Scrum Master e Development Team No entanto a FCC deu a resposta como correto

Gabarito C

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

Comentaacuterios Bem tranquila neacute Trata-se de uma Sprint

Gabarito C

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint Comentaacuterios Bem tranquila tambeacutem Trata-se de uma Sprint

Gabarito C

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

Comentaacuterios Perfeito Essa Scrum Meeting trata-se da Daily Scrum Meeting ou Reuniatildeo Diaacuteria

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 31 de 44

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

Comentaacuterios De fato estaacute incorreto O periacuteodo maacuteximo eacute de 30 dias e a equipe de trabalho varia de 3 a 9 pessoas

Gabarito C

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

Comentaacuterios Na verdade natildeo eacute correto Eacute possiacutevel dissolver uma sprint e comeccedilar outra baseando-se em um no sprint backlog ndash quem pode fazer isso eacute o Product Owner

Gabarito E

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

Comentaacuterios Bem ela deve durar no maacuteximo 15 minutos no entanto a questatildeo diz que natildeo deve durar mais que 30 minutos (o que natildeo eacute errado) Portanto natildeo eacute incorreto ndash eacute correto

Gabarito E

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

Comentaacuterios Na verdade natildeo eacute incorreto Satildeo essas as perguntas a serem feitas

Gabarito E

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

Comentaacuterios Tambeacutem natildeo eacute incorreto Eacute exatamente isso que o Scrum Master deve fazer

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 32 de 44

Gabarito E

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

Comentaacuterios Na verdade soacute pode ser modificado pelo Product Owner

Gabarito E

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint Comentaacuterios Scrum Master eacute apenas um facilitador Quem pode modificar o Backlog eacute o Product Owner

Gabarito E

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

Comentaacuterios Eacute possiacutevel ndash sim ndash dissolver uma sprint

Gabarito E

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe Comentaacuterios Na verdade as discussotildees ocorrem mais entre a equipe de desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 33 de 44

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a data final e o custo do projeto satildeo determinados ao longo do projeto

Comentaacuterios Eacute isso mesmo ndash satildeo todos definidos ao longo do projeto

Gabarito C

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

Comentaacuterios Na verdade recomenda-se entre trecircs e nove participantes Com menos de trecircs participantes reduz-se a interaccedilatildeo que gera um menor ganho de produtividade

Gabarito E

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

Comentaacuterios De fato apenas o Product Owner pode cancelar uma sprint

Gabarito C

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

Comentaacuterios Uma sprint deve ter entre duas e quarto semanas

Gabarito E

53 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

Comentaacuterios Questatildeo perfeita Scrum estaacute para o PMBOK assim como o XP estaacute para o RUP Ele pode ser utilizado em teoria em qualquer contexto em que se necessite atingir um objetivo comum entre um grupo de pessoas

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 34 de 44

54 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

Comentaacuterios Literalmente retirado do Guia Scrum ndash perfeito

Gabarito C

55 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

Comentaacuterios Conjunto de requisitos bem definidos Natildeo eacute o contraacuterio Geralmente trata-se de requisitos pouco definidos

Gabarito E

56 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

Comentaacuterios Eacute exatamente isso Lembrem-se de que natildeo haacute cargos mas papeacuteis

Gabarito C

57 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

Comentaacuterios Galera essa eacute muito faacutecil Nenhum produto estaraacute nunca completamente testado ademais o Product Backlog tambeacutem nunca estaraacute completo

Gabarito E

58 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

Comentaacuterios Opaaaa Product Owner natildeo trata de estimativas Entendam escopo e importacircncia satildeo definidos pelo PO no entanto quem define estimativas eacute a Equipe de Desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 35 de 44

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

60 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

Comentaacuterios Bem o cliente natildeo se torna parte da equipe de desenvolvimento Haacute ndash sim ndash uma forte integraccedilatildeo no entanto dizer que faz parte da equipe de desenvolvimento eacute um completo absurdo No entanto o CESPE natildeo entendeu dessa maneira

Gabarito C

61 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

Comentaacuterios Eacute isso mesmo perfeito

Gabarito C

62 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o

documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

Comentaacuterios Galera item perfeito Muito bem escrito

Gabarito C

63 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

Comentaacuterios Questatildeo perfeita retirada do Guia Scrum

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 36 de 44

Gabarito C

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

65 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

Comentaacuterios Jaacute li isso 800x e as bancas continuam errando Escreve-se ITERACcedilAtildeO e natildeo INTERACcedilAtildeO A questatildeo deveria ter sido anulada mas natildeo foi =

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 37 de 44

LISTA DE EXERCIacuteCIOS COMENTADOS

(Instituto Cidades ndash 2012 - CEMIG - Agente de Gestatildeo Administrativa - Analista de Sistemas - A) O teste

eacute uma atividade de verificaccedilatildeo e validaccedilatildeo do software e consiste na anaacutelise dinacircmica do mesmo isto eacute na execuccedilatildeo do produto de software com o objetivo de verificar a presenccedila de defeitos no produto e aumentar a confianccedila de que o mesmo estaacute correto

(CESPE - 2012 ndash Anatel ndash Analista Administrativo ndash Arquitetura de Soluccedilotildees) Considere as informaccedilotildees

abaixo em relaccedilatildeo ao desenvolvimento de sistemas

I executar um software com o objetivo de revelar falhas mas que natildeo prova a exatidatildeo do software II correta construccedilatildeo do produto III Construccedilatildeo do produto certo

Correspondem corretamente a I II e III respectivamente

a) Validaccedilatildeo verificaccedilatildeo e teste b) Verificaccedilatildeo teste e validaccedilatildeo c) Teste verificaccedilatildeo e validaccedilatildeo d) Validaccedilatildeo teste e verificaccedilatildeo e) Teste validaccedilatildeo e verificaccedilatildeo

(CESPE - 2010 ndash TJES ndash Analista Judiciaacuterio ndash Analista de Sistemas) Verificaccedilatildeo e validaccedilatildeo satildeo atividades

da anaacutelise de software necessaacuterias para se identificar o que o software precisa executar seguida de uma avaliaccedilatildeo do usuaacuterio quanto agraves atividades definidas

(CESPE - ndash TRT 5ordf ndash Analista Judiciaacuterio ndash Analista de Sistemas) A diferenccedila entre verificaccedilatildeo e

validaccedilatildeo reside no fato de que a primeira se refere ao conjunto de atividades que garante que o software realiza corretamente uma funccedilatildeo especiacutefica enquanto a segunda refere-se a um conjunto diferente de atividades que garante que o software que foi construiacutedo eacute rastreaacutevel agraves exigecircncias do cliente

(ESAF - ndash MPOG ndash Analista de Planejamento ndash Analista de Sistemas - B) Demonstrar ao

desenvolvedor e ao cliente que o software atende aos requisitos eacute uma meta de validaccedilatildeo do software

(CESPE - ndash IPEA ndash Analista de Sistemas) A verificaccedilatildeo assegura que o produto como fornecido iraacute

atender o seu uso pretendido ou seja que se estaacute construindo o produto certo E a validaccedilatildeo confirma que os produtos de trabalho refletem de forma apropriada os requisitos que foram especificados ou seja que se estaacute construindo o produto corretamente

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 38 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 39 de 44

tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 40 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto

da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C) Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 41 de 44

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 42 de 44

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a

data final e o custo do projeto satildeo determinados ao longo do projeto

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 43 de 44

53 (CESPE - 2012 - TRE-RJ - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) A metodologia scrum prega que a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

54 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

55 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM

o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

56 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

57 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

58 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

60 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para

gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

61 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

62 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 44 de 44

63 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

65 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

66 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

GABARITO

1 2 3 4 5 6 7 8 9 10 E C C C E E E C E E 11 12 13 14 15 16 17 18 19 20 E C C C C E E C E E 21 22 23 24 25 26 27 28 29 30 E C C C E E C E B E 31 32 33 34 35 36 37 38 39 40 E C C C C C C C C E 41 42 43 44 45 46 47 48 49 50 E E E E C E E E C E 51 52 53 54 55 56 57 58 59 60 C E C C E C E E C C 61 62 63 64 65 66 67 68 69 70 C C C C C - - - - -

79831971523

325179138-97 - caio victor gambardela

Page 11: 203903115 Testes Conceitos Verificacao e Validacao Tipos de Teste Unidade Integracao Sistemafuncional Aceitacao Carga Desempenho Vulnerabilidade Usab

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 10 de 44

Os Niacuteveis de Teste (tambeacutem conhecido como EstaacutegioEstrateacutegias) ralmente satildeo agrupados de acordo com o momento em que eles satildeo executados ou tambeacutem pelo niacutevel de especificidade do teste Exemplos Teste de Unidade Teste de Integraccedilatildeo Teste de Sistema Teste de Aceitaccedilatildeo entre outros

Figura 5 - Estaacutegios de Testes

A Figura 5 mostra que a espiral inicia- em sentido horaacuterio pelo Teste de Unidade (que analisa o coacutedigo) em seguida realiza o Teste de Integraccedilatildeo (que analisa o projeto) depois o Teste de Validaccedilatildeo ou Aceitaccedilatildeo (que analisa os requisitos) e por fim o Teste de Sistema (que analisa o sistema) Teste de Unidade Trata do esforccedilo de verificaccedilatildeo na menor unidade de projeto de software ndash componente ou moacutedulo de software Os testes unitaacuterios verificam o funcionamento de um pedaccedilo do sistema ou software isoladamente ou que possam ser testados separadamente Eles satildeo considerados um apecircndice ao passo de codificaccedilatildeo O projeto de Teste de Unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado Ele enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente Professor mas que

componente eacute esse Ora meacutetodos classes ou moacutedulos Teste de Integraccedilatildeo Trata do esforccedilo de verificaccedilatildeo em uma combinaccedilatildeo de componentes para verificar se eles funcionam corretamente juntos conforme as especificaccedilotildees Busca encontrar

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 11 de 44

defeitos nas interfaces e nas interaccedilotildees entre componentes ou sistemas integrados Ele sucede o Teste de Unidade e antecede o Teste de Sistema Os resultados do Teste de Unidade dos moacutedulos do sistema servem de insumo para o Teste de Integraccedilatildeo Eacute uma teacutecnica sistemaacutetica para construir a arquitetura de um software e descobrir erros na integraccedilatildeo entre os componentes Os moacutedulos satildeo integrados gradualmente a fim de facilitar a localizaccedilatildeo de erros Teste de AceitaccedilatildeoValidaccedilatildeo Trata do esforccedilo em demonstrar a conformidade com os requisitos de software Focaliza accedilotildees visiacuteveis ao usuaacuterio e saiacutedas do sistema reconhecidas tambeacutem pelo usuaacuterio Eacute bem sucedida quando o software funciona do modo que pode ser razoavelmente esperado pelo usuaacuterio Ele sucede o Teste de Integraccedilatildeo e antecede o Teste de Sistema O ambiente de teste utilizado deve ser o mais proacuteximo possiacutevel do ambiente real Os tipos mais comuns satildeo o Teste Alfa e o Teste Beta O primeiro ocorre em um ambiente controlado ndash simulando a forma de utilizaccedilatildeo do usuaacuterio Jaacute o segundo ocorre no ambiente real de utilizaccedilatildeo e eacute realizado pelo proacuteprio usuaacuterio Teste de SistemaFuncional Trata do esforccedilo em demonstrar o funcionamento do sistema como um todo dentro de um ambiente operacional controlado para validar a exatidatildeo e perfeiccedilatildeo na execuccedilatildeo de suas funccedilotildees Utilizam-se dados de teste a fim de tentar evitar a ocorrecircncia de defeitos em ambiente de produccedilatildeo Lembremos que um software frequentemente eacute apenas um elemento de um sistema maior Logo eacute necessaacuterio testaacute-lo considerando o contexto em que seraacute utilizado Eles satildeo conduzidos em um ambiente completo e integrado por vaacuterias pessoas (natildeo soacute os desenvolvedores) Busca-se exercitar o sistema por completo

Por fim vamos tratar dos Tipos de Testes Exemplos Teste de Regressatildeo Teste de Teste de Fumaccedila Teste de Recuperaccedilatildeo Teste de Seguranccedila Teste de Carga Teste de Desempenho Teste de Usabilidade No entanto o edital de vocecircs pede apenas quatro tipos de teste que veremos a seguir Teste de CargaEstresseVolume Trata do esforccedilo em demonstrar o funcionamento do software em situaccedilotildees anormais ie executa o sistema em condiccedilotildees incomuns de demanda de recursos velocidade

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 12 de 44

frequecircncia e volume Em outras palavras verifica qual limite de dados processados ateacute a falha do sistema Teste de DesempenhoPerformance Trata do esforccedilo em demonstrar que o sistema atende aos niacuteveis de desempenho e tempo de resposta acordados com os usuaacuterios e definidos nos requisitos Geralmente ocorre paralelamente ao Teste de Carga e avalia a capacidade de resposta do sistema em determinadas configuraccedilotildees Teste de Vulnerabilidade Trata do esforccedilo em demonstrar buracos de seguranccedila e vulnerabilidades podem ser aplicadas agrave redemaacutequina alvo Quem efetuar o teste vai tentar identificar nas maacutequinas na rede alvo todas as portas abertas sistemas operativos e aplicaccedilotildees a serem executadas Teste de Usabilidade Trata do esforccedilo em demonstrar falhas na facilidade de uso do software pelos usuaacuterios finais Enfatiza fatores humanos consistecircncia na interface graacutefica esteacutetica ajuda online assistentes wizard documentaccedilatildeo do usuaacuterio material de treinamento entre outros Uma boa interface com o usuaacuterio deve ser faacutecil de usar e entender

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 13 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - A O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

Comentaacuterios Qual eacute o objetivo de um teste Encontrar erros Noacutes jaacute sabemos que eacute virtualmente impossiacutevel provar a correccedilatildeo integral de um programa

Gabarito E

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - B O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

Comentaacuterios Exatamente isso Um teste deve ter alta probabilidade de encontrar erros

Gabarito C

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - C O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

Comentaacuterios Opaaaa natildeo satildeo desejaacuteveis testes redundantes mas ndash sim ndash eficientes

Gabarito E

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - D O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

Comentaacuterios Na verdade testes natildeo devem ser muito simples nem muito complexos

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 14 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - E O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

Comentaacuterios Natildeo faz nenhum sentido ndash inclusive a proacutepria Equipe de Desenvolvimento realiza testes (Testes de Unidade)

Gabarito E

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

Comentaacuterios Eacute isso mesmo Inicia-se com Testes de Unidade depois Testes de Integraccedilatildeo e por fim Testes de Sistema

Gabarito C

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

Comentaacuterios Essa eacute uma boa definiccedilatildeo para Testes de Unidade Perfeito

Gabarito C

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

Comentaacuterios Eacute exatamente isso Eacute comum ndash inclusive ndash que frameworks utilizem o Test-first Design

Gabarito C

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

Comentaacuterios Essa eacute a perfeita definiccedilatildeo de Teste de Integraccedilatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 15 de 44

Gabarito C

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

Comentaacuterios Como jaacute vimos nenhum teste eacute capaz de garantir que natildeo restam erros em um sistema

Gabarito E

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software Comentaacuterios Bem essa eacute ateacute engraccedilada Geralmente um teste bem sucedido eacute aquele que encontra erros Se ele natildeo encontra erros eacute mais provaacutevel que o teste tenha sido mal feito

Gabarito E

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

Comentaacuterios Os testes de desempenho devem ser projetados para assegurar que o sistema pode operar na carga necessaacuteria Isso envolve geralmente o planejamento de uma seacuterie de testes em que a carga eacute constantemente aumentada ateacute que o desempenho se torne inaceitaacutevel Perfeito Gabarito C

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

Comentaacuterios O teste de desempenho concentra-se tanto em demonstrar que o sistema atende aos requisitos como tambeacutem em descobrir problemas e defeitos no sistema Gabarito E

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 16 de 44

Comentaacuterios Jaacute vimos um milhatildeo de vezes Testes natildeo garantem a ausecircncia de erros Gabarito E

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

Comentaacuterios Opa como eacute Maior unidade de projeto Natildeo Na menor unidade de projeto do software Gabarito E

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

Comentaacuterios Perfeito Eacute exatamente isso Gabarito C

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

Comentaacuterios Galera natildeo se exaltem O Teste de Integraccedilatildeo eacute o que mais testa a interface poreacutem o Teste de Unidade tambeacutem a testa Natildeo haacute nada errado aqui Gabarito C

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

Comentaacuterios Exatamente isso Vamos relembrar Testes de Unidade tratam do coacutedigo-fonte Testes de Integraccedilatildeo tratam de Projeto de Software Testes de Validaccedilatildeo tratam de Requisitos Testes de Sistema tratam de Engenharia de Sistemas Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 17 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

Comentaacuterios Bem apesar de falar sobre componentes do modelo de implementaccedilatildeo natildeo se trata de Teste de Integraccedilatildeo Observem que trata de um niacutevel de abstraccedilatildeo bastante baixo sobre os fluxos de controle e de dados Portanto trata-se de um Teste de Unidade Gabarito E

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

Comentaacuterios Natildeo Isso se trata do Teste Caixa-Branca Gabarito E

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

Comentaacuterios Perfeito Eacute bem intuitivo Gabarito C

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

Comentaacuterios Opa na verdade trata-se de Teste de Integraccedilatildeo Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 18 de 44

CONTROLE DE VERSAtildeO ndash G

O que eacute um Sistema de Controle de Versatildeo Eacute um sistema que registra as mudanccedilas feitas em um arquivo ou um conjunto de arquivos ao longo do tempo de forma que seja possiacutevel recuperar versotildees especiacuteficas Eu por exemplo uso um sistema de controle de versatildeo para guardar todas as versotildees das aulas que eu faccedilo ndash jaacute pensou se eu perco isso D Pessoal se um sistema de controle de versatildeo eacute importante para que eu controle as versotildees das minhas aulas imaginem para quem estaacute desenvolvendo um software O desenvolvedor deve poder conseguir gerenciar as diferentes versotildees de coacutedigo-fonte e documentaccedilatildeo do software que ele estaacute desenvolvendo

Um dos softwares de controle de versatildeo mais conhecido do mercado eacute o G Ele eacute um sistema open-source distribuiacutedo raacutepido e foi criado por Linus Torvalds (isso mesmo aquele do Linux) e foi desenvolvido para controlar as versotildees do kernel do sistema operacional

Vocecircs podem estar se perguntando natildeo basta criar um diretoacuterio e ir salvando cada versatildeo

com um nome diferente Ora nada impede que se faccedila isso No entanto percebam que ndash apesar de ser uma ideia extremamente simples ndash ela eacute muito suscetiacutevel a erros Pessoal noacutes somos humanos e muitas vezes desatentos

Imaginem um cara que tem 40 diretoacuterios para o sistema que ele estaacute desenvolvendo E se ele achar que estaacute em um diretoacuterio mas na verdade estaacute em outro E se ele acabar

Figura 6 - Logo da git

Figura 7 - Sistema de Controle de Versotildees Local (SCVL)

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 19 de 44

gravando acidentalmente no diretoacuterio errado E se ele sobrescrever arquivos indevidamente sem a menor intenccedilatildeo Pois eacute para resolver esse problema foram desenvolvidos os Sistemas de Controle de Versatildeo Locais em que se armazenavam todas as alteraccedilotildees dos arquivos sob controle de revisatildeo Como assim Ora bastava salvar o arquivo e ele era gravado no diretoacuterio com cada uma de suas versotildees como mostra a Figura 8

Agora imaginem 10 desenvolvedores trabalhando com sistemas diferentes e armazenando suas versotildees cada um em seu computador ndash ora como eles podem trabalhar em conjunto

integrando seus componentes Para lidar com esse problema foi criado o Sistema de Controle de Versatildeo Centralizado como mostra a Figura 9 Esses sistemas possuem um servidor central uacutenico que conteacutem todos os arquivos versionados e vaacuterios clientes que podem recuperaacute-los Os desenvolvedores tecircm conhecimento razoaacutevel sobre o projeto como um todo No entanto se o servidor falhartodos param de trabalhar armazenamento for corrompido jaacute era

Figura 9 - Sistema de Controle de Versotildees Distribuiacutedo (SCVD)

Figura 8 - Sistema de Controle de Versatildeo Centralizado (SCVC)

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 20 de 44

Como solucionar esse problema Com Sistemas de Controle de Versotildees Distribuiacutedos Nesse caso o cliente copia o repositoacuterio dele inteiro e natildeo apenas as versotildees de um arquivo especiacutefico Dessa forma caso um servidor falhe pode-se copiar os repositoacuterios dos clientes de volta para o servidor e assim restauraacute-lo Em vez de existir apenas um repositoacuterio central utilizado pelos clientes cada usuaacuterio possui uma coacutepia do repositoacuterio inteiro De certo modo ele eacute mais lento que o sistema centralizado poreacutem permite manter um histoacuterico da evoluccedilatildeo do projeto permite uma maior colaboraccedilatildeo entre os desenvolvedores e permite variaccedilotildees no projeto

Em suma SCVL eacute uma estrutura composta por repositoacuterio e aacuterea de trabalho Jaacute o SCVC eacute uma estrutura composta por um uacutenico repositoacuterio e vaacuterias coacutepias de trabalho que se comunicam apenas atraveacutes do repositoacuterio central Por fim o SCVD eacute uma estrutura em que cada desenvolvedor possui um repositoacuterio proacuteprio acoplado a uma aacuterea de trabalho Pessoal essa introduccedilatildeo toda foi para dizer que o Git eacute um Sistema de Controle de Versatildeo Distribuiacutedo (SCVD) Muitos projetos utilizam esse sistema tais como Amarok Android Debian Eclipse Fedora Perl Wine entre outros Enfim soacute encontrei uma questatildeo sobre esse tema Vamos aos exerciacutecios

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 21 de 44

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

Comentaacuterios Vocecircs jaacute conhecem o Git Outros Sistemas de Controle de Versatildeo open-source satildeo CVS e SVN ClearCase e SourceSafe satildeo comerciais

Gabarito B

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado Comentaacuterios Opa natilde-natildeo Git eacute um Sistema de Controle de Versatildeo Distribuiacutedo e natildeo Centralizado

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 22 de 44

JENKINS

Galera eu tenho um acervo consideraacutevel de provas das principais bancas ndash em que eacute possiacutevel procurar palavras especiacuteficas E eu natildeo encontrei uma questatildeo sequer a respeito desse tema Logo nossa visatildeo seraacute superficial pois assuntos novos em geral natildeo entram em detalhes

Primeiro de tudo o que eacute o Jenkins Eacute uma ferramenta open-source de integraccedilatildeo contiacutenua escrita em java para testes e relatoacuterios sobre mudanccedilas isoladas em uma grande base de coacutedigo em tempo real O software possibilita que os desenvolvedores encontrem e resolvam defeitos rapidamente em uma base de coacutedigo e automatizem seus testes A integraccedilatildeo contiacutenua evoluiu desde a sua concepccedilatildeo Originalmente o padratildeo era uma compilaccedilatildeo por dia Hoje em dia a regra comum eacute que cada membro da equipe apresente seu trabalho diariamente (ou ateacute mais frequentemente) e compilaccedilotildees sejam realizadas para cada mudanccedila significativa Quando usado corretamente a integraccedilatildeo contiacutenua proporciona vaacuterios benefiacutecios como feedback constante sobre o status do software Os defeitos satildeo geralmente menores menos complexos e mais faacuteceis de resolver uma vez que a Integraccedilatildeo Contiacutenua detecta deficiecircncias no iniacutecio do desenvolvimento Resumindo o que vocecircs jaacute viram dezenas de vezes no estudo de metodologias aacutegeis a integraccedilatildeo contiacutenua consiste em o desenvolvedor integrar o coacutedigo desenvolvido eou alterado ao projeto principal na mesma frequecircncia com que as funcionalidades satildeo desenvolvidas sendo feito muitas vezes ao dia ao inveacutes de apenas uma vez O objetivo principal de se utilizar a integraccedilatildeo contiacutenua eacute verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente Ademais pode ser feita atraveacutes de processos manuais ou automatizados utilizando ndash por exemplo ndash a ferramenta Jenkins (ou CruiseControl Hudson Bamboo Continuum Gump Beebox etc) O Jenkins eacute um sistema baseado em servidor que roda em um Container Web e possui plug-ins para ampliar sua utilizaccedilatildeo com outras linguagens de programaccedilatildeo para integraccedilatildeo com sistemas de controle de versatildeo ou para grandes bases de dados Bem eu acho que isso eacute suficiente sobre esse assunto

Figura 10 ʹ Logo da Jenkins

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 23 de 44

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua Comentaacuterios Opa Jenkins eacute uma ferramenta open-source

Gabarito E

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente Comentaacuterios Exatamente Nativamente ele natildeo tem suporte a outras linguagens de programaccedilatildeo ndash somente por meio de plug-ins

Gabarito C

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis Comentaacuterios Perfeito Metodologias aacutegeis precisam responder rapidamente a mudanccedilas e isso eacute auxiliado por ferramentas de integraccedilatildeo contiacutenua

Gabarito C

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

Comentaacuterios Perfeito Eacute isso mesmo

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 24 de 44

SCRUM

Algueacutem de vocecircs sabe de onde vem esse nome Entatildeo vou lhes contar Esse nome vem do rugby e eacute utilizado como uma metaacutefora para refletir o alto grau de cooperaccedilatildeo necessaacuterio para obter sucesso Imagino que poucos de vocecircs entendam as regras desse esporte portanto vou explicar de forma bastante objetiva porque essa metaacutefora eacute utilizada No rugby um time pontua quando a bola cruza a linha de gol e toca o chatildeo ndash sendo carregada ou por meio de um passe Caso o jogador seja derrubado ele deve soltar a bola e a jogada se reinicia Deve haver intensa troca de passes entre os jogadores de modo a deixaacute-los menos vulneraacuteveis a serem derrubados por outros jogadores

Figura 11 - Scrum no Rugby

Bem cada jogada se inicia quando um Scrum eacute realizado ie forma-se uma parede de forccedila entre os jogadores como mostra a Figura 11 Observem que os jogadores se reuacutenem de forma bem proacutexima unindo suas forccedilas e habilidades para trabalhar em conjunto a fim de conseguir recuperar a bola Percebam portanto que o time inteiro deve trabalhar para que a equipe possa pontuar Diferentemente do Futebol Americano natildeo haacute um quarterback ou uma estrela do time ndash todos satildeo importantes Pois eacute a histoacuteria fica mais interessante vamos ver uma das recomendaccedilotildees de ataque do rugby

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 25 de 44

ldquoPensem continuamente em seu alinhamento em relaccedilatildeo ao jogador que carrega a bola e aos jogadores ao seu redor Trabalhe duro para estar disponiacutevel quando necessaacuteriordquo Observem como isso eacute importante em metodologias aacutegeis trabalhar duro para ajudar a equipe a obter ecircxito ndash nunca existe ldquoBem natildeo haacute nada aqui para eu fazerrdquo Acho que agora ficou mais faacutecil entender de onde vem esse nome ndash vamos agrave teoria Antes de comeccedilar uma observaccedilatildeo o guia oficial do Scrum eacute um documento tatildeo pequeno (18 paacuteginas) que eu recomendo fortemente que vocecircs leiam-no por inteiro pois seraacute muito uacutetil Bem agora sim vamos ao trabalho Scrum eacute um framework (ie possui uma estrutura processual) leve simples de entender e extremamente difiacutecil de dominar para desenvolver e manter produtos complexos e adaptativos enquanto entrega produtiva e criativamente produtos com o mais alto valor possiacutevel Complicado ou natildeo Galera percebam que ele natildeo eacute um processo ou uma teacutecnica para construir produtos mas ndash sim ndash um framework em que pode ser empregado vaacuterios processos e teacutecnicas O Framework pode ser definido como um conjunto de papeacuteis eventos artefatos e regras associadas a uma equipe Ele eacute fundamentado em teorias empiacutericas de controle de processo e emprega uma abordagem iterativa e incremental (maximizando as oportunidades de feedback) para aperfeiccediloar a previsatildeo e controle de riscos Ele afirma que o conhecimento vem da experiecircncia e da tomada de decisotildees baseadas no que eacute conhecido Para tal ele emprega uma abordagem iterativa e incremental para aperfeiccediloar a previsibilidade e controle de riscos fundamentando-se em trecircs pilares fundamentais

Transparecircncia aspectos significativos (e padronizados) devem estar visiacuteveis aos responsaacuteveis pelos resultados Por exemplo uma linguagem comum a todos os participantes

Inspeccedilatildeo os usuaacuterios devem frequentemente inspecionar os artefatos e o

progresso para detectar indesejaacuteveis variaccedilotildees (natildeo pode ser frequente a ponto de atrapalhar a execuccedilatildeo das tarefas)

Adaptaccedilatildeo o processo ou material sendo produzido deve ser adaptado sempre

que um inspetor verificar desvios que tornem o resultado inaceitaacutevel e para tanto ele tem quatros oportunidades (as reuniotildees)

O Scrum define o conceito de Time Scrum que eacute um time auto-organizaacutevel (escolhe qual a melhor forma para realizar seu trabalho) e multifuncional (possui todas as competecircncias

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 26 de 44

e natildeo depende de outros de fora da equipe) Eacute o responsaacutevel por entregar produtos de forma iterativa e incremental maximizando as oportunidades de realimentaccedilatildeo As entregas incrementais de produto ldquoprontordquo garantem que uma versatildeo potencialmente funcional do produto do trabalho esteja sempre disponiacutevel Agora o mais importante o Time Scrum eacute composto por um Product Owner um Scrum Master e a Equipe de Desenvolvimento1 Product Owner Eacute o responsaacutevel por maximizar o valor do produto e do trabalho da equipe de desenvolvimento sendo o uacutenico que pode gerenciar o Product Backlog Ele pode ateacute delegar atividades de gerenciamento mas ainda seraacute considerado o responsaacutevel pelos resultados A Equipe de Desenvolvimento soacute responde a ele Equipe de Desenvolvimento A Equipe de Desenvolvimento natildeo reconhece tiacutetulos para seus integrantes todos satildeo considerados desenvolvedores (natildeo importa o que faccedilam) A Equipe deve ter entre 3 e 9 integrantes de modo que natildeo seja pequena demais que haja restriccedilotildees de habilidades nem grande demais que seja complicado de gerenciar Scrum Master Eacute o responsaacutevel por garantir que o Scrum seja entendido e aplicado Ademais ele deve comunicar claramente a visatildeo objetivo e itens do Product Backlog ensinar a equipe a criar itens claros e concisos treinar a equipe de desenvolvimento em autogerenciamento e interdisciplinaridade remover impedimentos entre outros Mudando de assunto os Eventos Scrum satildeo eventos time-boxed (ie com duraccedilatildeo maacutexima) usados para criar uma rotina e minimizar a necessidade de reuniotildees natildeo definidas pelo Scrum Lembrem-se de que a Sprint tem um mecircs ou menos e eacute iniciada imediatamente apoacutes a conclusatildeo da sprint anterior As Sprints satildeo compostas por uma Reuniatildeo de Planejamento da Sprint Reuniotildees Diaacuterias o Trabalho de Desenvolvimento uma Revisatildeo da Sprint e a Retrospectiva da Sprint Uma Sprint se inicia imediatamente apoacutes a conclusatildeo da sprint anterior e tem duraccedilotildees coerentes em todo o esforccedilo de desenvolvimento Durante a sprint eacute proibido realizar mudanccedilas que afetem seu objetivo Aleacutem disso eacute proibido mudar a composiccedilatildeo da equipe ou diminuir as metas de qualidade apesar disso o escopo pode ser sempre clarificado e renegociado Essas proibiccedilotildees devem ser levadas

muito a seacuterio entenderam

1 Natildeo confundir Equipe de Desenvolvimento com Time Scrum ʹ o primeiro estaacute contido no segundo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 27 de 44

Uma sprint pode ser cancelada antes de seu time-box terminar e isso somente pode ser feito pelo Product Owner (sob influecircncia de stakeholders equipe de desenvolvimento entre outros) Isso pode ocorrer caso o seu objetivo se torne obsoleto mas ocorrem tambeacutem devido agrave curta duraccedilatildeo e a cancelamentos poreacutem satildeo raros os casos O trabalho a ser realizado na Sprint eacute planejado na Reuniatildeo de Planejamento da Sprint (Proporcional a 8 horas) Essa reuniatildeo consiste em duas partes

1 O que seraacute entregue como resultado do incremento da proacutexima Sprint

2 Como o trabalho necessaacuterio para entregar o incremento seraacute realizado Na primeira parte a Equipe de Desenvolvimento tenta prever as funcionalidades que seratildeo desenvolvidas durante a Sprint Na segunda parte a Equipe de Desenvolvimento decide como iraacute construir essas funcionalidades durante a Sprint e desenvolve o Sprint Backlog Portanto a primeira parte trada do ldquoO que fazerrdquo e a segunda trata do ldquoComo fazerrdquo

Figura 12 - Processo do SCRUM

O Product Owner pode estar presente durante a segunda parte da reuniatildeo para clarificar itens do Backlog do Produto A Reuniatildeo Diaacuteria (Proporcional a 15 minutos) eacute um evento que busca criar um plano para as proacuteximas 24 horas e inspecionar o trabalho desde a uacuteltima Reuniatildeo Diaacuteria

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 28 de 44

Ela ocorre sempre no mesmo horaacuterio e no mesmo local e cada integrante deve responder as seguintes perguntas

1 O que foi completado desde a uacuteltima reuniatildeo

2 O que seraacute feito ateacute a proacutexima reuniatildeo

3 Quais os obstaacuteculos que estatildeo no caminho

As Reuniotildees Diaacuterias melhoram bastante a comunicaccedilatildeo entre os integrantes ademais eliminam a necessidade de outras reuniotildees identificam e removem impedimentos destacam e promovem raacutepidas tomadas de decisatildeo e melhoram o niacutevel de conhecimento da Equipe como um todo A Revisatildeo da Sprint (Proporcional a 4 horas) eacute executada no final da Sprint para inspecionar o incremento e adaptar o Backlog do Produto se necessaacuterio Esta eacute uma reuniatildeo informal e a apresentaccedilatildeo do incremento destina-se a motivar e obter comentaacuterios e promover a colaboraccedilatildeo Nesta reuniatildeo discute-se o que foi bem e o que natildeo foi problemas ocorridos e como foram resolvidos Procut Backlog projeccedilotildees de datas O resultado eacute o Product Backlog revisado e ajustado A Retrospectiva da Sprint (Proporcional a 3 horas) eacute uma chance para o Scrum Team inspecionar a si proacuteprio e criar um plano de melhorias par proacutexima sprint Ela inspeciona como foi a uacuteltima sprint em relaccedilatildeo agraves pessoas agraves relaccedilotildees aos processos e agraves ferramentas Aleacutem disso tem o poder de identificar e ordenar os principais itens que se tornaram potenciais de melhorias e cria um plano para implementar melhorias no modo de realizaccedilatildeo do trabalho

Figura 13 - Graacutefico Burndown

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 29 de 44

O Documento de Visatildeo eacute definido pelo Product Owner e representa como os clientes usuaacuterios finais gerentes stakeholders executivos entre outros visualizam o resultado final do produto que seraacute criado Praacuteticas como BurndownBurnup tecircm sido utilizadas para prever o progresso sem substituir a importacircncia do empirismo como mostra a Figura 13 O Product Backlog eacute uma lista ordenada (por valor risco prioridade etc) de tudo que deve ser necessaacuterio no produto e eacute uma origem uacutenica dos requisitos para qualquer mudanccedila a ser feita no produto Ele nunca (Atenccedilatildeo nunca) estaraacute completo e existiraacute enquanto o produto tambeacutem existir

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 30 de 44

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

Comentaacuterios Bem vamos comeccedilar nossos exerciacutecios com um erro da FCC O Guia Scrum diz que o Scrum Team eacute dividido em Product Owner Scrum Master e Development Team No entanto a FCC deu a resposta como correto

Gabarito C

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

Comentaacuterios Bem tranquila neacute Trata-se de uma Sprint

Gabarito C

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint Comentaacuterios Bem tranquila tambeacutem Trata-se de uma Sprint

Gabarito C

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

Comentaacuterios Perfeito Essa Scrum Meeting trata-se da Daily Scrum Meeting ou Reuniatildeo Diaacuteria

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 31 de 44

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

Comentaacuterios De fato estaacute incorreto O periacuteodo maacuteximo eacute de 30 dias e a equipe de trabalho varia de 3 a 9 pessoas

Gabarito C

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

Comentaacuterios Na verdade natildeo eacute correto Eacute possiacutevel dissolver uma sprint e comeccedilar outra baseando-se em um no sprint backlog ndash quem pode fazer isso eacute o Product Owner

Gabarito E

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

Comentaacuterios Bem ela deve durar no maacuteximo 15 minutos no entanto a questatildeo diz que natildeo deve durar mais que 30 minutos (o que natildeo eacute errado) Portanto natildeo eacute incorreto ndash eacute correto

Gabarito E

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

Comentaacuterios Na verdade natildeo eacute incorreto Satildeo essas as perguntas a serem feitas

Gabarito E

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

Comentaacuterios Tambeacutem natildeo eacute incorreto Eacute exatamente isso que o Scrum Master deve fazer

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 32 de 44

Gabarito E

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

Comentaacuterios Na verdade soacute pode ser modificado pelo Product Owner

Gabarito E

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint Comentaacuterios Scrum Master eacute apenas um facilitador Quem pode modificar o Backlog eacute o Product Owner

Gabarito E

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

Comentaacuterios Eacute possiacutevel ndash sim ndash dissolver uma sprint

Gabarito E

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe Comentaacuterios Na verdade as discussotildees ocorrem mais entre a equipe de desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 33 de 44

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a data final e o custo do projeto satildeo determinados ao longo do projeto

Comentaacuterios Eacute isso mesmo ndash satildeo todos definidos ao longo do projeto

Gabarito C

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

Comentaacuterios Na verdade recomenda-se entre trecircs e nove participantes Com menos de trecircs participantes reduz-se a interaccedilatildeo que gera um menor ganho de produtividade

Gabarito E

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

Comentaacuterios De fato apenas o Product Owner pode cancelar uma sprint

Gabarito C

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

Comentaacuterios Uma sprint deve ter entre duas e quarto semanas

Gabarito E

53 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

Comentaacuterios Questatildeo perfeita Scrum estaacute para o PMBOK assim como o XP estaacute para o RUP Ele pode ser utilizado em teoria em qualquer contexto em que se necessite atingir um objetivo comum entre um grupo de pessoas

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 34 de 44

54 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

Comentaacuterios Literalmente retirado do Guia Scrum ndash perfeito

Gabarito C

55 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

Comentaacuterios Conjunto de requisitos bem definidos Natildeo eacute o contraacuterio Geralmente trata-se de requisitos pouco definidos

Gabarito E

56 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

Comentaacuterios Eacute exatamente isso Lembrem-se de que natildeo haacute cargos mas papeacuteis

Gabarito C

57 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

Comentaacuterios Galera essa eacute muito faacutecil Nenhum produto estaraacute nunca completamente testado ademais o Product Backlog tambeacutem nunca estaraacute completo

Gabarito E

58 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

Comentaacuterios Opaaaa Product Owner natildeo trata de estimativas Entendam escopo e importacircncia satildeo definidos pelo PO no entanto quem define estimativas eacute a Equipe de Desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 35 de 44

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

60 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

Comentaacuterios Bem o cliente natildeo se torna parte da equipe de desenvolvimento Haacute ndash sim ndash uma forte integraccedilatildeo no entanto dizer que faz parte da equipe de desenvolvimento eacute um completo absurdo No entanto o CESPE natildeo entendeu dessa maneira

Gabarito C

61 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

Comentaacuterios Eacute isso mesmo perfeito

Gabarito C

62 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o

documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

Comentaacuterios Galera item perfeito Muito bem escrito

Gabarito C

63 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

Comentaacuterios Questatildeo perfeita retirada do Guia Scrum

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 36 de 44

Gabarito C

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

65 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

Comentaacuterios Jaacute li isso 800x e as bancas continuam errando Escreve-se ITERACcedilAtildeO e natildeo INTERACcedilAtildeO A questatildeo deveria ter sido anulada mas natildeo foi =

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 37 de 44

LISTA DE EXERCIacuteCIOS COMENTADOS

(Instituto Cidades ndash 2012 - CEMIG - Agente de Gestatildeo Administrativa - Analista de Sistemas - A) O teste

eacute uma atividade de verificaccedilatildeo e validaccedilatildeo do software e consiste na anaacutelise dinacircmica do mesmo isto eacute na execuccedilatildeo do produto de software com o objetivo de verificar a presenccedila de defeitos no produto e aumentar a confianccedila de que o mesmo estaacute correto

(CESPE - 2012 ndash Anatel ndash Analista Administrativo ndash Arquitetura de Soluccedilotildees) Considere as informaccedilotildees

abaixo em relaccedilatildeo ao desenvolvimento de sistemas

I executar um software com o objetivo de revelar falhas mas que natildeo prova a exatidatildeo do software II correta construccedilatildeo do produto III Construccedilatildeo do produto certo

Correspondem corretamente a I II e III respectivamente

a) Validaccedilatildeo verificaccedilatildeo e teste b) Verificaccedilatildeo teste e validaccedilatildeo c) Teste verificaccedilatildeo e validaccedilatildeo d) Validaccedilatildeo teste e verificaccedilatildeo e) Teste validaccedilatildeo e verificaccedilatildeo

(CESPE - 2010 ndash TJES ndash Analista Judiciaacuterio ndash Analista de Sistemas) Verificaccedilatildeo e validaccedilatildeo satildeo atividades

da anaacutelise de software necessaacuterias para se identificar o que o software precisa executar seguida de uma avaliaccedilatildeo do usuaacuterio quanto agraves atividades definidas

(CESPE - ndash TRT 5ordf ndash Analista Judiciaacuterio ndash Analista de Sistemas) A diferenccedila entre verificaccedilatildeo e

validaccedilatildeo reside no fato de que a primeira se refere ao conjunto de atividades que garante que o software realiza corretamente uma funccedilatildeo especiacutefica enquanto a segunda refere-se a um conjunto diferente de atividades que garante que o software que foi construiacutedo eacute rastreaacutevel agraves exigecircncias do cliente

(ESAF - ndash MPOG ndash Analista de Planejamento ndash Analista de Sistemas - B) Demonstrar ao

desenvolvedor e ao cliente que o software atende aos requisitos eacute uma meta de validaccedilatildeo do software

(CESPE - ndash IPEA ndash Analista de Sistemas) A verificaccedilatildeo assegura que o produto como fornecido iraacute

atender o seu uso pretendido ou seja que se estaacute construindo o produto certo E a validaccedilatildeo confirma que os produtos de trabalho refletem de forma apropriada os requisitos que foram especificados ou seja que se estaacute construindo o produto corretamente

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 38 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 39 de 44

tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 40 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto

da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C) Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 41 de 44

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 42 de 44

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a

data final e o custo do projeto satildeo determinados ao longo do projeto

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 43 de 44

53 (CESPE - 2012 - TRE-RJ - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) A metodologia scrum prega que a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

54 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

55 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM

o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

56 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

57 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

58 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

60 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para

gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

61 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

62 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 44 de 44

63 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

65 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

66 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

GABARITO

1 2 3 4 5 6 7 8 9 10 E C C C E E E C E E 11 12 13 14 15 16 17 18 19 20 E C C C C E E C E E 21 22 23 24 25 26 27 28 29 30 E C C C E E C E B E 31 32 33 34 35 36 37 38 39 40 E C C C C C C C C E 41 42 43 44 45 46 47 48 49 50 E E E E C E E E C E 51 52 53 54 55 56 57 58 59 60 C E C C E C E E C C 61 62 63 64 65 66 67 68 69 70 C C C C C - - - - -

79831971523

325179138-97 - caio victor gambardela

Page 12: 203903115 Testes Conceitos Verificacao e Validacao Tipos de Teste Unidade Integracao Sistemafuncional Aceitacao Carga Desempenho Vulnerabilidade Usab

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 11 de 44

defeitos nas interfaces e nas interaccedilotildees entre componentes ou sistemas integrados Ele sucede o Teste de Unidade e antecede o Teste de Sistema Os resultados do Teste de Unidade dos moacutedulos do sistema servem de insumo para o Teste de Integraccedilatildeo Eacute uma teacutecnica sistemaacutetica para construir a arquitetura de um software e descobrir erros na integraccedilatildeo entre os componentes Os moacutedulos satildeo integrados gradualmente a fim de facilitar a localizaccedilatildeo de erros Teste de AceitaccedilatildeoValidaccedilatildeo Trata do esforccedilo em demonstrar a conformidade com os requisitos de software Focaliza accedilotildees visiacuteveis ao usuaacuterio e saiacutedas do sistema reconhecidas tambeacutem pelo usuaacuterio Eacute bem sucedida quando o software funciona do modo que pode ser razoavelmente esperado pelo usuaacuterio Ele sucede o Teste de Integraccedilatildeo e antecede o Teste de Sistema O ambiente de teste utilizado deve ser o mais proacuteximo possiacutevel do ambiente real Os tipos mais comuns satildeo o Teste Alfa e o Teste Beta O primeiro ocorre em um ambiente controlado ndash simulando a forma de utilizaccedilatildeo do usuaacuterio Jaacute o segundo ocorre no ambiente real de utilizaccedilatildeo e eacute realizado pelo proacuteprio usuaacuterio Teste de SistemaFuncional Trata do esforccedilo em demonstrar o funcionamento do sistema como um todo dentro de um ambiente operacional controlado para validar a exatidatildeo e perfeiccedilatildeo na execuccedilatildeo de suas funccedilotildees Utilizam-se dados de teste a fim de tentar evitar a ocorrecircncia de defeitos em ambiente de produccedilatildeo Lembremos que um software frequentemente eacute apenas um elemento de um sistema maior Logo eacute necessaacuterio testaacute-lo considerando o contexto em que seraacute utilizado Eles satildeo conduzidos em um ambiente completo e integrado por vaacuterias pessoas (natildeo soacute os desenvolvedores) Busca-se exercitar o sistema por completo

Por fim vamos tratar dos Tipos de Testes Exemplos Teste de Regressatildeo Teste de Teste de Fumaccedila Teste de Recuperaccedilatildeo Teste de Seguranccedila Teste de Carga Teste de Desempenho Teste de Usabilidade No entanto o edital de vocecircs pede apenas quatro tipos de teste que veremos a seguir Teste de CargaEstresseVolume Trata do esforccedilo em demonstrar o funcionamento do software em situaccedilotildees anormais ie executa o sistema em condiccedilotildees incomuns de demanda de recursos velocidade

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 12 de 44

frequecircncia e volume Em outras palavras verifica qual limite de dados processados ateacute a falha do sistema Teste de DesempenhoPerformance Trata do esforccedilo em demonstrar que o sistema atende aos niacuteveis de desempenho e tempo de resposta acordados com os usuaacuterios e definidos nos requisitos Geralmente ocorre paralelamente ao Teste de Carga e avalia a capacidade de resposta do sistema em determinadas configuraccedilotildees Teste de Vulnerabilidade Trata do esforccedilo em demonstrar buracos de seguranccedila e vulnerabilidades podem ser aplicadas agrave redemaacutequina alvo Quem efetuar o teste vai tentar identificar nas maacutequinas na rede alvo todas as portas abertas sistemas operativos e aplicaccedilotildees a serem executadas Teste de Usabilidade Trata do esforccedilo em demonstrar falhas na facilidade de uso do software pelos usuaacuterios finais Enfatiza fatores humanos consistecircncia na interface graacutefica esteacutetica ajuda online assistentes wizard documentaccedilatildeo do usuaacuterio material de treinamento entre outros Uma boa interface com o usuaacuterio deve ser faacutecil de usar e entender

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 13 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - A O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

Comentaacuterios Qual eacute o objetivo de um teste Encontrar erros Noacutes jaacute sabemos que eacute virtualmente impossiacutevel provar a correccedilatildeo integral de um programa

Gabarito E

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - B O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

Comentaacuterios Exatamente isso Um teste deve ter alta probabilidade de encontrar erros

Gabarito C

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - C O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

Comentaacuterios Opaaaa natildeo satildeo desejaacuteveis testes redundantes mas ndash sim ndash eficientes

Gabarito E

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - D O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

Comentaacuterios Na verdade testes natildeo devem ser muito simples nem muito complexos

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 14 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - E O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

Comentaacuterios Natildeo faz nenhum sentido ndash inclusive a proacutepria Equipe de Desenvolvimento realiza testes (Testes de Unidade)

Gabarito E

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

Comentaacuterios Eacute isso mesmo Inicia-se com Testes de Unidade depois Testes de Integraccedilatildeo e por fim Testes de Sistema

Gabarito C

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

Comentaacuterios Essa eacute uma boa definiccedilatildeo para Testes de Unidade Perfeito

Gabarito C

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

Comentaacuterios Eacute exatamente isso Eacute comum ndash inclusive ndash que frameworks utilizem o Test-first Design

Gabarito C

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

Comentaacuterios Essa eacute a perfeita definiccedilatildeo de Teste de Integraccedilatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 15 de 44

Gabarito C

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

Comentaacuterios Como jaacute vimos nenhum teste eacute capaz de garantir que natildeo restam erros em um sistema

Gabarito E

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software Comentaacuterios Bem essa eacute ateacute engraccedilada Geralmente um teste bem sucedido eacute aquele que encontra erros Se ele natildeo encontra erros eacute mais provaacutevel que o teste tenha sido mal feito

Gabarito E

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

Comentaacuterios Os testes de desempenho devem ser projetados para assegurar que o sistema pode operar na carga necessaacuteria Isso envolve geralmente o planejamento de uma seacuterie de testes em que a carga eacute constantemente aumentada ateacute que o desempenho se torne inaceitaacutevel Perfeito Gabarito C

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

Comentaacuterios O teste de desempenho concentra-se tanto em demonstrar que o sistema atende aos requisitos como tambeacutem em descobrir problemas e defeitos no sistema Gabarito E

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 16 de 44

Comentaacuterios Jaacute vimos um milhatildeo de vezes Testes natildeo garantem a ausecircncia de erros Gabarito E

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

Comentaacuterios Opa como eacute Maior unidade de projeto Natildeo Na menor unidade de projeto do software Gabarito E

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

Comentaacuterios Perfeito Eacute exatamente isso Gabarito C

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

Comentaacuterios Galera natildeo se exaltem O Teste de Integraccedilatildeo eacute o que mais testa a interface poreacutem o Teste de Unidade tambeacutem a testa Natildeo haacute nada errado aqui Gabarito C

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

Comentaacuterios Exatamente isso Vamos relembrar Testes de Unidade tratam do coacutedigo-fonte Testes de Integraccedilatildeo tratam de Projeto de Software Testes de Validaccedilatildeo tratam de Requisitos Testes de Sistema tratam de Engenharia de Sistemas Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 17 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

Comentaacuterios Bem apesar de falar sobre componentes do modelo de implementaccedilatildeo natildeo se trata de Teste de Integraccedilatildeo Observem que trata de um niacutevel de abstraccedilatildeo bastante baixo sobre os fluxos de controle e de dados Portanto trata-se de um Teste de Unidade Gabarito E

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

Comentaacuterios Natildeo Isso se trata do Teste Caixa-Branca Gabarito E

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

Comentaacuterios Perfeito Eacute bem intuitivo Gabarito C

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

Comentaacuterios Opa na verdade trata-se de Teste de Integraccedilatildeo Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 18 de 44

CONTROLE DE VERSAtildeO ndash G

O que eacute um Sistema de Controle de Versatildeo Eacute um sistema que registra as mudanccedilas feitas em um arquivo ou um conjunto de arquivos ao longo do tempo de forma que seja possiacutevel recuperar versotildees especiacuteficas Eu por exemplo uso um sistema de controle de versatildeo para guardar todas as versotildees das aulas que eu faccedilo ndash jaacute pensou se eu perco isso D Pessoal se um sistema de controle de versatildeo eacute importante para que eu controle as versotildees das minhas aulas imaginem para quem estaacute desenvolvendo um software O desenvolvedor deve poder conseguir gerenciar as diferentes versotildees de coacutedigo-fonte e documentaccedilatildeo do software que ele estaacute desenvolvendo

Um dos softwares de controle de versatildeo mais conhecido do mercado eacute o G Ele eacute um sistema open-source distribuiacutedo raacutepido e foi criado por Linus Torvalds (isso mesmo aquele do Linux) e foi desenvolvido para controlar as versotildees do kernel do sistema operacional

Vocecircs podem estar se perguntando natildeo basta criar um diretoacuterio e ir salvando cada versatildeo

com um nome diferente Ora nada impede que se faccedila isso No entanto percebam que ndash apesar de ser uma ideia extremamente simples ndash ela eacute muito suscetiacutevel a erros Pessoal noacutes somos humanos e muitas vezes desatentos

Imaginem um cara que tem 40 diretoacuterios para o sistema que ele estaacute desenvolvendo E se ele achar que estaacute em um diretoacuterio mas na verdade estaacute em outro E se ele acabar

Figura 6 - Logo da git

Figura 7 - Sistema de Controle de Versotildees Local (SCVL)

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 19 de 44

gravando acidentalmente no diretoacuterio errado E se ele sobrescrever arquivos indevidamente sem a menor intenccedilatildeo Pois eacute para resolver esse problema foram desenvolvidos os Sistemas de Controle de Versatildeo Locais em que se armazenavam todas as alteraccedilotildees dos arquivos sob controle de revisatildeo Como assim Ora bastava salvar o arquivo e ele era gravado no diretoacuterio com cada uma de suas versotildees como mostra a Figura 8

Agora imaginem 10 desenvolvedores trabalhando com sistemas diferentes e armazenando suas versotildees cada um em seu computador ndash ora como eles podem trabalhar em conjunto

integrando seus componentes Para lidar com esse problema foi criado o Sistema de Controle de Versatildeo Centralizado como mostra a Figura 9 Esses sistemas possuem um servidor central uacutenico que conteacutem todos os arquivos versionados e vaacuterios clientes que podem recuperaacute-los Os desenvolvedores tecircm conhecimento razoaacutevel sobre o projeto como um todo No entanto se o servidor falhartodos param de trabalhar armazenamento for corrompido jaacute era

Figura 9 - Sistema de Controle de Versotildees Distribuiacutedo (SCVD)

Figura 8 - Sistema de Controle de Versatildeo Centralizado (SCVC)

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 20 de 44

Como solucionar esse problema Com Sistemas de Controle de Versotildees Distribuiacutedos Nesse caso o cliente copia o repositoacuterio dele inteiro e natildeo apenas as versotildees de um arquivo especiacutefico Dessa forma caso um servidor falhe pode-se copiar os repositoacuterios dos clientes de volta para o servidor e assim restauraacute-lo Em vez de existir apenas um repositoacuterio central utilizado pelos clientes cada usuaacuterio possui uma coacutepia do repositoacuterio inteiro De certo modo ele eacute mais lento que o sistema centralizado poreacutem permite manter um histoacuterico da evoluccedilatildeo do projeto permite uma maior colaboraccedilatildeo entre os desenvolvedores e permite variaccedilotildees no projeto

Em suma SCVL eacute uma estrutura composta por repositoacuterio e aacuterea de trabalho Jaacute o SCVC eacute uma estrutura composta por um uacutenico repositoacuterio e vaacuterias coacutepias de trabalho que se comunicam apenas atraveacutes do repositoacuterio central Por fim o SCVD eacute uma estrutura em que cada desenvolvedor possui um repositoacuterio proacuteprio acoplado a uma aacuterea de trabalho Pessoal essa introduccedilatildeo toda foi para dizer que o Git eacute um Sistema de Controle de Versatildeo Distribuiacutedo (SCVD) Muitos projetos utilizam esse sistema tais como Amarok Android Debian Eclipse Fedora Perl Wine entre outros Enfim soacute encontrei uma questatildeo sobre esse tema Vamos aos exerciacutecios

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 21 de 44

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

Comentaacuterios Vocecircs jaacute conhecem o Git Outros Sistemas de Controle de Versatildeo open-source satildeo CVS e SVN ClearCase e SourceSafe satildeo comerciais

Gabarito B

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado Comentaacuterios Opa natilde-natildeo Git eacute um Sistema de Controle de Versatildeo Distribuiacutedo e natildeo Centralizado

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 22 de 44

JENKINS

Galera eu tenho um acervo consideraacutevel de provas das principais bancas ndash em que eacute possiacutevel procurar palavras especiacuteficas E eu natildeo encontrei uma questatildeo sequer a respeito desse tema Logo nossa visatildeo seraacute superficial pois assuntos novos em geral natildeo entram em detalhes

Primeiro de tudo o que eacute o Jenkins Eacute uma ferramenta open-source de integraccedilatildeo contiacutenua escrita em java para testes e relatoacuterios sobre mudanccedilas isoladas em uma grande base de coacutedigo em tempo real O software possibilita que os desenvolvedores encontrem e resolvam defeitos rapidamente em uma base de coacutedigo e automatizem seus testes A integraccedilatildeo contiacutenua evoluiu desde a sua concepccedilatildeo Originalmente o padratildeo era uma compilaccedilatildeo por dia Hoje em dia a regra comum eacute que cada membro da equipe apresente seu trabalho diariamente (ou ateacute mais frequentemente) e compilaccedilotildees sejam realizadas para cada mudanccedila significativa Quando usado corretamente a integraccedilatildeo contiacutenua proporciona vaacuterios benefiacutecios como feedback constante sobre o status do software Os defeitos satildeo geralmente menores menos complexos e mais faacuteceis de resolver uma vez que a Integraccedilatildeo Contiacutenua detecta deficiecircncias no iniacutecio do desenvolvimento Resumindo o que vocecircs jaacute viram dezenas de vezes no estudo de metodologias aacutegeis a integraccedilatildeo contiacutenua consiste em o desenvolvedor integrar o coacutedigo desenvolvido eou alterado ao projeto principal na mesma frequecircncia com que as funcionalidades satildeo desenvolvidas sendo feito muitas vezes ao dia ao inveacutes de apenas uma vez O objetivo principal de se utilizar a integraccedilatildeo contiacutenua eacute verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente Ademais pode ser feita atraveacutes de processos manuais ou automatizados utilizando ndash por exemplo ndash a ferramenta Jenkins (ou CruiseControl Hudson Bamboo Continuum Gump Beebox etc) O Jenkins eacute um sistema baseado em servidor que roda em um Container Web e possui plug-ins para ampliar sua utilizaccedilatildeo com outras linguagens de programaccedilatildeo para integraccedilatildeo com sistemas de controle de versatildeo ou para grandes bases de dados Bem eu acho que isso eacute suficiente sobre esse assunto

Figura 10 ʹ Logo da Jenkins

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 23 de 44

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua Comentaacuterios Opa Jenkins eacute uma ferramenta open-source

Gabarito E

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente Comentaacuterios Exatamente Nativamente ele natildeo tem suporte a outras linguagens de programaccedilatildeo ndash somente por meio de plug-ins

Gabarito C

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis Comentaacuterios Perfeito Metodologias aacutegeis precisam responder rapidamente a mudanccedilas e isso eacute auxiliado por ferramentas de integraccedilatildeo contiacutenua

Gabarito C

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

Comentaacuterios Perfeito Eacute isso mesmo

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 24 de 44

SCRUM

Algueacutem de vocecircs sabe de onde vem esse nome Entatildeo vou lhes contar Esse nome vem do rugby e eacute utilizado como uma metaacutefora para refletir o alto grau de cooperaccedilatildeo necessaacuterio para obter sucesso Imagino que poucos de vocecircs entendam as regras desse esporte portanto vou explicar de forma bastante objetiva porque essa metaacutefora eacute utilizada No rugby um time pontua quando a bola cruza a linha de gol e toca o chatildeo ndash sendo carregada ou por meio de um passe Caso o jogador seja derrubado ele deve soltar a bola e a jogada se reinicia Deve haver intensa troca de passes entre os jogadores de modo a deixaacute-los menos vulneraacuteveis a serem derrubados por outros jogadores

Figura 11 - Scrum no Rugby

Bem cada jogada se inicia quando um Scrum eacute realizado ie forma-se uma parede de forccedila entre os jogadores como mostra a Figura 11 Observem que os jogadores se reuacutenem de forma bem proacutexima unindo suas forccedilas e habilidades para trabalhar em conjunto a fim de conseguir recuperar a bola Percebam portanto que o time inteiro deve trabalhar para que a equipe possa pontuar Diferentemente do Futebol Americano natildeo haacute um quarterback ou uma estrela do time ndash todos satildeo importantes Pois eacute a histoacuteria fica mais interessante vamos ver uma das recomendaccedilotildees de ataque do rugby

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 25 de 44

ldquoPensem continuamente em seu alinhamento em relaccedilatildeo ao jogador que carrega a bola e aos jogadores ao seu redor Trabalhe duro para estar disponiacutevel quando necessaacuteriordquo Observem como isso eacute importante em metodologias aacutegeis trabalhar duro para ajudar a equipe a obter ecircxito ndash nunca existe ldquoBem natildeo haacute nada aqui para eu fazerrdquo Acho que agora ficou mais faacutecil entender de onde vem esse nome ndash vamos agrave teoria Antes de comeccedilar uma observaccedilatildeo o guia oficial do Scrum eacute um documento tatildeo pequeno (18 paacuteginas) que eu recomendo fortemente que vocecircs leiam-no por inteiro pois seraacute muito uacutetil Bem agora sim vamos ao trabalho Scrum eacute um framework (ie possui uma estrutura processual) leve simples de entender e extremamente difiacutecil de dominar para desenvolver e manter produtos complexos e adaptativos enquanto entrega produtiva e criativamente produtos com o mais alto valor possiacutevel Complicado ou natildeo Galera percebam que ele natildeo eacute um processo ou uma teacutecnica para construir produtos mas ndash sim ndash um framework em que pode ser empregado vaacuterios processos e teacutecnicas O Framework pode ser definido como um conjunto de papeacuteis eventos artefatos e regras associadas a uma equipe Ele eacute fundamentado em teorias empiacutericas de controle de processo e emprega uma abordagem iterativa e incremental (maximizando as oportunidades de feedback) para aperfeiccediloar a previsatildeo e controle de riscos Ele afirma que o conhecimento vem da experiecircncia e da tomada de decisotildees baseadas no que eacute conhecido Para tal ele emprega uma abordagem iterativa e incremental para aperfeiccediloar a previsibilidade e controle de riscos fundamentando-se em trecircs pilares fundamentais

Transparecircncia aspectos significativos (e padronizados) devem estar visiacuteveis aos responsaacuteveis pelos resultados Por exemplo uma linguagem comum a todos os participantes

Inspeccedilatildeo os usuaacuterios devem frequentemente inspecionar os artefatos e o

progresso para detectar indesejaacuteveis variaccedilotildees (natildeo pode ser frequente a ponto de atrapalhar a execuccedilatildeo das tarefas)

Adaptaccedilatildeo o processo ou material sendo produzido deve ser adaptado sempre

que um inspetor verificar desvios que tornem o resultado inaceitaacutevel e para tanto ele tem quatros oportunidades (as reuniotildees)

O Scrum define o conceito de Time Scrum que eacute um time auto-organizaacutevel (escolhe qual a melhor forma para realizar seu trabalho) e multifuncional (possui todas as competecircncias

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 26 de 44

e natildeo depende de outros de fora da equipe) Eacute o responsaacutevel por entregar produtos de forma iterativa e incremental maximizando as oportunidades de realimentaccedilatildeo As entregas incrementais de produto ldquoprontordquo garantem que uma versatildeo potencialmente funcional do produto do trabalho esteja sempre disponiacutevel Agora o mais importante o Time Scrum eacute composto por um Product Owner um Scrum Master e a Equipe de Desenvolvimento1 Product Owner Eacute o responsaacutevel por maximizar o valor do produto e do trabalho da equipe de desenvolvimento sendo o uacutenico que pode gerenciar o Product Backlog Ele pode ateacute delegar atividades de gerenciamento mas ainda seraacute considerado o responsaacutevel pelos resultados A Equipe de Desenvolvimento soacute responde a ele Equipe de Desenvolvimento A Equipe de Desenvolvimento natildeo reconhece tiacutetulos para seus integrantes todos satildeo considerados desenvolvedores (natildeo importa o que faccedilam) A Equipe deve ter entre 3 e 9 integrantes de modo que natildeo seja pequena demais que haja restriccedilotildees de habilidades nem grande demais que seja complicado de gerenciar Scrum Master Eacute o responsaacutevel por garantir que o Scrum seja entendido e aplicado Ademais ele deve comunicar claramente a visatildeo objetivo e itens do Product Backlog ensinar a equipe a criar itens claros e concisos treinar a equipe de desenvolvimento em autogerenciamento e interdisciplinaridade remover impedimentos entre outros Mudando de assunto os Eventos Scrum satildeo eventos time-boxed (ie com duraccedilatildeo maacutexima) usados para criar uma rotina e minimizar a necessidade de reuniotildees natildeo definidas pelo Scrum Lembrem-se de que a Sprint tem um mecircs ou menos e eacute iniciada imediatamente apoacutes a conclusatildeo da sprint anterior As Sprints satildeo compostas por uma Reuniatildeo de Planejamento da Sprint Reuniotildees Diaacuterias o Trabalho de Desenvolvimento uma Revisatildeo da Sprint e a Retrospectiva da Sprint Uma Sprint se inicia imediatamente apoacutes a conclusatildeo da sprint anterior e tem duraccedilotildees coerentes em todo o esforccedilo de desenvolvimento Durante a sprint eacute proibido realizar mudanccedilas que afetem seu objetivo Aleacutem disso eacute proibido mudar a composiccedilatildeo da equipe ou diminuir as metas de qualidade apesar disso o escopo pode ser sempre clarificado e renegociado Essas proibiccedilotildees devem ser levadas

muito a seacuterio entenderam

1 Natildeo confundir Equipe de Desenvolvimento com Time Scrum ʹ o primeiro estaacute contido no segundo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 27 de 44

Uma sprint pode ser cancelada antes de seu time-box terminar e isso somente pode ser feito pelo Product Owner (sob influecircncia de stakeholders equipe de desenvolvimento entre outros) Isso pode ocorrer caso o seu objetivo se torne obsoleto mas ocorrem tambeacutem devido agrave curta duraccedilatildeo e a cancelamentos poreacutem satildeo raros os casos O trabalho a ser realizado na Sprint eacute planejado na Reuniatildeo de Planejamento da Sprint (Proporcional a 8 horas) Essa reuniatildeo consiste em duas partes

1 O que seraacute entregue como resultado do incremento da proacutexima Sprint

2 Como o trabalho necessaacuterio para entregar o incremento seraacute realizado Na primeira parte a Equipe de Desenvolvimento tenta prever as funcionalidades que seratildeo desenvolvidas durante a Sprint Na segunda parte a Equipe de Desenvolvimento decide como iraacute construir essas funcionalidades durante a Sprint e desenvolve o Sprint Backlog Portanto a primeira parte trada do ldquoO que fazerrdquo e a segunda trata do ldquoComo fazerrdquo

Figura 12 - Processo do SCRUM

O Product Owner pode estar presente durante a segunda parte da reuniatildeo para clarificar itens do Backlog do Produto A Reuniatildeo Diaacuteria (Proporcional a 15 minutos) eacute um evento que busca criar um plano para as proacuteximas 24 horas e inspecionar o trabalho desde a uacuteltima Reuniatildeo Diaacuteria

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 28 de 44

Ela ocorre sempre no mesmo horaacuterio e no mesmo local e cada integrante deve responder as seguintes perguntas

1 O que foi completado desde a uacuteltima reuniatildeo

2 O que seraacute feito ateacute a proacutexima reuniatildeo

3 Quais os obstaacuteculos que estatildeo no caminho

As Reuniotildees Diaacuterias melhoram bastante a comunicaccedilatildeo entre os integrantes ademais eliminam a necessidade de outras reuniotildees identificam e removem impedimentos destacam e promovem raacutepidas tomadas de decisatildeo e melhoram o niacutevel de conhecimento da Equipe como um todo A Revisatildeo da Sprint (Proporcional a 4 horas) eacute executada no final da Sprint para inspecionar o incremento e adaptar o Backlog do Produto se necessaacuterio Esta eacute uma reuniatildeo informal e a apresentaccedilatildeo do incremento destina-se a motivar e obter comentaacuterios e promover a colaboraccedilatildeo Nesta reuniatildeo discute-se o que foi bem e o que natildeo foi problemas ocorridos e como foram resolvidos Procut Backlog projeccedilotildees de datas O resultado eacute o Product Backlog revisado e ajustado A Retrospectiva da Sprint (Proporcional a 3 horas) eacute uma chance para o Scrum Team inspecionar a si proacuteprio e criar um plano de melhorias par proacutexima sprint Ela inspeciona como foi a uacuteltima sprint em relaccedilatildeo agraves pessoas agraves relaccedilotildees aos processos e agraves ferramentas Aleacutem disso tem o poder de identificar e ordenar os principais itens que se tornaram potenciais de melhorias e cria um plano para implementar melhorias no modo de realizaccedilatildeo do trabalho

Figura 13 - Graacutefico Burndown

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 29 de 44

O Documento de Visatildeo eacute definido pelo Product Owner e representa como os clientes usuaacuterios finais gerentes stakeholders executivos entre outros visualizam o resultado final do produto que seraacute criado Praacuteticas como BurndownBurnup tecircm sido utilizadas para prever o progresso sem substituir a importacircncia do empirismo como mostra a Figura 13 O Product Backlog eacute uma lista ordenada (por valor risco prioridade etc) de tudo que deve ser necessaacuterio no produto e eacute uma origem uacutenica dos requisitos para qualquer mudanccedila a ser feita no produto Ele nunca (Atenccedilatildeo nunca) estaraacute completo e existiraacute enquanto o produto tambeacutem existir

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 30 de 44

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

Comentaacuterios Bem vamos comeccedilar nossos exerciacutecios com um erro da FCC O Guia Scrum diz que o Scrum Team eacute dividido em Product Owner Scrum Master e Development Team No entanto a FCC deu a resposta como correto

Gabarito C

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

Comentaacuterios Bem tranquila neacute Trata-se de uma Sprint

Gabarito C

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint Comentaacuterios Bem tranquila tambeacutem Trata-se de uma Sprint

Gabarito C

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

Comentaacuterios Perfeito Essa Scrum Meeting trata-se da Daily Scrum Meeting ou Reuniatildeo Diaacuteria

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 31 de 44

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

Comentaacuterios De fato estaacute incorreto O periacuteodo maacuteximo eacute de 30 dias e a equipe de trabalho varia de 3 a 9 pessoas

Gabarito C

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

Comentaacuterios Na verdade natildeo eacute correto Eacute possiacutevel dissolver uma sprint e comeccedilar outra baseando-se em um no sprint backlog ndash quem pode fazer isso eacute o Product Owner

Gabarito E

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

Comentaacuterios Bem ela deve durar no maacuteximo 15 minutos no entanto a questatildeo diz que natildeo deve durar mais que 30 minutos (o que natildeo eacute errado) Portanto natildeo eacute incorreto ndash eacute correto

Gabarito E

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

Comentaacuterios Na verdade natildeo eacute incorreto Satildeo essas as perguntas a serem feitas

Gabarito E

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

Comentaacuterios Tambeacutem natildeo eacute incorreto Eacute exatamente isso que o Scrum Master deve fazer

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 32 de 44

Gabarito E

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

Comentaacuterios Na verdade soacute pode ser modificado pelo Product Owner

Gabarito E

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint Comentaacuterios Scrum Master eacute apenas um facilitador Quem pode modificar o Backlog eacute o Product Owner

Gabarito E

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

Comentaacuterios Eacute possiacutevel ndash sim ndash dissolver uma sprint

Gabarito E

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe Comentaacuterios Na verdade as discussotildees ocorrem mais entre a equipe de desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 33 de 44

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a data final e o custo do projeto satildeo determinados ao longo do projeto

Comentaacuterios Eacute isso mesmo ndash satildeo todos definidos ao longo do projeto

Gabarito C

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

Comentaacuterios Na verdade recomenda-se entre trecircs e nove participantes Com menos de trecircs participantes reduz-se a interaccedilatildeo que gera um menor ganho de produtividade

Gabarito E

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

Comentaacuterios De fato apenas o Product Owner pode cancelar uma sprint

Gabarito C

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

Comentaacuterios Uma sprint deve ter entre duas e quarto semanas

Gabarito E

53 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

Comentaacuterios Questatildeo perfeita Scrum estaacute para o PMBOK assim como o XP estaacute para o RUP Ele pode ser utilizado em teoria em qualquer contexto em que se necessite atingir um objetivo comum entre um grupo de pessoas

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 34 de 44

54 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

Comentaacuterios Literalmente retirado do Guia Scrum ndash perfeito

Gabarito C

55 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

Comentaacuterios Conjunto de requisitos bem definidos Natildeo eacute o contraacuterio Geralmente trata-se de requisitos pouco definidos

Gabarito E

56 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

Comentaacuterios Eacute exatamente isso Lembrem-se de que natildeo haacute cargos mas papeacuteis

Gabarito C

57 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

Comentaacuterios Galera essa eacute muito faacutecil Nenhum produto estaraacute nunca completamente testado ademais o Product Backlog tambeacutem nunca estaraacute completo

Gabarito E

58 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

Comentaacuterios Opaaaa Product Owner natildeo trata de estimativas Entendam escopo e importacircncia satildeo definidos pelo PO no entanto quem define estimativas eacute a Equipe de Desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 35 de 44

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

60 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

Comentaacuterios Bem o cliente natildeo se torna parte da equipe de desenvolvimento Haacute ndash sim ndash uma forte integraccedilatildeo no entanto dizer que faz parte da equipe de desenvolvimento eacute um completo absurdo No entanto o CESPE natildeo entendeu dessa maneira

Gabarito C

61 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

Comentaacuterios Eacute isso mesmo perfeito

Gabarito C

62 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o

documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

Comentaacuterios Galera item perfeito Muito bem escrito

Gabarito C

63 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

Comentaacuterios Questatildeo perfeita retirada do Guia Scrum

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 36 de 44

Gabarito C

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

65 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

Comentaacuterios Jaacute li isso 800x e as bancas continuam errando Escreve-se ITERACcedilAtildeO e natildeo INTERACcedilAtildeO A questatildeo deveria ter sido anulada mas natildeo foi =

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 37 de 44

LISTA DE EXERCIacuteCIOS COMENTADOS

(Instituto Cidades ndash 2012 - CEMIG - Agente de Gestatildeo Administrativa - Analista de Sistemas - A) O teste

eacute uma atividade de verificaccedilatildeo e validaccedilatildeo do software e consiste na anaacutelise dinacircmica do mesmo isto eacute na execuccedilatildeo do produto de software com o objetivo de verificar a presenccedila de defeitos no produto e aumentar a confianccedila de que o mesmo estaacute correto

(CESPE - 2012 ndash Anatel ndash Analista Administrativo ndash Arquitetura de Soluccedilotildees) Considere as informaccedilotildees

abaixo em relaccedilatildeo ao desenvolvimento de sistemas

I executar um software com o objetivo de revelar falhas mas que natildeo prova a exatidatildeo do software II correta construccedilatildeo do produto III Construccedilatildeo do produto certo

Correspondem corretamente a I II e III respectivamente

a) Validaccedilatildeo verificaccedilatildeo e teste b) Verificaccedilatildeo teste e validaccedilatildeo c) Teste verificaccedilatildeo e validaccedilatildeo d) Validaccedilatildeo teste e verificaccedilatildeo e) Teste validaccedilatildeo e verificaccedilatildeo

(CESPE - 2010 ndash TJES ndash Analista Judiciaacuterio ndash Analista de Sistemas) Verificaccedilatildeo e validaccedilatildeo satildeo atividades

da anaacutelise de software necessaacuterias para se identificar o que o software precisa executar seguida de uma avaliaccedilatildeo do usuaacuterio quanto agraves atividades definidas

(CESPE - ndash TRT 5ordf ndash Analista Judiciaacuterio ndash Analista de Sistemas) A diferenccedila entre verificaccedilatildeo e

validaccedilatildeo reside no fato de que a primeira se refere ao conjunto de atividades que garante que o software realiza corretamente uma funccedilatildeo especiacutefica enquanto a segunda refere-se a um conjunto diferente de atividades que garante que o software que foi construiacutedo eacute rastreaacutevel agraves exigecircncias do cliente

(ESAF - ndash MPOG ndash Analista de Planejamento ndash Analista de Sistemas - B) Demonstrar ao

desenvolvedor e ao cliente que o software atende aos requisitos eacute uma meta de validaccedilatildeo do software

(CESPE - ndash IPEA ndash Analista de Sistemas) A verificaccedilatildeo assegura que o produto como fornecido iraacute

atender o seu uso pretendido ou seja que se estaacute construindo o produto certo E a validaccedilatildeo confirma que os produtos de trabalho refletem de forma apropriada os requisitos que foram especificados ou seja que se estaacute construindo o produto corretamente

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 38 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 39 de 44

tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 40 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto

da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C) Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 41 de 44

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 42 de 44

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a

data final e o custo do projeto satildeo determinados ao longo do projeto

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 43 de 44

53 (CESPE - 2012 - TRE-RJ - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) A metodologia scrum prega que a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

54 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

55 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM

o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

56 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

57 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

58 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

60 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para

gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

61 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

62 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 44 de 44

63 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

65 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

66 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

GABARITO

1 2 3 4 5 6 7 8 9 10 E C C C E E E C E E 11 12 13 14 15 16 17 18 19 20 E C C C C E E C E E 21 22 23 24 25 26 27 28 29 30 E C C C E E C E B E 31 32 33 34 35 36 37 38 39 40 E C C C C C C C C E 41 42 43 44 45 46 47 48 49 50 E E E E C E E E C E 51 52 53 54 55 56 57 58 59 60 C E C C E C E E C C 61 62 63 64 65 66 67 68 69 70 C C C C C - - - - -

79831971523

325179138-97 - caio victor gambardela

Page 13: 203903115 Testes Conceitos Verificacao e Validacao Tipos de Teste Unidade Integracao Sistemafuncional Aceitacao Carga Desempenho Vulnerabilidade Usab

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 12 de 44

frequecircncia e volume Em outras palavras verifica qual limite de dados processados ateacute a falha do sistema Teste de DesempenhoPerformance Trata do esforccedilo em demonstrar que o sistema atende aos niacuteveis de desempenho e tempo de resposta acordados com os usuaacuterios e definidos nos requisitos Geralmente ocorre paralelamente ao Teste de Carga e avalia a capacidade de resposta do sistema em determinadas configuraccedilotildees Teste de Vulnerabilidade Trata do esforccedilo em demonstrar buracos de seguranccedila e vulnerabilidades podem ser aplicadas agrave redemaacutequina alvo Quem efetuar o teste vai tentar identificar nas maacutequinas na rede alvo todas as portas abertas sistemas operativos e aplicaccedilotildees a serem executadas Teste de Usabilidade Trata do esforccedilo em demonstrar falhas na facilidade de uso do software pelos usuaacuterios finais Enfatiza fatores humanos consistecircncia na interface graacutefica esteacutetica ajuda online assistentes wizard documentaccedilatildeo do usuaacuterio material de treinamento entre outros Uma boa interface com o usuaacuterio deve ser faacutecil de usar e entender

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 13 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - A O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

Comentaacuterios Qual eacute o objetivo de um teste Encontrar erros Noacutes jaacute sabemos que eacute virtualmente impossiacutevel provar a correccedilatildeo integral de um programa

Gabarito E

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - B O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

Comentaacuterios Exatamente isso Um teste deve ter alta probabilidade de encontrar erros

Gabarito C

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - C O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

Comentaacuterios Opaaaa natildeo satildeo desejaacuteveis testes redundantes mas ndash sim ndash eficientes

Gabarito E

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - D O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

Comentaacuterios Na verdade testes natildeo devem ser muito simples nem muito complexos

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 14 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - E O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

Comentaacuterios Natildeo faz nenhum sentido ndash inclusive a proacutepria Equipe de Desenvolvimento realiza testes (Testes de Unidade)

Gabarito E

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

Comentaacuterios Eacute isso mesmo Inicia-se com Testes de Unidade depois Testes de Integraccedilatildeo e por fim Testes de Sistema

Gabarito C

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

Comentaacuterios Essa eacute uma boa definiccedilatildeo para Testes de Unidade Perfeito

Gabarito C

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

Comentaacuterios Eacute exatamente isso Eacute comum ndash inclusive ndash que frameworks utilizem o Test-first Design

Gabarito C

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

Comentaacuterios Essa eacute a perfeita definiccedilatildeo de Teste de Integraccedilatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 15 de 44

Gabarito C

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

Comentaacuterios Como jaacute vimos nenhum teste eacute capaz de garantir que natildeo restam erros em um sistema

Gabarito E

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software Comentaacuterios Bem essa eacute ateacute engraccedilada Geralmente um teste bem sucedido eacute aquele que encontra erros Se ele natildeo encontra erros eacute mais provaacutevel que o teste tenha sido mal feito

Gabarito E

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

Comentaacuterios Os testes de desempenho devem ser projetados para assegurar que o sistema pode operar na carga necessaacuteria Isso envolve geralmente o planejamento de uma seacuterie de testes em que a carga eacute constantemente aumentada ateacute que o desempenho se torne inaceitaacutevel Perfeito Gabarito C

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

Comentaacuterios O teste de desempenho concentra-se tanto em demonstrar que o sistema atende aos requisitos como tambeacutem em descobrir problemas e defeitos no sistema Gabarito E

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 16 de 44

Comentaacuterios Jaacute vimos um milhatildeo de vezes Testes natildeo garantem a ausecircncia de erros Gabarito E

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

Comentaacuterios Opa como eacute Maior unidade de projeto Natildeo Na menor unidade de projeto do software Gabarito E

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

Comentaacuterios Perfeito Eacute exatamente isso Gabarito C

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

Comentaacuterios Galera natildeo se exaltem O Teste de Integraccedilatildeo eacute o que mais testa a interface poreacutem o Teste de Unidade tambeacutem a testa Natildeo haacute nada errado aqui Gabarito C

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

Comentaacuterios Exatamente isso Vamos relembrar Testes de Unidade tratam do coacutedigo-fonte Testes de Integraccedilatildeo tratam de Projeto de Software Testes de Validaccedilatildeo tratam de Requisitos Testes de Sistema tratam de Engenharia de Sistemas Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 17 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

Comentaacuterios Bem apesar de falar sobre componentes do modelo de implementaccedilatildeo natildeo se trata de Teste de Integraccedilatildeo Observem que trata de um niacutevel de abstraccedilatildeo bastante baixo sobre os fluxos de controle e de dados Portanto trata-se de um Teste de Unidade Gabarito E

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

Comentaacuterios Natildeo Isso se trata do Teste Caixa-Branca Gabarito E

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

Comentaacuterios Perfeito Eacute bem intuitivo Gabarito C

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

Comentaacuterios Opa na verdade trata-se de Teste de Integraccedilatildeo Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 18 de 44

CONTROLE DE VERSAtildeO ndash G

O que eacute um Sistema de Controle de Versatildeo Eacute um sistema que registra as mudanccedilas feitas em um arquivo ou um conjunto de arquivos ao longo do tempo de forma que seja possiacutevel recuperar versotildees especiacuteficas Eu por exemplo uso um sistema de controle de versatildeo para guardar todas as versotildees das aulas que eu faccedilo ndash jaacute pensou se eu perco isso D Pessoal se um sistema de controle de versatildeo eacute importante para que eu controle as versotildees das minhas aulas imaginem para quem estaacute desenvolvendo um software O desenvolvedor deve poder conseguir gerenciar as diferentes versotildees de coacutedigo-fonte e documentaccedilatildeo do software que ele estaacute desenvolvendo

Um dos softwares de controle de versatildeo mais conhecido do mercado eacute o G Ele eacute um sistema open-source distribuiacutedo raacutepido e foi criado por Linus Torvalds (isso mesmo aquele do Linux) e foi desenvolvido para controlar as versotildees do kernel do sistema operacional

Vocecircs podem estar se perguntando natildeo basta criar um diretoacuterio e ir salvando cada versatildeo

com um nome diferente Ora nada impede que se faccedila isso No entanto percebam que ndash apesar de ser uma ideia extremamente simples ndash ela eacute muito suscetiacutevel a erros Pessoal noacutes somos humanos e muitas vezes desatentos

Imaginem um cara que tem 40 diretoacuterios para o sistema que ele estaacute desenvolvendo E se ele achar que estaacute em um diretoacuterio mas na verdade estaacute em outro E se ele acabar

Figura 6 - Logo da git

Figura 7 - Sistema de Controle de Versotildees Local (SCVL)

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 19 de 44

gravando acidentalmente no diretoacuterio errado E se ele sobrescrever arquivos indevidamente sem a menor intenccedilatildeo Pois eacute para resolver esse problema foram desenvolvidos os Sistemas de Controle de Versatildeo Locais em que se armazenavam todas as alteraccedilotildees dos arquivos sob controle de revisatildeo Como assim Ora bastava salvar o arquivo e ele era gravado no diretoacuterio com cada uma de suas versotildees como mostra a Figura 8

Agora imaginem 10 desenvolvedores trabalhando com sistemas diferentes e armazenando suas versotildees cada um em seu computador ndash ora como eles podem trabalhar em conjunto

integrando seus componentes Para lidar com esse problema foi criado o Sistema de Controle de Versatildeo Centralizado como mostra a Figura 9 Esses sistemas possuem um servidor central uacutenico que conteacutem todos os arquivos versionados e vaacuterios clientes que podem recuperaacute-los Os desenvolvedores tecircm conhecimento razoaacutevel sobre o projeto como um todo No entanto se o servidor falhartodos param de trabalhar armazenamento for corrompido jaacute era

Figura 9 - Sistema de Controle de Versotildees Distribuiacutedo (SCVD)

Figura 8 - Sistema de Controle de Versatildeo Centralizado (SCVC)

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 20 de 44

Como solucionar esse problema Com Sistemas de Controle de Versotildees Distribuiacutedos Nesse caso o cliente copia o repositoacuterio dele inteiro e natildeo apenas as versotildees de um arquivo especiacutefico Dessa forma caso um servidor falhe pode-se copiar os repositoacuterios dos clientes de volta para o servidor e assim restauraacute-lo Em vez de existir apenas um repositoacuterio central utilizado pelos clientes cada usuaacuterio possui uma coacutepia do repositoacuterio inteiro De certo modo ele eacute mais lento que o sistema centralizado poreacutem permite manter um histoacuterico da evoluccedilatildeo do projeto permite uma maior colaboraccedilatildeo entre os desenvolvedores e permite variaccedilotildees no projeto

Em suma SCVL eacute uma estrutura composta por repositoacuterio e aacuterea de trabalho Jaacute o SCVC eacute uma estrutura composta por um uacutenico repositoacuterio e vaacuterias coacutepias de trabalho que se comunicam apenas atraveacutes do repositoacuterio central Por fim o SCVD eacute uma estrutura em que cada desenvolvedor possui um repositoacuterio proacuteprio acoplado a uma aacuterea de trabalho Pessoal essa introduccedilatildeo toda foi para dizer que o Git eacute um Sistema de Controle de Versatildeo Distribuiacutedo (SCVD) Muitos projetos utilizam esse sistema tais como Amarok Android Debian Eclipse Fedora Perl Wine entre outros Enfim soacute encontrei uma questatildeo sobre esse tema Vamos aos exerciacutecios

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 21 de 44

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

Comentaacuterios Vocecircs jaacute conhecem o Git Outros Sistemas de Controle de Versatildeo open-source satildeo CVS e SVN ClearCase e SourceSafe satildeo comerciais

Gabarito B

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado Comentaacuterios Opa natilde-natildeo Git eacute um Sistema de Controle de Versatildeo Distribuiacutedo e natildeo Centralizado

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 22 de 44

JENKINS

Galera eu tenho um acervo consideraacutevel de provas das principais bancas ndash em que eacute possiacutevel procurar palavras especiacuteficas E eu natildeo encontrei uma questatildeo sequer a respeito desse tema Logo nossa visatildeo seraacute superficial pois assuntos novos em geral natildeo entram em detalhes

Primeiro de tudo o que eacute o Jenkins Eacute uma ferramenta open-source de integraccedilatildeo contiacutenua escrita em java para testes e relatoacuterios sobre mudanccedilas isoladas em uma grande base de coacutedigo em tempo real O software possibilita que os desenvolvedores encontrem e resolvam defeitos rapidamente em uma base de coacutedigo e automatizem seus testes A integraccedilatildeo contiacutenua evoluiu desde a sua concepccedilatildeo Originalmente o padratildeo era uma compilaccedilatildeo por dia Hoje em dia a regra comum eacute que cada membro da equipe apresente seu trabalho diariamente (ou ateacute mais frequentemente) e compilaccedilotildees sejam realizadas para cada mudanccedila significativa Quando usado corretamente a integraccedilatildeo contiacutenua proporciona vaacuterios benefiacutecios como feedback constante sobre o status do software Os defeitos satildeo geralmente menores menos complexos e mais faacuteceis de resolver uma vez que a Integraccedilatildeo Contiacutenua detecta deficiecircncias no iniacutecio do desenvolvimento Resumindo o que vocecircs jaacute viram dezenas de vezes no estudo de metodologias aacutegeis a integraccedilatildeo contiacutenua consiste em o desenvolvedor integrar o coacutedigo desenvolvido eou alterado ao projeto principal na mesma frequecircncia com que as funcionalidades satildeo desenvolvidas sendo feito muitas vezes ao dia ao inveacutes de apenas uma vez O objetivo principal de se utilizar a integraccedilatildeo contiacutenua eacute verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente Ademais pode ser feita atraveacutes de processos manuais ou automatizados utilizando ndash por exemplo ndash a ferramenta Jenkins (ou CruiseControl Hudson Bamboo Continuum Gump Beebox etc) O Jenkins eacute um sistema baseado em servidor que roda em um Container Web e possui plug-ins para ampliar sua utilizaccedilatildeo com outras linguagens de programaccedilatildeo para integraccedilatildeo com sistemas de controle de versatildeo ou para grandes bases de dados Bem eu acho que isso eacute suficiente sobre esse assunto

Figura 10 ʹ Logo da Jenkins

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 23 de 44

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua Comentaacuterios Opa Jenkins eacute uma ferramenta open-source

Gabarito E

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente Comentaacuterios Exatamente Nativamente ele natildeo tem suporte a outras linguagens de programaccedilatildeo ndash somente por meio de plug-ins

Gabarito C

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis Comentaacuterios Perfeito Metodologias aacutegeis precisam responder rapidamente a mudanccedilas e isso eacute auxiliado por ferramentas de integraccedilatildeo contiacutenua

Gabarito C

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

Comentaacuterios Perfeito Eacute isso mesmo

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 24 de 44

SCRUM

Algueacutem de vocecircs sabe de onde vem esse nome Entatildeo vou lhes contar Esse nome vem do rugby e eacute utilizado como uma metaacutefora para refletir o alto grau de cooperaccedilatildeo necessaacuterio para obter sucesso Imagino que poucos de vocecircs entendam as regras desse esporte portanto vou explicar de forma bastante objetiva porque essa metaacutefora eacute utilizada No rugby um time pontua quando a bola cruza a linha de gol e toca o chatildeo ndash sendo carregada ou por meio de um passe Caso o jogador seja derrubado ele deve soltar a bola e a jogada se reinicia Deve haver intensa troca de passes entre os jogadores de modo a deixaacute-los menos vulneraacuteveis a serem derrubados por outros jogadores

Figura 11 - Scrum no Rugby

Bem cada jogada se inicia quando um Scrum eacute realizado ie forma-se uma parede de forccedila entre os jogadores como mostra a Figura 11 Observem que os jogadores se reuacutenem de forma bem proacutexima unindo suas forccedilas e habilidades para trabalhar em conjunto a fim de conseguir recuperar a bola Percebam portanto que o time inteiro deve trabalhar para que a equipe possa pontuar Diferentemente do Futebol Americano natildeo haacute um quarterback ou uma estrela do time ndash todos satildeo importantes Pois eacute a histoacuteria fica mais interessante vamos ver uma das recomendaccedilotildees de ataque do rugby

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 25 de 44

ldquoPensem continuamente em seu alinhamento em relaccedilatildeo ao jogador que carrega a bola e aos jogadores ao seu redor Trabalhe duro para estar disponiacutevel quando necessaacuteriordquo Observem como isso eacute importante em metodologias aacutegeis trabalhar duro para ajudar a equipe a obter ecircxito ndash nunca existe ldquoBem natildeo haacute nada aqui para eu fazerrdquo Acho que agora ficou mais faacutecil entender de onde vem esse nome ndash vamos agrave teoria Antes de comeccedilar uma observaccedilatildeo o guia oficial do Scrum eacute um documento tatildeo pequeno (18 paacuteginas) que eu recomendo fortemente que vocecircs leiam-no por inteiro pois seraacute muito uacutetil Bem agora sim vamos ao trabalho Scrum eacute um framework (ie possui uma estrutura processual) leve simples de entender e extremamente difiacutecil de dominar para desenvolver e manter produtos complexos e adaptativos enquanto entrega produtiva e criativamente produtos com o mais alto valor possiacutevel Complicado ou natildeo Galera percebam que ele natildeo eacute um processo ou uma teacutecnica para construir produtos mas ndash sim ndash um framework em que pode ser empregado vaacuterios processos e teacutecnicas O Framework pode ser definido como um conjunto de papeacuteis eventos artefatos e regras associadas a uma equipe Ele eacute fundamentado em teorias empiacutericas de controle de processo e emprega uma abordagem iterativa e incremental (maximizando as oportunidades de feedback) para aperfeiccediloar a previsatildeo e controle de riscos Ele afirma que o conhecimento vem da experiecircncia e da tomada de decisotildees baseadas no que eacute conhecido Para tal ele emprega uma abordagem iterativa e incremental para aperfeiccediloar a previsibilidade e controle de riscos fundamentando-se em trecircs pilares fundamentais

Transparecircncia aspectos significativos (e padronizados) devem estar visiacuteveis aos responsaacuteveis pelos resultados Por exemplo uma linguagem comum a todos os participantes

Inspeccedilatildeo os usuaacuterios devem frequentemente inspecionar os artefatos e o

progresso para detectar indesejaacuteveis variaccedilotildees (natildeo pode ser frequente a ponto de atrapalhar a execuccedilatildeo das tarefas)

Adaptaccedilatildeo o processo ou material sendo produzido deve ser adaptado sempre

que um inspetor verificar desvios que tornem o resultado inaceitaacutevel e para tanto ele tem quatros oportunidades (as reuniotildees)

O Scrum define o conceito de Time Scrum que eacute um time auto-organizaacutevel (escolhe qual a melhor forma para realizar seu trabalho) e multifuncional (possui todas as competecircncias

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 26 de 44

e natildeo depende de outros de fora da equipe) Eacute o responsaacutevel por entregar produtos de forma iterativa e incremental maximizando as oportunidades de realimentaccedilatildeo As entregas incrementais de produto ldquoprontordquo garantem que uma versatildeo potencialmente funcional do produto do trabalho esteja sempre disponiacutevel Agora o mais importante o Time Scrum eacute composto por um Product Owner um Scrum Master e a Equipe de Desenvolvimento1 Product Owner Eacute o responsaacutevel por maximizar o valor do produto e do trabalho da equipe de desenvolvimento sendo o uacutenico que pode gerenciar o Product Backlog Ele pode ateacute delegar atividades de gerenciamento mas ainda seraacute considerado o responsaacutevel pelos resultados A Equipe de Desenvolvimento soacute responde a ele Equipe de Desenvolvimento A Equipe de Desenvolvimento natildeo reconhece tiacutetulos para seus integrantes todos satildeo considerados desenvolvedores (natildeo importa o que faccedilam) A Equipe deve ter entre 3 e 9 integrantes de modo que natildeo seja pequena demais que haja restriccedilotildees de habilidades nem grande demais que seja complicado de gerenciar Scrum Master Eacute o responsaacutevel por garantir que o Scrum seja entendido e aplicado Ademais ele deve comunicar claramente a visatildeo objetivo e itens do Product Backlog ensinar a equipe a criar itens claros e concisos treinar a equipe de desenvolvimento em autogerenciamento e interdisciplinaridade remover impedimentos entre outros Mudando de assunto os Eventos Scrum satildeo eventos time-boxed (ie com duraccedilatildeo maacutexima) usados para criar uma rotina e minimizar a necessidade de reuniotildees natildeo definidas pelo Scrum Lembrem-se de que a Sprint tem um mecircs ou menos e eacute iniciada imediatamente apoacutes a conclusatildeo da sprint anterior As Sprints satildeo compostas por uma Reuniatildeo de Planejamento da Sprint Reuniotildees Diaacuterias o Trabalho de Desenvolvimento uma Revisatildeo da Sprint e a Retrospectiva da Sprint Uma Sprint se inicia imediatamente apoacutes a conclusatildeo da sprint anterior e tem duraccedilotildees coerentes em todo o esforccedilo de desenvolvimento Durante a sprint eacute proibido realizar mudanccedilas que afetem seu objetivo Aleacutem disso eacute proibido mudar a composiccedilatildeo da equipe ou diminuir as metas de qualidade apesar disso o escopo pode ser sempre clarificado e renegociado Essas proibiccedilotildees devem ser levadas

muito a seacuterio entenderam

1 Natildeo confundir Equipe de Desenvolvimento com Time Scrum ʹ o primeiro estaacute contido no segundo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 27 de 44

Uma sprint pode ser cancelada antes de seu time-box terminar e isso somente pode ser feito pelo Product Owner (sob influecircncia de stakeholders equipe de desenvolvimento entre outros) Isso pode ocorrer caso o seu objetivo se torne obsoleto mas ocorrem tambeacutem devido agrave curta duraccedilatildeo e a cancelamentos poreacutem satildeo raros os casos O trabalho a ser realizado na Sprint eacute planejado na Reuniatildeo de Planejamento da Sprint (Proporcional a 8 horas) Essa reuniatildeo consiste em duas partes

1 O que seraacute entregue como resultado do incremento da proacutexima Sprint

2 Como o trabalho necessaacuterio para entregar o incremento seraacute realizado Na primeira parte a Equipe de Desenvolvimento tenta prever as funcionalidades que seratildeo desenvolvidas durante a Sprint Na segunda parte a Equipe de Desenvolvimento decide como iraacute construir essas funcionalidades durante a Sprint e desenvolve o Sprint Backlog Portanto a primeira parte trada do ldquoO que fazerrdquo e a segunda trata do ldquoComo fazerrdquo

Figura 12 - Processo do SCRUM

O Product Owner pode estar presente durante a segunda parte da reuniatildeo para clarificar itens do Backlog do Produto A Reuniatildeo Diaacuteria (Proporcional a 15 minutos) eacute um evento que busca criar um plano para as proacuteximas 24 horas e inspecionar o trabalho desde a uacuteltima Reuniatildeo Diaacuteria

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 28 de 44

Ela ocorre sempre no mesmo horaacuterio e no mesmo local e cada integrante deve responder as seguintes perguntas

1 O que foi completado desde a uacuteltima reuniatildeo

2 O que seraacute feito ateacute a proacutexima reuniatildeo

3 Quais os obstaacuteculos que estatildeo no caminho

As Reuniotildees Diaacuterias melhoram bastante a comunicaccedilatildeo entre os integrantes ademais eliminam a necessidade de outras reuniotildees identificam e removem impedimentos destacam e promovem raacutepidas tomadas de decisatildeo e melhoram o niacutevel de conhecimento da Equipe como um todo A Revisatildeo da Sprint (Proporcional a 4 horas) eacute executada no final da Sprint para inspecionar o incremento e adaptar o Backlog do Produto se necessaacuterio Esta eacute uma reuniatildeo informal e a apresentaccedilatildeo do incremento destina-se a motivar e obter comentaacuterios e promover a colaboraccedilatildeo Nesta reuniatildeo discute-se o que foi bem e o que natildeo foi problemas ocorridos e como foram resolvidos Procut Backlog projeccedilotildees de datas O resultado eacute o Product Backlog revisado e ajustado A Retrospectiva da Sprint (Proporcional a 3 horas) eacute uma chance para o Scrum Team inspecionar a si proacuteprio e criar um plano de melhorias par proacutexima sprint Ela inspeciona como foi a uacuteltima sprint em relaccedilatildeo agraves pessoas agraves relaccedilotildees aos processos e agraves ferramentas Aleacutem disso tem o poder de identificar e ordenar os principais itens que se tornaram potenciais de melhorias e cria um plano para implementar melhorias no modo de realizaccedilatildeo do trabalho

Figura 13 - Graacutefico Burndown

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 29 de 44

O Documento de Visatildeo eacute definido pelo Product Owner e representa como os clientes usuaacuterios finais gerentes stakeholders executivos entre outros visualizam o resultado final do produto que seraacute criado Praacuteticas como BurndownBurnup tecircm sido utilizadas para prever o progresso sem substituir a importacircncia do empirismo como mostra a Figura 13 O Product Backlog eacute uma lista ordenada (por valor risco prioridade etc) de tudo que deve ser necessaacuterio no produto e eacute uma origem uacutenica dos requisitos para qualquer mudanccedila a ser feita no produto Ele nunca (Atenccedilatildeo nunca) estaraacute completo e existiraacute enquanto o produto tambeacutem existir

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 30 de 44

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

Comentaacuterios Bem vamos comeccedilar nossos exerciacutecios com um erro da FCC O Guia Scrum diz que o Scrum Team eacute dividido em Product Owner Scrum Master e Development Team No entanto a FCC deu a resposta como correto

Gabarito C

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

Comentaacuterios Bem tranquila neacute Trata-se de uma Sprint

Gabarito C

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint Comentaacuterios Bem tranquila tambeacutem Trata-se de uma Sprint

Gabarito C

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

Comentaacuterios Perfeito Essa Scrum Meeting trata-se da Daily Scrum Meeting ou Reuniatildeo Diaacuteria

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 31 de 44

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

Comentaacuterios De fato estaacute incorreto O periacuteodo maacuteximo eacute de 30 dias e a equipe de trabalho varia de 3 a 9 pessoas

Gabarito C

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

Comentaacuterios Na verdade natildeo eacute correto Eacute possiacutevel dissolver uma sprint e comeccedilar outra baseando-se em um no sprint backlog ndash quem pode fazer isso eacute o Product Owner

Gabarito E

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

Comentaacuterios Bem ela deve durar no maacuteximo 15 minutos no entanto a questatildeo diz que natildeo deve durar mais que 30 minutos (o que natildeo eacute errado) Portanto natildeo eacute incorreto ndash eacute correto

Gabarito E

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

Comentaacuterios Na verdade natildeo eacute incorreto Satildeo essas as perguntas a serem feitas

Gabarito E

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

Comentaacuterios Tambeacutem natildeo eacute incorreto Eacute exatamente isso que o Scrum Master deve fazer

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 32 de 44

Gabarito E

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

Comentaacuterios Na verdade soacute pode ser modificado pelo Product Owner

Gabarito E

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint Comentaacuterios Scrum Master eacute apenas um facilitador Quem pode modificar o Backlog eacute o Product Owner

Gabarito E

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

Comentaacuterios Eacute possiacutevel ndash sim ndash dissolver uma sprint

Gabarito E

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe Comentaacuterios Na verdade as discussotildees ocorrem mais entre a equipe de desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 33 de 44

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a data final e o custo do projeto satildeo determinados ao longo do projeto

Comentaacuterios Eacute isso mesmo ndash satildeo todos definidos ao longo do projeto

Gabarito C

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

Comentaacuterios Na verdade recomenda-se entre trecircs e nove participantes Com menos de trecircs participantes reduz-se a interaccedilatildeo que gera um menor ganho de produtividade

Gabarito E

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

Comentaacuterios De fato apenas o Product Owner pode cancelar uma sprint

Gabarito C

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

Comentaacuterios Uma sprint deve ter entre duas e quarto semanas

Gabarito E

53 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

Comentaacuterios Questatildeo perfeita Scrum estaacute para o PMBOK assim como o XP estaacute para o RUP Ele pode ser utilizado em teoria em qualquer contexto em que se necessite atingir um objetivo comum entre um grupo de pessoas

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 34 de 44

54 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

Comentaacuterios Literalmente retirado do Guia Scrum ndash perfeito

Gabarito C

55 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

Comentaacuterios Conjunto de requisitos bem definidos Natildeo eacute o contraacuterio Geralmente trata-se de requisitos pouco definidos

Gabarito E

56 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

Comentaacuterios Eacute exatamente isso Lembrem-se de que natildeo haacute cargos mas papeacuteis

Gabarito C

57 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

Comentaacuterios Galera essa eacute muito faacutecil Nenhum produto estaraacute nunca completamente testado ademais o Product Backlog tambeacutem nunca estaraacute completo

Gabarito E

58 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

Comentaacuterios Opaaaa Product Owner natildeo trata de estimativas Entendam escopo e importacircncia satildeo definidos pelo PO no entanto quem define estimativas eacute a Equipe de Desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 35 de 44

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

60 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

Comentaacuterios Bem o cliente natildeo se torna parte da equipe de desenvolvimento Haacute ndash sim ndash uma forte integraccedilatildeo no entanto dizer que faz parte da equipe de desenvolvimento eacute um completo absurdo No entanto o CESPE natildeo entendeu dessa maneira

Gabarito C

61 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

Comentaacuterios Eacute isso mesmo perfeito

Gabarito C

62 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o

documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

Comentaacuterios Galera item perfeito Muito bem escrito

Gabarito C

63 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

Comentaacuterios Questatildeo perfeita retirada do Guia Scrum

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 36 de 44

Gabarito C

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

65 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

Comentaacuterios Jaacute li isso 800x e as bancas continuam errando Escreve-se ITERACcedilAtildeO e natildeo INTERACcedilAtildeO A questatildeo deveria ter sido anulada mas natildeo foi =

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 37 de 44

LISTA DE EXERCIacuteCIOS COMENTADOS

(Instituto Cidades ndash 2012 - CEMIG - Agente de Gestatildeo Administrativa - Analista de Sistemas - A) O teste

eacute uma atividade de verificaccedilatildeo e validaccedilatildeo do software e consiste na anaacutelise dinacircmica do mesmo isto eacute na execuccedilatildeo do produto de software com o objetivo de verificar a presenccedila de defeitos no produto e aumentar a confianccedila de que o mesmo estaacute correto

(CESPE - 2012 ndash Anatel ndash Analista Administrativo ndash Arquitetura de Soluccedilotildees) Considere as informaccedilotildees

abaixo em relaccedilatildeo ao desenvolvimento de sistemas

I executar um software com o objetivo de revelar falhas mas que natildeo prova a exatidatildeo do software II correta construccedilatildeo do produto III Construccedilatildeo do produto certo

Correspondem corretamente a I II e III respectivamente

a) Validaccedilatildeo verificaccedilatildeo e teste b) Verificaccedilatildeo teste e validaccedilatildeo c) Teste verificaccedilatildeo e validaccedilatildeo d) Validaccedilatildeo teste e verificaccedilatildeo e) Teste validaccedilatildeo e verificaccedilatildeo

(CESPE - 2010 ndash TJES ndash Analista Judiciaacuterio ndash Analista de Sistemas) Verificaccedilatildeo e validaccedilatildeo satildeo atividades

da anaacutelise de software necessaacuterias para se identificar o que o software precisa executar seguida de uma avaliaccedilatildeo do usuaacuterio quanto agraves atividades definidas

(CESPE - ndash TRT 5ordf ndash Analista Judiciaacuterio ndash Analista de Sistemas) A diferenccedila entre verificaccedilatildeo e

validaccedilatildeo reside no fato de que a primeira se refere ao conjunto de atividades que garante que o software realiza corretamente uma funccedilatildeo especiacutefica enquanto a segunda refere-se a um conjunto diferente de atividades que garante que o software que foi construiacutedo eacute rastreaacutevel agraves exigecircncias do cliente

(ESAF - ndash MPOG ndash Analista de Planejamento ndash Analista de Sistemas - B) Demonstrar ao

desenvolvedor e ao cliente que o software atende aos requisitos eacute uma meta de validaccedilatildeo do software

(CESPE - ndash IPEA ndash Analista de Sistemas) A verificaccedilatildeo assegura que o produto como fornecido iraacute

atender o seu uso pretendido ou seja que se estaacute construindo o produto certo E a validaccedilatildeo confirma que os produtos de trabalho refletem de forma apropriada os requisitos que foram especificados ou seja que se estaacute construindo o produto corretamente

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 38 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 39 de 44

tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 40 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto

da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C) Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 41 de 44

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 42 de 44

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a

data final e o custo do projeto satildeo determinados ao longo do projeto

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 43 de 44

53 (CESPE - 2012 - TRE-RJ - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) A metodologia scrum prega que a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

54 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

55 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM

o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

56 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

57 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

58 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

60 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para

gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

61 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

62 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 44 de 44

63 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

65 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

66 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

GABARITO

1 2 3 4 5 6 7 8 9 10 E C C C E E E C E E 11 12 13 14 15 16 17 18 19 20 E C C C C E E C E E 21 22 23 24 25 26 27 28 29 30 E C C C E E C E B E 31 32 33 34 35 36 37 38 39 40 E C C C C C C C C E 41 42 43 44 45 46 47 48 49 50 E E E E C E E E C E 51 52 53 54 55 56 57 58 59 60 C E C C E C E E C C 61 62 63 64 65 66 67 68 69 70 C C C C C - - - - -

79831971523

325179138-97 - caio victor gambardela

Page 14: 203903115 Testes Conceitos Verificacao e Validacao Tipos de Teste Unidade Integracao Sistemafuncional Aceitacao Carga Desempenho Vulnerabilidade Usab

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 13 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - A O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

Comentaacuterios Qual eacute o objetivo de um teste Encontrar erros Noacutes jaacute sabemos que eacute virtualmente impossiacutevel provar a correccedilatildeo integral de um programa

Gabarito E

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - B O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

Comentaacuterios Exatamente isso Um teste deve ter alta probabilidade de encontrar erros

Gabarito C

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - C O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

Comentaacuterios Opaaaa natildeo satildeo desejaacuteveis testes redundantes mas ndash sim ndash eficientes

Gabarito E

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - D O teste de software constitui-

se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

Comentaacuterios Na verdade testes natildeo devem ser muito simples nem muito complexos

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 14 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - E O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

Comentaacuterios Natildeo faz nenhum sentido ndash inclusive a proacutepria Equipe de Desenvolvimento realiza testes (Testes de Unidade)

Gabarito E

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

Comentaacuterios Eacute isso mesmo Inicia-se com Testes de Unidade depois Testes de Integraccedilatildeo e por fim Testes de Sistema

Gabarito C

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

Comentaacuterios Essa eacute uma boa definiccedilatildeo para Testes de Unidade Perfeito

Gabarito C

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

Comentaacuterios Eacute exatamente isso Eacute comum ndash inclusive ndash que frameworks utilizem o Test-first Design

Gabarito C

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

Comentaacuterios Essa eacute a perfeita definiccedilatildeo de Teste de Integraccedilatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 15 de 44

Gabarito C

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

Comentaacuterios Como jaacute vimos nenhum teste eacute capaz de garantir que natildeo restam erros em um sistema

Gabarito E

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software Comentaacuterios Bem essa eacute ateacute engraccedilada Geralmente um teste bem sucedido eacute aquele que encontra erros Se ele natildeo encontra erros eacute mais provaacutevel que o teste tenha sido mal feito

Gabarito E

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

Comentaacuterios Os testes de desempenho devem ser projetados para assegurar que o sistema pode operar na carga necessaacuteria Isso envolve geralmente o planejamento de uma seacuterie de testes em que a carga eacute constantemente aumentada ateacute que o desempenho se torne inaceitaacutevel Perfeito Gabarito C

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

Comentaacuterios O teste de desempenho concentra-se tanto em demonstrar que o sistema atende aos requisitos como tambeacutem em descobrir problemas e defeitos no sistema Gabarito E

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 16 de 44

Comentaacuterios Jaacute vimos um milhatildeo de vezes Testes natildeo garantem a ausecircncia de erros Gabarito E

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

Comentaacuterios Opa como eacute Maior unidade de projeto Natildeo Na menor unidade de projeto do software Gabarito E

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

Comentaacuterios Perfeito Eacute exatamente isso Gabarito C

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

Comentaacuterios Galera natildeo se exaltem O Teste de Integraccedilatildeo eacute o que mais testa a interface poreacutem o Teste de Unidade tambeacutem a testa Natildeo haacute nada errado aqui Gabarito C

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

Comentaacuterios Exatamente isso Vamos relembrar Testes de Unidade tratam do coacutedigo-fonte Testes de Integraccedilatildeo tratam de Projeto de Software Testes de Validaccedilatildeo tratam de Requisitos Testes de Sistema tratam de Engenharia de Sistemas Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 17 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

Comentaacuterios Bem apesar de falar sobre componentes do modelo de implementaccedilatildeo natildeo se trata de Teste de Integraccedilatildeo Observem que trata de um niacutevel de abstraccedilatildeo bastante baixo sobre os fluxos de controle e de dados Portanto trata-se de um Teste de Unidade Gabarito E

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

Comentaacuterios Natildeo Isso se trata do Teste Caixa-Branca Gabarito E

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

Comentaacuterios Perfeito Eacute bem intuitivo Gabarito C

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

Comentaacuterios Opa na verdade trata-se de Teste de Integraccedilatildeo Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 18 de 44

CONTROLE DE VERSAtildeO ndash G

O que eacute um Sistema de Controle de Versatildeo Eacute um sistema que registra as mudanccedilas feitas em um arquivo ou um conjunto de arquivos ao longo do tempo de forma que seja possiacutevel recuperar versotildees especiacuteficas Eu por exemplo uso um sistema de controle de versatildeo para guardar todas as versotildees das aulas que eu faccedilo ndash jaacute pensou se eu perco isso D Pessoal se um sistema de controle de versatildeo eacute importante para que eu controle as versotildees das minhas aulas imaginem para quem estaacute desenvolvendo um software O desenvolvedor deve poder conseguir gerenciar as diferentes versotildees de coacutedigo-fonte e documentaccedilatildeo do software que ele estaacute desenvolvendo

Um dos softwares de controle de versatildeo mais conhecido do mercado eacute o G Ele eacute um sistema open-source distribuiacutedo raacutepido e foi criado por Linus Torvalds (isso mesmo aquele do Linux) e foi desenvolvido para controlar as versotildees do kernel do sistema operacional

Vocecircs podem estar se perguntando natildeo basta criar um diretoacuterio e ir salvando cada versatildeo

com um nome diferente Ora nada impede que se faccedila isso No entanto percebam que ndash apesar de ser uma ideia extremamente simples ndash ela eacute muito suscetiacutevel a erros Pessoal noacutes somos humanos e muitas vezes desatentos

Imaginem um cara que tem 40 diretoacuterios para o sistema que ele estaacute desenvolvendo E se ele achar que estaacute em um diretoacuterio mas na verdade estaacute em outro E se ele acabar

Figura 6 - Logo da git

Figura 7 - Sistema de Controle de Versotildees Local (SCVL)

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 19 de 44

gravando acidentalmente no diretoacuterio errado E se ele sobrescrever arquivos indevidamente sem a menor intenccedilatildeo Pois eacute para resolver esse problema foram desenvolvidos os Sistemas de Controle de Versatildeo Locais em que se armazenavam todas as alteraccedilotildees dos arquivos sob controle de revisatildeo Como assim Ora bastava salvar o arquivo e ele era gravado no diretoacuterio com cada uma de suas versotildees como mostra a Figura 8

Agora imaginem 10 desenvolvedores trabalhando com sistemas diferentes e armazenando suas versotildees cada um em seu computador ndash ora como eles podem trabalhar em conjunto

integrando seus componentes Para lidar com esse problema foi criado o Sistema de Controle de Versatildeo Centralizado como mostra a Figura 9 Esses sistemas possuem um servidor central uacutenico que conteacutem todos os arquivos versionados e vaacuterios clientes que podem recuperaacute-los Os desenvolvedores tecircm conhecimento razoaacutevel sobre o projeto como um todo No entanto se o servidor falhartodos param de trabalhar armazenamento for corrompido jaacute era

Figura 9 - Sistema de Controle de Versotildees Distribuiacutedo (SCVD)

Figura 8 - Sistema de Controle de Versatildeo Centralizado (SCVC)

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 20 de 44

Como solucionar esse problema Com Sistemas de Controle de Versotildees Distribuiacutedos Nesse caso o cliente copia o repositoacuterio dele inteiro e natildeo apenas as versotildees de um arquivo especiacutefico Dessa forma caso um servidor falhe pode-se copiar os repositoacuterios dos clientes de volta para o servidor e assim restauraacute-lo Em vez de existir apenas um repositoacuterio central utilizado pelos clientes cada usuaacuterio possui uma coacutepia do repositoacuterio inteiro De certo modo ele eacute mais lento que o sistema centralizado poreacutem permite manter um histoacuterico da evoluccedilatildeo do projeto permite uma maior colaboraccedilatildeo entre os desenvolvedores e permite variaccedilotildees no projeto

Em suma SCVL eacute uma estrutura composta por repositoacuterio e aacuterea de trabalho Jaacute o SCVC eacute uma estrutura composta por um uacutenico repositoacuterio e vaacuterias coacutepias de trabalho que se comunicam apenas atraveacutes do repositoacuterio central Por fim o SCVD eacute uma estrutura em que cada desenvolvedor possui um repositoacuterio proacuteprio acoplado a uma aacuterea de trabalho Pessoal essa introduccedilatildeo toda foi para dizer que o Git eacute um Sistema de Controle de Versatildeo Distribuiacutedo (SCVD) Muitos projetos utilizam esse sistema tais como Amarok Android Debian Eclipse Fedora Perl Wine entre outros Enfim soacute encontrei uma questatildeo sobre esse tema Vamos aos exerciacutecios

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 21 de 44

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

Comentaacuterios Vocecircs jaacute conhecem o Git Outros Sistemas de Controle de Versatildeo open-source satildeo CVS e SVN ClearCase e SourceSafe satildeo comerciais

Gabarito B

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado Comentaacuterios Opa natilde-natildeo Git eacute um Sistema de Controle de Versatildeo Distribuiacutedo e natildeo Centralizado

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 22 de 44

JENKINS

Galera eu tenho um acervo consideraacutevel de provas das principais bancas ndash em que eacute possiacutevel procurar palavras especiacuteficas E eu natildeo encontrei uma questatildeo sequer a respeito desse tema Logo nossa visatildeo seraacute superficial pois assuntos novos em geral natildeo entram em detalhes

Primeiro de tudo o que eacute o Jenkins Eacute uma ferramenta open-source de integraccedilatildeo contiacutenua escrita em java para testes e relatoacuterios sobre mudanccedilas isoladas em uma grande base de coacutedigo em tempo real O software possibilita que os desenvolvedores encontrem e resolvam defeitos rapidamente em uma base de coacutedigo e automatizem seus testes A integraccedilatildeo contiacutenua evoluiu desde a sua concepccedilatildeo Originalmente o padratildeo era uma compilaccedilatildeo por dia Hoje em dia a regra comum eacute que cada membro da equipe apresente seu trabalho diariamente (ou ateacute mais frequentemente) e compilaccedilotildees sejam realizadas para cada mudanccedila significativa Quando usado corretamente a integraccedilatildeo contiacutenua proporciona vaacuterios benefiacutecios como feedback constante sobre o status do software Os defeitos satildeo geralmente menores menos complexos e mais faacuteceis de resolver uma vez que a Integraccedilatildeo Contiacutenua detecta deficiecircncias no iniacutecio do desenvolvimento Resumindo o que vocecircs jaacute viram dezenas de vezes no estudo de metodologias aacutegeis a integraccedilatildeo contiacutenua consiste em o desenvolvedor integrar o coacutedigo desenvolvido eou alterado ao projeto principal na mesma frequecircncia com que as funcionalidades satildeo desenvolvidas sendo feito muitas vezes ao dia ao inveacutes de apenas uma vez O objetivo principal de se utilizar a integraccedilatildeo contiacutenua eacute verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente Ademais pode ser feita atraveacutes de processos manuais ou automatizados utilizando ndash por exemplo ndash a ferramenta Jenkins (ou CruiseControl Hudson Bamboo Continuum Gump Beebox etc) O Jenkins eacute um sistema baseado em servidor que roda em um Container Web e possui plug-ins para ampliar sua utilizaccedilatildeo com outras linguagens de programaccedilatildeo para integraccedilatildeo com sistemas de controle de versatildeo ou para grandes bases de dados Bem eu acho que isso eacute suficiente sobre esse assunto

Figura 10 ʹ Logo da Jenkins

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 23 de 44

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua Comentaacuterios Opa Jenkins eacute uma ferramenta open-source

Gabarito E

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente Comentaacuterios Exatamente Nativamente ele natildeo tem suporte a outras linguagens de programaccedilatildeo ndash somente por meio de plug-ins

Gabarito C

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis Comentaacuterios Perfeito Metodologias aacutegeis precisam responder rapidamente a mudanccedilas e isso eacute auxiliado por ferramentas de integraccedilatildeo contiacutenua

Gabarito C

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

Comentaacuterios Perfeito Eacute isso mesmo

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 24 de 44

SCRUM

Algueacutem de vocecircs sabe de onde vem esse nome Entatildeo vou lhes contar Esse nome vem do rugby e eacute utilizado como uma metaacutefora para refletir o alto grau de cooperaccedilatildeo necessaacuterio para obter sucesso Imagino que poucos de vocecircs entendam as regras desse esporte portanto vou explicar de forma bastante objetiva porque essa metaacutefora eacute utilizada No rugby um time pontua quando a bola cruza a linha de gol e toca o chatildeo ndash sendo carregada ou por meio de um passe Caso o jogador seja derrubado ele deve soltar a bola e a jogada se reinicia Deve haver intensa troca de passes entre os jogadores de modo a deixaacute-los menos vulneraacuteveis a serem derrubados por outros jogadores

Figura 11 - Scrum no Rugby

Bem cada jogada se inicia quando um Scrum eacute realizado ie forma-se uma parede de forccedila entre os jogadores como mostra a Figura 11 Observem que os jogadores se reuacutenem de forma bem proacutexima unindo suas forccedilas e habilidades para trabalhar em conjunto a fim de conseguir recuperar a bola Percebam portanto que o time inteiro deve trabalhar para que a equipe possa pontuar Diferentemente do Futebol Americano natildeo haacute um quarterback ou uma estrela do time ndash todos satildeo importantes Pois eacute a histoacuteria fica mais interessante vamos ver uma das recomendaccedilotildees de ataque do rugby

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 25 de 44

ldquoPensem continuamente em seu alinhamento em relaccedilatildeo ao jogador que carrega a bola e aos jogadores ao seu redor Trabalhe duro para estar disponiacutevel quando necessaacuteriordquo Observem como isso eacute importante em metodologias aacutegeis trabalhar duro para ajudar a equipe a obter ecircxito ndash nunca existe ldquoBem natildeo haacute nada aqui para eu fazerrdquo Acho que agora ficou mais faacutecil entender de onde vem esse nome ndash vamos agrave teoria Antes de comeccedilar uma observaccedilatildeo o guia oficial do Scrum eacute um documento tatildeo pequeno (18 paacuteginas) que eu recomendo fortemente que vocecircs leiam-no por inteiro pois seraacute muito uacutetil Bem agora sim vamos ao trabalho Scrum eacute um framework (ie possui uma estrutura processual) leve simples de entender e extremamente difiacutecil de dominar para desenvolver e manter produtos complexos e adaptativos enquanto entrega produtiva e criativamente produtos com o mais alto valor possiacutevel Complicado ou natildeo Galera percebam que ele natildeo eacute um processo ou uma teacutecnica para construir produtos mas ndash sim ndash um framework em que pode ser empregado vaacuterios processos e teacutecnicas O Framework pode ser definido como um conjunto de papeacuteis eventos artefatos e regras associadas a uma equipe Ele eacute fundamentado em teorias empiacutericas de controle de processo e emprega uma abordagem iterativa e incremental (maximizando as oportunidades de feedback) para aperfeiccediloar a previsatildeo e controle de riscos Ele afirma que o conhecimento vem da experiecircncia e da tomada de decisotildees baseadas no que eacute conhecido Para tal ele emprega uma abordagem iterativa e incremental para aperfeiccediloar a previsibilidade e controle de riscos fundamentando-se em trecircs pilares fundamentais

Transparecircncia aspectos significativos (e padronizados) devem estar visiacuteveis aos responsaacuteveis pelos resultados Por exemplo uma linguagem comum a todos os participantes

Inspeccedilatildeo os usuaacuterios devem frequentemente inspecionar os artefatos e o

progresso para detectar indesejaacuteveis variaccedilotildees (natildeo pode ser frequente a ponto de atrapalhar a execuccedilatildeo das tarefas)

Adaptaccedilatildeo o processo ou material sendo produzido deve ser adaptado sempre

que um inspetor verificar desvios que tornem o resultado inaceitaacutevel e para tanto ele tem quatros oportunidades (as reuniotildees)

O Scrum define o conceito de Time Scrum que eacute um time auto-organizaacutevel (escolhe qual a melhor forma para realizar seu trabalho) e multifuncional (possui todas as competecircncias

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 26 de 44

e natildeo depende de outros de fora da equipe) Eacute o responsaacutevel por entregar produtos de forma iterativa e incremental maximizando as oportunidades de realimentaccedilatildeo As entregas incrementais de produto ldquoprontordquo garantem que uma versatildeo potencialmente funcional do produto do trabalho esteja sempre disponiacutevel Agora o mais importante o Time Scrum eacute composto por um Product Owner um Scrum Master e a Equipe de Desenvolvimento1 Product Owner Eacute o responsaacutevel por maximizar o valor do produto e do trabalho da equipe de desenvolvimento sendo o uacutenico que pode gerenciar o Product Backlog Ele pode ateacute delegar atividades de gerenciamento mas ainda seraacute considerado o responsaacutevel pelos resultados A Equipe de Desenvolvimento soacute responde a ele Equipe de Desenvolvimento A Equipe de Desenvolvimento natildeo reconhece tiacutetulos para seus integrantes todos satildeo considerados desenvolvedores (natildeo importa o que faccedilam) A Equipe deve ter entre 3 e 9 integrantes de modo que natildeo seja pequena demais que haja restriccedilotildees de habilidades nem grande demais que seja complicado de gerenciar Scrum Master Eacute o responsaacutevel por garantir que o Scrum seja entendido e aplicado Ademais ele deve comunicar claramente a visatildeo objetivo e itens do Product Backlog ensinar a equipe a criar itens claros e concisos treinar a equipe de desenvolvimento em autogerenciamento e interdisciplinaridade remover impedimentos entre outros Mudando de assunto os Eventos Scrum satildeo eventos time-boxed (ie com duraccedilatildeo maacutexima) usados para criar uma rotina e minimizar a necessidade de reuniotildees natildeo definidas pelo Scrum Lembrem-se de que a Sprint tem um mecircs ou menos e eacute iniciada imediatamente apoacutes a conclusatildeo da sprint anterior As Sprints satildeo compostas por uma Reuniatildeo de Planejamento da Sprint Reuniotildees Diaacuterias o Trabalho de Desenvolvimento uma Revisatildeo da Sprint e a Retrospectiva da Sprint Uma Sprint se inicia imediatamente apoacutes a conclusatildeo da sprint anterior e tem duraccedilotildees coerentes em todo o esforccedilo de desenvolvimento Durante a sprint eacute proibido realizar mudanccedilas que afetem seu objetivo Aleacutem disso eacute proibido mudar a composiccedilatildeo da equipe ou diminuir as metas de qualidade apesar disso o escopo pode ser sempre clarificado e renegociado Essas proibiccedilotildees devem ser levadas

muito a seacuterio entenderam

1 Natildeo confundir Equipe de Desenvolvimento com Time Scrum ʹ o primeiro estaacute contido no segundo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 27 de 44

Uma sprint pode ser cancelada antes de seu time-box terminar e isso somente pode ser feito pelo Product Owner (sob influecircncia de stakeholders equipe de desenvolvimento entre outros) Isso pode ocorrer caso o seu objetivo se torne obsoleto mas ocorrem tambeacutem devido agrave curta duraccedilatildeo e a cancelamentos poreacutem satildeo raros os casos O trabalho a ser realizado na Sprint eacute planejado na Reuniatildeo de Planejamento da Sprint (Proporcional a 8 horas) Essa reuniatildeo consiste em duas partes

1 O que seraacute entregue como resultado do incremento da proacutexima Sprint

2 Como o trabalho necessaacuterio para entregar o incremento seraacute realizado Na primeira parte a Equipe de Desenvolvimento tenta prever as funcionalidades que seratildeo desenvolvidas durante a Sprint Na segunda parte a Equipe de Desenvolvimento decide como iraacute construir essas funcionalidades durante a Sprint e desenvolve o Sprint Backlog Portanto a primeira parte trada do ldquoO que fazerrdquo e a segunda trata do ldquoComo fazerrdquo

Figura 12 - Processo do SCRUM

O Product Owner pode estar presente durante a segunda parte da reuniatildeo para clarificar itens do Backlog do Produto A Reuniatildeo Diaacuteria (Proporcional a 15 minutos) eacute um evento que busca criar um plano para as proacuteximas 24 horas e inspecionar o trabalho desde a uacuteltima Reuniatildeo Diaacuteria

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 28 de 44

Ela ocorre sempre no mesmo horaacuterio e no mesmo local e cada integrante deve responder as seguintes perguntas

1 O que foi completado desde a uacuteltima reuniatildeo

2 O que seraacute feito ateacute a proacutexima reuniatildeo

3 Quais os obstaacuteculos que estatildeo no caminho

As Reuniotildees Diaacuterias melhoram bastante a comunicaccedilatildeo entre os integrantes ademais eliminam a necessidade de outras reuniotildees identificam e removem impedimentos destacam e promovem raacutepidas tomadas de decisatildeo e melhoram o niacutevel de conhecimento da Equipe como um todo A Revisatildeo da Sprint (Proporcional a 4 horas) eacute executada no final da Sprint para inspecionar o incremento e adaptar o Backlog do Produto se necessaacuterio Esta eacute uma reuniatildeo informal e a apresentaccedilatildeo do incremento destina-se a motivar e obter comentaacuterios e promover a colaboraccedilatildeo Nesta reuniatildeo discute-se o que foi bem e o que natildeo foi problemas ocorridos e como foram resolvidos Procut Backlog projeccedilotildees de datas O resultado eacute o Product Backlog revisado e ajustado A Retrospectiva da Sprint (Proporcional a 3 horas) eacute uma chance para o Scrum Team inspecionar a si proacuteprio e criar um plano de melhorias par proacutexima sprint Ela inspeciona como foi a uacuteltima sprint em relaccedilatildeo agraves pessoas agraves relaccedilotildees aos processos e agraves ferramentas Aleacutem disso tem o poder de identificar e ordenar os principais itens que se tornaram potenciais de melhorias e cria um plano para implementar melhorias no modo de realizaccedilatildeo do trabalho

Figura 13 - Graacutefico Burndown

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 29 de 44

O Documento de Visatildeo eacute definido pelo Product Owner e representa como os clientes usuaacuterios finais gerentes stakeholders executivos entre outros visualizam o resultado final do produto que seraacute criado Praacuteticas como BurndownBurnup tecircm sido utilizadas para prever o progresso sem substituir a importacircncia do empirismo como mostra a Figura 13 O Product Backlog eacute uma lista ordenada (por valor risco prioridade etc) de tudo que deve ser necessaacuterio no produto e eacute uma origem uacutenica dos requisitos para qualquer mudanccedila a ser feita no produto Ele nunca (Atenccedilatildeo nunca) estaraacute completo e existiraacute enquanto o produto tambeacutem existir

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 30 de 44

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

Comentaacuterios Bem vamos comeccedilar nossos exerciacutecios com um erro da FCC O Guia Scrum diz que o Scrum Team eacute dividido em Product Owner Scrum Master e Development Team No entanto a FCC deu a resposta como correto

Gabarito C

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

Comentaacuterios Bem tranquila neacute Trata-se de uma Sprint

Gabarito C

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint Comentaacuterios Bem tranquila tambeacutem Trata-se de uma Sprint

Gabarito C

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

Comentaacuterios Perfeito Essa Scrum Meeting trata-se da Daily Scrum Meeting ou Reuniatildeo Diaacuteria

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 31 de 44

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

Comentaacuterios De fato estaacute incorreto O periacuteodo maacuteximo eacute de 30 dias e a equipe de trabalho varia de 3 a 9 pessoas

Gabarito C

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

Comentaacuterios Na verdade natildeo eacute correto Eacute possiacutevel dissolver uma sprint e comeccedilar outra baseando-se em um no sprint backlog ndash quem pode fazer isso eacute o Product Owner

Gabarito E

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

Comentaacuterios Bem ela deve durar no maacuteximo 15 minutos no entanto a questatildeo diz que natildeo deve durar mais que 30 minutos (o que natildeo eacute errado) Portanto natildeo eacute incorreto ndash eacute correto

Gabarito E

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

Comentaacuterios Na verdade natildeo eacute incorreto Satildeo essas as perguntas a serem feitas

Gabarito E

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

Comentaacuterios Tambeacutem natildeo eacute incorreto Eacute exatamente isso que o Scrum Master deve fazer

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 32 de 44

Gabarito E

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

Comentaacuterios Na verdade soacute pode ser modificado pelo Product Owner

Gabarito E

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint Comentaacuterios Scrum Master eacute apenas um facilitador Quem pode modificar o Backlog eacute o Product Owner

Gabarito E

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

Comentaacuterios Eacute possiacutevel ndash sim ndash dissolver uma sprint

Gabarito E

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe Comentaacuterios Na verdade as discussotildees ocorrem mais entre a equipe de desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 33 de 44

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a data final e o custo do projeto satildeo determinados ao longo do projeto

Comentaacuterios Eacute isso mesmo ndash satildeo todos definidos ao longo do projeto

Gabarito C

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

Comentaacuterios Na verdade recomenda-se entre trecircs e nove participantes Com menos de trecircs participantes reduz-se a interaccedilatildeo que gera um menor ganho de produtividade

Gabarito E

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

Comentaacuterios De fato apenas o Product Owner pode cancelar uma sprint

Gabarito C

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

Comentaacuterios Uma sprint deve ter entre duas e quarto semanas

Gabarito E

53 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

Comentaacuterios Questatildeo perfeita Scrum estaacute para o PMBOK assim como o XP estaacute para o RUP Ele pode ser utilizado em teoria em qualquer contexto em que se necessite atingir um objetivo comum entre um grupo de pessoas

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 34 de 44

54 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

Comentaacuterios Literalmente retirado do Guia Scrum ndash perfeito

Gabarito C

55 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

Comentaacuterios Conjunto de requisitos bem definidos Natildeo eacute o contraacuterio Geralmente trata-se de requisitos pouco definidos

Gabarito E

56 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

Comentaacuterios Eacute exatamente isso Lembrem-se de que natildeo haacute cargos mas papeacuteis

Gabarito C

57 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

Comentaacuterios Galera essa eacute muito faacutecil Nenhum produto estaraacute nunca completamente testado ademais o Product Backlog tambeacutem nunca estaraacute completo

Gabarito E

58 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

Comentaacuterios Opaaaa Product Owner natildeo trata de estimativas Entendam escopo e importacircncia satildeo definidos pelo PO no entanto quem define estimativas eacute a Equipe de Desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 35 de 44

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

60 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

Comentaacuterios Bem o cliente natildeo se torna parte da equipe de desenvolvimento Haacute ndash sim ndash uma forte integraccedilatildeo no entanto dizer que faz parte da equipe de desenvolvimento eacute um completo absurdo No entanto o CESPE natildeo entendeu dessa maneira

Gabarito C

61 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

Comentaacuterios Eacute isso mesmo perfeito

Gabarito C

62 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o

documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

Comentaacuterios Galera item perfeito Muito bem escrito

Gabarito C

63 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

Comentaacuterios Questatildeo perfeita retirada do Guia Scrum

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 36 de 44

Gabarito C

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

65 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

Comentaacuterios Jaacute li isso 800x e as bancas continuam errando Escreve-se ITERACcedilAtildeO e natildeo INTERACcedilAtildeO A questatildeo deveria ter sido anulada mas natildeo foi =

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 37 de 44

LISTA DE EXERCIacuteCIOS COMENTADOS

(Instituto Cidades ndash 2012 - CEMIG - Agente de Gestatildeo Administrativa - Analista de Sistemas - A) O teste

eacute uma atividade de verificaccedilatildeo e validaccedilatildeo do software e consiste na anaacutelise dinacircmica do mesmo isto eacute na execuccedilatildeo do produto de software com o objetivo de verificar a presenccedila de defeitos no produto e aumentar a confianccedila de que o mesmo estaacute correto

(CESPE - 2012 ndash Anatel ndash Analista Administrativo ndash Arquitetura de Soluccedilotildees) Considere as informaccedilotildees

abaixo em relaccedilatildeo ao desenvolvimento de sistemas

I executar um software com o objetivo de revelar falhas mas que natildeo prova a exatidatildeo do software II correta construccedilatildeo do produto III Construccedilatildeo do produto certo

Correspondem corretamente a I II e III respectivamente

a) Validaccedilatildeo verificaccedilatildeo e teste b) Verificaccedilatildeo teste e validaccedilatildeo c) Teste verificaccedilatildeo e validaccedilatildeo d) Validaccedilatildeo teste e verificaccedilatildeo e) Teste validaccedilatildeo e verificaccedilatildeo

(CESPE - 2010 ndash TJES ndash Analista Judiciaacuterio ndash Analista de Sistemas) Verificaccedilatildeo e validaccedilatildeo satildeo atividades

da anaacutelise de software necessaacuterias para se identificar o que o software precisa executar seguida de uma avaliaccedilatildeo do usuaacuterio quanto agraves atividades definidas

(CESPE - ndash TRT 5ordf ndash Analista Judiciaacuterio ndash Analista de Sistemas) A diferenccedila entre verificaccedilatildeo e

validaccedilatildeo reside no fato de que a primeira se refere ao conjunto de atividades que garante que o software realiza corretamente uma funccedilatildeo especiacutefica enquanto a segunda refere-se a um conjunto diferente de atividades que garante que o software que foi construiacutedo eacute rastreaacutevel agraves exigecircncias do cliente

(ESAF - ndash MPOG ndash Analista de Planejamento ndash Analista de Sistemas - B) Demonstrar ao

desenvolvedor e ao cliente que o software atende aos requisitos eacute uma meta de validaccedilatildeo do software

(CESPE - ndash IPEA ndash Analista de Sistemas) A verificaccedilatildeo assegura que o produto como fornecido iraacute

atender o seu uso pretendido ou seja que se estaacute construindo o produto certo E a validaccedilatildeo confirma que os produtos de trabalho refletem de forma apropriada os requisitos que foram especificados ou seja que se estaacute construindo o produto corretamente

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 38 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 39 de 44

tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 40 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto

da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C) Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 41 de 44

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 42 de 44

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a

data final e o custo do projeto satildeo determinados ao longo do projeto

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 43 de 44

53 (CESPE - 2012 - TRE-RJ - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) A metodologia scrum prega que a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

54 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

55 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM

o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

56 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

57 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

58 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

60 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para

gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

61 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

62 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 44 de 44

63 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

65 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

66 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

GABARITO

1 2 3 4 5 6 7 8 9 10 E C C C E E E C E E 11 12 13 14 15 16 17 18 19 20 E C C C C E E C E E 21 22 23 24 25 26 27 28 29 30 E C C C E E C E B E 31 32 33 34 35 36 37 38 39 40 E C C C C C C C C E 41 42 43 44 45 46 47 48 49 50 E E E E C E E E C E 51 52 53 54 55 56 57 58 59 60 C E C C E C E E C C 61 62 63 64 65 66 67 68 69 70 C C C C C - - - - -

79831971523

325179138-97 - caio victor gambardela

Page 15: 203903115 Testes Conceitos Verificacao e Validacao Tipos de Teste Unidade Integracao Sistemafuncional Aceitacao Carga Desempenho Vulnerabilidade Usab

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 14 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas - E O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

Comentaacuterios Natildeo faz nenhum sentido ndash inclusive a proacutepria Equipe de Desenvolvimento realiza testes (Testes de Unidade)

Gabarito E

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

Comentaacuterios Eacute isso mesmo Inicia-se com Testes de Unidade depois Testes de Integraccedilatildeo e por fim Testes de Sistema

Gabarito C

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

Comentaacuterios Essa eacute uma boa definiccedilatildeo para Testes de Unidade Perfeito

Gabarito C

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

Comentaacuterios Eacute exatamente isso Eacute comum ndash inclusive ndash que frameworks utilizem o Test-first Design

Gabarito C

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

Comentaacuterios Essa eacute a perfeita definiccedilatildeo de Teste de Integraccedilatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 15 de 44

Gabarito C

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

Comentaacuterios Como jaacute vimos nenhum teste eacute capaz de garantir que natildeo restam erros em um sistema

Gabarito E

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software Comentaacuterios Bem essa eacute ateacute engraccedilada Geralmente um teste bem sucedido eacute aquele que encontra erros Se ele natildeo encontra erros eacute mais provaacutevel que o teste tenha sido mal feito

Gabarito E

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

Comentaacuterios Os testes de desempenho devem ser projetados para assegurar que o sistema pode operar na carga necessaacuteria Isso envolve geralmente o planejamento de uma seacuterie de testes em que a carga eacute constantemente aumentada ateacute que o desempenho se torne inaceitaacutevel Perfeito Gabarito C

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

Comentaacuterios O teste de desempenho concentra-se tanto em demonstrar que o sistema atende aos requisitos como tambeacutem em descobrir problemas e defeitos no sistema Gabarito E

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 16 de 44

Comentaacuterios Jaacute vimos um milhatildeo de vezes Testes natildeo garantem a ausecircncia de erros Gabarito E

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

Comentaacuterios Opa como eacute Maior unidade de projeto Natildeo Na menor unidade de projeto do software Gabarito E

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

Comentaacuterios Perfeito Eacute exatamente isso Gabarito C

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

Comentaacuterios Galera natildeo se exaltem O Teste de Integraccedilatildeo eacute o que mais testa a interface poreacutem o Teste de Unidade tambeacutem a testa Natildeo haacute nada errado aqui Gabarito C

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

Comentaacuterios Exatamente isso Vamos relembrar Testes de Unidade tratam do coacutedigo-fonte Testes de Integraccedilatildeo tratam de Projeto de Software Testes de Validaccedilatildeo tratam de Requisitos Testes de Sistema tratam de Engenharia de Sistemas Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 17 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

Comentaacuterios Bem apesar de falar sobre componentes do modelo de implementaccedilatildeo natildeo se trata de Teste de Integraccedilatildeo Observem que trata de um niacutevel de abstraccedilatildeo bastante baixo sobre os fluxos de controle e de dados Portanto trata-se de um Teste de Unidade Gabarito E

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

Comentaacuterios Natildeo Isso se trata do Teste Caixa-Branca Gabarito E

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

Comentaacuterios Perfeito Eacute bem intuitivo Gabarito C

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

Comentaacuterios Opa na verdade trata-se de Teste de Integraccedilatildeo Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 18 de 44

CONTROLE DE VERSAtildeO ndash G

O que eacute um Sistema de Controle de Versatildeo Eacute um sistema que registra as mudanccedilas feitas em um arquivo ou um conjunto de arquivos ao longo do tempo de forma que seja possiacutevel recuperar versotildees especiacuteficas Eu por exemplo uso um sistema de controle de versatildeo para guardar todas as versotildees das aulas que eu faccedilo ndash jaacute pensou se eu perco isso D Pessoal se um sistema de controle de versatildeo eacute importante para que eu controle as versotildees das minhas aulas imaginem para quem estaacute desenvolvendo um software O desenvolvedor deve poder conseguir gerenciar as diferentes versotildees de coacutedigo-fonte e documentaccedilatildeo do software que ele estaacute desenvolvendo

Um dos softwares de controle de versatildeo mais conhecido do mercado eacute o G Ele eacute um sistema open-source distribuiacutedo raacutepido e foi criado por Linus Torvalds (isso mesmo aquele do Linux) e foi desenvolvido para controlar as versotildees do kernel do sistema operacional

Vocecircs podem estar se perguntando natildeo basta criar um diretoacuterio e ir salvando cada versatildeo

com um nome diferente Ora nada impede que se faccedila isso No entanto percebam que ndash apesar de ser uma ideia extremamente simples ndash ela eacute muito suscetiacutevel a erros Pessoal noacutes somos humanos e muitas vezes desatentos

Imaginem um cara que tem 40 diretoacuterios para o sistema que ele estaacute desenvolvendo E se ele achar que estaacute em um diretoacuterio mas na verdade estaacute em outro E se ele acabar

Figura 6 - Logo da git

Figura 7 - Sistema de Controle de Versotildees Local (SCVL)

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 19 de 44

gravando acidentalmente no diretoacuterio errado E se ele sobrescrever arquivos indevidamente sem a menor intenccedilatildeo Pois eacute para resolver esse problema foram desenvolvidos os Sistemas de Controle de Versatildeo Locais em que se armazenavam todas as alteraccedilotildees dos arquivos sob controle de revisatildeo Como assim Ora bastava salvar o arquivo e ele era gravado no diretoacuterio com cada uma de suas versotildees como mostra a Figura 8

Agora imaginem 10 desenvolvedores trabalhando com sistemas diferentes e armazenando suas versotildees cada um em seu computador ndash ora como eles podem trabalhar em conjunto

integrando seus componentes Para lidar com esse problema foi criado o Sistema de Controle de Versatildeo Centralizado como mostra a Figura 9 Esses sistemas possuem um servidor central uacutenico que conteacutem todos os arquivos versionados e vaacuterios clientes que podem recuperaacute-los Os desenvolvedores tecircm conhecimento razoaacutevel sobre o projeto como um todo No entanto se o servidor falhartodos param de trabalhar armazenamento for corrompido jaacute era

Figura 9 - Sistema de Controle de Versotildees Distribuiacutedo (SCVD)

Figura 8 - Sistema de Controle de Versatildeo Centralizado (SCVC)

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 20 de 44

Como solucionar esse problema Com Sistemas de Controle de Versotildees Distribuiacutedos Nesse caso o cliente copia o repositoacuterio dele inteiro e natildeo apenas as versotildees de um arquivo especiacutefico Dessa forma caso um servidor falhe pode-se copiar os repositoacuterios dos clientes de volta para o servidor e assim restauraacute-lo Em vez de existir apenas um repositoacuterio central utilizado pelos clientes cada usuaacuterio possui uma coacutepia do repositoacuterio inteiro De certo modo ele eacute mais lento que o sistema centralizado poreacutem permite manter um histoacuterico da evoluccedilatildeo do projeto permite uma maior colaboraccedilatildeo entre os desenvolvedores e permite variaccedilotildees no projeto

Em suma SCVL eacute uma estrutura composta por repositoacuterio e aacuterea de trabalho Jaacute o SCVC eacute uma estrutura composta por um uacutenico repositoacuterio e vaacuterias coacutepias de trabalho que se comunicam apenas atraveacutes do repositoacuterio central Por fim o SCVD eacute uma estrutura em que cada desenvolvedor possui um repositoacuterio proacuteprio acoplado a uma aacuterea de trabalho Pessoal essa introduccedilatildeo toda foi para dizer que o Git eacute um Sistema de Controle de Versatildeo Distribuiacutedo (SCVD) Muitos projetos utilizam esse sistema tais como Amarok Android Debian Eclipse Fedora Perl Wine entre outros Enfim soacute encontrei uma questatildeo sobre esse tema Vamos aos exerciacutecios

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 21 de 44

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

Comentaacuterios Vocecircs jaacute conhecem o Git Outros Sistemas de Controle de Versatildeo open-source satildeo CVS e SVN ClearCase e SourceSafe satildeo comerciais

Gabarito B

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado Comentaacuterios Opa natilde-natildeo Git eacute um Sistema de Controle de Versatildeo Distribuiacutedo e natildeo Centralizado

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 22 de 44

JENKINS

Galera eu tenho um acervo consideraacutevel de provas das principais bancas ndash em que eacute possiacutevel procurar palavras especiacuteficas E eu natildeo encontrei uma questatildeo sequer a respeito desse tema Logo nossa visatildeo seraacute superficial pois assuntos novos em geral natildeo entram em detalhes

Primeiro de tudo o que eacute o Jenkins Eacute uma ferramenta open-source de integraccedilatildeo contiacutenua escrita em java para testes e relatoacuterios sobre mudanccedilas isoladas em uma grande base de coacutedigo em tempo real O software possibilita que os desenvolvedores encontrem e resolvam defeitos rapidamente em uma base de coacutedigo e automatizem seus testes A integraccedilatildeo contiacutenua evoluiu desde a sua concepccedilatildeo Originalmente o padratildeo era uma compilaccedilatildeo por dia Hoje em dia a regra comum eacute que cada membro da equipe apresente seu trabalho diariamente (ou ateacute mais frequentemente) e compilaccedilotildees sejam realizadas para cada mudanccedila significativa Quando usado corretamente a integraccedilatildeo contiacutenua proporciona vaacuterios benefiacutecios como feedback constante sobre o status do software Os defeitos satildeo geralmente menores menos complexos e mais faacuteceis de resolver uma vez que a Integraccedilatildeo Contiacutenua detecta deficiecircncias no iniacutecio do desenvolvimento Resumindo o que vocecircs jaacute viram dezenas de vezes no estudo de metodologias aacutegeis a integraccedilatildeo contiacutenua consiste em o desenvolvedor integrar o coacutedigo desenvolvido eou alterado ao projeto principal na mesma frequecircncia com que as funcionalidades satildeo desenvolvidas sendo feito muitas vezes ao dia ao inveacutes de apenas uma vez O objetivo principal de se utilizar a integraccedilatildeo contiacutenua eacute verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente Ademais pode ser feita atraveacutes de processos manuais ou automatizados utilizando ndash por exemplo ndash a ferramenta Jenkins (ou CruiseControl Hudson Bamboo Continuum Gump Beebox etc) O Jenkins eacute um sistema baseado em servidor que roda em um Container Web e possui plug-ins para ampliar sua utilizaccedilatildeo com outras linguagens de programaccedilatildeo para integraccedilatildeo com sistemas de controle de versatildeo ou para grandes bases de dados Bem eu acho que isso eacute suficiente sobre esse assunto

Figura 10 ʹ Logo da Jenkins

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 23 de 44

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua Comentaacuterios Opa Jenkins eacute uma ferramenta open-source

Gabarito E

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente Comentaacuterios Exatamente Nativamente ele natildeo tem suporte a outras linguagens de programaccedilatildeo ndash somente por meio de plug-ins

Gabarito C

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis Comentaacuterios Perfeito Metodologias aacutegeis precisam responder rapidamente a mudanccedilas e isso eacute auxiliado por ferramentas de integraccedilatildeo contiacutenua

Gabarito C

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

Comentaacuterios Perfeito Eacute isso mesmo

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 24 de 44

SCRUM

Algueacutem de vocecircs sabe de onde vem esse nome Entatildeo vou lhes contar Esse nome vem do rugby e eacute utilizado como uma metaacutefora para refletir o alto grau de cooperaccedilatildeo necessaacuterio para obter sucesso Imagino que poucos de vocecircs entendam as regras desse esporte portanto vou explicar de forma bastante objetiva porque essa metaacutefora eacute utilizada No rugby um time pontua quando a bola cruza a linha de gol e toca o chatildeo ndash sendo carregada ou por meio de um passe Caso o jogador seja derrubado ele deve soltar a bola e a jogada se reinicia Deve haver intensa troca de passes entre os jogadores de modo a deixaacute-los menos vulneraacuteveis a serem derrubados por outros jogadores

Figura 11 - Scrum no Rugby

Bem cada jogada se inicia quando um Scrum eacute realizado ie forma-se uma parede de forccedila entre os jogadores como mostra a Figura 11 Observem que os jogadores se reuacutenem de forma bem proacutexima unindo suas forccedilas e habilidades para trabalhar em conjunto a fim de conseguir recuperar a bola Percebam portanto que o time inteiro deve trabalhar para que a equipe possa pontuar Diferentemente do Futebol Americano natildeo haacute um quarterback ou uma estrela do time ndash todos satildeo importantes Pois eacute a histoacuteria fica mais interessante vamos ver uma das recomendaccedilotildees de ataque do rugby

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 25 de 44

ldquoPensem continuamente em seu alinhamento em relaccedilatildeo ao jogador que carrega a bola e aos jogadores ao seu redor Trabalhe duro para estar disponiacutevel quando necessaacuteriordquo Observem como isso eacute importante em metodologias aacutegeis trabalhar duro para ajudar a equipe a obter ecircxito ndash nunca existe ldquoBem natildeo haacute nada aqui para eu fazerrdquo Acho que agora ficou mais faacutecil entender de onde vem esse nome ndash vamos agrave teoria Antes de comeccedilar uma observaccedilatildeo o guia oficial do Scrum eacute um documento tatildeo pequeno (18 paacuteginas) que eu recomendo fortemente que vocecircs leiam-no por inteiro pois seraacute muito uacutetil Bem agora sim vamos ao trabalho Scrum eacute um framework (ie possui uma estrutura processual) leve simples de entender e extremamente difiacutecil de dominar para desenvolver e manter produtos complexos e adaptativos enquanto entrega produtiva e criativamente produtos com o mais alto valor possiacutevel Complicado ou natildeo Galera percebam que ele natildeo eacute um processo ou uma teacutecnica para construir produtos mas ndash sim ndash um framework em que pode ser empregado vaacuterios processos e teacutecnicas O Framework pode ser definido como um conjunto de papeacuteis eventos artefatos e regras associadas a uma equipe Ele eacute fundamentado em teorias empiacutericas de controle de processo e emprega uma abordagem iterativa e incremental (maximizando as oportunidades de feedback) para aperfeiccediloar a previsatildeo e controle de riscos Ele afirma que o conhecimento vem da experiecircncia e da tomada de decisotildees baseadas no que eacute conhecido Para tal ele emprega uma abordagem iterativa e incremental para aperfeiccediloar a previsibilidade e controle de riscos fundamentando-se em trecircs pilares fundamentais

Transparecircncia aspectos significativos (e padronizados) devem estar visiacuteveis aos responsaacuteveis pelos resultados Por exemplo uma linguagem comum a todos os participantes

Inspeccedilatildeo os usuaacuterios devem frequentemente inspecionar os artefatos e o

progresso para detectar indesejaacuteveis variaccedilotildees (natildeo pode ser frequente a ponto de atrapalhar a execuccedilatildeo das tarefas)

Adaptaccedilatildeo o processo ou material sendo produzido deve ser adaptado sempre

que um inspetor verificar desvios que tornem o resultado inaceitaacutevel e para tanto ele tem quatros oportunidades (as reuniotildees)

O Scrum define o conceito de Time Scrum que eacute um time auto-organizaacutevel (escolhe qual a melhor forma para realizar seu trabalho) e multifuncional (possui todas as competecircncias

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 26 de 44

e natildeo depende de outros de fora da equipe) Eacute o responsaacutevel por entregar produtos de forma iterativa e incremental maximizando as oportunidades de realimentaccedilatildeo As entregas incrementais de produto ldquoprontordquo garantem que uma versatildeo potencialmente funcional do produto do trabalho esteja sempre disponiacutevel Agora o mais importante o Time Scrum eacute composto por um Product Owner um Scrum Master e a Equipe de Desenvolvimento1 Product Owner Eacute o responsaacutevel por maximizar o valor do produto e do trabalho da equipe de desenvolvimento sendo o uacutenico que pode gerenciar o Product Backlog Ele pode ateacute delegar atividades de gerenciamento mas ainda seraacute considerado o responsaacutevel pelos resultados A Equipe de Desenvolvimento soacute responde a ele Equipe de Desenvolvimento A Equipe de Desenvolvimento natildeo reconhece tiacutetulos para seus integrantes todos satildeo considerados desenvolvedores (natildeo importa o que faccedilam) A Equipe deve ter entre 3 e 9 integrantes de modo que natildeo seja pequena demais que haja restriccedilotildees de habilidades nem grande demais que seja complicado de gerenciar Scrum Master Eacute o responsaacutevel por garantir que o Scrum seja entendido e aplicado Ademais ele deve comunicar claramente a visatildeo objetivo e itens do Product Backlog ensinar a equipe a criar itens claros e concisos treinar a equipe de desenvolvimento em autogerenciamento e interdisciplinaridade remover impedimentos entre outros Mudando de assunto os Eventos Scrum satildeo eventos time-boxed (ie com duraccedilatildeo maacutexima) usados para criar uma rotina e minimizar a necessidade de reuniotildees natildeo definidas pelo Scrum Lembrem-se de que a Sprint tem um mecircs ou menos e eacute iniciada imediatamente apoacutes a conclusatildeo da sprint anterior As Sprints satildeo compostas por uma Reuniatildeo de Planejamento da Sprint Reuniotildees Diaacuterias o Trabalho de Desenvolvimento uma Revisatildeo da Sprint e a Retrospectiva da Sprint Uma Sprint se inicia imediatamente apoacutes a conclusatildeo da sprint anterior e tem duraccedilotildees coerentes em todo o esforccedilo de desenvolvimento Durante a sprint eacute proibido realizar mudanccedilas que afetem seu objetivo Aleacutem disso eacute proibido mudar a composiccedilatildeo da equipe ou diminuir as metas de qualidade apesar disso o escopo pode ser sempre clarificado e renegociado Essas proibiccedilotildees devem ser levadas

muito a seacuterio entenderam

1 Natildeo confundir Equipe de Desenvolvimento com Time Scrum ʹ o primeiro estaacute contido no segundo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 27 de 44

Uma sprint pode ser cancelada antes de seu time-box terminar e isso somente pode ser feito pelo Product Owner (sob influecircncia de stakeholders equipe de desenvolvimento entre outros) Isso pode ocorrer caso o seu objetivo se torne obsoleto mas ocorrem tambeacutem devido agrave curta duraccedilatildeo e a cancelamentos poreacutem satildeo raros os casos O trabalho a ser realizado na Sprint eacute planejado na Reuniatildeo de Planejamento da Sprint (Proporcional a 8 horas) Essa reuniatildeo consiste em duas partes

1 O que seraacute entregue como resultado do incremento da proacutexima Sprint

2 Como o trabalho necessaacuterio para entregar o incremento seraacute realizado Na primeira parte a Equipe de Desenvolvimento tenta prever as funcionalidades que seratildeo desenvolvidas durante a Sprint Na segunda parte a Equipe de Desenvolvimento decide como iraacute construir essas funcionalidades durante a Sprint e desenvolve o Sprint Backlog Portanto a primeira parte trada do ldquoO que fazerrdquo e a segunda trata do ldquoComo fazerrdquo

Figura 12 - Processo do SCRUM

O Product Owner pode estar presente durante a segunda parte da reuniatildeo para clarificar itens do Backlog do Produto A Reuniatildeo Diaacuteria (Proporcional a 15 minutos) eacute um evento que busca criar um plano para as proacuteximas 24 horas e inspecionar o trabalho desde a uacuteltima Reuniatildeo Diaacuteria

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 28 de 44

Ela ocorre sempre no mesmo horaacuterio e no mesmo local e cada integrante deve responder as seguintes perguntas

1 O que foi completado desde a uacuteltima reuniatildeo

2 O que seraacute feito ateacute a proacutexima reuniatildeo

3 Quais os obstaacuteculos que estatildeo no caminho

As Reuniotildees Diaacuterias melhoram bastante a comunicaccedilatildeo entre os integrantes ademais eliminam a necessidade de outras reuniotildees identificam e removem impedimentos destacam e promovem raacutepidas tomadas de decisatildeo e melhoram o niacutevel de conhecimento da Equipe como um todo A Revisatildeo da Sprint (Proporcional a 4 horas) eacute executada no final da Sprint para inspecionar o incremento e adaptar o Backlog do Produto se necessaacuterio Esta eacute uma reuniatildeo informal e a apresentaccedilatildeo do incremento destina-se a motivar e obter comentaacuterios e promover a colaboraccedilatildeo Nesta reuniatildeo discute-se o que foi bem e o que natildeo foi problemas ocorridos e como foram resolvidos Procut Backlog projeccedilotildees de datas O resultado eacute o Product Backlog revisado e ajustado A Retrospectiva da Sprint (Proporcional a 3 horas) eacute uma chance para o Scrum Team inspecionar a si proacuteprio e criar um plano de melhorias par proacutexima sprint Ela inspeciona como foi a uacuteltima sprint em relaccedilatildeo agraves pessoas agraves relaccedilotildees aos processos e agraves ferramentas Aleacutem disso tem o poder de identificar e ordenar os principais itens que se tornaram potenciais de melhorias e cria um plano para implementar melhorias no modo de realizaccedilatildeo do trabalho

Figura 13 - Graacutefico Burndown

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 29 de 44

O Documento de Visatildeo eacute definido pelo Product Owner e representa como os clientes usuaacuterios finais gerentes stakeholders executivos entre outros visualizam o resultado final do produto que seraacute criado Praacuteticas como BurndownBurnup tecircm sido utilizadas para prever o progresso sem substituir a importacircncia do empirismo como mostra a Figura 13 O Product Backlog eacute uma lista ordenada (por valor risco prioridade etc) de tudo que deve ser necessaacuterio no produto e eacute uma origem uacutenica dos requisitos para qualquer mudanccedila a ser feita no produto Ele nunca (Atenccedilatildeo nunca) estaraacute completo e existiraacute enquanto o produto tambeacutem existir

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 30 de 44

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

Comentaacuterios Bem vamos comeccedilar nossos exerciacutecios com um erro da FCC O Guia Scrum diz que o Scrum Team eacute dividido em Product Owner Scrum Master e Development Team No entanto a FCC deu a resposta como correto

Gabarito C

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

Comentaacuterios Bem tranquila neacute Trata-se de uma Sprint

Gabarito C

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint Comentaacuterios Bem tranquila tambeacutem Trata-se de uma Sprint

Gabarito C

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

Comentaacuterios Perfeito Essa Scrum Meeting trata-se da Daily Scrum Meeting ou Reuniatildeo Diaacuteria

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 31 de 44

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

Comentaacuterios De fato estaacute incorreto O periacuteodo maacuteximo eacute de 30 dias e a equipe de trabalho varia de 3 a 9 pessoas

Gabarito C

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

Comentaacuterios Na verdade natildeo eacute correto Eacute possiacutevel dissolver uma sprint e comeccedilar outra baseando-se em um no sprint backlog ndash quem pode fazer isso eacute o Product Owner

Gabarito E

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

Comentaacuterios Bem ela deve durar no maacuteximo 15 minutos no entanto a questatildeo diz que natildeo deve durar mais que 30 minutos (o que natildeo eacute errado) Portanto natildeo eacute incorreto ndash eacute correto

Gabarito E

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

Comentaacuterios Na verdade natildeo eacute incorreto Satildeo essas as perguntas a serem feitas

Gabarito E

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

Comentaacuterios Tambeacutem natildeo eacute incorreto Eacute exatamente isso que o Scrum Master deve fazer

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 32 de 44

Gabarito E

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

Comentaacuterios Na verdade soacute pode ser modificado pelo Product Owner

Gabarito E

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint Comentaacuterios Scrum Master eacute apenas um facilitador Quem pode modificar o Backlog eacute o Product Owner

Gabarito E

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

Comentaacuterios Eacute possiacutevel ndash sim ndash dissolver uma sprint

Gabarito E

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe Comentaacuterios Na verdade as discussotildees ocorrem mais entre a equipe de desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 33 de 44

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a data final e o custo do projeto satildeo determinados ao longo do projeto

Comentaacuterios Eacute isso mesmo ndash satildeo todos definidos ao longo do projeto

Gabarito C

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

Comentaacuterios Na verdade recomenda-se entre trecircs e nove participantes Com menos de trecircs participantes reduz-se a interaccedilatildeo que gera um menor ganho de produtividade

Gabarito E

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

Comentaacuterios De fato apenas o Product Owner pode cancelar uma sprint

Gabarito C

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

Comentaacuterios Uma sprint deve ter entre duas e quarto semanas

Gabarito E

53 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

Comentaacuterios Questatildeo perfeita Scrum estaacute para o PMBOK assim como o XP estaacute para o RUP Ele pode ser utilizado em teoria em qualquer contexto em que se necessite atingir um objetivo comum entre um grupo de pessoas

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 34 de 44

54 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

Comentaacuterios Literalmente retirado do Guia Scrum ndash perfeito

Gabarito C

55 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

Comentaacuterios Conjunto de requisitos bem definidos Natildeo eacute o contraacuterio Geralmente trata-se de requisitos pouco definidos

Gabarito E

56 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

Comentaacuterios Eacute exatamente isso Lembrem-se de que natildeo haacute cargos mas papeacuteis

Gabarito C

57 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

Comentaacuterios Galera essa eacute muito faacutecil Nenhum produto estaraacute nunca completamente testado ademais o Product Backlog tambeacutem nunca estaraacute completo

Gabarito E

58 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

Comentaacuterios Opaaaa Product Owner natildeo trata de estimativas Entendam escopo e importacircncia satildeo definidos pelo PO no entanto quem define estimativas eacute a Equipe de Desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 35 de 44

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

60 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

Comentaacuterios Bem o cliente natildeo se torna parte da equipe de desenvolvimento Haacute ndash sim ndash uma forte integraccedilatildeo no entanto dizer que faz parte da equipe de desenvolvimento eacute um completo absurdo No entanto o CESPE natildeo entendeu dessa maneira

Gabarito C

61 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

Comentaacuterios Eacute isso mesmo perfeito

Gabarito C

62 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o

documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

Comentaacuterios Galera item perfeito Muito bem escrito

Gabarito C

63 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

Comentaacuterios Questatildeo perfeita retirada do Guia Scrum

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 36 de 44

Gabarito C

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

65 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

Comentaacuterios Jaacute li isso 800x e as bancas continuam errando Escreve-se ITERACcedilAtildeO e natildeo INTERACcedilAtildeO A questatildeo deveria ter sido anulada mas natildeo foi =

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 37 de 44

LISTA DE EXERCIacuteCIOS COMENTADOS

(Instituto Cidades ndash 2012 - CEMIG - Agente de Gestatildeo Administrativa - Analista de Sistemas - A) O teste

eacute uma atividade de verificaccedilatildeo e validaccedilatildeo do software e consiste na anaacutelise dinacircmica do mesmo isto eacute na execuccedilatildeo do produto de software com o objetivo de verificar a presenccedila de defeitos no produto e aumentar a confianccedila de que o mesmo estaacute correto

(CESPE - 2012 ndash Anatel ndash Analista Administrativo ndash Arquitetura de Soluccedilotildees) Considere as informaccedilotildees

abaixo em relaccedilatildeo ao desenvolvimento de sistemas

I executar um software com o objetivo de revelar falhas mas que natildeo prova a exatidatildeo do software II correta construccedilatildeo do produto III Construccedilatildeo do produto certo

Correspondem corretamente a I II e III respectivamente

a) Validaccedilatildeo verificaccedilatildeo e teste b) Verificaccedilatildeo teste e validaccedilatildeo c) Teste verificaccedilatildeo e validaccedilatildeo d) Validaccedilatildeo teste e verificaccedilatildeo e) Teste validaccedilatildeo e verificaccedilatildeo

(CESPE - 2010 ndash TJES ndash Analista Judiciaacuterio ndash Analista de Sistemas) Verificaccedilatildeo e validaccedilatildeo satildeo atividades

da anaacutelise de software necessaacuterias para se identificar o que o software precisa executar seguida de uma avaliaccedilatildeo do usuaacuterio quanto agraves atividades definidas

(CESPE - ndash TRT 5ordf ndash Analista Judiciaacuterio ndash Analista de Sistemas) A diferenccedila entre verificaccedilatildeo e

validaccedilatildeo reside no fato de que a primeira se refere ao conjunto de atividades que garante que o software realiza corretamente uma funccedilatildeo especiacutefica enquanto a segunda refere-se a um conjunto diferente de atividades que garante que o software que foi construiacutedo eacute rastreaacutevel agraves exigecircncias do cliente

(ESAF - ndash MPOG ndash Analista de Planejamento ndash Analista de Sistemas - B) Demonstrar ao

desenvolvedor e ao cliente que o software atende aos requisitos eacute uma meta de validaccedilatildeo do software

(CESPE - ndash IPEA ndash Analista de Sistemas) A verificaccedilatildeo assegura que o produto como fornecido iraacute

atender o seu uso pretendido ou seja que se estaacute construindo o produto certo E a validaccedilatildeo confirma que os produtos de trabalho refletem de forma apropriada os requisitos que foram especificados ou seja que se estaacute construindo o produto corretamente

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 38 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 39 de 44

tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 40 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto

da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C) Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 41 de 44

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 42 de 44

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a

data final e o custo do projeto satildeo determinados ao longo do projeto

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 43 de 44

53 (CESPE - 2012 - TRE-RJ - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) A metodologia scrum prega que a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

54 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

55 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM

o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

56 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

57 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

58 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

60 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para

gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

61 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

62 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 44 de 44

63 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

65 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

66 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

GABARITO

1 2 3 4 5 6 7 8 9 10 E C C C E E E C E E 11 12 13 14 15 16 17 18 19 20 E C C C C E E C E E 21 22 23 24 25 26 27 28 29 30 E C C C E E C E B E 31 32 33 34 35 36 37 38 39 40 E C C C C C C C C E 41 42 43 44 45 46 47 48 49 50 E E E E C E E E C E 51 52 53 54 55 56 57 58 59 60 C E C C E C E E C C 61 62 63 64 65 66 67 68 69 70 C C C C C - - - - -

79831971523

325179138-97 - caio victor gambardela

Page 16: 203903115 Testes Conceitos Verificacao e Validacao Tipos de Teste Unidade Integracao Sistemafuncional Aceitacao Carga Desempenho Vulnerabilidade Usab

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 15 de 44

Gabarito C

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

Comentaacuterios Como jaacute vimos nenhum teste eacute capaz de garantir que natildeo restam erros em um sistema

Gabarito E

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software Comentaacuterios Bem essa eacute ateacute engraccedilada Geralmente um teste bem sucedido eacute aquele que encontra erros Se ele natildeo encontra erros eacute mais provaacutevel que o teste tenha sido mal feito

Gabarito E

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

Comentaacuterios Os testes de desempenho devem ser projetados para assegurar que o sistema pode operar na carga necessaacuteria Isso envolve geralmente o planejamento de uma seacuterie de testes em que a carga eacute constantemente aumentada ateacute que o desempenho se torne inaceitaacutevel Perfeito Gabarito C

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

Comentaacuterios O teste de desempenho concentra-se tanto em demonstrar que o sistema atende aos requisitos como tambeacutem em descobrir problemas e defeitos no sistema Gabarito E

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 16 de 44

Comentaacuterios Jaacute vimos um milhatildeo de vezes Testes natildeo garantem a ausecircncia de erros Gabarito E

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

Comentaacuterios Opa como eacute Maior unidade de projeto Natildeo Na menor unidade de projeto do software Gabarito E

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

Comentaacuterios Perfeito Eacute exatamente isso Gabarito C

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

Comentaacuterios Galera natildeo se exaltem O Teste de Integraccedilatildeo eacute o que mais testa a interface poreacutem o Teste de Unidade tambeacutem a testa Natildeo haacute nada errado aqui Gabarito C

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

Comentaacuterios Exatamente isso Vamos relembrar Testes de Unidade tratam do coacutedigo-fonte Testes de Integraccedilatildeo tratam de Projeto de Software Testes de Validaccedilatildeo tratam de Requisitos Testes de Sistema tratam de Engenharia de Sistemas Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 17 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

Comentaacuterios Bem apesar de falar sobre componentes do modelo de implementaccedilatildeo natildeo se trata de Teste de Integraccedilatildeo Observem que trata de um niacutevel de abstraccedilatildeo bastante baixo sobre os fluxos de controle e de dados Portanto trata-se de um Teste de Unidade Gabarito E

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

Comentaacuterios Natildeo Isso se trata do Teste Caixa-Branca Gabarito E

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

Comentaacuterios Perfeito Eacute bem intuitivo Gabarito C

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

Comentaacuterios Opa na verdade trata-se de Teste de Integraccedilatildeo Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 18 de 44

CONTROLE DE VERSAtildeO ndash G

O que eacute um Sistema de Controle de Versatildeo Eacute um sistema que registra as mudanccedilas feitas em um arquivo ou um conjunto de arquivos ao longo do tempo de forma que seja possiacutevel recuperar versotildees especiacuteficas Eu por exemplo uso um sistema de controle de versatildeo para guardar todas as versotildees das aulas que eu faccedilo ndash jaacute pensou se eu perco isso D Pessoal se um sistema de controle de versatildeo eacute importante para que eu controle as versotildees das minhas aulas imaginem para quem estaacute desenvolvendo um software O desenvolvedor deve poder conseguir gerenciar as diferentes versotildees de coacutedigo-fonte e documentaccedilatildeo do software que ele estaacute desenvolvendo

Um dos softwares de controle de versatildeo mais conhecido do mercado eacute o G Ele eacute um sistema open-source distribuiacutedo raacutepido e foi criado por Linus Torvalds (isso mesmo aquele do Linux) e foi desenvolvido para controlar as versotildees do kernel do sistema operacional

Vocecircs podem estar se perguntando natildeo basta criar um diretoacuterio e ir salvando cada versatildeo

com um nome diferente Ora nada impede que se faccedila isso No entanto percebam que ndash apesar de ser uma ideia extremamente simples ndash ela eacute muito suscetiacutevel a erros Pessoal noacutes somos humanos e muitas vezes desatentos

Imaginem um cara que tem 40 diretoacuterios para o sistema que ele estaacute desenvolvendo E se ele achar que estaacute em um diretoacuterio mas na verdade estaacute em outro E se ele acabar

Figura 6 - Logo da git

Figura 7 - Sistema de Controle de Versotildees Local (SCVL)

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 19 de 44

gravando acidentalmente no diretoacuterio errado E se ele sobrescrever arquivos indevidamente sem a menor intenccedilatildeo Pois eacute para resolver esse problema foram desenvolvidos os Sistemas de Controle de Versatildeo Locais em que se armazenavam todas as alteraccedilotildees dos arquivos sob controle de revisatildeo Como assim Ora bastava salvar o arquivo e ele era gravado no diretoacuterio com cada uma de suas versotildees como mostra a Figura 8

Agora imaginem 10 desenvolvedores trabalhando com sistemas diferentes e armazenando suas versotildees cada um em seu computador ndash ora como eles podem trabalhar em conjunto

integrando seus componentes Para lidar com esse problema foi criado o Sistema de Controle de Versatildeo Centralizado como mostra a Figura 9 Esses sistemas possuem um servidor central uacutenico que conteacutem todos os arquivos versionados e vaacuterios clientes que podem recuperaacute-los Os desenvolvedores tecircm conhecimento razoaacutevel sobre o projeto como um todo No entanto se o servidor falhartodos param de trabalhar armazenamento for corrompido jaacute era

Figura 9 - Sistema de Controle de Versotildees Distribuiacutedo (SCVD)

Figura 8 - Sistema de Controle de Versatildeo Centralizado (SCVC)

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 20 de 44

Como solucionar esse problema Com Sistemas de Controle de Versotildees Distribuiacutedos Nesse caso o cliente copia o repositoacuterio dele inteiro e natildeo apenas as versotildees de um arquivo especiacutefico Dessa forma caso um servidor falhe pode-se copiar os repositoacuterios dos clientes de volta para o servidor e assim restauraacute-lo Em vez de existir apenas um repositoacuterio central utilizado pelos clientes cada usuaacuterio possui uma coacutepia do repositoacuterio inteiro De certo modo ele eacute mais lento que o sistema centralizado poreacutem permite manter um histoacuterico da evoluccedilatildeo do projeto permite uma maior colaboraccedilatildeo entre os desenvolvedores e permite variaccedilotildees no projeto

Em suma SCVL eacute uma estrutura composta por repositoacuterio e aacuterea de trabalho Jaacute o SCVC eacute uma estrutura composta por um uacutenico repositoacuterio e vaacuterias coacutepias de trabalho que se comunicam apenas atraveacutes do repositoacuterio central Por fim o SCVD eacute uma estrutura em que cada desenvolvedor possui um repositoacuterio proacuteprio acoplado a uma aacuterea de trabalho Pessoal essa introduccedilatildeo toda foi para dizer que o Git eacute um Sistema de Controle de Versatildeo Distribuiacutedo (SCVD) Muitos projetos utilizam esse sistema tais como Amarok Android Debian Eclipse Fedora Perl Wine entre outros Enfim soacute encontrei uma questatildeo sobre esse tema Vamos aos exerciacutecios

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 21 de 44

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

Comentaacuterios Vocecircs jaacute conhecem o Git Outros Sistemas de Controle de Versatildeo open-source satildeo CVS e SVN ClearCase e SourceSafe satildeo comerciais

Gabarito B

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado Comentaacuterios Opa natilde-natildeo Git eacute um Sistema de Controle de Versatildeo Distribuiacutedo e natildeo Centralizado

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 22 de 44

JENKINS

Galera eu tenho um acervo consideraacutevel de provas das principais bancas ndash em que eacute possiacutevel procurar palavras especiacuteficas E eu natildeo encontrei uma questatildeo sequer a respeito desse tema Logo nossa visatildeo seraacute superficial pois assuntos novos em geral natildeo entram em detalhes

Primeiro de tudo o que eacute o Jenkins Eacute uma ferramenta open-source de integraccedilatildeo contiacutenua escrita em java para testes e relatoacuterios sobre mudanccedilas isoladas em uma grande base de coacutedigo em tempo real O software possibilita que os desenvolvedores encontrem e resolvam defeitos rapidamente em uma base de coacutedigo e automatizem seus testes A integraccedilatildeo contiacutenua evoluiu desde a sua concepccedilatildeo Originalmente o padratildeo era uma compilaccedilatildeo por dia Hoje em dia a regra comum eacute que cada membro da equipe apresente seu trabalho diariamente (ou ateacute mais frequentemente) e compilaccedilotildees sejam realizadas para cada mudanccedila significativa Quando usado corretamente a integraccedilatildeo contiacutenua proporciona vaacuterios benefiacutecios como feedback constante sobre o status do software Os defeitos satildeo geralmente menores menos complexos e mais faacuteceis de resolver uma vez que a Integraccedilatildeo Contiacutenua detecta deficiecircncias no iniacutecio do desenvolvimento Resumindo o que vocecircs jaacute viram dezenas de vezes no estudo de metodologias aacutegeis a integraccedilatildeo contiacutenua consiste em o desenvolvedor integrar o coacutedigo desenvolvido eou alterado ao projeto principal na mesma frequecircncia com que as funcionalidades satildeo desenvolvidas sendo feito muitas vezes ao dia ao inveacutes de apenas uma vez O objetivo principal de se utilizar a integraccedilatildeo contiacutenua eacute verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente Ademais pode ser feita atraveacutes de processos manuais ou automatizados utilizando ndash por exemplo ndash a ferramenta Jenkins (ou CruiseControl Hudson Bamboo Continuum Gump Beebox etc) O Jenkins eacute um sistema baseado em servidor que roda em um Container Web e possui plug-ins para ampliar sua utilizaccedilatildeo com outras linguagens de programaccedilatildeo para integraccedilatildeo com sistemas de controle de versatildeo ou para grandes bases de dados Bem eu acho que isso eacute suficiente sobre esse assunto

Figura 10 ʹ Logo da Jenkins

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 23 de 44

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua Comentaacuterios Opa Jenkins eacute uma ferramenta open-source

Gabarito E

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente Comentaacuterios Exatamente Nativamente ele natildeo tem suporte a outras linguagens de programaccedilatildeo ndash somente por meio de plug-ins

Gabarito C

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis Comentaacuterios Perfeito Metodologias aacutegeis precisam responder rapidamente a mudanccedilas e isso eacute auxiliado por ferramentas de integraccedilatildeo contiacutenua

Gabarito C

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

Comentaacuterios Perfeito Eacute isso mesmo

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 24 de 44

SCRUM

Algueacutem de vocecircs sabe de onde vem esse nome Entatildeo vou lhes contar Esse nome vem do rugby e eacute utilizado como uma metaacutefora para refletir o alto grau de cooperaccedilatildeo necessaacuterio para obter sucesso Imagino que poucos de vocecircs entendam as regras desse esporte portanto vou explicar de forma bastante objetiva porque essa metaacutefora eacute utilizada No rugby um time pontua quando a bola cruza a linha de gol e toca o chatildeo ndash sendo carregada ou por meio de um passe Caso o jogador seja derrubado ele deve soltar a bola e a jogada se reinicia Deve haver intensa troca de passes entre os jogadores de modo a deixaacute-los menos vulneraacuteveis a serem derrubados por outros jogadores

Figura 11 - Scrum no Rugby

Bem cada jogada se inicia quando um Scrum eacute realizado ie forma-se uma parede de forccedila entre os jogadores como mostra a Figura 11 Observem que os jogadores se reuacutenem de forma bem proacutexima unindo suas forccedilas e habilidades para trabalhar em conjunto a fim de conseguir recuperar a bola Percebam portanto que o time inteiro deve trabalhar para que a equipe possa pontuar Diferentemente do Futebol Americano natildeo haacute um quarterback ou uma estrela do time ndash todos satildeo importantes Pois eacute a histoacuteria fica mais interessante vamos ver uma das recomendaccedilotildees de ataque do rugby

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 25 de 44

ldquoPensem continuamente em seu alinhamento em relaccedilatildeo ao jogador que carrega a bola e aos jogadores ao seu redor Trabalhe duro para estar disponiacutevel quando necessaacuteriordquo Observem como isso eacute importante em metodologias aacutegeis trabalhar duro para ajudar a equipe a obter ecircxito ndash nunca existe ldquoBem natildeo haacute nada aqui para eu fazerrdquo Acho que agora ficou mais faacutecil entender de onde vem esse nome ndash vamos agrave teoria Antes de comeccedilar uma observaccedilatildeo o guia oficial do Scrum eacute um documento tatildeo pequeno (18 paacuteginas) que eu recomendo fortemente que vocecircs leiam-no por inteiro pois seraacute muito uacutetil Bem agora sim vamos ao trabalho Scrum eacute um framework (ie possui uma estrutura processual) leve simples de entender e extremamente difiacutecil de dominar para desenvolver e manter produtos complexos e adaptativos enquanto entrega produtiva e criativamente produtos com o mais alto valor possiacutevel Complicado ou natildeo Galera percebam que ele natildeo eacute um processo ou uma teacutecnica para construir produtos mas ndash sim ndash um framework em que pode ser empregado vaacuterios processos e teacutecnicas O Framework pode ser definido como um conjunto de papeacuteis eventos artefatos e regras associadas a uma equipe Ele eacute fundamentado em teorias empiacutericas de controle de processo e emprega uma abordagem iterativa e incremental (maximizando as oportunidades de feedback) para aperfeiccediloar a previsatildeo e controle de riscos Ele afirma que o conhecimento vem da experiecircncia e da tomada de decisotildees baseadas no que eacute conhecido Para tal ele emprega uma abordagem iterativa e incremental para aperfeiccediloar a previsibilidade e controle de riscos fundamentando-se em trecircs pilares fundamentais

Transparecircncia aspectos significativos (e padronizados) devem estar visiacuteveis aos responsaacuteveis pelos resultados Por exemplo uma linguagem comum a todos os participantes

Inspeccedilatildeo os usuaacuterios devem frequentemente inspecionar os artefatos e o

progresso para detectar indesejaacuteveis variaccedilotildees (natildeo pode ser frequente a ponto de atrapalhar a execuccedilatildeo das tarefas)

Adaptaccedilatildeo o processo ou material sendo produzido deve ser adaptado sempre

que um inspetor verificar desvios que tornem o resultado inaceitaacutevel e para tanto ele tem quatros oportunidades (as reuniotildees)

O Scrum define o conceito de Time Scrum que eacute um time auto-organizaacutevel (escolhe qual a melhor forma para realizar seu trabalho) e multifuncional (possui todas as competecircncias

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 26 de 44

e natildeo depende de outros de fora da equipe) Eacute o responsaacutevel por entregar produtos de forma iterativa e incremental maximizando as oportunidades de realimentaccedilatildeo As entregas incrementais de produto ldquoprontordquo garantem que uma versatildeo potencialmente funcional do produto do trabalho esteja sempre disponiacutevel Agora o mais importante o Time Scrum eacute composto por um Product Owner um Scrum Master e a Equipe de Desenvolvimento1 Product Owner Eacute o responsaacutevel por maximizar o valor do produto e do trabalho da equipe de desenvolvimento sendo o uacutenico que pode gerenciar o Product Backlog Ele pode ateacute delegar atividades de gerenciamento mas ainda seraacute considerado o responsaacutevel pelos resultados A Equipe de Desenvolvimento soacute responde a ele Equipe de Desenvolvimento A Equipe de Desenvolvimento natildeo reconhece tiacutetulos para seus integrantes todos satildeo considerados desenvolvedores (natildeo importa o que faccedilam) A Equipe deve ter entre 3 e 9 integrantes de modo que natildeo seja pequena demais que haja restriccedilotildees de habilidades nem grande demais que seja complicado de gerenciar Scrum Master Eacute o responsaacutevel por garantir que o Scrum seja entendido e aplicado Ademais ele deve comunicar claramente a visatildeo objetivo e itens do Product Backlog ensinar a equipe a criar itens claros e concisos treinar a equipe de desenvolvimento em autogerenciamento e interdisciplinaridade remover impedimentos entre outros Mudando de assunto os Eventos Scrum satildeo eventos time-boxed (ie com duraccedilatildeo maacutexima) usados para criar uma rotina e minimizar a necessidade de reuniotildees natildeo definidas pelo Scrum Lembrem-se de que a Sprint tem um mecircs ou menos e eacute iniciada imediatamente apoacutes a conclusatildeo da sprint anterior As Sprints satildeo compostas por uma Reuniatildeo de Planejamento da Sprint Reuniotildees Diaacuterias o Trabalho de Desenvolvimento uma Revisatildeo da Sprint e a Retrospectiva da Sprint Uma Sprint se inicia imediatamente apoacutes a conclusatildeo da sprint anterior e tem duraccedilotildees coerentes em todo o esforccedilo de desenvolvimento Durante a sprint eacute proibido realizar mudanccedilas que afetem seu objetivo Aleacutem disso eacute proibido mudar a composiccedilatildeo da equipe ou diminuir as metas de qualidade apesar disso o escopo pode ser sempre clarificado e renegociado Essas proibiccedilotildees devem ser levadas

muito a seacuterio entenderam

1 Natildeo confundir Equipe de Desenvolvimento com Time Scrum ʹ o primeiro estaacute contido no segundo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 27 de 44

Uma sprint pode ser cancelada antes de seu time-box terminar e isso somente pode ser feito pelo Product Owner (sob influecircncia de stakeholders equipe de desenvolvimento entre outros) Isso pode ocorrer caso o seu objetivo se torne obsoleto mas ocorrem tambeacutem devido agrave curta duraccedilatildeo e a cancelamentos poreacutem satildeo raros os casos O trabalho a ser realizado na Sprint eacute planejado na Reuniatildeo de Planejamento da Sprint (Proporcional a 8 horas) Essa reuniatildeo consiste em duas partes

1 O que seraacute entregue como resultado do incremento da proacutexima Sprint

2 Como o trabalho necessaacuterio para entregar o incremento seraacute realizado Na primeira parte a Equipe de Desenvolvimento tenta prever as funcionalidades que seratildeo desenvolvidas durante a Sprint Na segunda parte a Equipe de Desenvolvimento decide como iraacute construir essas funcionalidades durante a Sprint e desenvolve o Sprint Backlog Portanto a primeira parte trada do ldquoO que fazerrdquo e a segunda trata do ldquoComo fazerrdquo

Figura 12 - Processo do SCRUM

O Product Owner pode estar presente durante a segunda parte da reuniatildeo para clarificar itens do Backlog do Produto A Reuniatildeo Diaacuteria (Proporcional a 15 minutos) eacute um evento que busca criar um plano para as proacuteximas 24 horas e inspecionar o trabalho desde a uacuteltima Reuniatildeo Diaacuteria

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 28 de 44

Ela ocorre sempre no mesmo horaacuterio e no mesmo local e cada integrante deve responder as seguintes perguntas

1 O que foi completado desde a uacuteltima reuniatildeo

2 O que seraacute feito ateacute a proacutexima reuniatildeo

3 Quais os obstaacuteculos que estatildeo no caminho

As Reuniotildees Diaacuterias melhoram bastante a comunicaccedilatildeo entre os integrantes ademais eliminam a necessidade de outras reuniotildees identificam e removem impedimentos destacam e promovem raacutepidas tomadas de decisatildeo e melhoram o niacutevel de conhecimento da Equipe como um todo A Revisatildeo da Sprint (Proporcional a 4 horas) eacute executada no final da Sprint para inspecionar o incremento e adaptar o Backlog do Produto se necessaacuterio Esta eacute uma reuniatildeo informal e a apresentaccedilatildeo do incremento destina-se a motivar e obter comentaacuterios e promover a colaboraccedilatildeo Nesta reuniatildeo discute-se o que foi bem e o que natildeo foi problemas ocorridos e como foram resolvidos Procut Backlog projeccedilotildees de datas O resultado eacute o Product Backlog revisado e ajustado A Retrospectiva da Sprint (Proporcional a 3 horas) eacute uma chance para o Scrum Team inspecionar a si proacuteprio e criar um plano de melhorias par proacutexima sprint Ela inspeciona como foi a uacuteltima sprint em relaccedilatildeo agraves pessoas agraves relaccedilotildees aos processos e agraves ferramentas Aleacutem disso tem o poder de identificar e ordenar os principais itens que se tornaram potenciais de melhorias e cria um plano para implementar melhorias no modo de realizaccedilatildeo do trabalho

Figura 13 - Graacutefico Burndown

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 29 de 44

O Documento de Visatildeo eacute definido pelo Product Owner e representa como os clientes usuaacuterios finais gerentes stakeholders executivos entre outros visualizam o resultado final do produto que seraacute criado Praacuteticas como BurndownBurnup tecircm sido utilizadas para prever o progresso sem substituir a importacircncia do empirismo como mostra a Figura 13 O Product Backlog eacute uma lista ordenada (por valor risco prioridade etc) de tudo que deve ser necessaacuterio no produto e eacute uma origem uacutenica dos requisitos para qualquer mudanccedila a ser feita no produto Ele nunca (Atenccedilatildeo nunca) estaraacute completo e existiraacute enquanto o produto tambeacutem existir

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 30 de 44

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

Comentaacuterios Bem vamos comeccedilar nossos exerciacutecios com um erro da FCC O Guia Scrum diz que o Scrum Team eacute dividido em Product Owner Scrum Master e Development Team No entanto a FCC deu a resposta como correto

Gabarito C

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

Comentaacuterios Bem tranquila neacute Trata-se de uma Sprint

Gabarito C

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint Comentaacuterios Bem tranquila tambeacutem Trata-se de uma Sprint

Gabarito C

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

Comentaacuterios Perfeito Essa Scrum Meeting trata-se da Daily Scrum Meeting ou Reuniatildeo Diaacuteria

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 31 de 44

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

Comentaacuterios De fato estaacute incorreto O periacuteodo maacuteximo eacute de 30 dias e a equipe de trabalho varia de 3 a 9 pessoas

Gabarito C

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

Comentaacuterios Na verdade natildeo eacute correto Eacute possiacutevel dissolver uma sprint e comeccedilar outra baseando-se em um no sprint backlog ndash quem pode fazer isso eacute o Product Owner

Gabarito E

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

Comentaacuterios Bem ela deve durar no maacuteximo 15 minutos no entanto a questatildeo diz que natildeo deve durar mais que 30 minutos (o que natildeo eacute errado) Portanto natildeo eacute incorreto ndash eacute correto

Gabarito E

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

Comentaacuterios Na verdade natildeo eacute incorreto Satildeo essas as perguntas a serem feitas

Gabarito E

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

Comentaacuterios Tambeacutem natildeo eacute incorreto Eacute exatamente isso que o Scrum Master deve fazer

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 32 de 44

Gabarito E

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

Comentaacuterios Na verdade soacute pode ser modificado pelo Product Owner

Gabarito E

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint Comentaacuterios Scrum Master eacute apenas um facilitador Quem pode modificar o Backlog eacute o Product Owner

Gabarito E

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

Comentaacuterios Eacute possiacutevel ndash sim ndash dissolver uma sprint

Gabarito E

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe Comentaacuterios Na verdade as discussotildees ocorrem mais entre a equipe de desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 33 de 44

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a data final e o custo do projeto satildeo determinados ao longo do projeto

Comentaacuterios Eacute isso mesmo ndash satildeo todos definidos ao longo do projeto

Gabarito C

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

Comentaacuterios Na verdade recomenda-se entre trecircs e nove participantes Com menos de trecircs participantes reduz-se a interaccedilatildeo que gera um menor ganho de produtividade

Gabarito E

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

Comentaacuterios De fato apenas o Product Owner pode cancelar uma sprint

Gabarito C

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

Comentaacuterios Uma sprint deve ter entre duas e quarto semanas

Gabarito E

53 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

Comentaacuterios Questatildeo perfeita Scrum estaacute para o PMBOK assim como o XP estaacute para o RUP Ele pode ser utilizado em teoria em qualquer contexto em que se necessite atingir um objetivo comum entre um grupo de pessoas

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 34 de 44

54 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

Comentaacuterios Literalmente retirado do Guia Scrum ndash perfeito

Gabarito C

55 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

Comentaacuterios Conjunto de requisitos bem definidos Natildeo eacute o contraacuterio Geralmente trata-se de requisitos pouco definidos

Gabarito E

56 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

Comentaacuterios Eacute exatamente isso Lembrem-se de que natildeo haacute cargos mas papeacuteis

Gabarito C

57 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

Comentaacuterios Galera essa eacute muito faacutecil Nenhum produto estaraacute nunca completamente testado ademais o Product Backlog tambeacutem nunca estaraacute completo

Gabarito E

58 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

Comentaacuterios Opaaaa Product Owner natildeo trata de estimativas Entendam escopo e importacircncia satildeo definidos pelo PO no entanto quem define estimativas eacute a Equipe de Desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 35 de 44

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

60 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

Comentaacuterios Bem o cliente natildeo se torna parte da equipe de desenvolvimento Haacute ndash sim ndash uma forte integraccedilatildeo no entanto dizer que faz parte da equipe de desenvolvimento eacute um completo absurdo No entanto o CESPE natildeo entendeu dessa maneira

Gabarito C

61 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

Comentaacuterios Eacute isso mesmo perfeito

Gabarito C

62 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o

documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

Comentaacuterios Galera item perfeito Muito bem escrito

Gabarito C

63 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

Comentaacuterios Questatildeo perfeita retirada do Guia Scrum

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 36 de 44

Gabarito C

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

65 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

Comentaacuterios Jaacute li isso 800x e as bancas continuam errando Escreve-se ITERACcedilAtildeO e natildeo INTERACcedilAtildeO A questatildeo deveria ter sido anulada mas natildeo foi =

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 37 de 44

LISTA DE EXERCIacuteCIOS COMENTADOS

(Instituto Cidades ndash 2012 - CEMIG - Agente de Gestatildeo Administrativa - Analista de Sistemas - A) O teste

eacute uma atividade de verificaccedilatildeo e validaccedilatildeo do software e consiste na anaacutelise dinacircmica do mesmo isto eacute na execuccedilatildeo do produto de software com o objetivo de verificar a presenccedila de defeitos no produto e aumentar a confianccedila de que o mesmo estaacute correto

(CESPE - 2012 ndash Anatel ndash Analista Administrativo ndash Arquitetura de Soluccedilotildees) Considere as informaccedilotildees

abaixo em relaccedilatildeo ao desenvolvimento de sistemas

I executar um software com o objetivo de revelar falhas mas que natildeo prova a exatidatildeo do software II correta construccedilatildeo do produto III Construccedilatildeo do produto certo

Correspondem corretamente a I II e III respectivamente

a) Validaccedilatildeo verificaccedilatildeo e teste b) Verificaccedilatildeo teste e validaccedilatildeo c) Teste verificaccedilatildeo e validaccedilatildeo d) Validaccedilatildeo teste e verificaccedilatildeo e) Teste validaccedilatildeo e verificaccedilatildeo

(CESPE - 2010 ndash TJES ndash Analista Judiciaacuterio ndash Analista de Sistemas) Verificaccedilatildeo e validaccedilatildeo satildeo atividades

da anaacutelise de software necessaacuterias para se identificar o que o software precisa executar seguida de uma avaliaccedilatildeo do usuaacuterio quanto agraves atividades definidas

(CESPE - ndash TRT 5ordf ndash Analista Judiciaacuterio ndash Analista de Sistemas) A diferenccedila entre verificaccedilatildeo e

validaccedilatildeo reside no fato de que a primeira se refere ao conjunto de atividades que garante que o software realiza corretamente uma funccedilatildeo especiacutefica enquanto a segunda refere-se a um conjunto diferente de atividades que garante que o software que foi construiacutedo eacute rastreaacutevel agraves exigecircncias do cliente

(ESAF - ndash MPOG ndash Analista de Planejamento ndash Analista de Sistemas - B) Demonstrar ao

desenvolvedor e ao cliente que o software atende aos requisitos eacute uma meta de validaccedilatildeo do software

(CESPE - ndash IPEA ndash Analista de Sistemas) A verificaccedilatildeo assegura que o produto como fornecido iraacute

atender o seu uso pretendido ou seja que se estaacute construindo o produto certo E a validaccedilatildeo confirma que os produtos de trabalho refletem de forma apropriada os requisitos que foram especificados ou seja que se estaacute construindo o produto corretamente

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 38 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 39 de 44

tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 40 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto

da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C) Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 41 de 44

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 42 de 44

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a

data final e o custo do projeto satildeo determinados ao longo do projeto

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 43 de 44

53 (CESPE - 2012 - TRE-RJ - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) A metodologia scrum prega que a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

54 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

55 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM

o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

56 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

57 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

58 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

60 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para

gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

61 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

62 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 44 de 44

63 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

65 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

66 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

GABARITO

1 2 3 4 5 6 7 8 9 10 E C C C E E E C E E 11 12 13 14 15 16 17 18 19 20 E C C C C E E C E E 21 22 23 24 25 26 27 28 29 30 E C C C E E C E B E 31 32 33 34 35 36 37 38 39 40 E C C C C C C C C E 41 42 43 44 45 46 47 48 49 50 E E E E C E E E C E 51 52 53 54 55 56 57 58 59 60 C E C C E C E E C C 61 62 63 64 65 66 67 68 69 70 C C C C C - - - - -

79831971523

325179138-97 - caio victor gambardela

Page 17: 203903115 Testes Conceitos Verificacao e Validacao Tipos de Teste Unidade Integracao Sistemafuncional Aceitacao Carga Desempenho Vulnerabilidade Usab

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 16 de 44

Comentaacuterios Jaacute vimos um milhatildeo de vezes Testes natildeo garantem a ausecircncia de erros Gabarito E

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

Comentaacuterios Opa como eacute Maior unidade de projeto Natildeo Na menor unidade de projeto do software Gabarito E

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

Comentaacuterios Perfeito Eacute exatamente isso Gabarito C

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

Comentaacuterios Galera natildeo se exaltem O Teste de Integraccedilatildeo eacute o que mais testa a interface poreacutem o Teste de Unidade tambeacutem a testa Natildeo haacute nada errado aqui Gabarito C

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

Comentaacuterios Exatamente isso Vamos relembrar Testes de Unidade tratam do coacutedigo-fonte Testes de Integraccedilatildeo tratam de Projeto de Software Testes de Validaccedilatildeo tratam de Requisitos Testes de Sistema tratam de Engenharia de Sistemas Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 17 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

Comentaacuterios Bem apesar de falar sobre componentes do modelo de implementaccedilatildeo natildeo se trata de Teste de Integraccedilatildeo Observem que trata de um niacutevel de abstraccedilatildeo bastante baixo sobre os fluxos de controle e de dados Portanto trata-se de um Teste de Unidade Gabarito E

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

Comentaacuterios Natildeo Isso se trata do Teste Caixa-Branca Gabarito E

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

Comentaacuterios Perfeito Eacute bem intuitivo Gabarito C

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

Comentaacuterios Opa na verdade trata-se de Teste de Integraccedilatildeo Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 18 de 44

CONTROLE DE VERSAtildeO ndash G

O que eacute um Sistema de Controle de Versatildeo Eacute um sistema que registra as mudanccedilas feitas em um arquivo ou um conjunto de arquivos ao longo do tempo de forma que seja possiacutevel recuperar versotildees especiacuteficas Eu por exemplo uso um sistema de controle de versatildeo para guardar todas as versotildees das aulas que eu faccedilo ndash jaacute pensou se eu perco isso D Pessoal se um sistema de controle de versatildeo eacute importante para que eu controle as versotildees das minhas aulas imaginem para quem estaacute desenvolvendo um software O desenvolvedor deve poder conseguir gerenciar as diferentes versotildees de coacutedigo-fonte e documentaccedilatildeo do software que ele estaacute desenvolvendo

Um dos softwares de controle de versatildeo mais conhecido do mercado eacute o G Ele eacute um sistema open-source distribuiacutedo raacutepido e foi criado por Linus Torvalds (isso mesmo aquele do Linux) e foi desenvolvido para controlar as versotildees do kernel do sistema operacional

Vocecircs podem estar se perguntando natildeo basta criar um diretoacuterio e ir salvando cada versatildeo

com um nome diferente Ora nada impede que se faccedila isso No entanto percebam que ndash apesar de ser uma ideia extremamente simples ndash ela eacute muito suscetiacutevel a erros Pessoal noacutes somos humanos e muitas vezes desatentos

Imaginem um cara que tem 40 diretoacuterios para o sistema que ele estaacute desenvolvendo E se ele achar que estaacute em um diretoacuterio mas na verdade estaacute em outro E se ele acabar

Figura 6 - Logo da git

Figura 7 - Sistema de Controle de Versotildees Local (SCVL)

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 19 de 44

gravando acidentalmente no diretoacuterio errado E se ele sobrescrever arquivos indevidamente sem a menor intenccedilatildeo Pois eacute para resolver esse problema foram desenvolvidos os Sistemas de Controle de Versatildeo Locais em que se armazenavam todas as alteraccedilotildees dos arquivos sob controle de revisatildeo Como assim Ora bastava salvar o arquivo e ele era gravado no diretoacuterio com cada uma de suas versotildees como mostra a Figura 8

Agora imaginem 10 desenvolvedores trabalhando com sistemas diferentes e armazenando suas versotildees cada um em seu computador ndash ora como eles podem trabalhar em conjunto

integrando seus componentes Para lidar com esse problema foi criado o Sistema de Controle de Versatildeo Centralizado como mostra a Figura 9 Esses sistemas possuem um servidor central uacutenico que conteacutem todos os arquivos versionados e vaacuterios clientes que podem recuperaacute-los Os desenvolvedores tecircm conhecimento razoaacutevel sobre o projeto como um todo No entanto se o servidor falhartodos param de trabalhar armazenamento for corrompido jaacute era

Figura 9 - Sistema de Controle de Versotildees Distribuiacutedo (SCVD)

Figura 8 - Sistema de Controle de Versatildeo Centralizado (SCVC)

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 20 de 44

Como solucionar esse problema Com Sistemas de Controle de Versotildees Distribuiacutedos Nesse caso o cliente copia o repositoacuterio dele inteiro e natildeo apenas as versotildees de um arquivo especiacutefico Dessa forma caso um servidor falhe pode-se copiar os repositoacuterios dos clientes de volta para o servidor e assim restauraacute-lo Em vez de existir apenas um repositoacuterio central utilizado pelos clientes cada usuaacuterio possui uma coacutepia do repositoacuterio inteiro De certo modo ele eacute mais lento que o sistema centralizado poreacutem permite manter um histoacuterico da evoluccedilatildeo do projeto permite uma maior colaboraccedilatildeo entre os desenvolvedores e permite variaccedilotildees no projeto

Em suma SCVL eacute uma estrutura composta por repositoacuterio e aacuterea de trabalho Jaacute o SCVC eacute uma estrutura composta por um uacutenico repositoacuterio e vaacuterias coacutepias de trabalho que se comunicam apenas atraveacutes do repositoacuterio central Por fim o SCVD eacute uma estrutura em que cada desenvolvedor possui um repositoacuterio proacuteprio acoplado a uma aacuterea de trabalho Pessoal essa introduccedilatildeo toda foi para dizer que o Git eacute um Sistema de Controle de Versatildeo Distribuiacutedo (SCVD) Muitos projetos utilizam esse sistema tais como Amarok Android Debian Eclipse Fedora Perl Wine entre outros Enfim soacute encontrei uma questatildeo sobre esse tema Vamos aos exerciacutecios

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 21 de 44

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

Comentaacuterios Vocecircs jaacute conhecem o Git Outros Sistemas de Controle de Versatildeo open-source satildeo CVS e SVN ClearCase e SourceSafe satildeo comerciais

Gabarito B

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado Comentaacuterios Opa natilde-natildeo Git eacute um Sistema de Controle de Versatildeo Distribuiacutedo e natildeo Centralizado

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 22 de 44

JENKINS

Galera eu tenho um acervo consideraacutevel de provas das principais bancas ndash em que eacute possiacutevel procurar palavras especiacuteficas E eu natildeo encontrei uma questatildeo sequer a respeito desse tema Logo nossa visatildeo seraacute superficial pois assuntos novos em geral natildeo entram em detalhes

Primeiro de tudo o que eacute o Jenkins Eacute uma ferramenta open-source de integraccedilatildeo contiacutenua escrita em java para testes e relatoacuterios sobre mudanccedilas isoladas em uma grande base de coacutedigo em tempo real O software possibilita que os desenvolvedores encontrem e resolvam defeitos rapidamente em uma base de coacutedigo e automatizem seus testes A integraccedilatildeo contiacutenua evoluiu desde a sua concepccedilatildeo Originalmente o padratildeo era uma compilaccedilatildeo por dia Hoje em dia a regra comum eacute que cada membro da equipe apresente seu trabalho diariamente (ou ateacute mais frequentemente) e compilaccedilotildees sejam realizadas para cada mudanccedila significativa Quando usado corretamente a integraccedilatildeo contiacutenua proporciona vaacuterios benefiacutecios como feedback constante sobre o status do software Os defeitos satildeo geralmente menores menos complexos e mais faacuteceis de resolver uma vez que a Integraccedilatildeo Contiacutenua detecta deficiecircncias no iniacutecio do desenvolvimento Resumindo o que vocecircs jaacute viram dezenas de vezes no estudo de metodologias aacutegeis a integraccedilatildeo contiacutenua consiste em o desenvolvedor integrar o coacutedigo desenvolvido eou alterado ao projeto principal na mesma frequecircncia com que as funcionalidades satildeo desenvolvidas sendo feito muitas vezes ao dia ao inveacutes de apenas uma vez O objetivo principal de se utilizar a integraccedilatildeo contiacutenua eacute verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente Ademais pode ser feita atraveacutes de processos manuais ou automatizados utilizando ndash por exemplo ndash a ferramenta Jenkins (ou CruiseControl Hudson Bamboo Continuum Gump Beebox etc) O Jenkins eacute um sistema baseado em servidor que roda em um Container Web e possui plug-ins para ampliar sua utilizaccedilatildeo com outras linguagens de programaccedilatildeo para integraccedilatildeo com sistemas de controle de versatildeo ou para grandes bases de dados Bem eu acho que isso eacute suficiente sobre esse assunto

Figura 10 ʹ Logo da Jenkins

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 23 de 44

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua Comentaacuterios Opa Jenkins eacute uma ferramenta open-source

Gabarito E

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente Comentaacuterios Exatamente Nativamente ele natildeo tem suporte a outras linguagens de programaccedilatildeo ndash somente por meio de plug-ins

Gabarito C

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis Comentaacuterios Perfeito Metodologias aacutegeis precisam responder rapidamente a mudanccedilas e isso eacute auxiliado por ferramentas de integraccedilatildeo contiacutenua

Gabarito C

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

Comentaacuterios Perfeito Eacute isso mesmo

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 24 de 44

SCRUM

Algueacutem de vocecircs sabe de onde vem esse nome Entatildeo vou lhes contar Esse nome vem do rugby e eacute utilizado como uma metaacutefora para refletir o alto grau de cooperaccedilatildeo necessaacuterio para obter sucesso Imagino que poucos de vocecircs entendam as regras desse esporte portanto vou explicar de forma bastante objetiva porque essa metaacutefora eacute utilizada No rugby um time pontua quando a bola cruza a linha de gol e toca o chatildeo ndash sendo carregada ou por meio de um passe Caso o jogador seja derrubado ele deve soltar a bola e a jogada se reinicia Deve haver intensa troca de passes entre os jogadores de modo a deixaacute-los menos vulneraacuteveis a serem derrubados por outros jogadores

Figura 11 - Scrum no Rugby

Bem cada jogada se inicia quando um Scrum eacute realizado ie forma-se uma parede de forccedila entre os jogadores como mostra a Figura 11 Observem que os jogadores se reuacutenem de forma bem proacutexima unindo suas forccedilas e habilidades para trabalhar em conjunto a fim de conseguir recuperar a bola Percebam portanto que o time inteiro deve trabalhar para que a equipe possa pontuar Diferentemente do Futebol Americano natildeo haacute um quarterback ou uma estrela do time ndash todos satildeo importantes Pois eacute a histoacuteria fica mais interessante vamos ver uma das recomendaccedilotildees de ataque do rugby

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 25 de 44

ldquoPensem continuamente em seu alinhamento em relaccedilatildeo ao jogador que carrega a bola e aos jogadores ao seu redor Trabalhe duro para estar disponiacutevel quando necessaacuteriordquo Observem como isso eacute importante em metodologias aacutegeis trabalhar duro para ajudar a equipe a obter ecircxito ndash nunca existe ldquoBem natildeo haacute nada aqui para eu fazerrdquo Acho que agora ficou mais faacutecil entender de onde vem esse nome ndash vamos agrave teoria Antes de comeccedilar uma observaccedilatildeo o guia oficial do Scrum eacute um documento tatildeo pequeno (18 paacuteginas) que eu recomendo fortemente que vocecircs leiam-no por inteiro pois seraacute muito uacutetil Bem agora sim vamos ao trabalho Scrum eacute um framework (ie possui uma estrutura processual) leve simples de entender e extremamente difiacutecil de dominar para desenvolver e manter produtos complexos e adaptativos enquanto entrega produtiva e criativamente produtos com o mais alto valor possiacutevel Complicado ou natildeo Galera percebam que ele natildeo eacute um processo ou uma teacutecnica para construir produtos mas ndash sim ndash um framework em que pode ser empregado vaacuterios processos e teacutecnicas O Framework pode ser definido como um conjunto de papeacuteis eventos artefatos e regras associadas a uma equipe Ele eacute fundamentado em teorias empiacutericas de controle de processo e emprega uma abordagem iterativa e incremental (maximizando as oportunidades de feedback) para aperfeiccediloar a previsatildeo e controle de riscos Ele afirma que o conhecimento vem da experiecircncia e da tomada de decisotildees baseadas no que eacute conhecido Para tal ele emprega uma abordagem iterativa e incremental para aperfeiccediloar a previsibilidade e controle de riscos fundamentando-se em trecircs pilares fundamentais

Transparecircncia aspectos significativos (e padronizados) devem estar visiacuteveis aos responsaacuteveis pelos resultados Por exemplo uma linguagem comum a todos os participantes

Inspeccedilatildeo os usuaacuterios devem frequentemente inspecionar os artefatos e o

progresso para detectar indesejaacuteveis variaccedilotildees (natildeo pode ser frequente a ponto de atrapalhar a execuccedilatildeo das tarefas)

Adaptaccedilatildeo o processo ou material sendo produzido deve ser adaptado sempre

que um inspetor verificar desvios que tornem o resultado inaceitaacutevel e para tanto ele tem quatros oportunidades (as reuniotildees)

O Scrum define o conceito de Time Scrum que eacute um time auto-organizaacutevel (escolhe qual a melhor forma para realizar seu trabalho) e multifuncional (possui todas as competecircncias

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 26 de 44

e natildeo depende de outros de fora da equipe) Eacute o responsaacutevel por entregar produtos de forma iterativa e incremental maximizando as oportunidades de realimentaccedilatildeo As entregas incrementais de produto ldquoprontordquo garantem que uma versatildeo potencialmente funcional do produto do trabalho esteja sempre disponiacutevel Agora o mais importante o Time Scrum eacute composto por um Product Owner um Scrum Master e a Equipe de Desenvolvimento1 Product Owner Eacute o responsaacutevel por maximizar o valor do produto e do trabalho da equipe de desenvolvimento sendo o uacutenico que pode gerenciar o Product Backlog Ele pode ateacute delegar atividades de gerenciamento mas ainda seraacute considerado o responsaacutevel pelos resultados A Equipe de Desenvolvimento soacute responde a ele Equipe de Desenvolvimento A Equipe de Desenvolvimento natildeo reconhece tiacutetulos para seus integrantes todos satildeo considerados desenvolvedores (natildeo importa o que faccedilam) A Equipe deve ter entre 3 e 9 integrantes de modo que natildeo seja pequena demais que haja restriccedilotildees de habilidades nem grande demais que seja complicado de gerenciar Scrum Master Eacute o responsaacutevel por garantir que o Scrum seja entendido e aplicado Ademais ele deve comunicar claramente a visatildeo objetivo e itens do Product Backlog ensinar a equipe a criar itens claros e concisos treinar a equipe de desenvolvimento em autogerenciamento e interdisciplinaridade remover impedimentos entre outros Mudando de assunto os Eventos Scrum satildeo eventos time-boxed (ie com duraccedilatildeo maacutexima) usados para criar uma rotina e minimizar a necessidade de reuniotildees natildeo definidas pelo Scrum Lembrem-se de que a Sprint tem um mecircs ou menos e eacute iniciada imediatamente apoacutes a conclusatildeo da sprint anterior As Sprints satildeo compostas por uma Reuniatildeo de Planejamento da Sprint Reuniotildees Diaacuterias o Trabalho de Desenvolvimento uma Revisatildeo da Sprint e a Retrospectiva da Sprint Uma Sprint se inicia imediatamente apoacutes a conclusatildeo da sprint anterior e tem duraccedilotildees coerentes em todo o esforccedilo de desenvolvimento Durante a sprint eacute proibido realizar mudanccedilas que afetem seu objetivo Aleacutem disso eacute proibido mudar a composiccedilatildeo da equipe ou diminuir as metas de qualidade apesar disso o escopo pode ser sempre clarificado e renegociado Essas proibiccedilotildees devem ser levadas

muito a seacuterio entenderam

1 Natildeo confundir Equipe de Desenvolvimento com Time Scrum ʹ o primeiro estaacute contido no segundo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 27 de 44

Uma sprint pode ser cancelada antes de seu time-box terminar e isso somente pode ser feito pelo Product Owner (sob influecircncia de stakeholders equipe de desenvolvimento entre outros) Isso pode ocorrer caso o seu objetivo se torne obsoleto mas ocorrem tambeacutem devido agrave curta duraccedilatildeo e a cancelamentos poreacutem satildeo raros os casos O trabalho a ser realizado na Sprint eacute planejado na Reuniatildeo de Planejamento da Sprint (Proporcional a 8 horas) Essa reuniatildeo consiste em duas partes

1 O que seraacute entregue como resultado do incremento da proacutexima Sprint

2 Como o trabalho necessaacuterio para entregar o incremento seraacute realizado Na primeira parte a Equipe de Desenvolvimento tenta prever as funcionalidades que seratildeo desenvolvidas durante a Sprint Na segunda parte a Equipe de Desenvolvimento decide como iraacute construir essas funcionalidades durante a Sprint e desenvolve o Sprint Backlog Portanto a primeira parte trada do ldquoO que fazerrdquo e a segunda trata do ldquoComo fazerrdquo

Figura 12 - Processo do SCRUM

O Product Owner pode estar presente durante a segunda parte da reuniatildeo para clarificar itens do Backlog do Produto A Reuniatildeo Diaacuteria (Proporcional a 15 minutos) eacute um evento que busca criar um plano para as proacuteximas 24 horas e inspecionar o trabalho desde a uacuteltima Reuniatildeo Diaacuteria

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 28 de 44

Ela ocorre sempre no mesmo horaacuterio e no mesmo local e cada integrante deve responder as seguintes perguntas

1 O que foi completado desde a uacuteltima reuniatildeo

2 O que seraacute feito ateacute a proacutexima reuniatildeo

3 Quais os obstaacuteculos que estatildeo no caminho

As Reuniotildees Diaacuterias melhoram bastante a comunicaccedilatildeo entre os integrantes ademais eliminam a necessidade de outras reuniotildees identificam e removem impedimentos destacam e promovem raacutepidas tomadas de decisatildeo e melhoram o niacutevel de conhecimento da Equipe como um todo A Revisatildeo da Sprint (Proporcional a 4 horas) eacute executada no final da Sprint para inspecionar o incremento e adaptar o Backlog do Produto se necessaacuterio Esta eacute uma reuniatildeo informal e a apresentaccedilatildeo do incremento destina-se a motivar e obter comentaacuterios e promover a colaboraccedilatildeo Nesta reuniatildeo discute-se o que foi bem e o que natildeo foi problemas ocorridos e como foram resolvidos Procut Backlog projeccedilotildees de datas O resultado eacute o Product Backlog revisado e ajustado A Retrospectiva da Sprint (Proporcional a 3 horas) eacute uma chance para o Scrum Team inspecionar a si proacuteprio e criar um plano de melhorias par proacutexima sprint Ela inspeciona como foi a uacuteltima sprint em relaccedilatildeo agraves pessoas agraves relaccedilotildees aos processos e agraves ferramentas Aleacutem disso tem o poder de identificar e ordenar os principais itens que se tornaram potenciais de melhorias e cria um plano para implementar melhorias no modo de realizaccedilatildeo do trabalho

Figura 13 - Graacutefico Burndown

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 29 de 44

O Documento de Visatildeo eacute definido pelo Product Owner e representa como os clientes usuaacuterios finais gerentes stakeholders executivos entre outros visualizam o resultado final do produto que seraacute criado Praacuteticas como BurndownBurnup tecircm sido utilizadas para prever o progresso sem substituir a importacircncia do empirismo como mostra a Figura 13 O Product Backlog eacute uma lista ordenada (por valor risco prioridade etc) de tudo que deve ser necessaacuterio no produto e eacute uma origem uacutenica dos requisitos para qualquer mudanccedila a ser feita no produto Ele nunca (Atenccedilatildeo nunca) estaraacute completo e existiraacute enquanto o produto tambeacutem existir

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 30 de 44

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

Comentaacuterios Bem vamos comeccedilar nossos exerciacutecios com um erro da FCC O Guia Scrum diz que o Scrum Team eacute dividido em Product Owner Scrum Master e Development Team No entanto a FCC deu a resposta como correto

Gabarito C

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

Comentaacuterios Bem tranquila neacute Trata-se de uma Sprint

Gabarito C

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint Comentaacuterios Bem tranquila tambeacutem Trata-se de uma Sprint

Gabarito C

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

Comentaacuterios Perfeito Essa Scrum Meeting trata-se da Daily Scrum Meeting ou Reuniatildeo Diaacuteria

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 31 de 44

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

Comentaacuterios De fato estaacute incorreto O periacuteodo maacuteximo eacute de 30 dias e a equipe de trabalho varia de 3 a 9 pessoas

Gabarito C

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

Comentaacuterios Na verdade natildeo eacute correto Eacute possiacutevel dissolver uma sprint e comeccedilar outra baseando-se em um no sprint backlog ndash quem pode fazer isso eacute o Product Owner

Gabarito E

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

Comentaacuterios Bem ela deve durar no maacuteximo 15 minutos no entanto a questatildeo diz que natildeo deve durar mais que 30 minutos (o que natildeo eacute errado) Portanto natildeo eacute incorreto ndash eacute correto

Gabarito E

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

Comentaacuterios Na verdade natildeo eacute incorreto Satildeo essas as perguntas a serem feitas

Gabarito E

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

Comentaacuterios Tambeacutem natildeo eacute incorreto Eacute exatamente isso que o Scrum Master deve fazer

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 32 de 44

Gabarito E

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

Comentaacuterios Na verdade soacute pode ser modificado pelo Product Owner

Gabarito E

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint Comentaacuterios Scrum Master eacute apenas um facilitador Quem pode modificar o Backlog eacute o Product Owner

Gabarito E

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

Comentaacuterios Eacute possiacutevel ndash sim ndash dissolver uma sprint

Gabarito E

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe Comentaacuterios Na verdade as discussotildees ocorrem mais entre a equipe de desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 33 de 44

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a data final e o custo do projeto satildeo determinados ao longo do projeto

Comentaacuterios Eacute isso mesmo ndash satildeo todos definidos ao longo do projeto

Gabarito C

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

Comentaacuterios Na verdade recomenda-se entre trecircs e nove participantes Com menos de trecircs participantes reduz-se a interaccedilatildeo que gera um menor ganho de produtividade

Gabarito E

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

Comentaacuterios De fato apenas o Product Owner pode cancelar uma sprint

Gabarito C

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

Comentaacuterios Uma sprint deve ter entre duas e quarto semanas

Gabarito E

53 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

Comentaacuterios Questatildeo perfeita Scrum estaacute para o PMBOK assim como o XP estaacute para o RUP Ele pode ser utilizado em teoria em qualquer contexto em que se necessite atingir um objetivo comum entre um grupo de pessoas

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 34 de 44

54 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

Comentaacuterios Literalmente retirado do Guia Scrum ndash perfeito

Gabarito C

55 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

Comentaacuterios Conjunto de requisitos bem definidos Natildeo eacute o contraacuterio Geralmente trata-se de requisitos pouco definidos

Gabarito E

56 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

Comentaacuterios Eacute exatamente isso Lembrem-se de que natildeo haacute cargos mas papeacuteis

Gabarito C

57 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

Comentaacuterios Galera essa eacute muito faacutecil Nenhum produto estaraacute nunca completamente testado ademais o Product Backlog tambeacutem nunca estaraacute completo

Gabarito E

58 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

Comentaacuterios Opaaaa Product Owner natildeo trata de estimativas Entendam escopo e importacircncia satildeo definidos pelo PO no entanto quem define estimativas eacute a Equipe de Desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 35 de 44

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

60 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

Comentaacuterios Bem o cliente natildeo se torna parte da equipe de desenvolvimento Haacute ndash sim ndash uma forte integraccedilatildeo no entanto dizer que faz parte da equipe de desenvolvimento eacute um completo absurdo No entanto o CESPE natildeo entendeu dessa maneira

Gabarito C

61 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

Comentaacuterios Eacute isso mesmo perfeito

Gabarito C

62 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o

documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

Comentaacuterios Galera item perfeito Muito bem escrito

Gabarito C

63 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

Comentaacuterios Questatildeo perfeita retirada do Guia Scrum

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 36 de 44

Gabarito C

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

65 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

Comentaacuterios Jaacute li isso 800x e as bancas continuam errando Escreve-se ITERACcedilAtildeO e natildeo INTERACcedilAtildeO A questatildeo deveria ter sido anulada mas natildeo foi =

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 37 de 44

LISTA DE EXERCIacuteCIOS COMENTADOS

(Instituto Cidades ndash 2012 - CEMIG - Agente de Gestatildeo Administrativa - Analista de Sistemas - A) O teste

eacute uma atividade de verificaccedilatildeo e validaccedilatildeo do software e consiste na anaacutelise dinacircmica do mesmo isto eacute na execuccedilatildeo do produto de software com o objetivo de verificar a presenccedila de defeitos no produto e aumentar a confianccedila de que o mesmo estaacute correto

(CESPE - 2012 ndash Anatel ndash Analista Administrativo ndash Arquitetura de Soluccedilotildees) Considere as informaccedilotildees

abaixo em relaccedilatildeo ao desenvolvimento de sistemas

I executar um software com o objetivo de revelar falhas mas que natildeo prova a exatidatildeo do software II correta construccedilatildeo do produto III Construccedilatildeo do produto certo

Correspondem corretamente a I II e III respectivamente

a) Validaccedilatildeo verificaccedilatildeo e teste b) Verificaccedilatildeo teste e validaccedilatildeo c) Teste verificaccedilatildeo e validaccedilatildeo d) Validaccedilatildeo teste e verificaccedilatildeo e) Teste validaccedilatildeo e verificaccedilatildeo

(CESPE - 2010 ndash TJES ndash Analista Judiciaacuterio ndash Analista de Sistemas) Verificaccedilatildeo e validaccedilatildeo satildeo atividades

da anaacutelise de software necessaacuterias para se identificar o que o software precisa executar seguida de uma avaliaccedilatildeo do usuaacuterio quanto agraves atividades definidas

(CESPE - ndash TRT 5ordf ndash Analista Judiciaacuterio ndash Analista de Sistemas) A diferenccedila entre verificaccedilatildeo e

validaccedilatildeo reside no fato de que a primeira se refere ao conjunto de atividades que garante que o software realiza corretamente uma funccedilatildeo especiacutefica enquanto a segunda refere-se a um conjunto diferente de atividades que garante que o software que foi construiacutedo eacute rastreaacutevel agraves exigecircncias do cliente

(ESAF - ndash MPOG ndash Analista de Planejamento ndash Analista de Sistemas - B) Demonstrar ao

desenvolvedor e ao cliente que o software atende aos requisitos eacute uma meta de validaccedilatildeo do software

(CESPE - ndash IPEA ndash Analista de Sistemas) A verificaccedilatildeo assegura que o produto como fornecido iraacute

atender o seu uso pretendido ou seja que se estaacute construindo o produto certo E a validaccedilatildeo confirma que os produtos de trabalho refletem de forma apropriada os requisitos que foram especificados ou seja que se estaacute construindo o produto corretamente

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 38 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 39 de 44

tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 40 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto

da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C) Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 41 de 44

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 42 de 44

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a

data final e o custo do projeto satildeo determinados ao longo do projeto

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 43 de 44

53 (CESPE - 2012 - TRE-RJ - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) A metodologia scrum prega que a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

54 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

55 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM

o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

56 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

57 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

58 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

60 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para

gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

61 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

62 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 44 de 44

63 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

65 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

66 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

GABARITO

1 2 3 4 5 6 7 8 9 10 E C C C E E E C E E 11 12 13 14 15 16 17 18 19 20 E C C C C E E C E E 21 22 23 24 25 26 27 28 29 30 E C C C E E C E B E 31 32 33 34 35 36 37 38 39 40 E C C C C C C C C E 41 42 43 44 45 46 47 48 49 50 E E E E C E E E C E 51 52 53 54 55 56 57 58 59 60 C E C C E C E E C C 61 62 63 64 65 66 67 68 69 70 C C C C C - - - - -

79831971523

325179138-97 - caio victor gambardela

Page 18: 203903115 Testes Conceitos Verificacao e Validacao Tipos de Teste Unidade Integracao Sistemafuncional Aceitacao Carga Desempenho Vulnerabilidade Usab

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 17 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

Comentaacuterios Bem apesar de falar sobre componentes do modelo de implementaccedilatildeo natildeo se trata de Teste de Integraccedilatildeo Observem que trata de um niacutevel de abstraccedilatildeo bastante baixo sobre os fluxos de controle e de dados Portanto trata-se de um Teste de Unidade Gabarito E

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

Comentaacuterios Natildeo Isso se trata do Teste Caixa-Branca Gabarito E

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

Comentaacuterios Perfeito Eacute bem intuitivo Gabarito C

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

Comentaacuterios Opa na verdade trata-se de Teste de Integraccedilatildeo Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 18 de 44

CONTROLE DE VERSAtildeO ndash G

O que eacute um Sistema de Controle de Versatildeo Eacute um sistema que registra as mudanccedilas feitas em um arquivo ou um conjunto de arquivos ao longo do tempo de forma que seja possiacutevel recuperar versotildees especiacuteficas Eu por exemplo uso um sistema de controle de versatildeo para guardar todas as versotildees das aulas que eu faccedilo ndash jaacute pensou se eu perco isso D Pessoal se um sistema de controle de versatildeo eacute importante para que eu controle as versotildees das minhas aulas imaginem para quem estaacute desenvolvendo um software O desenvolvedor deve poder conseguir gerenciar as diferentes versotildees de coacutedigo-fonte e documentaccedilatildeo do software que ele estaacute desenvolvendo

Um dos softwares de controle de versatildeo mais conhecido do mercado eacute o G Ele eacute um sistema open-source distribuiacutedo raacutepido e foi criado por Linus Torvalds (isso mesmo aquele do Linux) e foi desenvolvido para controlar as versotildees do kernel do sistema operacional

Vocecircs podem estar se perguntando natildeo basta criar um diretoacuterio e ir salvando cada versatildeo

com um nome diferente Ora nada impede que se faccedila isso No entanto percebam que ndash apesar de ser uma ideia extremamente simples ndash ela eacute muito suscetiacutevel a erros Pessoal noacutes somos humanos e muitas vezes desatentos

Imaginem um cara que tem 40 diretoacuterios para o sistema que ele estaacute desenvolvendo E se ele achar que estaacute em um diretoacuterio mas na verdade estaacute em outro E se ele acabar

Figura 6 - Logo da git

Figura 7 - Sistema de Controle de Versotildees Local (SCVL)

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 19 de 44

gravando acidentalmente no diretoacuterio errado E se ele sobrescrever arquivos indevidamente sem a menor intenccedilatildeo Pois eacute para resolver esse problema foram desenvolvidos os Sistemas de Controle de Versatildeo Locais em que se armazenavam todas as alteraccedilotildees dos arquivos sob controle de revisatildeo Como assim Ora bastava salvar o arquivo e ele era gravado no diretoacuterio com cada uma de suas versotildees como mostra a Figura 8

Agora imaginem 10 desenvolvedores trabalhando com sistemas diferentes e armazenando suas versotildees cada um em seu computador ndash ora como eles podem trabalhar em conjunto

integrando seus componentes Para lidar com esse problema foi criado o Sistema de Controle de Versatildeo Centralizado como mostra a Figura 9 Esses sistemas possuem um servidor central uacutenico que conteacutem todos os arquivos versionados e vaacuterios clientes que podem recuperaacute-los Os desenvolvedores tecircm conhecimento razoaacutevel sobre o projeto como um todo No entanto se o servidor falhartodos param de trabalhar armazenamento for corrompido jaacute era

Figura 9 - Sistema de Controle de Versotildees Distribuiacutedo (SCVD)

Figura 8 - Sistema de Controle de Versatildeo Centralizado (SCVC)

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 20 de 44

Como solucionar esse problema Com Sistemas de Controle de Versotildees Distribuiacutedos Nesse caso o cliente copia o repositoacuterio dele inteiro e natildeo apenas as versotildees de um arquivo especiacutefico Dessa forma caso um servidor falhe pode-se copiar os repositoacuterios dos clientes de volta para o servidor e assim restauraacute-lo Em vez de existir apenas um repositoacuterio central utilizado pelos clientes cada usuaacuterio possui uma coacutepia do repositoacuterio inteiro De certo modo ele eacute mais lento que o sistema centralizado poreacutem permite manter um histoacuterico da evoluccedilatildeo do projeto permite uma maior colaboraccedilatildeo entre os desenvolvedores e permite variaccedilotildees no projeto

Em suma SCVL eacute uma estrutura composta por repositoacuterio e aacuterea de trabalho Jaacute o SCVC eacute uma estrutura composta por um uacutenico repositoacuterio e vaacuterias coacutepias de trabalho que se comunicam apenas atraveacutes do repositoacuterio central Por fim o SCVD eacute uma estrutura em que cada desenvolvedor possui um repositoacuterio proacuteprio acoplado a uma aacuterea de trabalho Pessoal essa introduccedilatildeo toda foi para dizer que o Git eacute um Sistema de Controle de Versatildeo Distribuiacutedo (SCVD) Muitos projetos utilizam esse sistema tais como Amarok Android Debian Eclipse Fedora Perl Wine entre outros Enfim soacute encontrei uma questatildeo sobre esse tema Vamos aos exerciacutecios

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 21 de 44

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

Comentaacuterios Vocecircs jaacute conhecem o Git Outros Sistemas de Controle de Versatildeo open-source satildeo CVS e SVN ClearCase e SourceSafe satildeo comerciais

Gabarito B

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado Comentaacuterios Opa natilde-natildeo Git eacute um Sistema de Controle de Versatildeo Distribuiacutedo e natildeo Centralizado

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 22 de 44

JENKINS

Galera eu tenho um acervo consideraacutevel de provas das principais bancas ndash em que eacute possiacutevel procurar palavras especiacuteficas E eu natildeo encontrei uma questatildeo sequer a respeito desse tema Logo nossa visatildeo seraacute superficial pois assuntos novos em geral natildeo entram em detalhes

Primeiro de tudo o que eacute o Jenkins Eacute uma ferramenta open-source de integraccedilatildeo contiacutenua escrita em java para testes e relatoacuterios sobre mudanccedilas isoladas em uma grande base de coacutedigo em tempo real O software possibilita que os desenvolvedores encontrem e resolvam defeitos rapidamente em uma base de coacutedigo e automatizem seus testes A integraccedilatildeo contiacutenua evoluiu desde a sua concepccedilatildeo Originalmente o padratildeo era uma compilaccedilatildeo por dia Hoje em dia a regra comum eacute que cada membro da equipe apresente seu trabalho diariamente (ou ateacute mais frequentemente) e compilaccedilotildees sejam realizadas para cada mudanccedila significativa Quando usado corretamente a integraccedilatildeo contiacutenua proporciona vaacuterios benefiacutecios como feedback constante sobre o status do software Os defeitos satildeo geralmente menores menos complexos e mais faacuteceis de resolver uma vez que a Integraccedilatildeo Contiacutenua detecta deficiecircncias no iniacutecio do desenvolvimento Resumindo o que vocecircs jaacute viram dezenas de vezes no estudo de metodologias aacutegeis a integraccedilatildeo contiacutenua consiste em o desenvolvedor integrar o coacutedigo desenvolvido eou alterado ao projeto principal na mesma frequecircncia com que as funcionalidades satildeo desenvolvidas sendo feito muitas vezes ao dia ao inveacutes de apenas uma vez O objetivo principal de se utilizar a integraccedilatildeo contiacutenua eacute verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente Ademais pode ser feita atraveacutes de processos manuais ou automatizados utilizando ndash por exemplo ndash a ferramenta Jenkins (ou CruiseControl Hudson Bamboo Continuum Gump Beebox etc) O Jenkins eacute um sistema baseado em servidor que roda em um Container Web e possui plug-ins para ampliar sua utilizaccedilatildeo com outras linguagens de programaccedilatildeo para integraccedilatildeo com sistemas de controle de versatildeo ou para grandes bases de dados Bem eu acho que isso eacute suficiente sobre esse assunto

Figura 10 ʹ Logo da Jenkins

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 23 de 44

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua Comentaacuterios Opa Jenkins eacute uma ferramenta open-source

Gabarito E

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente Comentaacuterios Exatamente Nativamente ele natildeo tem suporte a outras linguagens de programaccedilatildeo ndash somente por meio de plug-ins

Gabarito C

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis Comentaacuterios Perfeito Metodologias aacutegeis precisam responder rapidamente a mudanccedilas e isso eacute auxiliado por ferramentas de integraccedilatildeo contiacutenua

Gabarito C

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

Comentaacuterios Perfeito Eacute isso mesmo

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 24 de 44

SCRUM

Algueacutem de vocecircs sabe de onde vem esse nome Entatildeo vou lhes contar Esse nome vem do rugby e eacute utilizado como uma metaacutefora para refletir o alto grau de cooperaccedilatildeo necessaacuterio para obter sucesso Imagino que poucos de vocecircs entendam as regras desse esporte portanto vou explicar de forma bastante objetiva porque essa metaacutefora eacute utilizada No rugby um time pontua quando a bola cruza a linha de gol e toca o chatildeo ndash sendo carregada ou por meio de um passe Caso o jogador seja derrubado ele deve soltar a bola e a jogada se reinicia Deve haver intensa troca de passes entre os jogadores de modo a deixaacute-los menos vulneraacuteveis a serem derrubados por outros jogadores

Figura 11 - Scrum no Rugby

Bem cada jogada se inicia quando um Scrum eacute realizado ie forma-se uma parede de forccedila entre os jogadores como mostra a Figura 11 Observem que os jogadores se reuacutenem de forma bem proacutexima unindo suas forccedilas e habilidades para trabalhar em conjunto a fim de conseguir recuperar a bola Percebam portanto que o time inteiro deve trabalhar para que a equipe possa pontuar Diferentemente do Futebol Americano natildeo haacute um quarterback ou uma estrela do time ndash todos satildeo importantes Pois eacute a histoacuteria fica mais interessante vamos ver uma das recomendaccedilotildees de ataque do rugby

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 25 de 44

ldquoPensem continuamente em seu alinhamento em relaccedilatildeo ao jogador que carrega a bola e aos jogadores ao seu redor Trabalhe duro para estar disponiacutevel quando necessaacuteriordquo Observem como isso eacute importante em metodologias aacutegeis trabalhar duro para ajudar a equipe a obter ecircxito ndash nunca existe ldquoBem natildeo haacute nada aqui para eu fazerrdquo Acho que agora ficou mais faacutecil entender de onde vem esse nome ndash vamos agrave teoria Antes de comeccedilar uma observaccedilatildeo o guia oficial do Scrum eacute um documento tatildeo pequeno (18 paacuteginas) que eu recomendo fortemente que vocecircs leiam-no por inteiro pois seraacute muito uacutetil Bem agora sim vamos ao trabalho Scrum eacute um framework (ie possui uma estrutura processual) leve simples de entender e extremamente difiacutecil de dominar para desenvolver e manter produtos complexos e adaptativos enquanto entrega produtiva e criativamente produtos com o mais alto valor possiacutevel Complicado ou natildeo Galera percebam que ele natildeo eacute um processo ou uma teacutecnica para construir produtos mas ndash sim ndash um framework em que pode ser empregado vaacuterios processos e teacutecnicas O Framework pode ser definido como um conjunto de papeacuteis eventos artefatos e regras associadas a uma equipe Ele eacute fundamentado em teorias empiacutericas de controle de processo e emprega uma abordagem iterativa e incremental (maximizando as oportunidades de feedback) para aperfeiccediloar a previsatildeo e controle de riscos Ele afirma que o conhecimento vem da experiecircncia e da tomada de decisotildees baseadas no que eacute conhecido Para tal ele emprega uma abordagem iterativa e incremental para aperfeiccediloar a previsibilidade e controle de riscos fundamentando-se em trecircs pilares fundamentais

Transparecircncia aspectos significativos (e padronizados) devem estar visiacuteveis aos responsaacuteveis pelos resultados Por exemplo uma linguagem comum a todos os participantes

Inspeccedilatildeo os usuaacuterios devem frequentemente inspecionar os artefatos e o

progresso para detectar indesejaacuteveis variaccedilotildees (natildeo pode ser frequente a ponto de atrapalhar a execuccedilatildeo das tarefas)

Adaptaccedilatildeo o processo ou material sendo produzido deve ser adaptado sempre

que um inspetor verificar desvios que tornem o resultado inaceitaacutevel e para tanto ele tem quatros oportunidades (as reuniotildees)

O Scrum define o conceito de Time Scrum que eacute um time auto-organizaacutevel (escolhe qual a melhor forma para realizar seu trabalho) e multifuncional (possui todas as competecircncias

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 26 de 44

e natildeo depende de outros de fora da equipe) Eacute o responsaacutevel por entregar produtos de forma iterativa e incremental maximizando as oportunidades de realimentaccedilatildeo As entregas incrementais de produto ldquoprontordquo garantem que uma versatildeo potencialmente funcional do produto do trabalho esteja sempre disponiacutevel Agora o mais importante o Time Scrum eacute composto por um Product Owner um Scrum Master e a Equipe de Desenvolvimento1 Product Owner Eacute o responsaacutevel por maximizar o valor do produto e do trabalho da equipe de desenvolvimento sendo o uacutenico que pode gerenciar o Product Backlog Ele pode ateacute delegar atividades de gerenciamento mas ainda seraacute considerado o responsaacutevel pelos resultados A Equipe de Desenvolvimento soacute responde a ele Equipe de Desenvolvimento A Equipe de Desenvolvimento natildeo reconhece tiacutetulos para seus integrantes todos satildeo considerados desenvolvedores (natildeo importa o que faccedilam) A Equipe deve ter entre 3 e 9 integrantes de modo que natildeo seja pequena demais que haja restriccedilotildees de habilidades nem grande demais que seja complicado de gerenciar Scrum Master Eacute o responsaacutevel por garantir que o Scrum seja entendido e aplicado Ademais ele deve comunicar claramente a visatildeo objetivo e itens do Product Backlog ensinar a equipe a criar itens claros e concisos treinar a equipe de desenvolvimento em autogerenciamento e interdisciplinaridade remover impedimentos entre outros Mudando de assunto os Eventos Scrum satildeo eventos time-boxed (ie com duraccedilatildeo maacutexima) usados para criar uma rotina e minimizar a necessidade de reuniotildees natildeo definidas pelo Scrum Lembrem-se de que a Sprint tem um mecircs ou menos e eacute iniciada imediatamente apoacutes a conclusatildeo da sprint anterior As Sprints satildeo compostas por uma Reuniatildeo de Planejamento da Sprint Reuniotildees Diaacuterias o Trabalho de Desenvolvimento uma Revisatildeo da Sprint e a Retrospectiva da Sprint Uma Sprint se inicia imediatamente apoacutes a conclusatildeo da sprint anterior e tem duraccedilotildees coerentes em todo o esforccedilo de desenvolvimento Durante a sprint eacute proibido realizar mudanccedilas que afetem seu objetivo Aleacutem disso eacute proibido mudar a composiccedilatildeo da equipe ou diminuir as metas de qualidade apesar disso o escopo pode ser sempre clarificado e renegociado Essas proibiccedilotildees devem ser levadas

muito a seacuterio entenderam

1 Natildeo confundir Equipe de Desenvolvimento com Time Scrum ʹ o primeiro estaacute contido no segundo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 27 de 44

Uma sprint pode ser cancelada antes de seu time-box terminar e isso somente pode ser feito pelo Product Owner (sob influecircncia de stakeholders equipe de desenvolvimento entre outros) Isso pode ocorrer caso o seu objetivo se torne obsoleto mas ocorrem tambeacutem devido agrave curta duraccedilatildeo e a cancelamentos poreacutem satildeo raros os casos O trabalho a ser realizado na Sprint eacute planejado na Reuniatildeo de Planejamento da Sprint (Proporcional a 8 horas) Essa reuniatildeo consiste em duas partes

1 O que seraacute entregue como resultado do incremento da proacutexima Sprint

2 Como o trabalho necessaacuterio para entregar o incremento seraacute realizado Na primeira parte a Equipe de Desenvolvimento tenta prever as funcionalidades que seratildeo desenvolvidas durante a Sprint Na segunda parte a Equipe de Desenvolvimento decide como iraacute construir essas funcionalidades durante a Sprint e desenvolve o Sprint Backlog Portanto a primeira parte trada do ldquoO que fazerrdquo e a segunda trata do ldquoComo fazerrdquo

Figura 12 - Processo do SCRUM

O Product Owner pode estar presente durante a segunda parte da reuniatildeo para clarificar itens do Backlog do Produto A Reuniatildeo Diaacuteria (Proporcional a 15 minutos) eacute um evento que busca criar um plano para as proacuteximas 24 horas e inspecionar o trabalho desde a uacuteltima Reuniatildeo Diaacuteria

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 28 de 44

Ela ocorre sempre no mesmo horaacuterio e no mesmo local e cada integrante deve responder as seguintes perguntas

1 O que foi completado desde a uacuteltima reuniatildeo

2 O que seraacute feito ateacute a proacutexima reuniatildeo

3 Quais os obstaacuteculos que estatildeo no caminho

As Reuniotildees Diaacuterias melhoram bastante a comunicaccedilatildeo entre os integrantes ademais eliminam a necessidade de outras reuniotildees identificam e removem impedimentos destacam e promovem raacutepidas tomadas de decisatildeo e melhoram o niacutevel de conhecimento da Equipe como um todo A Revisatildeo da Sprint (Proporcional a 4 horas) eacute executada no final da Sprint para inspecionar o incremento e adaptar o Backlog do Produto se necessaacuterio Esta eacute uma reuniatildeo informal e a apresentaccedilatildeo do incremento destina-se a motivar e obter comentaacuterios e promover a colaboraccedilatildeo Nesta reuniatildeo discute-se o que foi bem e o que natildeo foi problemas ocorridos e como foram resolvidos Procut Backlog projeccedilotildees de datas O resultado eacute o Product Backlog revisado e ajustado A Retrospectiva da Sprint (Proporcional a 3 horas) eacute uma chance para o Scrum Team inspecionar a si proacuteprio e criar um plano de melhorias par proacutexima sprint Ela inspeciona como foi a uacuteltima sprint em relaccedilatildeo agraves pessoas agraves relaccedilotildees aos processos e agraves ferramentas Aleacutem disso tem o poder de identificar e ordenar os principais itens que se tornaram potenciais de melhorias e cria um plano para implementar melhorias no modo de realizaccedilatildeo do trabalho

Figura 13 - Graacutefico Burndown

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 29 de 44

O Documento de Visatildeo eacute definido pelo Product Owner e representa como os clientes usuaacuterios finais gerentes stakeholders executivos entre outros visualizam o resultado final do produto que seraacute criado Praacuteticas como BurndownBurnup tecircm sido utilizadas para prever o progresso sem substituir a importacircncia do empirismo como mostra a Figura 13 O Product Backlog eacute uma lista ordenada (por valor risco prioridade etc) de tudo que deve ser necessaacuterio no produto e eacute uma origem uacutenica dos requisitos para qualquer mudanccedila a ser feita no produto Ele nunca (Atenccedilatildeo nunca) estaraacute completo e existiraacute enquanto o produto tambeacutem existir

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 30 de 44

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

Comentaacuterios Bem vamos comeccedilar nossos exerciacutecios com um erro da FCC O Guia Scrum diz que o Scrum Team eacute dividido em Product Owner Scrum Master e Development Team No entanto a FCC deu a resposta como correto

Gabarito C

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

Comentaacuterios Bem tranquila neacute Trata-se de uma Sprint

Gabarito C

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint Comentaacuterios Bem tranquila tambeacutem Trata-se de uma Sprint

Gabarito C

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

Comentaacuterios Perfeito Essa Scrum Meeting trata-se da Daily Scrum Meeting ou Reuniatildeo Diaacuteria

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 31 de 44

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

Comentaacuterios De fato estaacute incorreto O periacuteodo maacuteximo eacute de 30 dias e a equipe de trabalho varia de 3 a 9 pessoas

Gabarito C

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

Comentaacuterios Na verdade natildeo eacute correto Eacute possiacutevel dissolver uma sprint e comeccedilar outra baseando-se em um no sprint backlog ndash quem pode fazer isso eacute o Product Owner

Gabarito E

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

Comentaacuterios Bem ela deve durar no maacuteximo 15 minutos no entanto a questatildeo diz que natildeo deve durar mais que 30 minutos (o que natildeo eacute errado) Portanto natildeo eacute incorreto ndash eacute correto

Gabarito E

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

Comentaacuterios Na verdade natildeo eacute incorreto Satildeo essas as perguntas a serem feitas

Gabarito E

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

Comentaacuterios Tambeacutem natildeo eacute incorreto Eacute exatamente isso que o Scrum Master deve fazer

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 32 de 44

Gabarito E

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

Comentaacuterios Na verdade soacute pode ser modificado pelo Product Owner

Gabarito E

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint Comentaacuterios Scrum Master eacute apenas um facilitador Quem pode modificar o Backlog eacute o Product Owner

Gabarito E

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

Comentaacuterios Eacute possiacutevel ndash sim ndash dissolver uma sprint

Gabarito E

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe Comentaacuterios Na verdade as discussotildees ocorrem mais entre a equipe de desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 33 de 44

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a data final e o custo do projeto satildeo determinados ao longo do projeto

Comentaacuterios Eacute isso mesmo ndash satildeo todos definidos ao longo do projeto

Gabarito C

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

Comentaacuterios Na verdade recomenda-se entre trecircs e nove participantes Com menos de trecircs participantes reduz-se a interaccedilatildeo que gera um menor ganho de produtividade

Gabarito E

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

Comentaacuterios De fato apenas o Product Owner pode cancelar uma sprint

Gabarito C

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

Comentaacuterios Uma sprint deve ter entre duas e quarto semanas

Gabarito E

53 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

Comentaacuterios Questatildeo perfeita Scrum estaacute para o PMBOK assim como o XP estaacute para o RUP Ele pode ser utilizado em teoria em qualquer contexto em que se necessite atingir um objetivo comum entre um grupo de pessoas

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 34 de 44

54 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

Comentaacuterios Literalmente retirado do Guia Scrum ndash perfeito

Gabarito C

55 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

Comentaacuterios Conjunto de requisitos bem definidos Natildeo eacute o contraacuterio Geralmente trata-se de requisitos pouco definidos

Gabarito E

56 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

Comentaacuterios Eacute exatamente isso Lembrem-se de que natildeo haacute cargos mas papeacuteis

Gabarito C

57 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

Comentaacuterios Galera essa eacute muito faacutecil Nenhum produto estaraacute nunca completamente testado ademais o Product Backlog tambeacutem nunca estaraacute completo

Gabarito E

58 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

Comentaacuterios Opaaaa Product Owner natildeo trata de estimativas Entendam escopo e importacircncia satildeo definidos pelo PO no entanto quem define estimativas eacute a Equipe de Desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 35 de 44

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

60 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

Comentaacuterios Bem o cliente natildeo se torna parte da equipe de desenvolvimento Haacute ndash sim ndash uma forte integraccedilatildeo no entanto dizer que faz parte da equipe de desenvolvimento eacute um completo absurdo No entanto o CESPE natildeo entendeu dessa maneira

Gabarito C

61 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

Comentaacuterios Eacute isso mesmo perfeito

Gabarito C

62 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o

documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

Comentaacuterios Galera item perfeito Muito bem escrito

Gabarito C

63 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

Comentaacuterios Questatildeo perfeita retirada do Guia Scrum

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 36 de 44

Gabarito C

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

65 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

Comentaacuterios Jaacute li isso 800x e as bancas continuam errando Escreve-se ITERACcedilAtildeO e natildeo INTERACcedilAtildeO A questatildeo deveria ter sido anulada mas natildeo foi =

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 37 de 44

LISTA DE EXERCIacuteCIOS COMENTADOS

(Instituto Cidades ndash 2012 - CEMIG - Agente de Gestatildeo Administrativa - Analista de Sistemas - A) O teste

eacute uma atividade de verificaccedilatildeo e validaccedilatildeo do software e consiste na anaacutelise dinacircmica do mesmo isto eacute na execuccedilatildeo do produto de software com o objetivo de verificar a presenccedila de defeitos no produto e aumentar a confianccedila de que o mesmo estaacute correto

(CESPE - 2012 ndash Anatel ndash Analista Administrativo ndash Arquitetura de Soluccedilotildees) Considere as informaccedilotildees

abaixo em relaccedilatildeo ao desenvolvimento de sistemas

I executar um software com o objetivo de revelar falhas mas que natildeo prova a exatidatildeo do software II correta construccedilatildeo do produto III Construccedilatildeo do produto certo

Correspondem corretamente a I II e III respectivamente

a) Validaccedilatildeo verificaccedilatildeo e teste b) Verificaccedilatildeo teste e validaccedilatildeo c) Teste verificaccedilatildeo e validaccedilatildeo d) Validaccedilatildeo teste e verificaccedilatildeo e) Teste validaccedilatildeo e verificaccedilatildeo

(CESPE - 2010 ndash TJES ndash Analista Judiciaacuterio ndash Analista de Sistemas) Verificaccedilatildeo e validaccedilatildeo satildeo atividades

da anaacutelise de software necessaacuterias para se identificar o que o software precisa executar seguida de uma avaliaccedilatildeo do usuaacuterio quanto agraves atividades definidas

(CESPE - ndash TRT 5ordf ndash Analista Judiciaacuterio ndash Analista de Sistemas) A diferenccedila entre verificaccedilatildeo e

validaccedilatildeo reside no fato de que a primeira se refere ao conjunto de atividades que garante que o software realiza corretamente uma funccedilatildeo especiacutefica enquanto a segunda refere-se a um conjunto diferente de atividades que garante que o software que foi construiacutedo eacute rastreaacutevel agraves exigecircncias do cliente

(ESAF - ndash MPOG ndash Analista de Planejamento ndash Analista de Sistemas - B) Demonstrar ao

desenvolvedor e ao cliente que o software atende aos requisitos eacute uma meta de validaccedilatildeo do software

(CESPE - ndash IPEA ndash Analista de Sistemas) A verificaccedilatildeo assegura que o produto como fornecido iraacute

atender o seu uso pretendido ou seja que se estaacute construindo o produto certo E a validaccedilatildeo confirma que os produtos de trabalho refletem de forma apropriada os requisitos que foram especificados ou seja que se estaacute construindo o produto corretamente

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 38 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 39 de 44

tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 40 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto

da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C) Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 41 de 44

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 42 de 44

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a

data final e o custo do projeto satildeo determinados ao longo do projeto

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 43 de 44

53 (CESPE - 2012 - TRE-RJ - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) A metodologia scrum prega que a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

54 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

55 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM

o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

56 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

57 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

58 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

60 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para

gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

61 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

62 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 44 de 44

63 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

65 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

66 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

GABARITO

1 2 3 4 5 6 7 8 9 10 E C C C E E E C E E 11 12 13 14 15 16 17 18 19 20 E C C C C E E C E E 21 22 23 24 25 26 27 28 29 30 E C C C E E C E B E 31 32 33 34 35 36 37 38 39 40 E C C C C C C C C E 41 42 43 44 45 46 47 48 49 50 E E E E C E E E C E 51 52 53 54 55 56 57 58 59 60 C E C C E C E E C C 61 62 63 64 65 66 67 68 69 70 C C C C C - - - - -

79831971523

325179138-97 - caio victor gambardela

Page 19: 203903115 Testes Conceitos Verificacao e Validacao Tipos de Teste Unidade Integracao Sistemafuncional Aceitacao Carga Desempenho Vulnerabilidade Usab

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 18 de 44

CONTROLE DE VERSAtildeO ndash G

O que eacute um Sistema de Controle de Versatildeo Eacute um sistema que registra as mudanccedilas feitas em um arquivo ou um conjunto de arquivos ao longo do tempo de forma que seja possiacutevel recuperar versotildees especiacuteficas Eu por exemplo uso um sistema de controle de versatildeo para guardar todas as versotildees das aulas que eu faccedilo ndash jaacute pensou se eu perco isso D Pessoal se um sistema de controle de versatildeo eacute importante para que eu controle as versotildees das minhas aulas imaginem para quem estaacute desenvolvendo um software O desenvolvedor deve poder conseguir gerenciar as diferentes versotildees de coacutedigo-fonte e documentaccedilatildeo do software que ele estaacute desenvolvendo

Um dos softwares de controle de versatildeo mais conhecido do mercado eacute o G Ele eacute um sistema open-source distribuiacutedo raacutepido e foi criado por Linus Torvalds (isso mesmo aquele do Linux) e foi desenvolvido para controlar as versotildees do kernel do sistema operacional

Vocecircs podem estar se perguntando natildeo basta criar um diretoacuterio e ir salvando cada versatildeo

com um nome diferente Ora nada impede que se faccedila isso No entanto percebam que ndash apesar de ser uma ideia extremamente simples ndash ela eacute muito suscetiacutevel a erros Pessoal noacutes somos humanos e muitas vezes desatentos

Imaginem um cara que tem 40 diretoacuterios para o sistema que ele estaacute desenvolvendo E se ele achar que estaacute em um diretoacuterio mas na verdade estaacute em outro E se ele acabar

Figura 6 - Logo da git

Figura 7 - Sistema de Controle de Versotildees Local (SCVL)

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 19 de 44

gravando acidentalmente no diretoacuterio errado E se ele sobrescrever arquivos indevidamente sem a menor intenccedilatildeo Pois eacute para resolver esse problema foram desenvolvidos os Sistemas de Controle de Versatildeo Locais em que se armazenavam todas as alteraccedilotildees dos arquivos sob controle de revisatildeo Como assim Ora bastava salvar o arquivo e ele era gravado no diretoacuterio com cada uma de suas versotildees como mostra a Figura 8

Agora imaginem 10 desenvolvedores trabalhando com sistemas diferentes e armazenando suas versotildees cada um em seu computador ndash ora como eles podem trabalhar em conjunto

integrando seus componentes Para lidar com esse problema foi criado o Sistema de Controle de Versatildeo Centralizado como mostra a Figura 9 Esses sistemas possuem um servidor central uacutenico que conteacutem todos os arquivos versionados e vaacuterios clientes que podem recuperaacute-los Os desenvolvedores tecircm conhecimento razoaacutevel sobre o projeto como um todo No entanto se o servidor falhartodos param de trabalhar armazenamento for corrompido jaacute era

Figura 9 - Sistema de Controle de Versotildees Distribuiacutedo (SCVD)

Figura 8 - Sistema de Controle de Versatildeo Centralizado (SCVC)

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 20 de 44

Como solucionar esse problema Com Sistemas de Controle de Versotildees Distribuiacutedos Nesse caso o cliente copia o repositoacuterio dele inteiro e natildeo apenas as versotildees de um arquivo especiacutefico Dessa forma caso um servidor falhe pode-se copiar os repositoacuterios dos clientes de volta para o servidor e assim restauraacute-lo Em vez de existir apenas um repositoacuterio central utilizado pelos clientes cada usuaacuterio possui uma coacutepia do repositoacuterio inteiro De certo modo ele eacute mais lento que o sistema centralizado poreacutem permite manter um histoacuterico da evoluccedilatildeo do projeto permite uma maior colaboraccedilatildeo entre os desenvolvedores e permite variaccedilotildees no projeto

Em suma SCVL eacute uma estrutura composta por repositoacuterio e aacuterea de trabalho Jaacute o SCVC eacute uma estrutura composta por um uacutenico repositoacuterio e vaacuterias coacutepias de trabalho que se comunicam apenas atraveacutes do repositoacuterio central Por fim o SCVD eacute uma estrutura em que cada desenvolvedor possui um repositoacuterio proacuteprio acoplado a uma aacuterea de trabalho Pessoal essa introduccedilatildeo toda foi para dizer que o Git eacute um Sistema de Controle de Versatildeo Distribuiacutedo (SCVD) Muitos projetos utilizam esse sistema tais como Amarok Android Debian Eclipse Fedora Perl Wine entre outros Enfim soacute encontrei uma questatildeo sobre esse tema Vamos aos exerciacutecios

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 21 de 44

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

Comentaacuterios Vocecircs jaacute conhecem o Git Outros Sistemas de Controle de Versatildeo open-source satildeo CVS e SVN ClearCase e SourceSafe satildeo comerciais

Gabarito B

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado Comentaacuterios Opa natilde-natildeo Git eacute um Sistema de Controle de Versatildeo Distribuiacutedo e natildeo Centralizado

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 22 de 44

JENKINS

Galera eu tenho um acervo consideraacutevel de provas das principais bancas ndash em que eacute possiacutevel procurar palavras especiacuteficas E eu natildeo encontrei uma questatildeo sequer a respeito desse tema Logo nossa visatildeo seraacute superficial pois assuntos novos em geral natildeo entram em detalhes

Primeiro de tudo o que eacute o Jenkins Eacute uma ferramenta open-source de integraccedilatildeo contiacutenua escrita em java para testes e relatoacuterios sobre mudanccedilas isoladas em uma grande base de coacutedigo em tempo real O software possibilita que os desenvolvedores encontrem e resolvam defeitos rapidamente em uma base de coacutedigo e automatizem seus testes A integraccedilatildeo contiacutenua evoluiu desde a sua concepccedilatildeo Originalmente o padratildeo era uma compilaccedilatildeo por dia Hoje em dia a regra comum eacute que cada membro da equipe apresente seu trabalho diariamente (ou ateacute mais frequentemente) e compilaccedilotildees sejam realizadas para cada mudanccedila significativa Quando usado corretamente a integraccedilatildeo contiacutenua proporciona vaacuterios benefiacutecios como feedback constante sobre o status do software Os defeitos satildeo geralmente menores menos complexos e mais faacuteceis de resolver uma vez que a Integraccedilatildeo Contiacutenua detecta deficiecircncias no iniacutecio do desenvolvimento Resumindo o que vocecircs jaacute viram dezenas de vezes no estudo de metodologias aacutegeis a integraccedilatildeo contiacutenua consiste em o desenvolvedor integrar o coacutedigo desenvolvido eou alterado ao projeto principal na mesma frequecircncia com que as funcionalidades satildeo desenvolvidas sendo feito muitas vezes ao dia ao inveacutes de apenas uma vez O objetivo principal de se utilizar a integraccedilatildeo contiacutenua eacute verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente Ademais pode ser feita atraveacutes de processos manuais ou automatizados utilizando ndash por exemplo ndash a ferramenta Jenkins (ou CruiseControl Hudson Bamboo Continuum Gump Beebox etc) O Jenkins eacute um sistema baseado em servidor que roda em um Container Web e possui plug-ins para ampliar sua utilizaccedilatildeo com outras linguagens de programaccedilatildeo para integraccedilatildeo com sistemas de controle de versatildeo ou para grandes bases de dados Bem eu acho que isso eacute suficiente sobre esse assunto

Figura 10 ʹ Logo da Jenkins

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 23 de 44

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua Comentaacuterios Opa Jenkins eacute uma ferramenta open-source

Gabarito E

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente Comentaacuterios Exatamente Nativamente ele natildeo tem suporte a outras linguagens de programaccedilatildeo ndash somente por meio de plug-ins

Gabarito C

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis Comentaacuterios Perfeito Metodologias aacutegeis precisam responder rapidamente a mudanccedilas e isso eacute auxiliado por ferramentas de integraccedilatildeo contiacutenua

Gabarito C

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

Comentaacuterios Perfeito Eacute isso mesmo

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 24 de 44

SCRUM

Algueacutem de vocecircs sabe de onde vem esse nome Entatildeo vou lhes contar Esse nome vem do rugby e eacute utilizado como uma metaacutefora para refletir o alto grau de cooperaccedilatildeo necessaacuterio para obter sucesso Imagino que poucos de vocecircs entendam as regras desse esporte portanto vou explicar de forma bastante objetiva porque essa metaacutefora eacute utilizada No rugby um time pontua quando a bola cruza a linha de gol e toca o chatildeo ndash sendo carregada ou por meio de um passe Caso o jogador seja derrubado ele deve soltar a bola e a jogada se reinicia Deve haver intensa troca de passes entre os jogadores de modo a deixaacute-los menos vulneraacuteveis a serem derrubados por outros jogadores

Figura 11 - Scrum no Rugby

Bem cada jogada se inicia quando um Scrum eacute realizado ie forma-se uma parede de forccedila entre os jogadores como mostra a Figura 11 Observem que os jogadores se reuacutenem de forma bem proacutexima unindo suas forccedilas e habilidades para trabalhar em conjunto a fim de conseguir recuperar a bola Percebam portanto que o time inteiro deve trabalhar para que a equipe possa pontuar Diferentemente do Futebol Americano natildeo haacute um quarterback ou uma estrela do time ndash todos satildeo importantes Pois eacute a histoacuteria fica mais interessante vamos ver uma das recomendaccedilotildees de ataque do rugby

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 25 de 44

ldquoPensem continuamente em seu alinhamento em relaccedilatildeo ao jogador que carrega a bola e aos jogadores ao seu redor Trabalhe duro para estar disponiacutevel quando necessaacuteriordquo Observem como isso eacute importante em metodologias aacutegeis trabalhar duro para ajudar a equipe a obter ecircxito ndash nunca existe ldquoBem natildeo haacute nada aqui para eu fazerrdquo Acho que agora ficou mais faacutecil entender de onde vem esse nome ndash vamos agrave teoria Antes de comeccedilar uma observaccedilatildeo o guia oficial do Scrum eacute um documento tatildeo pequeno (18 paacuteginas) que eu recomendo fortemente que vocecircs leiam-no por inteiro pois seraacute muito uacutetil Bem agora sim vamos ao trabalho Scrum eacute um framework (ie possui uma estrutura processual) leve simples de entender e extremamente difiacutecil de dominar para desenvolver e manter produtos complexos e adaptativos enquanto entrega produtiva e criativamente produtos com o mais alto valor possiacutevel Complicado ou natildeo Galera percebam que ele natildeo eacute um processo ou uma teacutecnica para construir produtos mas ndash sim ndash um framework em que pode ser empregado vaacuterios processos e teacutecnicas O Framework pode ser definido como um conjunto de papeacuteis eventos artefatos e regras associadas a uma equipe Ele eacute fundamentado em teorias empiacutericas de controle de processo e emprega uma abordagem iterativa e incremental (maximizando as oportunidades de feedback) para aperfeiccediloar a previsatildeo e controle de riscos Ele afirma que o conhecimento vem da experiecircncia e da tomada de decisotildees baseadas no que eacute conhecido Para tal ele emprega uma abordagem iterativa e incremental para aperfeiccediloar a previsibilidade e controle de riscos fundamentando-se em trecircs pilares fundamentais

Transparecircncia aspectos significativos (e padronizados) devem estar visiacuteveis aos responsaacuteveis pelos resultados Por exemplo uma linguagem comum a todos os participantes

Inspeccedilatildeo os usuaacuterios devem frequentemente inspecionar os artefatos e o

progresso para detectar indesejaacuteveis variaccedilotildees (natildeo pode ser frequente a ponto de atrapalhar a execuccedilatildeo das tarefas)

Adaptaccedilatildeo o processo ou material sendo produzido deve ser adaptado sempre

que um inspetor verificar desvios que tornem o resultado inaceitaacutevel e para tanto ele tem quatros oportunidades (as reuniotildees)

O Scrum define o conceito de Time Scrum que eacute um time auto-organizaacutevel (escolhe qual a melhor forma para realizar seu trabalho) e multifuncional (possui todas as competecircncias

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 26 de 44

e natildeo depende de outros de fora da equipe) Eacute o responsaacutevel por entregar produtos de forma iterativa e incremental maximizando as oportunidades de realimentaccedilatildeo As entregas incrementais de produto ldquoprontordquo garantem que uma versatildeo potencialmente funcional do produto do trabalho esteja sempre disponiacutevel Agora o mais importante o Time Scrum eacute composto por um Product Owner um Scrum Master e a Equipe de Desenvolvimento1 Product Owner Eacute o responsaacutevel por maximizar o valor do produto e do trabalho da equipe de desenvolvimento sendo o uacutenico que pode gerenciar o Product Backlog Ele pode ateacute delegar atividades de gerenciamento mas ainda seraacute considerado o responsaacutevel pelos resultados A Equipe de Desenvolvimento soacute responde a ele Equipe de Desenvolvimento A Equipe de Desenvolvimento natildeo reconhece tiacutetulos para seus integrantes todos satildeo considerados desenvolvedores (natildeo importa o que faccedilam) A Equipe deve ter entre 3 e 9 integrantes de modo que natildeo seja pequena demais que haja restriccedilotildees de habilidades nem grande demais que seja complicado de gerenciar Scrum Master Eacute o responsaacutevel por garantir que o Scrum seja entendido e aplicado Ademais ele deve comunicar claramente a visatildeo objetivo e itens do Product Backlog ensinar a equipe a criar itens claros e concisos treinar a equipe de desenvolvimento em autogerenciamento e interdisciplinaridade remover impedimentos entre outros Mudando de assunto os Eventos Scrum satildeo eventos time-boxed (ie com duraccedilatildeo maacutexima) usados para criar uma rotina e minimizar a necessidade de reuniotildees natildeo definidas pelo Scrum Lembrem-se de que a Sprint tem um mecircs ou menos e eacute iniciada imediatamente apoacutes a conclusatildeo da sprint anterior As Sprints satildeo compostas por uma Reuniatildeo de Planejamento da Sprint Reuniotildees Diaacuterias o Trabalho de Desenvolvimento uma Revisatildeo da Sprint e a Retrospectiva da Sprint Uma Sprint se inicia imediatamente apoacutes a conclusatildeo da sprint anterior e tem duraccedilotildees coerentes em todo o esforccedilo de desenvolvimento Durante a sprint eacute proibido realizar mudanccedilas que afetem seu objetivo Aleacutem disso eacute proibido mudar a composiccedilatildeo da equipe ou diminuir as metas de qualidade apesar disso o escopo pode ser sempre clarificado e renegociado Essas proibiccedilotildees devem ser levadas

muito a seacuterio entenderam

1 Natildeo confundir Equipe de Desenvolvimento com Time Scrum ʹ o primeiro estaacute contido no segundo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 27 de 44

Uma sprint pode ser cancelada antes de seu time-box terminar e isso somente pode ser feito pelo Product Owner (sob influecircncia de stakeholders equipe de desenvolvimento entre outros) Isso pode ocorrer caso o seu objetivo se torne obsoleto mas ocorrem tambeacutem devido agrave curta duraccedilatildeo e a cancelamentos poreacutem satildeo raros os casos O trabalho a ser realizado na Sprint eacute planejado na Reuniatildeo de Planejamento da Sprint (Proporcional a 8 horas) Essa reuniatildeo consiste em duas partes

1 O que seraacute entregue como resultado do incremento da proacutexima Sprint

2 Como o trabalho necessaacuterio para entregar o incremento seraacute realizado Na primeira parte a Equipe de Desenvolvimento tenta prever as funcionalidades que seratildeo desenvolvidas durante a Sprint Na segunda parte a Equipe de Desenvolvimento decide como iraacute construir essas funcionalidades durante a Sprint e desenvolve o Sprint Backlog Portanto a primeira parte trada do ldquoO que fazerrdquo e a segunda trata do ldquoComo fazerrdquo

Figura 12 - Processo do SCRUM

O Product Owner pode estar presente durante a segunda parte da reuniatildeo para clarificar itens do Backlog do Produto A Reuniatildeo Diaacuteria (Proporcional a 15 minutos) eacute um evento que busca criar um plano para as proacuteximas 24 horas e inspecionar o trabalho desde a uacuteltima Reuniatildeo Diaacuteria

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 28 de 44

Ela ocorre sempre no mesmo horaacuterio e no mesmo local e cada integrante deve responder as seguintes perguntas

1 O que foi completado desde a uacuteltima reuniatildeo

2 O que seraacute feito ateacute a proacutexima reuniatildeo

3 Quais os obstaacuteculos que estatildeo no caminho

As Reuniotildees Diaacuterias melhoram bastante a comunicaccedilatildeo entre os integrantes ademais eliminam a necessidade de outras reuniotildees identificam e removem impedimentos destacam e promovem raacutepidas tomadas de decisatildeo e melhoram o niacutevel de conhecimento da Equipe como um todo A Revisatildeo da Sprint (Proporcional a 4 horas) eacute executada no final da Sprint para inspecionar o incremento e adaptar o Backlog do Produto se necessaacuterio Esta eacute uma reuniatildeo informal e a apresentaccedilatildeo do incremento destina-se a motivar e obter comentaacuterios e promover a colaboraccedilatildeo Nesta reuniatildeo discute-se o que foi bem e o que natildeo foi problemas ocorridos e como foram resolvidos Procut Backlog projeccedilotildees de datas O resultado eacute o Product Backlog revisado e ajustado A Retrospectiva da Sprint (Proporcional a 3 horas) eacute uma chance para o Scrum Team inspecionar a si proacuteprio e criar um plano de melhorias par proacutexima sprint Ela inspeciona como foi a uacuteltima sprint em relaccedilatildeo agraves pessoas agraves relaccedilotildees aos processos e agraves ferramentas Aleacutem disso tem o poder de identificar e ordenar os principais itens que se tornaram potenciais de melhorias e cria um plano para implementar melhorias no modo de realizaccedilatildeo do trabalho

Figura 13 - Graacutefico Burndown

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 29 de 44

O Documento de Visatildeo eacute definido pelo Product Owner e representa como os clientes usuaacuterios finais gerentes stakeholders executivos entre outros visualizam o resultado final do produto que seraacute criado Praacuteticas como BurndownBurnup tecircm sido utilizadas para prever o progresso sem substituir a importacircncia do empirismo como mostra a Figura 13 O Product Backlog eacute uma lista ordenada (por valor risco prioridade etc) de tudo que deve ser necessaacuterio no produto e eacute uma origem uacutenica dos requisitos para qualquer mudanccedila a ser feita no produto Ele nunca (Atenccedilatildeo nunca) estaraacute completo e existiraacute enquanto o produto tambeacutem existir

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 30 de 44

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

Comentaacuterios Bem vamos comeccedilar nossos exerciacutecios com um erro da FCC O Guia Scrum diz que o Scrum Team eacute dividido em Product Owner Scrum Master e Development Team No entanto a FCC deu a resposta como correto

Gabarito C

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

Comentaacuterios Bem tranquila neacute Trata-se de uma Sprint

Gabarito C

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint Comentaacuterios Bem tranquila tambeacutem Trata-se de uma Sprint

Gabarito C

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

Comentaacuterios Perfeito Essa Scrum Meeting trata-se da Daily Scrum Meeting ou Reuniatildeo Diaacuteria

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 31 de 44

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

Comentaacuterios De fato estaacute incorreto O periacuteodo maacuteximo eacute de 30 dias e a equipe de trabalho varia de 3 a 9 pessoas

Gabarito C

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

Comentaacuterios Na verdade natildeo eacute correto Eacute possiacutevel dissolver uma sprint e comeccedilar outra baseando-se em um no sprint backlog ndash quem pode fazer isso eacute o Product Owner

Gabarito E

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

Comentaacuterios Bem ela deve durar no maacuteximo 15 minutos no entanto a questatildeo diz que natildeo deve durar mais que 30 minutos (o que natildeo eacute errado) Portanto natildeo eacute incorreto ndash eacute correto

Gabarito E

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

Comentaacuterios Na verdade natildeo eacute incorreto Satildeo essas as perguntas a serem feitas

Gabarito E

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

Comentaacuterios Tambeacutem natildeo eacute incorreto Eacute exatamente isso que o Scrum Master deve fazer

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 32 de 44

Gabarito E

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

Comentaacuterios Na verdade soacute pode ser modificado pelo Product Owner

Gabarito E

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint Comentaacuterios Scrum Master eacute apenas um facilitador Quem pode modificar o Backlog eacute o Product Owner

Gabarito E

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

Comentaacuterios Eacute possiacutevel ndash sim ndash dissolver uma sprint

Gabarito E

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe Comentaacuterios Na verdade as discussotildees ocorrem mais entre a equipe de desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 33 de 44

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a data final e o custo do projeto satildeo determinados ao longo do projeto

Comentaacuterios Eacute isso mesmo ndash satildeo todos definidos ao longo do projeto

Gabarito C

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

Comentaacuterios Na verdade recomenda-se entre trecircs e nove participantes Com menos de trecircs participantes reduz-se a interaccedilatildeo que gera um menor ganho de produtividade

Gabarito E

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

Comentaacuterios De fato apenas o Product Owner pode cancelar uma sprint

Gabarito C

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

Comentaacuterios Uma sprint deve ter entre duas e quarto semanas

Gabarito E

53 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

Comentaacuterios Questatildeo perfeita Scrum estaacute para o PMBOK assim como o XP estaacute para o RUP Ele pode ser utilizado em teoria em qualquer contexto em que se necessite atingir um objetivo comum entre um grupo de pessoas

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 34 de 44

54 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

Comentaacuterios Literalmente retirado do Guia Scrum ndash perfeito

Gabarito C

55 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

Comentaacuterios Conjunto de requisitos bem definidos Natildeo eacute o contraacuterio Geralmente trata-se de requisitos pouco definidos

Gabarito E

56 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

Comentaacuterios Eacute exatamente isso Lembrem-se de que natildeo haacute cargos mas papeacuteis

Gabarito C

57 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

Comentaacuterios Galera essa eacute muito faacutecil Nenhum produto estaraacute nunca completamente testado ademais o Product Backlog tambeacutem nunca estaraacute completo

Gabarito E

58 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

Comentaacuterios Opaaaa Product Owner natildeo trata de estimativas Entendam escopo e importacircncia satildeo definidos pelo PO no entanto quem define estimativas eacute a Equipe de Desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 35 de 44

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

60 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

Comentaacuterios Bem o cliente natildeo se torna parte da equipe de desenvolvimento Haacute ndash sim ndash uma forte integraccedilatildeo no entanto dizer que faz parte da equipe de desenvolvimento eacute um completo absurdo No entanto o CESPE natildeo entendeu dessa maneira

Gabarito C

61 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

Comentaacuterios Eacute isso mesmo perfeito

Gabarito C

62 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o

documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

Comentaacuterios Galera item perfeito Muito bem escrito

Gabarito C

63 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

Comentaacuterios Questatildeo perfeita retirada do Guia Scrum

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 36 de 44

Gabarito C

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

65 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

Comentaacuterios Jaacute li isso 800x e as bancas continuam errando Escreve-se ITERACcedilAtildeO e natildeo INTERACcedilAtildeO A questatildeo deveria ter sido anulada mas natildeo foi =

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 37 de 44

LISTA DE EXERCIacuteCIOS COMENTADOS

(Instituto Cidades ndash 2012 - CEMIG - Agente de Gestatildeo Administrativa - Analista de Sistemas - A) O teste

eacute uma atividade de verificaccedilatildeo e validaccedilatildeo do software e consiste na anaacutelise dinacircmica do mesmo isto eacute na execuccedilatildeo do produto de software com o objetivo de verificar a presenccedila de defeitos no produto e aumentar a confianccedila de que o mesmo estaacute correto

(CESPE - 2012 ndash Anatel ndash Analista Administrativo ndash Arquitetura de Soluccedilotildees) Considere as informaccedilotildees

abaixo em relaccedilatildeo ao desenvolvimento de sistemas

I executar um software com o objetivo de revelar falhas mas que natildeo prova a exatidatildeo do software II correta construccedilatildeo do produto III Construccedilatildeo do produto certo

Correspondem corretamente a I II e III respectivamente

a) Validaccedilatildeo verificaccedilatildeo e teste b) Verificaccedilatildeo teste e validaccedilatildeo c) Teste verificaccedilatildeo e validaccedilatildeo d) Validaccedilatildeo teste e verificaccedilatildeo e) Teste validaccedilatildeo e verificaccedilatildeo

(CESPE - 2010 ndash TJES ndash Analista Judiciaacuterio ndash Analista de Sistemas) Verificaccedilatildeo e validaccedilatildeo satildeo atividades

da anaacutelise de software necessaacuterias para se identificar o que o software precisa executar seguida de uma avaliaccedilatildeo do usuaacuterio quanto agraves atividades definidas

(CESPE - ndash TRT 5ordf ndash Analista Judiciaacuterio ndash Analista de Sistemas) A diferenccedila entre verificaccedilatildeo e

validaccedilatildeo reside no fato de que a primeira se refere ao conjunto de atividades que garante que o software realiza corretamente uma funccedilatildeo especiacutefica enquanto a segunda refere-se a um conjunto diferente de atividades que garante que o software que foi construiacutedo eacute rastreaacutevel agraves exigecircncias do cliente

(ESAF - ndash MPOG ndash Analista de Planejamento ndash Analista de Sistemas - B) Demonstrar ao

desenvolvedor e ao cliente que o software atende aos requisitos eacute uma meta de validaccedilatildeo do software

(CESPE - ndash IPEA ndash Analista de Sistemas) A verificaccedilatildeo assegura que o produto como fornecido iraacute

atender o seu uso pretendido ou seja que se estaacute construindo o produto certo E a validaccedilatildeo confirma que os produtos de trabalho refletem de forma apropriada os requisitos que foram especificados ou seja que se estaacute construindo o produto corretamente

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 38 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 39 de 44

tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 40 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto

da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C) Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 41 de 44

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 42 de 44

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a

data final e o custo do projeto satildeo determinados ao longo do projeto

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 43 de 44

53 (CESPE - 2012 - TRE-RJ - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) A metodologia scrum prega que a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

54 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

55 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM

o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

56 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

57 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

58 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

60 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para

gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

61 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

62 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 44 de 44

63 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

65 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

66 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

GABARITO

1 2 3 4 5 6 7 8 9 10 E C C C E E E C E E 11 12 13 14 15 16 17 18 19 20 E C C C C E E C E E 21 22 23 24 25 26 27 28 29 30 E C C C E E C E B E 31 32 33 34 35 36 37 38 39 40 E C C C C C C C C E 41 42 43 44 45 46 47 48 49 50 E E E E C E E E C E 51 52 53 54 55 56 57 58 59 60 C E C C E C E E C C 61 62 63 64 65 66 67 68 69 70 C C C C C - - - - -

79831971523

325179138-97 - caio victor gambardela

Page 20: 203903115 Testes Conceitos Verificacao e Validacao Tipos de Teste Unidade Integracao Sistemafuncional Aceitacao Carga Desempenho Vulnerabilidade Usab

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 19 de 44

gravando acidentalmente no diretoacuterio errado E se ele sobrescrever arquivos indevidamente sem a menor intenccedilatildeo Pois eacute para resolver esse problema foram desenvolvidos os Sistemas de Controle de Versatildeo Locais em que se armazenavam todas as alteraccedilotildees dos arquivos sob controle de revisatildeo Como assim Ora bastava salvar o arquivo e ele era gravado no diretoacuterio com cada uma de suas versotildees como mostra a Figura 8

Agora imaginem 10 desenvolvedores trabalhando com sistemas diferentes e armazenando suas versotildees cada um em seu computador ndash ora como eles podem trabalhar em conjunto

integrando seus componentes Para lidar com esse problema foi criado o Sistema de Controle de Versatildeo Centralizado como mostra a Figura 9 Esses sistemas possuem um servidor central uacutenico que conteacutem todos os arquivos versionados e vaacuterios clientes que podem recuperaacute-los Os desenvolvedores tecircm conhecimento razoaacutevel sobre o projeto como um todo No entanto se o servidor falhartodos param de trabalhar armazenamento for corrompido jaacute era

Figura 9 - Sistema de Controle de Versotildees Distribuiacutedo (SCVD)

Figura 8 - Sistema de Controle de Versatildeo Centralizado (SCVC)

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 20 de 44

Como solucionar esse problema Com Sistemas de Controle de Versotildees Distribuiacutedos Nesse caso o cliente copia o repositoacuterio dele inteiro e natildeo apenas as versotildees de um arquivo especiacutefico Dessa forma caso um servidor falhe pode-se copiar os repositoacuterios dos clientes de volta para o servidor e assim restauraacute-lo Em vez de existir apenas um repositoacuterio central utilizado pelos clientes cada usuaacuterio possui uma coacutepia do repositoacuterio inteiro De certo modo ele eacute mais lento que o sistema centralizado poreacutem permite manter um histoacuterico da evoluccedilatildeo do projeto permite uma maior colaboraccedilatildeo entre os desenvolvedores e permite variaccedilotildees no projeto

Em suma SCVL eacute uma estrutura composta por repositoacuterio e aacuterea de trabalho Jaacute o SCVC eacute uma estrutura composta por um uacutenico repositoacuterio e vaacuterias coacutepias de trabalho que se comunicam apenas atraveacutes do repositoacuterio central Por fim o SCVD eacute uma estrutura em que cada desenvolvedor possui um repositoacuterio proacuteprio acoplado a uma aacuterea de trabalho Pessoal essa introduccedilatildeo toda foi para dizer que o Git eacute um Sistema de Controle de Versatildeo Distribuiacutedo (SCVD) Muitos projetos utilizam esse sistema tais como Amarok Android Debian Eclipse Fedora Perl Wine entre outros Enfim soacute encontrei uma questatildeo sobre esse tema Vamos aos exerciacutecios

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 21 de 44

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

Comentaacuterios Vocecircs jaacute conhecem o Git Outros Sistemas de Controle de Versatildeo open-source satildeo CVS e SVN ClearCase e SourceSafe satildeo comerciais

Gabarito B

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado Comentaacuterios Opa natilde-natildeo Git eacute um Sistema de Controle de Versatildeo Distribuiacutedo e natildeo Centralizado

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 22 de 44

JENKINS

Galera eu tenho um acervo consideraacutevel de provas das principais bancas ndash em que eacute possiacutevel procurar palavras especiacuteficas E eu natildeo encontrei uma questatildeo sequer a respeito desse tema Logo nossa visatildeo seraacute superficial pois assuntos novos em geral natildeo entram em detalhes

Primeiro de tudo o que eacute o Jenkins Eacute uma ferramenta open-source de integraccedilatildeo contiacutenua escrita em java para testes e relatoacuterios sobre mudanccedilas isoladas em uma grande base de coacutedigo em tempo real O software possibilita que os desenvolvedores encontrem e resolvam defeitos rapidamente em uma base de coacutedigo e automatizem seus testes A integraccedilatildeo contiacutenua evoluiu desde a sua concepccedilatildeo Originalmente o padratildeo era uma compilaccedilatildeo por dia Hoje em dia a regra comum eacute que cada membro da equipe apresente seu trabalho diariamente (ou ateacute mais frequentemente) e compilaccedilotildees sejam realizadas para cada mudanccedila significativa Quando usado corretamente a integraccedilatildeo contiacutenua proporciona vaacuterios benefiacutecios como feedback constante sobre o status do software Os defeitos satildeo geralmente menores menos complexos e mais faacuteceis de resolver uma vez que a Integraccedilatildeo Contiacutenua detecta deficiecircncias no iniacutecio do desenvolvimento Resumindo o que vocecircs jaacute viram dezenas de vezes no estudo de metodologias aacutegeis a integraccedilatildeo contiacutenua consiste em o desenvolvedor integrar o coacutedigo desenvolvido eou alterado ao projeto principal na mesma frequecircncia com que as funcionalidades satildeo desenvolvidas sendo feito muitas vezes ao dia ao inveacutes de apenas uma vez O objetivo principal de se utilizar a integraccedilatildeo contiacutenua eacute verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente Ademais pode ser feita atraveacutes de processos manuais ou automatizados utilizando ndash por exemplo ndash a ferramenta Jenkins (ou CruiseControl Hudson Bamboo Continuum Gump Beebox etc) O Jenkins eacute um sistema baseado em servidor que roda em um Container Web e possui plug-ins para ampliar sua utilizaccedilatildeo com outras linguagens de programaccedilatildeo para integraccedilatildeo com sistemas de controle de versatildeo ou para grandes bases de dados Bem eu acho que isso eacute suficiente sobre esse assunto

Figura 10 ʹ Logo da Jenkins

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 23 de 44

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua Comentaacuterios Opa Jenkins eacute uma ferramenta open-source

Gabarito E

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente Comentaacuterios Exatamente Nativamente ele natildeo tem suporte a outras linguagens de programaccedilatildeo ndash somente por meio de plug-ins

Gabarito C

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis Comentaacuterios Perfeito Metodologias aacutegeis precisam responder rapidamente a mudanccedilas e isso eacute auxiliado por ferramentas de integraccedilatildeo contiacutenua

Gabarito C

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

Comentaacuterios Perfeito Eacute isso mesmo

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 24 de 44

SCRUM

Algueacutem de vocecircs sabe de onde vem esse nome Entatildeo vou lhes contar Esse nome vem do rugby e eacute utilizado como uma metaacutefora para refletir o alto grau de cooperaccedilatildeo necessaacuterio para obter sucesso Imagino que poucos de vocecircs entendam as regras desse esporte portanto vou explicar de forma bastante objetiva porque essa metaacutefora eacute utilizada No rugby um time pontua quando a bola cruza a linha de gol e toca o chatildeo ndash sendo carregada ou por meio de um passe Caso o jogador seja derrubado ele deve soltar a bola e a jogada se reinicia Deve haver intensa troca de passes entre os jogadores de modo a deixaacute-los menos vulneraacuteveis a serem derrubados por outros jogadores

Figura 11 - Scrum no Rugby

Bem cada jogada se inicia quando um Scrum eacute realizado ie forma-se uma parede de forccedila entre os jogadores como mostra a Figura 11 Observem que os jogadores se reuacutenem de forma bem proacutexima unindo suas forccedilas e habilidades para trabalhar em conjunto a fim de conseguir recuperar a bola Percebam portanto que o time inteiro deve trabalhar para que a equipe possa pontuar Diferentemente do Futebol Americano natildeo haacute um quarterback ou uma estrela do time ndash todos satildeo importantes Pois eacute a histoacuteria fica mais interessante vamos ver uma das recomendaccedilotildees de ataque do rugby

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 25 de 44

ldquoPensem continuamente em seu alinhamento em relaccedilatildeo ao jogador que carrega a bola e aos jogadores ao seu redor Trabalhe duro para estar disponiacutevel quando necessaacuteriordquo Observem como isso eacute importante em metodologias aacutegeis trabalhar duro para ajudar a equipe a obter ecircxito ndash nunca existe ldquoBem natildeo haacute nada aqui para eu fazerrdquo Acho que agora ficou mais faacutecil entender de onde vem esse nome ndash vamos agrave teoria Antes de comeccedilar uma observaccedilatildeo o guia oficial do Scrum eacute um documento tatildeo pequeno (18 paacuteginas) que eu recomendo fortemente que vocecircs leiam-no por inteiro pois seraacute muito uacutetil Bem agora sim vamos ao trabalho Scrum eacute um framework (ie possui uma estrutura processual) leve simples de entender e extremamente difiacutecil de dominar para desenvolver e manter produtos complexos e adaptativos enquanto entrega produtiva e criativamente produtos com o mais alto valor possiacutevel Complicado ou natildeo Galera percebam que ele natildeo eacute um processo ou uma teacutecnica para construir produtos mas ndash sim ndash um framework em que pode ser empregado vaacuterios processos e teacutecnicas O Framework pode ser definido como um conjunto de papeacuteis eventos artefatos e regras associadas a uma equipe Ele eacute fundamentado em teorias empiacutericas de controle de processo e emprega uma abordagem iterativa e incremental (maximizando as oportunidades de feedback) para aperfeiccediloar a previsatildeo e controle de riscos Ele afirma que o conhecimento vem da experiecircncia e da tomada de decisotildees baseadas no que eacute conhecido Para tal ele emprega uma abordagem iterativa e incremental para aperfeiccediloar a previsibilidade e controle de riscos fundamentando-se em trecircs pilares fundamentais

Transparecircncia aspectos significativos (e padronizados) devem estar visiacuteveis aos responsaacuteveis pelos resultados Por exemplo uma linguagem comum a todos os participantes

Inspeccedilatildeo os usuaacuterios devem frequentemente inspecionar os artefatos e o

progresso para detectar indesejaacuteveis variaccedilotildees (natildeo pode ser frequente a ponto de atrapalhar a execuccedilatildeo das tarefas)

Adaptaccedilatildeo o processo ou material sendo produzido deve ser adaptado sempre

que um inspetor verificar desvios que tornem o resultado inaceitaacutevel e para tanto ele tem quatros oportunidades (as reuniotildees)

O Scrum define o conceito de Time Scrum que eacute um time auto-organizaacutevel (escolhe qual a melhor forma para realizar seu trabalho) e multifuncional (possui todas as competecircncias

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 26 de 44

e natildeo depende de outros de fora da equipe) Eacute o responsaacutevel por entregar produtos de forma iterativa e incremental maximizando as oportunidades de realimentaccedilatildeo As entregas incrementais de produto ldquoprontordquo garantem que uma versatildeo potencialmente funcional do produto do trabalho esteja sempre disponiacutevel Agora o mais importante o Time Scrum eacute composto por um Product Owner um Scrum Master e a Equipe de Desenvolvimento1 Product Owner Eacute o responsaacutevel por maximizar o valor do produto e do trabalho da equipe de desenvolvimento sendo o uacutenico que pode gerenciar o Product Backlog Ele pode ateacute delegar atividades de gerenciamento mas ainda seraacute considerado o responsaacutevel pelos resultados A Equipe de Desenvolvimento soacute responde a ele Equipe de Desenvolvimento A Equipe de Desenvolvimento natildeo reconhece tiacutetulos para seus integrantes todos satildeo considerados desenvolvedores (natildeo importa o que faccedilam) A Equipe deve ter entre 3 e 9 integrantes de modo que natildeo seja pequena demais que haja restriccedilotildees de habilidades nem grande demais que seja complicado de gerenciar Scrum Master Eacute o responsaacutevel por garantir que o Scrum seja entendido e aplicado Ademais ele deve comunicar claramente a visatildeo objetivo e itens do Product Backlog ensinar a equipe a criar itens claros e concisos treinar a equipe de desenvolvimento em autogerenciamento e interdisciplinaridade remover impedimentos entre outros Mudando de assunto os Eventos Scrum satildeo eventos time-boxed (ie com duraccedilatildeo maacutexima) usados para criar uma rotina e minimizar a necessidade de reuniotildees natildeo definidas pelo Scrum Lembrem-se de que a Sprint tem um mecircs ou menos e eacute iniciada imediatamente apoacutes a conclusatildeo da sprint anterior As Sprints satildeo compostas por uma Reuniatildeo de Planejamento da Sprint Reuniotildees Diaacuterias o Trabalho de Desenvolvimento uma Revisatildeo da Sprint e a Retrospectiva da Sprint Uma Sprint se inicia imediatamente apoacutes a conclusatildeo da sprint anterior e tem duraccedilotildees coerentes em todo o esforccedilo de desenvolvimento Durante a sprint eacute proibido realizar mudanccedilas que afetem seu objetivo Aleacutem disso eacute proibido mudar a composiccedilatildeo da equipe ou diminuir as metas de qualidade apesar disso o escopo pode ser sempre clarificado e renegociado Essas proibiccedilotildees devem ser levadas

muito a seacuterio entenderam

1 Natildeo confundir Equipe de Desenvolvimento com Time Scrum ʹ o primeiro estaacute contido no segundo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 27 de 44

Uma sprint pode ser cancelada antes de seu time-box terminar e isso somente pode ser feito pelo Product Owner (sob influecircncia de stakeholders equipe de desenvolvimento entre outros) Isso pode ocorrer caso o seu objetivo se torne obsoleto mas ocorrem tambeacutem devido agrave curta duraccedilatildeo e a cancelamentos poreacutem satildeo raros os casos O trabalho a ser realizado na Sprint eacute planejado na Reuniatildeo de Planejamento da Sprint (Proporcional a 8 horas) Essa reuniatildeo consiste em duas partes

1 O que seraacute entregue como resultado do incremento da proacutexima Sprint

2 Como o trabalho necessaacuterio para entregar o incremento seraacute realizado Na primeira parte a Equipe de Desenvolvimento tenta prever as funcionalidades que seratildeo desenvolvidas durante a Sprint Na segunda parte a Equipe de Desenvolvimento decide como iraacute construir essas funcionalidades durante a Sprint e desenvolve o Sprint Backlog Portanto a primeira parte trada do ldquoO que fazerrdquo e a segunda trata do ldquoComo fazerrdquo

Figura 12 - Processo do SCRUM

O Product Owner pode estar presente durante a segunda parte da reuniatildeo para clarificar itens do Backlog do Produto A Reuniatildeo Diaacuteria (Proporcional a 15 minutos) eacute um evento que busca criar um plano para as proacuteximas 24 horas e inspecionar o trabalho desde a uacuteltima Reuniatildeo Diaacuteria

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 28 de 44

Ela ocorre sempre no mesmo horaacuterio e no mesmo local e cada integrante deve responder as seguintes perguntas

1 O que foi completado desde a uacuteltima reuniatildeo

2 O que seraacute feito ateacute a proacutexima reuniatildeo

3 Quais os obstaacuteculos que estatildeo no caminho

As Reuniotildees Diaacuterias melhoram bastante a comunicaccedilatildeo entre os integrantes ademais eliminam a necessidade de outras reuniotildees identificam e removem impedimentos destacam e promovem raacutepidas tomadas de decisatildeo e melhoram o niacutevel de conhecimento da Equipe como um todo A Revisatildeo da Sprint (Proporcional a 4 horas) eacute executada no final da Sprint para inspecionar o incremento e adaptar o Backlog do Produto se necessaacuterio Esta eacute uma reuniatildeo informal e a apresentaccedilatildeo do incremento destina-se a motivar e obter comentaacuterios e promover a colaboraccedilatildeo Nesta reuniatildeo discute-se o que foi bem e o que natildeo foi problemas ocorridos e como foram resolvidos Procut Backlog projeccedilotildees de datas O resultado eacute o Product Backlog revisado e ajustado A Retrospectiva da Sprint (Proporcional a 3 horas) eacute uma chance para o Scrum Team inspecionar a si proacuteprio e criar um plano de melhorias par proacutexima sprint Ela inspeciona como foi a uacuteltima sprint em relaccedilatildeo agraves pessoas agraves relaccedilotildees aos processos e agraves ferramentas Aleacutem disso tem o poder de identificar e ordenar os principais itens que se tornaram potenciais de melhorias e cria um plano para implementar melhorias no modo de realizaccedilatildeo do trabalho

Figura 13 - Graacutefico Burndown

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 29 de 44

O Documento de Visatildeo eacute definido pelo Product Owner e representa como os clientes usuaacuterios finais gerentes stakeholders executivos entre outros visualizam o resultado final do produto que seraacute criado Praacuteticas como BurndownBurnup tecircm sido utilizadas para prever o progresso sem substituir a importacircncia do empirismo como mostra a Figura 13 O Product Backlog eacute uma lista ordenada (por valor risco prioridade etc) de tudo que deve ser necessaacuterio no produto e eacute uma origem uacutenica dos requisitos para qualquer mudanccedila a ser feita no produto Ele nunca (Atenccedilatildeo nunca) estaraacute completo e existiraacute enquanto o produto tambeacutem existir

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 30 de 44

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

Comentaacuterios Bem vamos comeccedilar nossos exerciacutecios com um erro da FCC O Guia Scrum diz que o Scrum Team eacute dividido em Product Owner Scrum Master e Development Team No entanto a FCC deu a resposta como correto

Gabarito C

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

Comentaacuterios Bem tranquila neacute Trata-se de uma Sprint

Gabarito C

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint Comentaacuterios Bem tranquila tambeacutem Trata-se de uma Sprint

Gabarito C

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

Comentaacuterios Perfeito Essa Scrum Meeting trata-se da Daily Scrum Meeting ou Reuniatildeo Diaacuteria

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 31 de 44

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

Comentaacuterios De fato estaacute incorreto O periacuteodo maacuteximo eacute de 30 dias e a equipe de trabalho varia de 3 a 9 pessoas

Gabarito C

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

Comentaacuterios Na verdade natildeo eacute correto Eacute possiacutevel dissolver uma sprint e comeccedilar outra baseando-se em um no sprint backlog ndash quem pode fazer isso eacute o Product Owner

Gabarito E

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

Comentaacuterios Bem ela deve durar no maacuteximo 15 minutos no entanto a questatildeo diz que natildeo deve durar mais que 30 minutos (o que natildeo eacute errado) Portanto natildeo eacute incorreto ndash eacute correto

Gabarito E

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

Comentaacuterios Na verdade natildeo eacute incorreto Satildeo essas as perguntas a serem feitas

Gabarito E

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

Comentaacuterios Tambeacutem natildeo eacute incorreto Eacute exatamente isso que o Scrum Master deve fazer

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 32 de 44

Gabarito E

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

Comentaacuterios Na verdade soacute pode ser modificado pelo Product Owner

Gabarito E

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint Comentaacuterios Scrum Master eacute apenas um facilitador Quem pode modificar o Backlog eacute o Product Owner

Gabarito E

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

Comentaacuterios Eacute possiacutevel ndash sim ndash dissolver uma sprint

Gabarito E

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe Comentaacuterios Na verdade as discussotildees ocorrem mais entre a equipe de desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 33 de 44

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a data final e o custo do projeto satildeo determinados ao longo do projeto

Comentaacuterios Eacute isso mesmo ndash satildeo todos definidos ao longo do projeto

Gabarito C

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

Comentaacuterios Na verdade recomenda-se entre trecircs e nove participantes Com menos de trecircs participantes reduz-se a interaccedilatildeo que gera um menor ganho de produtividade

Gabarito E

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

Comentaacuterios De fato apenas o Product Owner pode cancelar uma sprint

Gabarito C

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

Comentaacuterios Uma sprint deve ter entre duas e quarto semanas

Gabarito E

53 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

Comentaacuterios Questatildeo perfeita Scrum estaacute para o PMBOK assim como o XP estaacute para o RUP Ele pode ser utilizado em teoria em qualquer contexto em que se necessite atingir um objetivo comum entre um grupo de pessoas

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 34 de 44

54 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

Comentaacuterios Literalmente retirado do Guia Scrum ndash perfeito

Gabarito C

55 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

Comentaacuterios Conjunto de requisitos bem definidos Natildeo eacute o contraacuterio Geralmente trata-se de requisitos pouco definidos

Gabarito E

56 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

Comentaacuterios Eacute exatamente isso Lembrem-se de que natildeo haacute cargos mas papeacuteis

Gabarito C

57 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

Comentaacuterios Galera essa eacute muito faacutecil Nenhum produto estaraacute nunca completamente testado ademais o Product Backlog tambeacutem nunca estaraacute completo

Gabarito E

58 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

Comentaacuterios Opaaaa Product Owner natildeo trata de estimativas Entendam escopo e importacircncia satildeo definidos pelo PO no entanto quem define estimativas eacute a Equipe de Desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 35 de 44

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

60 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

Comentaacuterios Bem o cliente natildeo se torna parte da equipe de desenvolvimento Haacute ndash sim ndash uma forte integraccedilatildeo no entanto dizer que faz parte da equipe de desenvolvimento eacute um completo absurdo No entanto o CESPE natildeo entendeu dessa maneira

Gabarito C

61 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

Comentaacuterios Eacute isso mesmo perfeito

Gabarito C

62 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o

documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

Comentaacuterios Galera item perfeito Muito bem escrito

Gabarito C

63 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

Comentaacuterios Questatildeo perfeita retirada do Guia Scrum

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 36 de 44

Gabarito C

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

65 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

Comentaacuterios Jaacute li isso 800x e as bancas continuam errando Escreve-se ITERACcedilAtildeO e natildeo INTERACcedilAtildeO A questatildeo deveria ter sido anulada mas natildeo foi =

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 37 de 44

LISTA DE EXERCIacuteCIOS COMENTADOS

(Instituto Cidades ndash 2012 - CEMIG - Agente de Gestatildeo Administrativa - Analista de Sistemas - A) O teste

eacute uma atividade de verificaccedilatildeo e validaccedilatildeo do software e consiste na anaacutelise dinacircmica do mesmo isto eacute na execuccedilatildeo do produto de software com o objetivo de verificar a presenccedila de defeitos no produto e aumentar a confianccedila de que o mesmo estaacute correto

(CESPE - 2012 ndash Anatel ndash Analista Administrativo ndash Arquitetura de Soluccedilotildees) Considere as informaccedilotildees

abaixo em relaccedilatildeo ao desenvolvimento de sistemas

I executar um software com o objetivo de revelar falhas mas que natildeo prova a exatidatildeo do software II correta construccedilatildeo do produto III Construccedilatildeo do produto certo

Correspondem corretamente a I II e III respectivamente

a) Validaccedilatildeo verificaccedilatildeo e teste b) Verificaccedilatildeo teste e validaccedilatildeo c) Teste verificaccedilatildeo e validaccedilatildeo d) Validaccedilatildeo teste e verificaccedilatildeo e) Teste validaccedilatildeo e verificaccedilatildeo

(CESPE - 2010 ndash TJES ndash Analista Judiciaacuterio ndash Analista de Sistemas) Verificaccedilatildeo e validaccedilatildeo satildeo atividades

da anaacutelise de software necessaacuterias para se identificar o que o software precisa executar seguida de uma avaliaccedilatildeo do usuaacuterio quanto agraves atividades definidas

(CESPE - ndash TRT 5ordf ndash Analista Judiciaacuterio ndash Analista de Sistemas) A diferenccedila entre verificaccedilatildeo e

validaccedilatildeo reside no fato de que a primeira se refere ao conjunto de atividades que garante que o software realiza corretamente uma funccedilatildeo especiacutefica enquanto a segunda refere-se a um conjunto diferente de atividades que garante que o software que foi construiacutedo eacute rastreaacutevel agraves exigecircncias do cliente

(ESAF - ndash MPOG ndash Analista de Planejamento ndash Analista de Sistemas - B) Demonstrar ao

desenvolvedor e ao cliente que o software atende aos requisitos eacute uma meta de validaccedilatildeo do software

(CESPE - ndash IPEA ndash Analista de Sistemas) A verificaccedilatildeo assegura que o produto como fornecido iraacute

atender o seu uso pretendido ou seja que se estaacute construindo o produto certo E a validaccedilatildeo confirma que os produtos de trabalho refletem de forma apropriada os requisitos que foram especificados ou seja que se estaacute construindo o produto corretamente

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 38 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 39 de 44

tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 40 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto

da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C) Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 41 de 44

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 42 de 44

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a

data final e o custo do projeto satildeo determinados ao longo do projeto

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 43 de 44

53 (CESPE - 2012 - TRE-RJ - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) A metodologia scrum prega que a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

54 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

55 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM

o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

56 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

57 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

58 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

60 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para

gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

61 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

62 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 44 de 44

63 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

65 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

66 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

GABARITO

1 2 3 4 5 6 7 8 9 10 E C C C E E E C E E 11 12 13 14 15 16 17 18 19 20 E C C C C E E C E E 21 22 23 24 25 26 27 28 29 30 E C C C E E C E B E 31 32 33 34 35 36 37 38 39 40 E C C C C C C C C E 41 42 43 44 45 46 47 48 49 50 E E E E C E E E C E 51 52 53 54 55 56 57 58 59 60 C E C C E C E E C C 61 62 63 64 65 66 67 68 69 70 C C C C C - - - - -

79831971523

325179138-97 - caio victor gambardela

Page 21: 203903115 Testes Conceitos Verificacao e Validacao Tipos de Teste Unidade Integracao Sistemafuncional Aceitacao Carga Desempenho Vulnerabilidade Usab

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 20 de 44

Como solucionar esse problema Com Sistemas de Controle de Versotildees Distribuiacutedos Nesse caso o cliente copia o repositoacuterio dele inteiro e natildeo apenas as versotildees de um arquivo especiacutefico Dessa forma caso um servidor falhe pode-se copiar os repositoacuterios dos clientes de volta para o servidor e assim restauraacute-lo Em vez de existir apenas um repositoacuterio central utilizado pelos clientes cada usuaacuterio possui uma coacutepia do repositoacuterio inteiro De certo modo ele eacute mais lento que o sistema centralizado poreacutem permite manter um histoacuterico da evoluccedilatildeo do projeto permite uma maior colaboraccedilatildeo entre os desenvolvedores e permite variaccedilotildees no projeto

Em suma SCVL eacute uma estrutura composta por repositoacuterio e aacuterea de trabalho Jaacute o SCVC eacute uma estrutura composta por um uacutenico repositoacuterio e vaacuterias coacutepias de trabalho que se comunicam apenas atraveacutes do repositoacuterio central Por fim o SCVD eacute uma estrutura em que cada desenvolvedor possui um repositoacuterio proacuteprio acoplado a uma aacuterea de trabalho Pessoal essa introduccedilatildeo toda foi para dizer que o Git eacute um Sistema de Controle de Versatildeo Distribuiacutedo (SCVD) Muitos projetos utilizam esse sistema tais como Amarok Android Debian Eclipse Fedora Perl Wine entre outros Enfim soacute encontrei uma questatildeo sobre esse tema Vamos aos exerciacutecios

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 21 de 44

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

Comentaacuterios Vocecircs jaacute conhecem o Git Outros Sistemas de Controle de Versatildeo open-source satildeo CVS e SVN ClearCase e SourceSafe satildeo comerciais

Gabarito B

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado Comentaacuterios Opa natilde-natildeo Git eacute um Sistema de Controle de Versatildeo Distribuiacutedo e natildeo Centralizado

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 22 de 44

JENKINS

Galera eu tenho um acervo consideraacutevel de provas das principais bancas ndash em que eacute possiacutevel procurar palavras especiacuteficas E eu natildeo encontrei uma questatildeo sequer a respeito desse tema Logo nossa visatildeo seraacute superficial pois assuntos novos em geral natildeo entram em detalhes

Primeiro de tudo o que eacute o Jenkins Eacute uma ferramenta open-source de integraccedilatildeo contiacutenua escrita em java para testes e relatoacuterios sobre mudanccedilas isoladas em uma grande base de coacutedigo em tempo real O software possibilita que os desenvolvedores encontrem e resolvam defeitos rapidamente em uma base de coacutedigo e automatizem seus testes A integraccedilatildeo contiacutenua evoluiu desde a sua concepccedilatildeo Originalmente o padratildeo era uma compilaccedilatildeo por dia Hoje em dia a regra comum eacute que cada membro da equipe apresente seu trabalho diariamente (ou ateacute mais frequentemente) e compilaccedilotildees sejam realizadas para cada mudanccedila significativa Quando usado corretamente a integraccedilatildeo contiacutenua proporciona vaacuterios benefiacutecios como feedback constante sobre o status do software Os defeitos satildeo geralmente menores menos complexos e mais faacuteceis de resolver uma vez que a Integraccedilatildeo Contiacutenua detecta deficiecircncias no iniacutecio do desenvolvimento Resumindo o que vocecircs jaacute viram dezenas de vezes no estudo de metodologias aacutegeis a integraccedilatildeo contiacutenua consiste em o desenvolvedor integrar o coacutedigo desenvolvido eou alterado ao projeto principal na mesma frequecircncia com que as funcionalidades satildeo desenvolvidas sendo feito muitas vezes ao dia ao inveacutes de apenas uma vez O objetivo principal de se utilizar a integraccedilatildeo contiacutenua eacute verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente Ademais pode ser feita atraveacutes de processos manuais ou automatizados utilizando ndash por exemplo ndash a ferramenta Jenkins (ou CruiseControl Hudson Bamboo Continuum Gump Beebox etc) O Jenkins eacute um sistema baseado em servidor que roda em um Container Web e possui plug-ins para ampliar sua utilizaccedilatildeo com outras linguagens de programaccedilatildeo para integraccedilatildeo com sistemas de controle de versatildeo ou para grandes bases de dados Bem eu acho que isso eacute suficiente sobre esse assunto

Figura 10 ʹ Logo da Jenkins

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 23 de 44

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua Comentaacuterios Opa Jenkins eacute uma ferramenta open-source

Gabarito E

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente Comentaacuterios Exatamente Nativamente ele natildeo tem suporte a outras linguagens de programaccedilatildeo ndash somente por meio de plug-ins

Gabarito C

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis Comentaacuterios Perfeito Metodologias aacutegeis precisam responder rapidamente a mudanccedilas e isso eacute auxiliado por ferramentas de integraccedilatildeo contiacutenua

Gabarito C

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

Comentaacuterios Perfeito Eacute isso mesmo

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 24 de 44

SCRUM

Algueacutem de vocecircs sabe de onde vem esse nome Entatildeo vou lhes contar Esse nome vem do rugby e eacute utilizado como uma metaacutefora para refletir o alto grau de cooperaccedilatildeo necessaacuterio para obter sucesso Imagino que poucos de vocecircs entendam as regras desse esporte portanto vou explicar de forma bastante objetiva porque essa metaacutefora eacute utilizada No rugby um time pontua quando a bola cruza a linha de gol e toca o chatildeo ndash sendo carregada ou por meio de um passe Caso o jogador seja derrubado ele deve soltar a bola e a jogada se reinicia Deve haver intensa troca de passes entre os jogadores de modo a deixaacute-los menos vulneraacuteveis a serem derrubados por outros jogadores

Figura 11 - Scrum no Rugby

Bem cada jogada se inicia quando um Scrum eacute realizado ie forma-se uma parede de forccedila entre os jogadores como mostra a Figura 11 Observem que os jogadores se reuacutenem de forma bem proacutexima unindo suas forccedilas e habilidades para trabalhar em conjunto a fim de conseguir recuperar a bola Percebam portanto que o time inteiro deve trabalhar para que a equipe possa pontuar Diferentemente do Futebol Americano natildeo haacute um quarterback ou uma estrela do time ndash todos satildeo importantes Pois eacute a histoacuteria fica mais interessante vamos ver uma das recomendaccedilotildees de ataque do rugby

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 25 de 44

ldquoPensem continuamente em seu alinhamento em relaccedilatildeo ao jogador que carrega a bola e aos jogadores ao seu redor Trabalhe duro para estar disponiacutevel quando necessaacuteriordquo Observem como isso eacute importante em metodologias aacutegeis trabalhar duro para ajudar a equipe a obter ecircxito ndash nunca existe ldquoBem natildeo haacute nada aqui para eu fazerrdquo Acho que agora ficou mais faacutecil entender de onde vem esse nome ndash vamos agrave teoria Antes de comeccedilar uma observaccedilatildeo o guia oficial do Scrum eacute um documento tatildeo pequeno (18 paacuteginas) que eu recomendo fortemente que vocecircs leiam-no por inteiro pois seraacute muito uacutetil Bem agora sim vamos ao trabalho Scrum eacute um framework (ie possui uma estrutura processual) leve simples de entender e extremamente difiacutecil de dominar para desenvolver e manter produtos complexos e adaptativos enquanto entrega produtiva e criativamente produtos com o mais alto valor possiacutevel Complicado ou natildeo Galera percebam que ele natildeo eacute um processo ou uma teacutecnica para construir produtos mas ndash sim ndash um framework em que pode ser empregado vaacuterios processos e teacutecnicas O Framework pode ser definido como um conjunto de papeacuteis eventos artefatos e regras associadas a uma equipe Ele eacute fundamentado em teorias empiacutericas de controle de processo e emprega uma abordagem iterativa e incremental (maximizando as oportunidades de feedback) para aperfeiccediloar a previsatildeo e controle de riscos Ele afirma que o conhecimento vem da experiecircncia e da tomada de decisotildees baseadas no que eacute conhecido Para tal ele emprega uma abordagem iterativa e incremental para aperfeiccediloar a previsibilidade e controle de riscos fundamentando-se em trecircs pilares fundamentais

Transparecircncia aspectos significativos (e padronizados) devem estar visiacuteveis aos responsaacuteveis pelos resultados Por exemplo uma linguagem comum a todos os participantes

Inspeccedilatildeo os usuaacuterios devem frequentemente inspecionar os artefatos e o

progresso para detectar indesejaacuteveis variaccedilotildees (natildeo pode ser frequente a ponto de atrapalhar a execuccedilatildeo das tarefas)

Adaptaccedilatildeo o processo ou material sendo produzido deve ser adaptado sempre

que um inspetor verificar desvios que tornem o resultado inaceitaacutevel e para tanto ele tem quatros oportunidades (as reuniotildees)

O Scrum define o conceito de Time Scrum que eacute um time auto-organizaacutevel (escolhe qual a melhor forma para realizar seu trabalho) e multifuncional (possui todas as competecircncias

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 26 de 44

e natildeo depende de outros de fora da equipe) Eacute o responsaacutevel por entregar produtos de forma iterativa e incremental maximizando as oportunidades de realimentaccedilatildeo As entregas incrementais de produto ldquoprontordquo garantem que uma versatildeo potencialmente funcional do produto do trabalho esteja sempre disponiacutevel Agora o mais importante o Time Scrum eacute composto por um Product Owner um Scrum Master e a Equipe de Desenvolvimento1 Product Owner Eacute o responsaacutevel por maximizar o valor do produto e do trabalho da equipe de desenvolvimento sendo o uacutenico que pode gerenciar o Product Backlog Ele pode ateacute delegar atividades de gerenciamento mas ainda seraacute considerado o responsaacutevel pelos resultados A Equipe de Desenvolvimento soacute responde a ele Equipe de Desenvolvimento A Equipe de Desenvolvimento natildeo reconhece tiacutetulos para seus integrantes todos satildeo considerados desenvolvedores (natildeo importa o que faccedilam) A Equipe deve ter entre 3 e 9 integrantes de modo que natildeo seja pequena demais que haja restriccedilotildees de habilidades nem grande demais que seja complicado de gerenciar Scrum Master Eacute o responsaacutevel por garantir que o Scrum seja entendido e aplicado Ademais ele deve comunicar claramente a visatildeo objetivo e itens do Product Backlog ensinar a equipe a criar itens claros e concisos treinar a equipe de desenvolvimento em autogerenciamento e interdisciplinaridade remover impedimentos entre outros Mudando de assunto os Eventos Scrum satildeo eventos time-boxed (ie com duraccedilatildeo maacutexima) usados para criar uma rotina e minimizar a necessidade de reuniotildees natildeo definidas pelo Scrum Lembrem-se de que a Sprint tem um mecircs ou menos e eacute iniciada imediatamente apoacutes a conclusatildeo da sprint anterior As Sprints satildeo compostas por uma Reuniatildeo de Planejamento da Sprint Reuniotildees Diaacuterias o Trabalho de Desenvolvimento uma Revisatildeo da Sprint e a Retrospectiva da Sprint Uma Sprint se inicia imediatamente apoacutes a conclusatildeo da sprint anterior e tem duraccedilotildees coerentes em todo o esforccedilo de desenvolvimento Durante a sprint eacute proibido realizar mudanccedilas que afetem seu objetivo Aleacutem disso eacute proibido mudar a composiccedilatildeo da equipe ou diminuir as metas de qualidade apesar disso o escopo pode ser sempre clarificado e renegociado Essas proibiccedilotildees devem ser levadas

muito a seacuterio entenderam

1 Natildeo confundir Equipe de Desenvolvimento com Time Scrum ʹ o primeiro estaacute contido no segundo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 27 de 44

Uma sprint pode ser cancelada antes de seu time-box terminar e isso somente pode ser feito pelo Product Owner (sob influecircncia de stakeholders equipe de desenvolvimento entre outros) Isso pode ocorrer caso o seu objetivo se torne obsoleto mas ocorrem tambeacutem devido agrave curta duraccedilatildeo e a cancelamentos poreacutem satildeo raros os casos O trabalho a ser realizado na Sprint eacute planejado na Reuniatildeo de Planejamento da Sprint (Proporcional a 8 horas) Essa reuniatildeo consiste em duas partes

1 O que seraacute entregue como resultado do incremento da proacutexima Sprint

2 Como o trabalho necessaacuterio para entregar o incremento seraacute realizado Na primeira parte a Equipe de Desenvolvimento tenta prever as funcionalidades que seratildeo desenvolvidas durante a Sprint Na segunda parte a Equipe de Desenvolvimento decide como iraacute construir essas funcionalidades durante a Sprint e desenvolve o Sprint Backlog Portanto a primeira parte trada do ldquoO que fazerrdquo e a segunda trata do ldquoComo fazerrdquo

Figura 12 - Processo do SCRUM

O Product Owner pode estar presente durante a segunda parte da reuniatildeo para clarificar itens do Backlog do Produto A Reuniatildeo Diaacuteria (Proporcional a 15 minutos) eacute um evento que busca criar um plano para as proacuteximas 24 horas e inspecionar o trabalho desde a uacuteltima Reuniatildeo Diaacuteria

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 28 de 44

Ela ocorre sempre no mesmo horaacuterio e no mesmo local e cada integrante deve responder as seguintes perguntas

1 O que foi completado desde a uacuteltima reuniatildeo

2 O que seraacute feito ateacute a proacutexima reuniatildeo

3 Quais os obstaacuteculos que estatildeo no caminho

As Reuniotildees Diaacuterias melhoram bastante a comunicaccedilatildeo entre os integrantes ademais eliminam a necessidade de outras reuniotildees identificam e removem impedimentos destacam e promovem raacutepidas tomadas de decisatildeo e melhoram o niacutevel de conhecimento da Equipe como um todo A Revisatildeo da Sprint (Proporcional a 4 horas) eacute executada no final da Sprint para inspecionar o incremento e adaptar o Backlog do Produto se necessaacuterio Esta eacute uma reuniatildeo informal e a apresentaccedilatildeo do incremento destina-se a motivar e obter comentaacuterios e promover a colaboraccedilatildeo Nesta reuniatildeo discute-se o que foi bem e o que natildeo foi problemas ocorridos e como foram resolvidos Procut Backlog projeccedilotildees de datas O resultado eacute o Product Backlog revisado e ajustado A Retrospectiva da Sprint (Proporcional a 3 horas) eacute uma chance para o Scrum Team inspecionar a si proacuteprio e criar um plano de melhorias par proacutexima sprint Ela inspeciona como foi a uacuteltima sprint em relaccedilatildeo agraves pessoas agraves relaccedilotildees aos processos e agraves ferramentas Aleacutem disso tem o poder de identificar e ordenar os principais itens que se tornaram potenciais de melhorias e cria um plano para implementar melhorias no modo de realizaccedilatildeo do trabalho

Figura 13 - Graacutefico Burndown

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 29 de 44

O Documento de Visatildeo eacute definido pelo Product Owner e representa como os clientes usuaacuterios finais gerentes stakeholders executivos entre outros visualizam o resultado final do produto que seraacute criado Praacuteticas como BurndownBurnup tecircm sido utilizadas para prever o progresso sem substituir a importacircncia do empirismo como mostra a Figura 13 O Product Backlog eacute uma lista ordenada (por valor risco prioridade etc) de tudo que deve ser necessaacuterio no produto e eacute uma origem uacutenica dos requisitos para qualquer mudanccedila a ser feita no produto Ele nunca (Atenccedilatildeo nunca) estaraacute completo e existiraacute enquanto o produto tambeacutem existir

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 30 de 44

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

Comentaacuterios Bem vamos comeccedilar nossos exerciacutecios com um erro da FCC O Guia Scrum diz que o Scrum Team eacute dividido em Product Owner Scrum Master e Development Team No entanto a FCC deu a resposta como correto

Gabarito C

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

Comentaacuterios Bem tranquila neacute Trata-se de uma Sprint

Gabarito C

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint Comentaacuterios Bem tranquila tambeacutem Trata-se de uma Sprint

Gabarito C

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

Comentaacuterios Perfeito Essa Scrum Meeting trata-se da Daily Scrum Meeting ou Reuniatildeo Diaacuteria

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 31 de 44

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

Comentaacuterios De fato estaacute incorreto O periacuteodo maacuteximo eacute de 30 dias e a equipe de trabalho varia de 3 a 9 pessoas

Gabarito C

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

Comentaacuterios Na verdade natildeo eacute correto Eacute possiacutevel dissolver uma sprint e comeccedilar outra baseando-se em um no sprint backlog ndash quem pode fazer isso eacute o Product Owner

Gabarito E

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

Comentaacuterios Bem ela deve durar no maacuteximo 15 minutos no entanto a questatildeo diz que natildeo deve durar mais que 30 minutos (o que natildeo eacute errado) Portanto natildeo eacute incorreto ndash eacute correto

Gabarito E

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

Comentaacuterios Na verdade natildeo eacute incorreto Satildeo essas as perguntas a serem feitas

Gabarito E

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

Comentaacuterios Tambeacutem natildeo eacute incorreto Eacute exatamente isso que o Scrum Master deve fazer

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 32 de 44

Gabarito E

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

Comentaacuterios Na verdade soacute pode ser modificado pelo Product Owner

Gabarito E

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint Comentaacuterios Scrum Master eacute apenas um facilitador Quem pode modificar o Backlog eacute o Product Owner

Gabarito E

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

Comentaacuterios Eacute possiacutevel ndash sim ndash dissolver uma sprint

Gabarito E

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe Comentaacuterios Na verdade as discussotildees ocorrem mais entre a equipe de desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 33 de 44

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a data final e o custo do projeto satildeo determinados ao longo do projeto

Comentaacuterios Eacute isso mesmo ndash satildeo todos definidos ao longo do projeto

Gabarito C

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

Comentaacuterios Na verdade recomenda-se entre trecircs e nove participantes Com menos de trecircs participantes reduz-se a interaccedilatildeo que gera um menor ganho de produtividade

Gabarito E

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

Comentaacuterios De fato apenas o Product Owner pode cancelar uma sprint

Gabarito C

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

Comentaacuterios Uma sprint deve ter entre duas e quarto semanas

Gabarito E

53 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

Comentaacuterios Questatildeo perfeita Scrum estaacute para o PMBOK assim como o XP estaacute para o RUP Ele pode ser utilizado em teoria em qualquer contexto em que se necessite atingir um objetivo comum entre um grupo de pessoas

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 34 de 44

54 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

Comentaacuterios Literalmente retirado do Guia Scrum ndash perfeito

Gabarito C

55 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

Comentaacuterios Conjunto de requisitos bem definidos Natildeo eacute o contraacuterio Geralmente trata-se de requisitos pouco definidos

Gabarito E

56 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

Comentaacuterios Eacute exatamente isso Lembrem-se de que natildeo haacute cargos mas papeacuteis

Gabarito C

57 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

Comentaacuterios Galera essa eacute muito faacutecil Nenhum produto estaraacute nunca completamente testado ademais o Product Backlog tambeacutem nunca estaraacute completo

Gabarito E

58 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

Comentaacuterios Opaaaa Product Owner natildeo trata de estimativas Entendam escopo e importacircncia satildeo definidos pelo PO no entanto quem define estimativas eacute a Equipe de Desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 35 de 44

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

60 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

Comentaacuterios Bem o cliente natildeo se torna parte da equipe de desenvolvimento Haacute ndash sim ndash uma forte integraccedilatildeo no entanto dizer que faz parte da equipe de desenvolvimento eacute um completo absurdo No entanto o CESPE natildeo entendeu dessa maneira

Gabarito C

61 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

Comentaacuterios Eacute isso mesmo perfeito

Gabarito C

62 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o

documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

Comentaacuterios Galera item perfeito Muito bem escrito

Gabarito C

63 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

Comentaacuterios Questatildeo perfeita retirada do Guia Scrum

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 36 de 44

Gabarito C

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

65 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

Comentaacuterios Jaacute li isso 800x e as bancas continuam errando Escreve-se ITERACcedilAtildeO e natildeo INTERACcedilAtildeO A questatildeo deveria ter sido anulada mas natildeo foi =

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 37 de 44

LISTA DE EXERCIacuteCIOS COMENTADOS

(Instituto Cidades ndash 2012 - CEMIG - Agente de Gestatildeo Administrativa - Analista de Sistemas - A) O teste

eacute uma atividade de verificaccedilatildeo e validaccedilatildeo do software e consiste na anaacutelise dinacircmica do mesmo isto eacute na execuccedilatildeo do produto de software com o objetivo de verificar a presenccedila de defeitos no produto e aumentar a confianccedila de que o mesmo estaacute correto

(CESPE - 2012 ndash Anatel ndash Analista Administrativo ndash Arquitetura de Soluccedilotildees) Considere as informaccedilotildees

abaixo em relaccedilatildeo ao desenvolvimento de sistemas

I executar um software com o objetivo de revelar falhas mas que natildeo prova a exatidatildeo do software II correta construccedilatildeo do produto III Construccedilatildeo do produto certo

Correspondem corretamente a I II e III respectivamente

a) Validaccedilatildeo verificaccedilatildeo e teste b) Verificaccedilatildeo teste e validaccedilatildeo c) Teste verificaccedilatildeo e validaccedilatildeo d) Validaccedilatildeo teste e verificaccedilatildeo e) Teste validaccedilatildeo e verificaccedilatildeo

(CESPE - 2010 ndash TJES ndash Analista Judiciaacuterio ndash Analista de Sistemas) Verificaccedilatildeo e validaccedilatildeo satildeo atividades

da anaacutelise de software necessaacuterias para se identificar o que o software precisa executar seguida de uma avaliaccedilatildeo do usuaacuterio quanto agraves atividades definidas

(CESPE - ndash TRT 5ordf ndash Analista Judiciaacuterio ndash Analista de Sistemas) A diferenccedila entre verificaccedilatildeo e

validaccedilatildeo reside no fato de que a primeira se refere ao conjunto de atividades que garante que o software realiza corretamente uma funccedilatildeo especiacutefica enquanto a segunda refere-se a um conjunto diferente de atividades que garante que o software que foi construiacutedo eacute rastreaacutevel agraves exigecircncias do cliente

(ESAF - ndash MPOG ndash Analista de Planejamento ndash Analista de Sistemas - B) Demonstrar ao

desenvolvedor e ao cliente que o software atende aos requisitos eacute uma meta de validaccedilatildeo do software

(CESPE - ndash IPEA ndash Analista de Sistemas) A verificaccedilatildeo assegura que o produto como fornecido iraacute

atender o seu uso pretendido ou seja que se estaacute construindo o produto certo E a validaccedilatildeo confirma que os produtos de trabalho refletem de forma apropriada os requisitos que foram especificados ou seja que se estaacute construindo o produto corretamente

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 38 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 39 de 44

tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 40 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto

da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C) Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 41 de 44

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 42 de 44

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a

data final e o custo do projeto satildeo determinados ao longo do projeto

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 43 de 44

53 (CESPE - 2012 - TRE-RJ - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) A metodologia scrum prega que a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

54 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

55 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM

o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

56 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

57 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

58 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

60 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para

gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

61 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

62 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 44 de 44

63 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

65 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

66 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

GABARITO

1 2 3 4 5 6 7 8 9 10 E C C C E E E C E E 11 12 13 14 15 16 17 18 19 20 E C C C C E E C E E 21 22 23 24 25 26 27 28 29 30 E C C C E E C E B E 31 32 33 34 35 36 37 38 39 40 E C C C C C C C C E 41 42 43 44 45 46 47 48 49 50 E E E E C E E E C E 51 52 53 54 55 56 57 58 59 60 C E C C E C E E C C 61 62 63 64 65 66 67 68 69 70 C C C C C - - - - -

79831971523

325179138-97 - caio victor gambardela

Page 22: 203903115 Testes Conceitos Verificacao e Validacao Tipos de Teste Unidade Integracao Sistemafuncional Aceitacao Carga Desempenho Vulnerabilidade Usab

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 21 de 44

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

Comentaacuterios Vocecircs jaacute conhecem o Git Outros Sistemas de Controle de Versatildeo open-source satildeo CVS e SVN ClearCase e SourceSafe satildeo comerciais

Gabarito B

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado Comentaacuterios Opa natilde-natildeo Git eacute um Sistema de Controle de Versatildeo Distribuiacutedo e natildeo Centralizado

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 22 de 44

JENKINS

Galera eu tenho um acervo consideraacutevel de provas das principais bancas ndash em que eacute possiacutevel procurar palavras especiacuteficas E eu natildeo encontrei uma questatildeo sequer a respeito desse tema Logo nossa visatildeo seraacute superficial pois assuntos novos em geral natildeo entram em detalhes

Primeiro de tudo o que eacute o Jenkins Eacute uma ferramenta open-source de integraccedilatildeo contiacutenua escrita em java para testes e relatoacuterios sobre mudanccedilas isoladas em uma grande base de coacutedigo em tempo real O software possibilita que os desenvolvedores encontrem e resolvam defeitos rapidamente em uma base de coacutedigo e automatizem seus testes A integraccedilatildeo contiacutenua evoluiu desde a sua concepccedilatildeo Originalmente o padratildeo era uma compilaccedilatildeo por dia Hoje em dia a regra comum eacute que cada membro da equipe apresente seu trabalho diariamente (ou ateacute mais frequentemente) e compilaccedilotildees sejam realizadas para cada mudanccedila significativa Quando usado corretamente a integraccedilatildeo contiacutenua proporciona vaacuterios benefiacutecios como feedback constante sobre o status do software Os defeitos satildeo geralmente menores menos complexos e mais faacuteceis de resolver uma vez que a Integraccedilatildeo Contiacutenua detecta deficiecircncias no iniacutecio do desenvolvimento Resumindo o que vocecircs jaacute viram dezenas de vezes no estudo de metodologias aacutegeis a integraccedilatildeo contiacutenua consiste em o desenvolvedor integrar o coacutedigo desenvolvido eou alterado ao projeto principal na mesma frequecircncia com que as funcionalidades satildeo desenvolvidas sendo feito muitas vezes ao dia ao inveacutes de apenas uma vez O objetivo principal de se utilizar a integraccedilatildeo contiacutenua eacute verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente Ademais pode ser feita atraveacutes de processos manuais ou automatizados utilizando ndash por exemplo ndash a ferramenta Jenkins (ou CruiseControl Hudson Bamboo Continuum Gump Beebox etc) O Jenkins eacute um sistema baseado em servidor que roda em um Container Web e possui plug-ins para ampliar sua utilizaccedilatildeo com outras linguagens de programaccedilatildeo para integraccedilatildeo com sistemas de controle de versatildeo ou para grandes bases de dados Bem eu acho que isso eacute suficiente sobre esse assunto

Figura 10 ʹ Logo da Jenkins

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 23 de 44

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua Comentaacuterios Opa Jenkins eacute uma ferramenta open-source

Gabarito E

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente Comentaacuterios Exatamente Nativamente ele natildeo tem suporte a outras linguagens de programaccedilatildeo ndash somente por meio de plug-ins

Gabarito C

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis Comentaacuterios Perfeito Metodologias aacutegeis precisam responder rapidamente a mudanccedilas e isso eacute auxiliado por ferramentas de integraccedilatildeo contiacutenua

Gabarito C

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

Comentaacuterios Perfeito Eacute isso mesmo

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 24 de 44

SCRUM

Algueacutem de vocecircs sabe de onde vem esse nome Entatildeo vou lhes contar Esse nome vem do rugby e eacute utilizado como uma metaacutefora para refletir o alto grau de cooperaccedilatildeo necessaacuterio para obter sucesso Imagino que poucos de vocecircs entendam as regras desse esporte portanto vou explicar de forma bastante objetiva porque essa metaacutefora eacute utilizada No rugby um time pontua quando a bola cruza a linha de gol e toca o chatildeo ndash sendo carregada ou por meio de um passe Caso o jogador seja derrubado ele deve soltar a bola e a jogada se reinicia Deve haver intensa troca de passes entre os jogadores de modo a deixaacute-los menos vulneraacuteveis a serem derrubados por outros jogadores

Figura 11 - Scrum no Rugby

Bem cada jogada se inicia quando um Scrum eacute realizado ie forma-se uma parede de forccedila entre os jogadores como mostra a Figura 11 Observem que os jogadores se reuacutenem de forma bem proacutexima unindo suas forccedilas e habilidades para trabalhar em conjunto a fim de conseguir recuperar a bola Percebam portanto que o time inteiro deve trabalhar para que a equipe possa pontuar Diferentemente do Futebol Americano natildeo haacute um quarterback ou uma estrela do time ndash todos satildeo importantes Pois eacute a histoacuteria fica mais interessante vamos ver uma das recomendaccedilotildees de ataque do rugby

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 25 de 44

ldquoPensem continuamente em seu alinhamento em relaccedilatildeo ao jogador que carrega a bola e aos jogadores ao seu redor Trabalhe duro para estar disponiacutevel quando necessaacuteriordquo Observem como isso eacute importante em metodologias aacutegeis trabalhar duro para ajudar a equipe a obter ecircxito ndash nunca existe ldquoBem natildeo haacute nada aqui para eu fazerrdquo Acho que agora ficou mais faacutecil entender de onde vem esse nome ndash vamos agrave teoria Antes de comeccedilar uma observaccedilatildeo o guia oficial do Scrum eacute um documento tatildeo pequeno (18 paacuteginas) que eu recomendo fortemente que vocecircs leiam-no por inteiro pois seraacute muito uacutetil Bem agora sim vamos ao trabalho Scrum eacute um framework (ie possui uma estrutura processual) leve simples de entender e extremamente difiacutecil de dominar para desenvolver e manter produtos complexos e adaptativos enquanto entrega produtiva e criativamente produtos com o mais alto valor possiacutevel Complicado ou natildeo Galera percebam que ele natildeo eacute um processo ou uma teacutecnica para construir produtos mas ndash sim ndash um framework em que pode ser empregado vaacuterios processos e teacutecnicas O Framework pode ser definido como um conjunto de papeacuteis eventos artefatos e regras associadas a uma equipe Ele eacute fundamentado em teorias empiacutericas de controle de processo e emprega uma abordagem iterativa e incremental (maximizando as oportunidades de feedback) para aperfeiccediloar a previsatildeo e controle de riscos Ele afirma que o conhecimento vem da experiecircncia e da tomada de decisotildees baseadas no que eacute conhecido Para tal ele emprega uma abordagem iterativa e incremental para aperfeiccediloar a previsibilidade e controle de riscos fundamentando-se em trecircs pilares fundamentais

Transparecircncia aspectos significativos (e padronizados) devem estar visiacuteveis aos responsaacuteveis pelos resultados Por exemplo uma linguagem comum a todos os participantes

Inspeccedilatildeo os usuaacuterios devem frequentemente inspecionar os artefatos e o

progresso para detectar indesejaacuteveis variaccedilotildees (natildeo pode ser frequente a ponto de atrapalhar a execuccedilatildeo das tarefas)

Adaptaccedilatildeo o processo ou material sendo produzido deve ser adaptado sempre

que um inspetor verificar desvios que tornem o resultado inaceitaacutevel e para tanto ele tem quatros oportunidades (as reuniotildees)

O Scrum define o conceito de Time Scrum que eacute um time auto-organizaacutevel (escolhe qual a melhor forma para realizar seu trabalho) e multifuncional (possui todas as competecircncias

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 26 de 44

e natildeo depende de outros de fora da equipe) Eacute o responsaacutevel por entregar produtos de forma iterativa e incremental maximizando as oportunidades de realimentaccedilatildeo As entregas incrementais de produto ldquoprontordquo garantem que uma versatildeo potencialmente funcional do produto do trabalho esteja sempre disponiacutevel Agora o mais importante o Time Scrum eacute composto por um Product Owner um Scrum Master e a Equipe de Desenvolvimento1 Product Owner Eacute o responsaacutevel por maximizar o valor do produto e do trabalho da equipe de desenvolvimento sendo o uacutenico que pode gerenciar o Product Backlog Ele pode ateacute delegar atividades de gerenciamento mas ainda seraacute considerado o responsaacutevel pelos resultados A Equipe de Desenvolvimento soacute responde a ele Equipe de Desenvolvimento A Equipe de Desenvolvimento natildeo reconhece tiacutetulos para seus integrantes todos satildeo considerados desenvolvedores (natildeo importa o que faccedilam) A Equipe deve ter entre 3 e 9 integrantes de modo que natildeo seja pequena demais que haja restriccedilotildees de habilidades nem grande demais que seja complicado de gerenciar Scrum Master Eacute o responsaacutevel por garantir que o Scrum seja entendido e aplicado Ademais ele deve comunicar claramente a visatildeo objetivo e itens do Product Backlog ensinar a equipe a criar itens claros e concisos treinar a equipe de desenvolvimento em autogerenciamento e interdisciplinaridade remover impedimentos entre outros Mudando de assunto os Eventos Scrum satildeo eventos time-boxed (ie com duraccedilatildeo maacutexima) usados para criar uma rotina e minimizar a necessidade de reuniotildees natildeo definidas pelo Scrum Lembrem-se de que a Sprint tem um mecircs ou menos e eacute iniciada imediatamente apoacutes a conclusatildeo da sprint anterior As Sprints satildeo compostas por uma Reuniatildeo de Planejamento da Sprint Reuniotildees Diaacuterias o Trabalho de Desenvolvimento uma Revisatildeo da Sprint e a Retrospectiva da Sprint Uma Sprint se inicia imediatamente apoacutes a conclusatildeo da sprint anterior e tem duraccedilotildees coerentes em todo o esforccedilo de desenvolvimento Durante a sprint eacute proibido realizar mudanccedilas que afetem seu objetivo Aleacutem disso eacute proibido mudar a composiccedilatildeo da equipe ou diminuir as metas de qualidade apesar disso o escopo pode ser sempre clarificado e renegociado Essas proibiccedilotildees devem ser levadas

muito a seacuterio entenderam

1 Natildeo confundir Equipe de Desenvolvimento com Time Scrum ʹ o primeiro estaacute contido no segundo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 27 de 44

Uma sprint pode ser cancelada antes de seu time-box terminar e isso somente pode ser feito pelo Product Owner (sob influecircncia de stakeholders equipe de desenvolvimento entre outros) Isso pode ocorrer caso o seu objetivo se torne obsoleto mas ocorrem tambeacutem devido agrave curta duraccedilatildeo e a cancelamentos poreacutem satildeo raros os casos O trabalho a ser realizado na Sprint eacute planejado na Reuniatildeo de Planejamento da Sprint (Proporcional a 8 horas) Essa reuniatildeo consiste em duas partes

1 O que seraacute entregue como resultado do incremento da proacutexima Sprint

2 Como o trabalho necessaacuterio para entregar o incremento seraacute realizado Na primeira parte a Equipe de Desenvolvimento tenta prever as funcionalidades que seratildeo desenvolvidas durante a Sprint Na segunda parte a Equipe de Desenvolvimento decide como iraacute construir essas funcionalidades durante a Sprint e desenvolve o Sprint Backlog Portanto a primeira parte trada do ldquoO que fazerrdquo e a segunda trata do ldquoComo fazerrdquo

Figura 12 - Processo do SCRUM

O Product Owner pode estar presente durante a segunda parte da reuniatildeo para clarificar itens do Backlog do Produto A Reuniatildeo Diaacuteria (Proporcional a 15 minutos) eacute um evento que busca criar um plano para as proacuteximas 24 horas e inspecionar o trabalho desde a uacuteltima Reuniatildeo Diaacuteria

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 28 de 44

Ela ocorre sempre no mesmo horaacuterio e no mesmo local e cada integrante deve responder as seguintes perguntas

1 O que foi completado desde a uacuteltima reuniatildeo

2 O que seraacute feito ateacute a proacutexima reuniatildeo

3 Quais os obstaacuteculos que estatildeo no caminho

As Reuniotildees Diaacuterias melhoram bastante a comunicaccedilatildeo entre os integrantes ademais eliminam a necessidade de outras reuniotildees identificam e removem impedimentos destacam e promovem raacutepidas tomadas de decisatildeo e melhoram o niacutevel de conhecimento da Equipe como um todo A Revisatildeo da Sprint (Proporcional a 4 horas) eacute executada no final da Sprint para inspecionar o incremento e adaptar o Backlog do Produto se necessaacuterio Esta eacute uma reuniatildeo informal e a apresentaccedilatildeo do incremento destina-se a motivar e obter comentaacuterios e promover a colaboraccedilatildeo Nesta reuniatildeo discute-se o que foi bem e o que natildeo foi problemas ocorridos e como foram resolvidos Procut Backlog projeccedilotildees de datas O resultado eacute o Product Backlog revisado e ajustado A Retrospectiva da Sprint (Proporcional a 3 horas) eacute uma chance para o Scrum Team inspecionar a si proacuteprio e criar um plano de melhorias par proacutexima sprint Ela inspeciona como foi a uacuteltima sprint em relaccedilatildeo agraves pessoas agraves relaccedilotildees aos processos e agraves ferramentas Aleacutem disso tem o poder de identificar e ordenar os principais itens que se tornaram potenciais de melhorias e cria um plano para implementar melhorias no modo de realizaccedilatildeo do trabalho

Figura 13 - Graacutefico Burndown

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 29 de 44

O Documento de Visatildeo eacute definido pelo Product Owner e representa como os clientes usuaacuterios finais gerentes stakeholders executivos entre outros visualizam o resultado final do produto que seraacute criado Praacuteticas como BurndownBurnup tecircm sido utilizadas para prever o progresso sem substituir a importacircncia do empirismo como mostra a Figura 13 O Product Backlog eacute uma lista ordenada (por valor risco prioridade etc) de tudo que deve ser necessaacuterio no produto e eacute uma origem uacutenica dos requisitos para qualquer mudanccedila a ser feita no produto Ele nunca (Atenccedilatildeo nunca) estaraacute completo e existiraacute enquanto o produto tambeacutem existir

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 30 de 44

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

Comentaacuterios Bem vamos comeccedilar nossos exerciacutecios com um erro da FCC O Guia Scrum diz que o Scrum Team eacute dividido em Product Owner Scrum Master e Development Team No entanto a FCC deu a resposta como correto

Gabarito C

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

Comentaacuterios Bem tranquila neacute Trata-se de uma Sprint

Gabarito C

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint Comentaacuterios Bem tranquila tambeacutem Trata-se de uma Sprint

Gabarito C

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

Comentaacuterios Perfeito Essa Scrum Meeting trata-se da Daily Scrum Meeting ou Reuniatildeo Diaacuteria

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 31 de 44

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

Comentaacuterios De fato estaacute incorreto O periacuteodo maacuteximo eacute de 30 dias e a equipe de trabalho varia de 3 a 9 pessoas

Gabarito C

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

Comentaacuterios Na verdade natildeo eacute correto Eacute possiacutevel dissolver uma sprint e comeccedilar outra baseando-se em um no sprint backlog ndash quem pode fazer isso eacute o Product Owner

Gabarito E

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

Comentaacuterios Bem ela deve durar no maacuteximo 15 minutos no entanto a questatildeo diz que natildeo deve durar mais que 30 minutos (o que natildeo eacute errado) Portanto natildeo eacute incorreto ndash eacute correto

Gabarito E

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

Comentaacuterios Na verdade natildeo eacute incorreto Satildeo essas as perguntas a serem feitas

Gabarito E

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

Comentaacuterios Tambeacutem natildeo eacute incorreto Eacute exatamente isso que o Scrum Master deve fazer

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 32 de 44

Gabarito E

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

Comentaacuterios Na verdade soacute pode ser modificado pelo Product Owner

Gabarito E

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint Comentaacuterios Scrum Master eacute apenas um facilitador Quem pode modificar o Backlog eacute o Product Owner

Gabarito E

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

Comentaacuterios Eacute possiacutevel ndash sim ndash dissolver uma sprint

Gabarito E

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe Comentaacuterios Na verdade as discussotildees ocorrem mais entre a equipe de desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 33 de 44

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a data final e o custo do projeto satildeo determinados ao longo do projeto

Comentaacuterios Eacute isso mesmo ndash satildeo todos definidos ao longo do projeto

Gabarito C

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

Comentaacuterios Na verdade recomenda-se entre trecircs e nove participantes Com menos de trecircs participantes reduz-se a interaccedilatildeo que gera um menor ganho de produtividade

Gabarito E

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

Comentaacuterios De fato apenas o Product Owner pode cancelar uma sprint

Gabarito C

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

Comentaacuterios Uma sprint deve ter entre duas e quarto semanas

Gabarito E

53 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

Comentaacuterios Questatildeo perfeita Scrum estaacute para o PMBOK assim como o XP estaacute para o RUP Ele pode ser utilizado em teoria em qualquer contexto em que se necessite atingir um objetivo comum entre um grupo de pessoas

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 34 de 44

54 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

Comentaacuterios Literalmente retirado do Guia Scrum ndash perfeito

Gabarito C

55 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

Comentaacuterios Conjunto de requisitos bem definidos Natildeo eacute o contraacuterio Geralmente trata-se de requisitos pouco definidos

Gabarito E

56 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

Comentaacuterios Eacute exatamente isso Lembrem-se de que natildeo haacute cargos mas papeacuteis

Gabarito C

57 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

Comentaacuterios Galera essa eacute muito faacutecil Nenhum produto estaraacute nunca completamente testado ademais o Product Backlog tambeacutem nunca estaraacute completo

Gabarito E

58 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

Comentaacuterios Opaaaa Product Owner natildeo trata de estimativas Entendam escopo e importacircncia satildeo definidos pelo PO no entanto quem define estimativas eacute a Equipe de Desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 35 de 44

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

60 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

Comentaacuterios Bem o cliente natildeo se torna parte da equipe de desenvolvimento Haacute ndash sim ndash uma forte integraccedilatildeo no entanto dizer que faz parte da equipe de desenvolvimento eacute um completo absurdo No entanto o CESPE natildeo entendeu dessa maneira

Gabarito C

61 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

Comentaacuterios Eacute isso mesmo perfeito

Gabarito C

62 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o

documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

Comentaacuterios Galera item perfeito Muito bem escrito

Gabarito C

63 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

Comentaacuterios Questatildeo perfeita retirada do Guia Scrum

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 36 de 44

Gabarito C

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

65 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

Comentaacuterios Jaacute li isso 800x e as bancas continuam errando Escreve-se ITERACcedilAtildeO e natildeo INTERACcedilAtildeO A questatildeo deveria ter sido anulada mas natildeo foi =

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 37 de 44

LISTA DE EXERCIacuteCIOS COMENTADOS

(Instituto Cidades ndash 2012 - CEMIG - Agente de Gestatildeo Administrativa - Analista de Sistemas - A) O teste

eacute uma atividade de verificaccedilatildeo e validaccedilatildeo do software e consiste na anaacutelise dinacircmica do mesmo isto eacute na execuccedilatildeo do produto de software com o objetivo de verificar a presenccedila de defeitos no produto e aumentar a confianccedila de que o mesmo estaacute correto

(CESPE - 2012 ndash Anatel ndash Analista Administrativo ndash Arquitetura de Soluccedilotildees) Considere as informaccedilotildees

abaixo em relaccedilatildeo ao desenvolvimento de sistemas

I executar um software com o objetivo de revelar falhas mas que natildeo prova a exatidatildeo do software II correta construccedilatildeo do produto III Construccedilatildeo do produto certo

Correspondem corretamente a I II e III respectivamente

a) Validaccedilatildeo verificaccedilatildeo e teste b) Verificaccedilatildeo teste e validaccedilatildeo c) Teste verificaccedilatildeo e validaccedilatildeo d) Validaccedilatildeo teste e verificaccedilatildeo e) Teste validaccedilatildeo e verificaccedilatildeo

(CESPE - 2010 ndash TJES ndash Analista Judiciaacuterio ndash Analista de Sistemas) Verificaccedilatildeo e validaccedilatildeo satildeo atividades

da anaacutelise de software necessaacuterias para se identificar o que o software precisa executar seguida de uma avaliaccedilatildeo do usuaacuterio quanto agraves atividades definidas

(CESPE - ndash TRT 5ordf ndash Analista Judiciaacuterio ndash Analista de Sistemas) A diferenccedila entre verificaccedilatildeo e

validaccedilatildeo reside no fato de que a primeira se refere ao conjunto de atividades que garante que o software realiza corretamente uma funccedilatildeo especiacutefica enquanto a segunda refere-se a um conjunto diferente de atividades que garante que o software que foi construiacutedo eacute rastreaacutevel agraves exigecircncias do cliente

(ESAF - ndash MPOG ndash Analista de Planejamento ndash Analista de Sistemas - B) Demonstrar ao

desenvolvedor e ao cliente que o software atende aos requisitos eacute uma meta de validaccedilatildeo do software

(CESPE - ndash IPEA ndash Analista de Sistemas) A verificaccedilatildeo assegura que o produto como fornecido iraacute

atender o seu uso pretendido ou seja que se estaacute construindo o produto certo E a validaccedilatildeo confirma que os produtos de trabalho refletem de forma apropriada os requisitos que foram especificados ou seja que se estaacute construindo o produto corretamente

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 38 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 39 de 44

tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 40 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto

da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C) Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 41 de 44

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 42 de 44

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a

data final e o custo do projeto satildeo determinados ao longo do projeto

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 43 de 44

53 (CESPE - 2012 - TRE-RJ - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) A metodologia scrum prega que a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

54 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

55 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM

o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

56 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

57 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

58 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

60 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para

gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

61 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

62 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 44 de 44

63 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

65 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

66 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

GABARITO

1 2 3 4 5 6 7 8 9 10 E C C C E E E C E E 11 12 13 14 15 16 17 18 19 20 E C C C C E E C E E 21 22 23 24 25 26 27 28 29 30 E C C C E E C E B E 31 32 33 34 35 36 37 38 39 40 E C C C C C C C C E 41 42 43 44 45 46 47 48 49 50 E E E E C E E E C E 51 52 53 54 55 56 57 58 59 60 C E C C E C E E C C 61 62 63 64 65 66 67 68 69 70 C C C C C - - - - -

79831971523

325179138-97 - caio victor gambardela

Page 23: 203903115 Testes Conceitos Verificacao e Validacao Tipos de Teste Unidade Integracao Sistemafuncional Aceitacao Carga Desempenho Vulnerabilidade Usab

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 22 de 44

JENKINS

Galera eu tenho um acervo consideraacutevel de provas das principais bancas ndash em que eacute possiacutevel procurar palavras especiacuteficas E eu natildeo encontrei uma questatildeo sequer a respeito desse tema Logo nossa visatildeo seraacute superficial pois assuntos novos em geral natildeo entram em detalhes

Primeiro de tudo o que eacute o Jenkins Eacute uma ferramenta open-source de integraccedilatildeo contiacutenua escrita em java para testes e relatoacuterios sobre mudanccedilas isoladas em uma grande base de coacutedigo em tempo real O software possibilita que os desenvolvedores encontrem e resolvam defeitos rapidamente em uma base de coacutedigo e automatizem seus testes A integraccedilatildeo contiacutenua evoluiu desde a sua concepccedilatildeo Originalmente o padratildeo era uma compilaccedilatildeo por dia Hoje em dia a regra comum eacute que cada membro da equipe apresente seu trabalho diariamente (ou ateacute mais frequentemente) e compilaccedilotildees sejam realizadas para cada mudanccedila significativa Quando usado corretamente a integraccedilatildeo contiacutenua proporciona vaacuterios benefiacutecios como feedback constante sobre o status do software Os defeitos satildeo geralmente menores menos complexos e mais faacuteceis de resolver uma vez que a Integraccedilatildeo Contiacutenua detecta deficiecircncias no iniacutecio do desenvolvimento Resumindo o que vocecircs jaacute viram dezenas de vezes no estudo de metodologias aacutegeis a integraccedilatildeo contiacutenua consiste em o desenvolvedor integrar o coacutedigo desenvolvido eou alterado ao projeto principal na mesma frequecircncia com que as funcionalidades satildeo desenvolvidas sendo feito muitas vezes ao dia ao inveacutes de apenas uma vez O objetivo principal de se utilizar a integraccedilatildeo contiacutenua eacute verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente Ademais pode ser feita atraveacutes de processos manuais ou automatizados utilizando ndash por exemplo ndash a ferramenta Jenkins (ou CruiseControl Hudson Bamboo Continuum Gump Beebox etc) O Jenkins eacute um sistema baseado em servidor que roda em um Container Web e possui plug-ins para ampliar sua utilizaccedilatildeo com outras linguagens de programaccedilatildeo para integraccedilatildeo com sistemas de controle de versatildeo ou para grandes bases de dados Bem eu acho que isso eacute suficiente sobre esse assunto

Figura 10 ʹ Logo da Jenkins

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 23 de 44

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua Comentaacuterios Opa Jenkins eacute uma ferramenta open-source

Gabarito E

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente Comentaacuterios Exatamente Nativamente ele natildeo tem suporte a outras linguagens de programaccedilatildeo ndash somente por meio de plug-ins

Gabarito C

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis Comentaacuterios Perfeito Metodologias aacutegeis precisam responder rapidamente a mudanccedilas e isso eacute auxiliado por ferramentas de integraccedilatildeo contiacutenua

Gabarito C

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

Comentaacuterios Perfeito Eacute isso mesmo

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 24 de 44

SCRUM

Algueacutem de vocecircs sabe de onde vem esse nome Entatildeo vou lhes contar Esse nome vem do rugby e eacute utilizado como uma metaacutefora para refletir o alto grau de cooperaccedilatildeo necessaacuterio para obter sucesso Imagino que poucos de vocecircs entendam as regras desse esporte portanto vou explicar de forma bastante objetiva porque essa metaacutefora eacute utilizada No rugby um time pontua quando a bola cruza a linha de gol e toca o chatildeo ndash sendo carregada ou por meio de um passe Caso o jogador seja derrubado ele deve soltar a bola e a jogada se reinicia Deve haver intensa troca de passes entre os jogadores de modo a deixaacute-los menos vulneraacuteveis a serem derrubados por outros jogadores

Figura 11 - Scrum no Rugby

Bem cada jogada se inicia quando um Scrum eacute realizado ie forma-se uma parede de forccedila entre os jogadores como mostra a Figura 11 Observem que os jogadores se reuacutenem de forma bem proacutexima unindo suas forccedilas e habilidades para trabalhar em conjunto a fim de conseguir recuperar a bola Percebam portanto que o time inteiro deve trabalhar para que a equipe possa pontuar Diferentemente do Futebol Americano natildeo haacute um quarterback ou uma estrela do time ndash todos satildeo importantes Pois eacute a histoacuteria fica mais interessante vamos ver uma das recomendaccedilotildees de ataque do rugby

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 25 de 44

ldquoPensem continuamente em seu alinhamento em relaccedilatildeo ao jogador que carrega a bola e aos jogadores ao seu redor Trabalhe duro para estar disponiacutevel quando necessaacuteriordquo Observem como isso eacute importante em metodologias aacutegeis trabalhar duro para ajudar a equipe a obter ecircxito ndash nunca existe ldquoBem natildeo haacute nada aqui para eu fazerrdquo Acho que agora ficou mais faacutecil entender de onde vem esse nome ndash vamos agrave teoria Antes de comeccedilar uma observaccedilatildeo o guia oficial do Scrum eacute um documento tatildeo pequeno (18 paacuteginas) que eu recomendo fortemente que vocecircs leiam-no por inteiro pois seraacute muito uacutetil Bem agora sim vamos ao trabalho Scrum eacute um framework (ie possui uma estrutura processual) leve simples de entender e extremamente difiacutecil de dominar para desenvolver e manter produtos complexos e adaptativos enquanto entrega produtiva e criativamente produtos com o mais alto valor possiacutevel Complicado ou natildeo Galera percebam que ele natildeo eacute um processo ou uma teacutecnica para construir produtos mas ndash sim ndash um framework em que pode ser empregado vaacuterios processos e teacutecnicas O Framework pode ser definido como um conjunto de papeacuteis eventos artefatos e regras associadas a uma equipe Ele eacute fundamentado em teorias empiacutericas de controle de processo e emprega uma abordagem iterativa e incremental (maximizando as oportunidades de feedback) para aperfeiccediloar a previsatildeo e controle de riscos Ele afirma que o conhecimento vem da experiecircncia e da tomada de decisotildees baseadas no que eacute conhecido Para tal ele emprega uma abordagem iterativa e incremental para aperfeiccediloar a previsibilidade e controle de riscos fundamentando-se em trecircs pilares fundamentais

Transparecircncia aspectos significativos (e padronizados) devem estar visiacuteveis aos responsaacuteveis pelos resultados Por exemplo uma linguagem comum a todos os participantes

Inspeccedilatildeo os usuaacuterios devem frequentemente inspecionar os artefatos e o

progresso para detectar indesejaacuteveis variaccedilotildees (natildeo pode ser frequente a ponto de atrapalhar a execuccedilatildeo das tarefas)

Adaptaccedilatildeo o processo ou material sendo produzido deve ser adaptado sempre

que um inspetor verificar desvios que tornem o resultado inaceitaacutevel e para tanto ele tem quatros oportunidades (as reuniotildees)

O Scrum define o conceito de Time Scrum que eacute um time auto-organizaacutevel (escolhe qual a melhor forma para realizar seu trabalho) e multifuncional (possui todas as competecircncias

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 26 de 44

e natildeo depende de outros de fora da equipe) Eacute o responsaacutevel por entregar produtos de forma iterativa e incremental maximizando as oportunidades de realimentaccedilatildeo As entregas incrementais de produto ldquoprontordquo garantem que uma versatildeo potencialmente funcional do produto do trabalho esteja sempre disponiacutevel Agora o mais importante o Time Scrum eacute composto por um Product Owner um Scrum Master e a Equipe de Desenvolvimento1 Product Owner Eacute o responsaacutevel por maximizar o valor do produto e do trabalho da equipe de desenvolvimento sendo o uacutenico que pode gerenciar o Product Backlog Ele pode ateacute delegar atividades de gerenciamento mas ainda seraacute considerado o responsaacutevel pelos resultados A Equipe de Desenvolvimento soacute responde a ele Equipe de Desenvolvimento A Equipe de Desenvolvimento natildeo reconhece tiacutetulos para seus integrantes todos satildeo considerados desenvolvedores (natildeo importa o que faccedilam) A Equipe deve ter entre 3 e 9 integrantes de modo que natildeo seja pequena demais que haja restriccedilotildees de habilidades nem grande demais que seja complicado de gerenciar Scrum Master Eacute o responsaacutevel por garantir que o Scrum seja entendido e aplicado Ademais ele deve comunicar claramente a visatildeo objetivo e itens do Product Backlog ensinar a equipe a criar itens claros e concisos treinar a equipe de desenvolvimento em autogerenciamento e interdisciplinaridade remover impedimentos entre outros Mudando de assunto os Eventos Scrum satildeo eventos time-boxed (ie com duraccedilatildeo maacutexima) usados para criar uma rotina e minimizar a necessidade de reuniotildees natildeo definidas pelo Scrum Lembrem-se de que a Sprint tem um mecircs ou menos e eacute iniciada imediatamente apoacutes a conclusatildeo da sprint anterior As Sprints satildeo compostas por uma Reuniatildeo de Planejamento da Sprint Reuniotildees Diaacuterias o Trabalho de Desenvolvimento uma Revisatildeo da Sprint e a Retrospectiva da Sprint Uma Sprint se inicia imediatamente apoacutes a conclusatildeo da sprint anterior e tem duraccedilotildees coerentes em todo o esforccedilo de desenvolvimento Durante a sprint eacute proibido realizar mudanccedilas que afetem seu objetivo Aleacutem disso eacute proibido mudar a composiccedilatildeo da equipe ou diminuir as metas de qualidade apesar disso o escopo pode ser sempre clarificado e renegociado Essas proibiccedilotildees devem ser levadas

muito a seacuterio entenderam

1 Natildeo confundir Equipe de Desenvolvimento com Time Scrum ʹ o primeiro estaacute contido no segundo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 27 de 44

Uma sprint pode ser cancelada antes de seu time-box terminar e isso somente pode ser feito pelo Product Owner (sob influecircncia de stakeholders equipe de desenvolvimento entre outros) Isso pode ocorrer caso o seu objetivo se torne obsoleto mas ocorrem tambeacutem devido agrave curta duraccedilatildeo e a cancelamentos poreacutem satildeo raros os casos O trabalho a ser realizado na Sprint eacute planejado na Reuniatildeo de Planejamento da Sprint (Proporcional a 8 horas) Essa reuniatildeo consiste em duas partes

1 O que seraacute entregue como resultado do incremento da proacutexima Sprint

2 Como o trabalho necessaacuterio para entregar o incremento seraacute realizado Na primeira parte a Equipe de Desenvolvimento tenta prever as funcionalidades que seratildeo desenvolvidas durante a Sprint Na segunda parte a Equipe de Desenvolvimento decide como iraacute construir essas funcionalidades durante a Sprint e desenvolve o Sprint Backlog Portanto a primeira parte trada do ldquoO que fazerrdquo e a segunda trata do ldquoComo fazerrdquo

Figura 12 - Processo do SCRUM

O Product Owner pode estar presente durante a segunda parte da reuniatildeo para clarificar itens do Backlog do Produto A Reuniatildeo Diaacuteria (Proporcional a 15 minutos) eacute um evento que busca criar um plano para as proacuteximas 24 horas e inspecionar o trabalho desde a uacuteltima Reuniatildeo Diaacuteria

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 28 de 44

Ela ocorre sempre no mesmo horaacuterio e no mesmo local e cada integrante deve responder as seguintes perguntas

1 O que foi completado desde a uacuteltima reuniatildeo

2 O que seraacute feito ateacute a proacutexima reuniatildeo

3 Quais os obstaacuteculos que estatildeo no caminho

As Reuniotildees Diaacuterias melhoram bastante a comunicaccedilatildeo entre os integrantes ademais eliminam a necessidade de outras reuniotildees identificam e removem impedimentos destacam e promovem raacutepidas tomadas de decisatildeo e melhoram o niacutevel de conhecimento da Equipe como um todo A Revisatildeo da Sprint (Proporcional a 4 horas) eacute executada no final da Sprint para inspecionar o incremento e adaptar o Backlog do Produto se necessaacuterio Esta eacute uma reuniatildeo informal e a apresentaccedilatildeo do incremento destina-se a motivar e obter comentaacuterios e promover a colaboraccedilatildeo Nesta reuniatildeo discute-se o que foi bem e o que natildeo foi problemas ocorridos e como foram resolvidos Procut Backlog projeccedilotildees de datas O resultado eacute o Product Backlog revisado e ajustado A Retrospectiva da Sprint (Proporcional a 3 horas) eacute uma chance para o Scrum Team inspecionar a si proacuteprio e criar um plano de melhorias par proacutexima sprint Ela inspeciona como foi a uacuteltima sprint em relaccedilatildeo agraves pessoas agraves relaccedilotildees aos processos e agraves ferramentas Aleacutem disso tem o poder de identificar e ordenar os principais itens que se tornaram potenciais de melhorias e cria um plano para implementar melhorias no modo de realizaccedilatildeo do trabalho

Figura 13 - Graacutefico Burndown

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 29 de 44

O Documento de Visatildeo eacute definido pelo Product Owner e representa como os clientes usuaacuterios finais gerentes stakeholders executivos entre outros visualizam o resultado final do produto que seraacute criado Praacuteticas como BurndownBurnup tecircm sido utilizadas para prever o progresso sem substituir a importacircncia do empirismo como mostra a Figura 13 O Product Backlog eacute uma lista ordenada (por valor risco prioridade etc) de tudo que deve ser necessaacuterio no produto e eacute uma origem uacutenica dos requisitos para qualquer mudanccedila a ser feita no produto Ele nunca (Atenccedilatildeo nunca) estaraacute completo e existiraacute enquanto o produto tambeacutem existir

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 30 de 44

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

Comentaacuterios Bem vamos comeccedilar nossos exerciacutecios com um erro da FCC O Guia Scrum diz que o Scrum Team eacute dividido em Product Owner Scrum Master e Development Team No entanto a FCC deu a resposta como correto

Gabarito C

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

Comentaacuterios Bem tranquila neacute Trata-se de uma Sprint

Gabarito C

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint Comentaacuterios Bem tranquila tambeacutem Trata-se de uma Sprint

Gabarito C

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

Comentaacuterios Perfeito Essa Scrum Meeting trata-se da Daily Scrum Meeting ou Reuniatildeo Diaacuteria

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 31 de 44

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

Comentaacuterios De fato estaacute incorreto O periacuteodo maacuteximo eacute de 30 dias e a equipe de trabalho varia de 3 a 9 pessoas

Gabarito C

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

Comentaacuterios Na verdade natildeo eacute correto Eacute possiacutevel dissolver uma sprint e comeccedilar outra baseando-se em um no sprint backlog ndash quem pode fazer isso eacute o Product Owner

Gabarito E

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

Comentaacuterios Bem ela deve durar no maacuteximo 15 minutos no entanto a questatildeo diz que natildeo deve durar mais que 30 minutos (o que natildeo eacute errado) Portanto natildeo eacute incorreto ndash eacute correto

Gabarito E

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

Comentaacuterios Na verdade natildeo eacute incorreto Satildeo essas as perguntas a serem feitas

Gabarito E

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

Comentaacuterios Tambeacutem natildeo eacute incorreto Eacute exatamente isso que o Scrum Master deve fazer

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 32 de 44

Gabarito E

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

Comentaacuterios Na verdade soacute pode ser modificado pelo Product Owner

Gabarito E

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint Comentaacuterios Scrum Master eacute apenas um facilitador Quem pode modificar o Backlog eacute o Product Owner

Gabarito E

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

Comentaacuterios Eacute possiacutevel ndash sim ndash dissolver uma sprint

Gabarito E

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe Comentaacuterios Na verdade as discussotildees ocorrem mais entre a equipe de desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 33 de 44

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a data final e o custo do projeto satildeo determinados ao longo do projeto

Comentaacuterios Eacute isso mesmo ndash satildeo todos definidos ao longo do projeto

Gabarito C

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

Comentaacuterios Na verdade recomenda-se entre trecircs e nove participantes Com menos de trecircs participantes reduz-se a interaccedilatildeo que gera um menor ganho de produtividade

Gabarito E

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

Comentaacuterios De fato apenas o Product Owner pode cancelar uma sprint

Gabarito C

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

Comentaacuterios Uma sprint deve ter entre duas e quarto semanas

Gabarito E

53 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

Comentaacuterios Questatildeo perfeita Scrum estaacute para o PMBOK assim como o XP estaacute para o RUP Ele pode ser utilizado em teoria em qualquer contexto em que se necessite atingir um objetivo comum entre um grupo de pessoas

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 34 de 44

54 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

Comentaacuterios Literalmente retirado do Guia Scrum ndash perfeito

Gabarito C

55 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

Comentaacuterios Conjunto de requisitos bem definidos Natildeo eacute o contraacuterio Geralmente trata-se de requisitos pouco definidos

Gabarito E

56 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

Comentaacuterios Eacute exatamente isso Lembrem-se de que natildeo haacute cargos mas papeacuteis

Gabarito C

57 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

Comentaacuterios Galera essa eacute muito faacutecil Nenhum produto estaraacute nunca completamente testado ademais o Product Backlog tambeacutem nunca estaraacute completo

Gabarito E

58 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

Comentaacuterios Opaaaa Product Owner natildeo trata de estimativas Entendam escopo e importacircncia satildeo definidos pelo PO no entanto quem define estimativas eacute a Equipe de Desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 35 de 44

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

60 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

Comentaacuterios Bem o cliente natildeo se torna parte da equipe de desenvolvimento Haacute ndash sim ndash uma forte integraccedilatildeo no entanto dizer que faz parte da equipe de desenvolvimento eacute um completo absurdo No entanto o CESPE natildeo entendeu dessa maneira

Gabarito C

61 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

Comentaacuterios Eacute isso mesmo perfeito

Gabarito C

62 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o

documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

Comentaacuterios Galera item perfeito Muito bem escrito

Gabarito C

63 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

Comentaacuterios Questatildeo perfeita retirada do Guia Scrum

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 36 de 44

Gabarito C

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

65 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

Comentaacuterios Jaacute li isso 800x e as bancas continuam errando Escreve-se ITERACcedilAtildeO e natildeo INTERACcedilAtildeO A questatildeo deveria ter sido anulada mas natildeo foi =

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 37 de 44

LISTA DE EXERCIacuteCIOS COMENTADOS

(Instituto Cidades ndash 2012 - CEMIG - Agente de Gestatildeo Administrativa - Analista de Sistemas - A) O teste

eacute uma atividade de verificaccedilatildeo e validaccedilatildeo do software e consiste na anaacutelise dinacircmica do mesmo isto eacute na execuccedilatildeo do produto de software com o objetivo de verificar a presenccedila de defeitos no produto e aumentar a confianccedila de que o mesmo estaacute correto

(CESPE - 2012 ndash Anatel ndash Analista Administrativo ndash Arquitetura de Soluccedilotildees) Considere as informaccedilotildees

abaixo em relaccedilatildeo ao desenvolvimento de sistemas

I executar um software com o objetivo de revelar falhas mas que natildeo prova a exatidatildeo do software II correta construccedilatildeo do produto III Construccedilatildeo do produto certo

Correspondem corretamente a I II e III respectivamente

a) Validaccedilatildeo verificaccedilatildeo e teste b) Verificaccedilatildeo teste e validaccedilatildeo c) Teste verificaccedilatildeo e validaccedilatildeo d) Validaccedilatildeo teste e verificaccedilatildeo e) Teste validaccedilatildeo e verificaccedilatildeo

(CESPE - 2010 ndash TJES ndash Analista Judiciaacuterio ndash Analista de Sistemas) Verificaccedilatildeo e validaccedilatildeo satildeo atividades

da anaacutelise de software necessaacuterias para se identificar o que o software precisa executar seguida de uma avaliaccedilatildeo do usuaacuterio quanto agraves atividades definidas

(CESPE - ndash TRT 5ordf ndash Analista Judiciaacuterio ndash Analista de Sistemas) A diferenccedila entre verificaccedilatildeo e

validaccedilatildeo reside no fato de que a primeira se refere ao conjunto de atividades que garante que o software realiza corretamente uma funccedilatildeo especiacutefica enquanto a segunda refere-se a um conjunto diferente de atividades que garante que o software que foi construiacutedo eacute rastreaacutevel agraves exigecircncias do cliente

(ESAF - ndash MPOG ndash Analista de Planejamento ndash Analista de Sistemas - B) Demonstrar ao

desenvolvedor e ao cliente que o software atende aos requisitos eacute uma meta de validaccedilatildeo do software

(CESPE - ndash IPEA ndash Analista de Sistemas) A verificaccedilatildeo assegura que o produto como fornecido iraacute

atender o seu uso pretendido ou seja que se estaacute construindo o produto certo E a validaccedilatildeo confirma que os produtos de trabalho refletem de forma apropriada os requisitos que foram especificados ou seja que se estaacute construindo o produto corretamente

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 38 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 39 de 44

tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 40 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto

da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C) Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 41 de 44

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 42 de 44

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a

data final e o custo do projeto satildeo determinados ao longo do projeto

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 43 de 44

53 (CESPE - 2012 - TRE-RJ - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) A metodologia scrum prega que a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

54 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

55 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM

o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

56 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

57 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

58 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

60 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para

gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

61 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

62 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 44 de 44

63 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

65 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

66 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

GABARITO

1 2 3 4 5 6 7 8 9 10 E C C C E E E C E E 11 12 13 14 15 16 17 18 19 20 E C C C C E E C E E 21 22 23 24 25 26 27 28 29 30 E C C C E E C E B E 31 32 33 34 35 36 37 38 39 40 E C C C C C C C C E 41 42 43 44 45 46 47 48 49 50 E E E E C E E E C E 51 52 53 54 55 56 57 58 59 60 C E C C E C E E C C 61 62 63 64 65 66 67 68 69 70 C C C C C - - - - -

79831971523

325179138-97 - caio victor gambardela

Page 24: 203903115 Testes Conceitos Verificacao e Validacao Tipos de Teste Unidade Integracao Sistemafuncional Aceitacao Carga Desempenho Vulnerabilidade Usab

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 23 de 44

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua Comentaacuterios Opa Jenkins eacute uma ferramenta open-source

Gabarito E

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente Comentaacuterios Exatamente Nativamente ele natildeo tem suporte a outras linguagens de programaccedilatildeo ndash somente por meio de plug-ins

Gabarito C

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis Comentaacuterios Perfeito Metodologias aacutegeis precisam responder rapidamente a mudanccedilas e isso eacute auxiliado por ferramentas de integraccedilatildeo contiacutenua

Gabarito C

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

Comentaacuterios Perfeito Eacute isso mesmo

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 24 de 44

SCRUM

Algueacutem de vocecircs sabe de onde vem esse nome Entatildeo vou lhes contar Esse nome vem do rugby e eacute utilizado como uma metaacutefora para refletir o alto grau de cooperaccedilatildeo necessaacuterio para obter sucesso Imagino que poucos de vocecircs entendam as regras desse esporte portanto vou explicar de forma bastante objetiva porque essa metaacutefora eacute utilizada No rugby um time pontua quando a bola cruza a linha de gol e toca o chatildeo ndash sendo carregada ou por meio de um passe Caso o jogador seja derrubado ele deve soltar a bola e a jogada se reinicia Deve haver intensa troca de passes entre os jogadores de modo a deixaacute-los menos vulneraacuteveis a serem derrubados por outros jogadores

Figura 11 - Scrum no Rugby

Bem cada jogada se inicia quando um Scrum eacute realizado ie forma-se uma parede de forccedila entre os jogadores como mostra a Figura 11 Observem que os jogadores se reuacutenem de forma bem proacutexima unindo suas forccedilas e habilidades para trabalhar em conjunto a fim de conseguir recuperar a bola Percebam portanto que o time inteiro deve trabalhar para que a equipe possa pontuar Diferentemente do Futebol Americano natildeo haacute um quarterback ou uma estrela do time ndash todos satildeo importantes Pois eacute a histoacuteria fica mais interessante vamos ver uma das recomendaccedilotildees de ataque do rugby

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 25 de 44

ldquoPensem continuamente em seu alinhamento em relaccedilatildeo ao jogador que carrega a bola e aos jogadores ao seu redor Trabalhe duro para estar disponiacutevel quando necessaacuteriordquo Observem como isso eacute importante em metodologias aacutegeis trabalhar duro para ajudar a equipe a obter ecircxito ndash nunca existe ldquoBem natildeo haacute nada aqui para eu fazerrdquo Acho que agora ficou mais faacutecil entender de onde vem esse nome ndash vamos agrave teoria Antes de comeccedilar uma observaccedilatildeo o guia oficial do Scrum eacute um documento tatildeo pequeno (18 paacuteginas) que eu recomendo fortemente que vocecircs leiam-no por inteiro pois seraacute muito uacutetil Bem agora sim vamos ao trabalho Scrum eacute um framework (ie possui uma estrutura processual) leve simples de entender e extremamente difiacutecil de dominar para desenvolver e manter produtos complexos e adaptativos enquanto entrega produtiva e criativamente produtos com o mais alto valor possiacutevel Complicado ou natildeo Galera percebam que ele natildeo eacute um processo ou uma teacutecnica para construir produtos mas ndash sim ndash um framework em que pode ser empregado vaacuterios processos e teacutecnicas O Framework pode ser definido como um conjunto de papeacuteis eventos artefatos e regras associadas a uma equipe Ele eacute fundamentado em teorias empiacutericas de controle de processo e emprega uma abordagem iterativa e incremental (maximizando as oportunidades de feedback) para aperfeiccediloar a previsatildeo e controle de riscos Ele afirma que o conhecimento vem da experiecircncia e da tomada de decisotildees baseadas no que eacute conhecido Para tal ele emprega uma abordagem iterativa e incremental para aperfeiccediloar a previsibilidade e controle de riscos fundamentando-se em trecircs pilares fundamentais

Transparecircncia aspectos significativos (e padronizados) devem estar visiacuteveis aos responsaacuteveis pelos resultados Por exemplo uma linguagem comum a todos os participantes

Inspeccedilatildeo os usuaacuterios devem frequentemente inspecionar os artefatos e o

progresso para detectar indesejaacuteveis variaccedilotildees (natildeo pode ser frequente a ponto de atrapalhar a execuccedilatildeo das tarefas)

Adaptaccedilatildeo o processo ou material sendo produzido deve ser adaptado sempre

que um inspetor verificar desvios que tornem o resultado inaceitaacutevel e para tanto ele tem quatros oportunidades (as reuniotildees)

O Scrum define o conceito de Time Scrum que eacute um time auto-organizaacutevel (escolhe qual a melhor forma para realizar seu trabalho) e multifuncional (possui todas as competecircncias

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 26 de 44

e natildeo depende de outros de fora da equipe) Eacute o responsaacutevel por entregar produtos de forma iterativa e incremental maximizando as oportunidades de realimentaccedilatildeo As entregas incrementais de produto ldquoprontordquo garantem que uma versatildeo potencialmente funcional do produto do trabalho esteja sempre disponiacutevel Agora o mais importante o Time Scrum eacute composto por um Product Owner um Scrum Master e a Equipe de Desenvolvimento1 Product Owner Eacute o responsaacutevel por maximizar o valor do produto e do trabalho da equipe de desenvolvimento sendo o uacutenico que pode gerenciar o Product Backlog Ele pode ateacute delegar atividades de gerenciamento mas ainda seraacute considerado o responsaacutevel pelos resultados A Equipe de Desenvolvimento soacute responde a ele Equipe de Desenvolvimento A Equipe de Desenvolvimento natildeo reconhece tiacutetulos para seus integrantes todos satildeo considerados desenvolvedores (natildeo importa o que faccedilam) A Equipe deve ter entre 3 e 9 integrantes de modo que natildeo seja pequena demais que haja restriccedilotildees de habilidades nem grande demais que seja complicado de gerenciar Scrum Master Eacute o responsaacutevel por garantir que o Scrum seja entendido e aplicado Ademais ele deve comunicar claramente a visatildeo objetivo e itens do Product Backlog ensinar a equipe a criar itens claros e concisos treinar a equipe de desenvolvimento em autogerenciamento e interdisciplinaridade remover impedimentos entre outros Mudando de assunto os Eventos Scrum satildeo eventos time-boxed (ie com duraccedilatildeo maacutexima) usados para criar uma rotina e minimizar a necessidade de reuniotildees natildeo definidas pelo Scrum Lembrem-se de que a Sprint tem um mecircs ou menos e eacute iniciada imediatamente apoacutes a conclusatildeo da sprint anterior As Sprints satildeo compostas por uma Reuniatildeo de Planejamento da Sprint Reuniotildees Diaacuterias o Trabalho de Desenvolvimento uma Revisatildeo da Sprint e a Retrospectiva da Sprint Uma Sprint se inicia imediatamente apoacutes a conclusatildeo da sprint anterior e tem duraccedilotildees coerentes em todo o esforccedilo de desenvolvimento Durante a sprint eacute proibido realizar mudanccedilas que afetem seu objetivo Aleacutem disso eacute proibido mudar a composiccedilatildeo da equipe ou diminuir as metas de qualidade apesar disso o escopo pode ser sempre clarificado e renegociado Essas proibiccedilotildees devem ser levadas

muito a seacuterio entenderam

1 Natildeo confundir Equipe de Desenvolvimento com Time Scrum ʹ o primeiro estaacute contido no segundo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 27 de 44

Uma sprint pode ser cancelada antes de seu time-box terminar e isso somente pode ser feito pelo Product Owner (sob influecircncia de stakeholders equipe de desenvolvimento entre outros) Isso pode ocorrer caso o seu objetivo se torne obsoleto mas ocorrem tambeacutem devido agrave curta duraccedilatildeo e a cancelamentos poreacutem satildeo raros os casos O trabalho a ser realizado na Sprint eacute planejado na Reuniatildeo de Planejamento da Sprint (Proporcional a 8 horas) Essa reuniatildeo consiste em duas partes

1 O que seraacute entregue como resultado do incremento da proacutexima Sprint

2 Como o trabalho necessaacuterio para entregar o incremento seraacute realizado Na primeira parte a Equipe de Desenvolvimento tenta prever as funcionalidades que seratildeo desenvolvidas durante a Sprint Na segunda parte a Equipe de Desenvolvimento decide como iraacute construir essas funcionalidades durante a Sprint e desenvolve o Sprint Backlog Portanto a primeira parte trada do ldquoO que fazerrdquo e a segunda trata do ldquoComo fazerrdquo

Figura 12 - Processo do SCRUM

O Product Owner pode estar presente durante a segunda parte da reuniatildeo para clarificar itens do Backlog do Produto A Reuniatildeo Diaacuteria (Proporcional a 15 minutos) eacute um evento que busca criar um plano para as proacuteximas 24 horas e inspecionar o trabalho desde a uacuteltima Reuniatildeo Diaacuteria

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 28 de 44

Ela ocorre sempre no mesmo horaacuterio e no mesmo local e cada integrante deve responder as seguintes perguntas

1 O que foi completado desde a uacuteltima reuniatildeo

2 O que seraacute feito ateacute a proacutexima reuniatildeo

3 Quais os obstaacuteculos que estatildeo no caminho

As Reuniotildees Diaacuterias melhoram bastante a comunicaccedilatildeo entre os integrantes ademais eliminam a necessidade de outras reuniotildees identificam e removem impedimentos destacam e promovem raacutepidas tomadas de decisatildeo e melhoram o niacutevel de conhecimento da Equipe como um todo A Revisatildeo da Sprint (Proporcional a 4 horas) eacute executada no final da Sprint para inspecionar o incremento e adaptar o Backlog do Produto se necessaacuterio Esta eacute uma reuniatildeo informal e a apresentaccedilatildeo do incremento destina-se a motivar e obter comentaacuterios e promover a colaboraccedilatildeo Nesta reuniatildeo discute-se o que foi bem e o que natildeo foi problemas ocorridos e como foram resolvidos Procut Backlog projeccedilotildees de datas O resultado eacute o Product Backlog revisado e ajustado A Retrospectiva da Sprint (Proporcional a 3 horas) eacute uma chance para o Scrum Team inspecionar a si proacuteprio e criar um plano de melhorias par proacutexima sprint Ela inspeciona como foi a uacuteltima sprint em relaccedilatildeo agraves pessoas agraves relaccedilotildees aos processos e agraves ferramentas Aleacutem disso tem o poder de identificar e ordenar os principais itens que se tornaram potenciais de melhorias e cria um plano para implementar melhorias no modo de realizaccedilatildeo do trabalho

Figura 13 - Graacutefico Burndown

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 29 de 44

O Documento de Visatildeo eacute definido pelo Product Owner e representa como os clientes usuaacuterios finais gerentes stakeholders executivos entre outros visualizam o resultado final do produto que seraacute criado Praacuteticas como BurndownBurnup tecircm sido utilizadas para prever o progresso sem substituir a importacircncia do empirismo como mostra a Figura 13 O Product Backlog eacute uma lista ordenada (por valor risco prioridade etc) de tudo que deve ser necessaacuterio no produto e eacute uma origem uacutenica dos requisitos para qualquer mudanccedila a ser feita no produto Ele nunca (Atenccedilatildeo nunca) estaraacute completo e existiraacute enquanto o produto tambeacutem existir

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 30 de 44

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

Comentaacuterios Bem vamos comeccedilar nossos exerciacutecios com um erro da FCC O Guia Scrum diz que o Scrum Team eacute dividido em Product Owner Scrum Master e Development Team No entanto a FCC deu a resposta como correto

Gabarito C

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

Comentaacuterios Bem tranquila neacute Trata-se de uma Sprint

Gabarito C

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint Comentaacuterios Bem tranquila tambeacutem Trata-se de uma Sprint

Gabarito C

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

Comentaacuterios Perfeito Essa Scrum Meeting trata-se da Daily Scrum Meeting ou Reuniatildeo Diaacuteria

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 31 de 44

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

Comentaacuterios De fato estaacute incorreto O periacuteodo maacuteximo eacute de 30 dias e a equipe de trabalho varia de 3 a 9 pessoas

Gabarito C

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

Comentaacuterios Na verdade natildeo eacute correto Eacute possiacutevel dissolver uma sprint e comeccedilar outra baseando-se em um no sprint backlog ndash quem pode fazer isso eacute o Product Owner

Gabarito E

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

Comentaacuterios Bem ela deve durar no maacuteximo 15 minutos no entanto a questatildeo diz que natildeo deve durar mais que 30 minutos (o que natildeo eacute errado) Portanto natildeo eacute incorreto ndash eacute correto

Gabarito E

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

Comentaacuterios Na verdade natildeo eacute incorreto Satildeo essas as perguntas a serem feitas

Gabarito E

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

Comentaacuterios Tambeacutem natildeo eacute incorreto Eacute exatamente isso que o Scrum Master deve fazer

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 32 de 44

Gabarito E

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

Comentaacuterios Na verdade soacute pode ser modificado pelo Product Owner

Gabarito E

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint Comentaacuterios Scrum Master eacute apenas um facilitador Quem pode modificar o Backlog eacute o Product Owner

Gabarito E

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

Comentaacuterios Eacute possiacutevel ndash sim ndash dissolver uma sprint

Gabarito E

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe Comentaacuterios Na verdade as discussotildees ocorrem mais entre a equipe de desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 33 de 44

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a data final e o custo do projeto satildeo determinados ao longo do projeto

Comentaacuterios Eacute isso mesmo ndash satildeo todos definidos ao longo do projeto

Gabarito C

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

Comentaacuterios Na verdade recomenda-se entre trecircs e nove participantes Com menos de trecircs participantes reduz-se a interaccedilatildeo que gera um menor ganho de produtividade

Gabarito E

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

Comentaacuterios De fato apenas o Product Owner pode cancelar uma sprint

Gabarito C

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

Comentaacuterios Uma sprint deve ter entre duas e quarto semanas

Gabarito E

53 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

Comentaacuterios Questatildeo perfeita Scrum estaacute para o PMBOK assim como o XP estaacute para o RUP Ele pode ser utilizado em teoria em qualquer contexto em que se necessite atingir um objetivo comum entre um grupo de pessoas

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 34 de 44

54 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

Comentaacuterios Literalmente retirado do Guia Scrum ndash perfeito

Gabarito C

55 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

Comentaacuterios Conjunto de requisitos bem definidos Natildeo eacute o contraacuterio Geralmente trata-se de requisitos pouco definidos

Gabarito E

56 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

Comentaacuterios Eacute exatamente isso Lembrem-se de que natildeo haacute cargos mas papeacuteis

Gabarito C

57 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

Comentaacuterios Galera essa eacute muito faacutecil Nenhum produto estaraacute nunca completamente testado ademais o Product Backlog tambeacutem nunca estaraacute completo

Gabarito E

58 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

Comentaacuterios Opaaaa Product Owner natildeo trata de estimativas Entendam escopo e importacircncia satildeo definidos pelo PO no entanto quem define estimativas eacute a Equipe de Desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 35 de 44

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

60 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

Comentaacuterios Bem o cliente natildeo se torna parte da equipe de desenvolvimento Haacute ndash sim ndash uma forte integraccedilatildeo no entanto dizer que faz parte da equipe de desenvolvimento eacute um completo absurdo No entanto o CESPE natildeo entendeu dessa maneira

Gabarito C

61 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

Comentaacuterios Eacute isso mesmo perfeito

Gabarito C

62 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o

documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

Comentaacuterios Galera item perfeito Muito bem escrito

Gabarito C

63 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

Comentaacuterios Questatildeo perfeita retirada do Guia Scrum

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 36 de 44

Gabarito C

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

65 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

Comentaacuterios Jaacute li isso 800x e as bancas continuam errando Escreve-se ITERACcedilAtildeO e natildeo INTERACcedilAtildeO A questatildeo deveria ter sido anulada mas natildeo foi =

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 37 de 44

LISTA DE EXERCIacuteCIOS COMENTADOS

(Instituto Cidades ndash 2012 - CEMIG - Agente de Gestatildeo Administrativa - Analista de Sistemas - A) O teste

eacute uma atividade de verificaccedilatildeo e validaccedilatildeo do software e consiste na anaacutelise dinacircmica do mesmo isto eacute na execuccedilatildeo do produto de software com o objetivo de verificar a presenccedila de defeitos no produto e aumentar a confianccedila de que o mesmo estaacute correto

(CESPE - 2012 ndash Anatel ndash Analista Administrativo ndash Arquitetura de Soluccedilotildees) Considere as informaccedilotildees

abaixo em relaccedilatildeo ao desenvolvimento de sistemas

I executar um software com o objetivo de revelar falhas mas que natildeo prova a exatidatildeo do software II correta construccedilatildeo do produto III Construccedilatildeo do produto certo

Correspondem corretamente a I II e III respectivamente

a) Validaccedilatildeo verificaccedilatildeo e teste b) Verificaccedilatildeo teste e validaccedilatildeo c) Teste verificaccedilatildeo e validaccedilatildeo d) Validaccedilatildeo teste e verificaccedilatildeo e) Teste validaccedilatildeo e verificaccedilatildeo

(CESPE - 2010 ndash TJES ndash Analista Judiciaacuterio ndash Analista de Sistemas) Verificaccedilatildeo e validaccedilatildeo satildeo atividades

da anaacutelise de software necessaacuterias para se identificar o que o software precisa executar seguida de uma avaliaccedilatildeo do usuaacuterio quanto agraves atividades definidas

(CESPE - ndash TRT 5ordf ndash Analista Judiciaacuterio ndash Analista de Sistemas) A diferenccedila entre verificaccedilatildeo e

validaccedilatildeo reside no fato de que a primeira se refere ao conjunto de atividades que garante que o software realiza corretamente uma funccedilatildeo especiacutefica enquanto a segunda refere-se a um conjunto diferente de atividades que garante que o software que foi construiacutedo eacute rastreaacutevel agraves exigecircncias do cliente

(ESAF - ndash MPOG ndash Analista de Planejamento ndash Analista de Sistemas - B) Demonstrar ao

desenvolvedor e ao cliente que o software atende aos requisitos eacute uma meta de validaccedilatildeo do software

(CESPE - ndash IPEA ndash Analista de Sistemas) A verificaccedilatildeo assegura que o produto como fornecido iraacute

atender o seu uso pretendido ou seja que se estaacute construindo o produto certo E a validaccedilatildeo confirma que os produtos de trabalho refletem de forma apropriada os requisitos que foram especificados ou seja que se estaacute construindo o produto corretamente

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 38 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 39 de 44

tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 40 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto

da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C) Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 41 de 44

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 42 de 44

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a

data final e o custo do projeto satildeo determinados ao longo do projeto

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 43 de 44

53 (CESPE - 2012 - TRE-RJ - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) A metodologia scrum prega que a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

54 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

55 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM

o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

56 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

57 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

58 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

60 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para

gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

61 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

62 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 44 de 44

63 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

65 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

66 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

GABARITO

1 2 3 4 5 6 7 8 9 10 E C C C E E E C E E 11 12 13 14 15 16 17 18 19 20 E C C C C E E C E E 21 22 23 24 25 26 27 28 29 30 E C C C E E C E B E 31 32 33 34 35 36 37 38 39 40 E C C C C C C C C E 41 42 43 44 45 46 47 48 49 50 E E E E C E E E C E 51 52 53 54 55 56 57 58 59 60 C E C C E C E E C C 61 62 63 64 65 66 67 68 69 70 C C C C C - - - - -

79831971523

325179138-97 - caio victor gambardela

Page 25: 203903115 Testes Conceitos Verificacao e Validacao Tipos de Teste Unidade Integracao Sistemafuncional Aceitacao Carga Desempenho Vulnerabilidade Usab

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 24 de 44

SCRUM

Algueacutem de vocecircs sabe de onde vem esse nome Entatildeo vou lhes contar Esse nome vem do rugby e eacute utilizado como uma metaacutefora para refletir o alto grau de cooperaccedilatildeo necessaacuterio para obter sucesso Imagino que poucos de vocecircs entendam as regras desse esporte portanto vou explicar de forma bastante objetiva porque essa metaacutefora eacute utilizada No rugby um time pontua quando a bola cruza a linha de gol e toca o chatildeo ndash sendo carregada ou por meio de um passe Caso o jogador seja derrubado ele deve soltar a bola e a jogada se reinicia Deve haver intensa troca de passes entre os jogadores de modo a deixaacute-los menos vulneraacuteveis a serem derrubados por outros jogadores

Figura 11 - Scrum no Rugby

Bem cada jogada se inicia quando um Scrum eacute realizado ie forma-se uma parede de forccedila entre os jogadores como mostra a Figura 11 Observem que os jogadores se reuacutenem de forma bem proacutexima unindo suas forccedilas e habilidades para trabalhar em conjunto a fim de conseguir recuperar a bola Percebam portanto que o time inteiro deve trabalhar para que a equipe possa pontuar Diferentemente do Futebol Americano natildeo haacute um quarterback ou uma estrela do time ndash todos satildeo importantes Pois eacute a histoacuteria fica mais interessante vamos ver uma das recomendaccedilotildees de ataque do rugby

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 25 de 44

ldquoPensem continuamente em seu alinhamento em relaccedilatildeo ao jogador que carrega a bola e aos jogadores ao seu redor Trabalhe duro para estar disponiacutevel quando necessaacuteriordquo Observem como isso eacute importante em metodologias aacutegeis trabalhar duro para ajudar a equipe a obter ecircxito ndash nunca existe ldquoBem natildeo haacute nada aqui para eu fazerrdquo Acho que agora ficou mais faacutecil entender de onde vem esse nome ndash vamos agrave teoria Antes de comeccedilar uma observaccedilatildeo o guia oficial do Scrum eacute um documento tatildeo pequeno (18 paacuteginas) que eu recomendo fortemente que vocecircs leiam-no por inteiro pois seraacute muito uacutetil Bem agora sim vamos ao trabalho Scrum eacute um framework (ie possui uma estrutura processual) leve simples de entender e extremamente difiacutecil de dominar para desenvolver e manter produtos complexos e adaptativos enquanto entrega produtiva e criativamente produtos com o mais alto valor possiacutevel Complicado ou natildeo Galera percebam que ele natildeo eacute um processo ou uma teacutecnica para construir produtos mas ndash sim ndash um framework em que pode ser empregado vaacuterios processos e teacutecnicas O Framework pode ser definido como um conjunto de papeacuteis eventos artefatos e regras associadas a uma equipe Ele eacute fundamentado em teorias empiacutericas de controle de processo e emprega uma abordagem iterativa e incremental (maximizando as oportunidades de feedback) para aperfeiccediloar a previsatildeo e controle de riscos Ele afirma que o conhecimento vem da experiecircncia e da tomada de decisotildees baseadas no que eacute conhecido Para tal ele emprega uma abordagem iterativa e incremental para aperfeiccediloar a previsibilidade e controle de riscos fundamentando-se em trecircs pilares fundamentais

Transparecircncia aspectos significativos (e padronizados) devem estar visiacuteveis aos responsaacuteveis pelos resultados Por exemplo uma linguagem comum a todos os participantes

Inspeccedilatildeo os usuaacuterios devem frequentemente inspecionar os artefatos e o

progresso para detectar indesejaacuteveis variaccedilotildees (natildeo pode ser frequente a ponto de atrapalhar a execuccedilatildeo das tarefas)

Adaptaccedilatildeo o processo ou material sendo produzido deve ser adaptado sempre

que um inspetor verificar desvios que tornem o resultado inaceitaacutevel e para tanto ele tem quatros oportunidades (as reuniotildees)

O Scrum define o conceito de Time Scrum que eacute um time auto-organizaacutevel (escolhe qual a melhor forma para realizar seu trabalho) e multifuncional (possui todas as competecircncias

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 26 de 44

e natildeo depende de outros de fora da equipe) Eacute o responsaacutevel por entregar produtos de forma iterativa e incremental maximizando as oportunidades de realimentaccedilatildeo As entregas incrementais de produto ldquoprontordquo garantem que uma versatildeo potencialmente funcional do produto do trabalho esteja sempre disponiacutevel Agora o mais importante o Time Scrum eacute composto por um Product Owner um Scrum Master e a Equipe de Desenvolvimento1 Product Owner Eacute o responsaacutevel por maximizar o valor do produto e do trabalho da equipe de desenvolvimento sendo o uacutenico que pode gerenciar o Product Backlog Ele pode ateacute delegar atividades de gerenciamento mas ainda seraacute considerado o responsaacutevel pelos resultados A Equipe de Desenvolvimento soacute responde a ele Equipe de Desenvolvimento A Equipe de Desenvolvimento natildeo reconhece tiacutetulos para seus integrantes todos satildeo considerados desenvolvedores (natildeo importa o que faccedilam) A Equipe deve ter entre 3 e 9 integrantes de modo que natildeo seja pequena demais que haja restriccedilotildees de habilidades nem grande demais que seja complicado de gerenciar Scrum Master Eacute o responsaacutevel por garantir que o Scrum seja entendido e aplicado Ademais ele deve comunicar claramente a visatildeo objetivo e itens do Product Backlog ensinar a equipe a criar itens claros e concisos treinar a equipe de desenvolvimento em autogerenciamento e interdisciplinaridade remover impedimentos entre outros Mudando de assunto os Eventos Scrum satildeo eventos time-boxed (ie com duraccedilatildeo maacutexima) usados para criar uma rotina e minimizar a necessidade de reuniotildees natildeo definidas pelo Scrum Lembrem-se de que a Sprint tem um mecircs ou menos e eacute iniciada imediatamente apoacutes a conclusatildeo da sprint anterior As Sprints satildeo compostas por uma Reuniatildeo de Planejamento da Sprint Reuniotildees Diaacuterias o Trabalho de Desenvolvimento uma Revisatildeo da Sprint e a Retrospectiva da Sprint Uma Sprint se inicia imediatamente apoacutes a conclusatildeo da sprint anterior e tem duraccedilotildees coerentes em todo o esforccedilo de desenvolvimento Durante a sprint eacute proibido realizar mudanccedilas que afetem seu objetivo Aleacutem disso eacute proibido mudar a composiccedilatildeo da equipe ou diminuir as metas de qualidade apesar disso o escopo pode ser sempre clarificado e renegociado Essas proibiccedilotildees devem ser levadas

muito a seacuterio entenderam

1 Natildeo confundir Equipe de Desenvolvimento com Time Scrum ʹ o primeiro estaacute contido no segundo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 27 de 44

Uma sprint pode ser cancelada antes de seu time-box terminar e isso somente pode ser feito pelo Product Owner (sob influecircncia de stakeholders equipe de desenvolvimento entre outros) Isso pode ocorrer caso o seu objetivo se torne obsoleto mas ocorrem tambeacutem devido agrave curta duraccedilatildeo e a cancelamentos poreacutem satildeo raros os casos O trabalho a ser realizado na Sprint eacute planejado na Reuniatildeo de Planejamento da Sprint (Proporcional a 8 horas) Essa reuniatildeo consiste em duas partes

1 O que seraacute entregue como resultado do incremento da proacutexima Sprint

2 Como o trabalho necessaacuterio para entregar o incremento seraacute realizado Na primeira parte a Equipe de Desenvolvimento tenta prever as funcionalidades que seratildeo desenvolvidas durante a Sprint Na segunda parte a Equipe de Desenvolvimento decide como iraacute construir essas funcionalidades durante a Sprint e desenvolve o Sprint Backlog Portanto a primeira parte trada do ldquoO que fazerrdquo e a segunda trata do ldquoComo fazerrdquo

Figura 12 - Processo do SCRUM

O Product Owner pode estar presente durante a segunda parte da reuniatildeo para clarificar itens do Backlog do Produto A Reuniatildeo Diaacuteria (Proporcional a 15 minutos) eacute um evento que busca criar um plano para as proacuteximas 24 horas e inspecionar o trabalho desde a uacuteltima Reuniatildeo Diaacuteria

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 28 de 44

Ela ocorre sempre no mesmo horaacuterio e no mesmo local e cada integrante deve responder as seguintes perguntas

1 O que foi completado desde a uacuteltima reuniatildeo

2 O que seraacute feito ateacute a proacutexima reuniatildeo

3 Quais os obstaacuteculos que estatildeo no caminho

As Reuniotildees Diaacuterias melhoram bastante a comunicaccedilatildeo entre os integrantes ademais eliminam a necessidade de outras reuniotildees identificam e removem impedimentos destacam e promovem raacutepidas tomadas de decisatildeo e melhoram o niacutevel de conhecimento da Equipe como um todo A Revisatildeo da Sprint (Proporcional a 4 horas) eacute executada no final da Sprint para inspecionar o incremento e adaptar o Backlog do Produto se necessaacuterio Esta eacute uma reuniatildeo informal e a apresentaccedilatildeo do incremento destina-se a motivar e obter comentaacuterios e promover a colaboraccedilatildeo Nesta reuniatildeo discute-se o que foi bem e o que natildeo foi problemas ocorridos e como foram resolvidos Procut Backlog projeccedilotildees de datas O resultado eacute o Product Backlog revisado e ajustado A Retrospectiva da Sprint (Proporcional a 3 horas) eacute uma chance para o Scrum Team inspecionar a si proacuteprio e criar um plano de melhorias par proacutexima sprint Ela inspeciona como foi a uacuteltima sprint em relaccedilatildeo agraves pessoas agraves relaccedilotildees aos processos e agraves ferramentas Aleacutem disso tem o poder de identificar e ordenar os principais itens que se tornaram potenciais de melhorias e cria um plano para implementar melhorias no modo de realizaccedilatildeo do trabalho

Figura 13 - Graacutefico Burndown

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 29 de 44

O Documento de Visatildeo eacute definido pelo Product Owner e representa como os clientes usuaacuterios finais gerentes stakeholders executivos entre outros visualizam o resultado final do produto que seraacute criado Praacuteticas como BurndownBurnup tecircm sido utilizadas para prever o progresso sem substituir a importacircncia do empirismo como mostra a Figura 13 O Product Backlog eacute uma lista ordenada (por valor risco prioridade etc) de tudo que deve ser necessaacuterio no produto e eacute uma origem uacutenica dos requisitos para qualquer mudanccedila a ser feita no produto Ele nunca (Atenccedilatildeo nunca) estaraacute completo e existiraacute enquanto o produto tambeacutem existir

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 30 de 44

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

Comentaacuterios Bem vamos comeccedilar nossos exerciacutecios com um erro da FCC O Guia Scrum diz que o Scrum Team eacute dividido em Product Owner Scrum Master e Development Team No entanto a FCC deu a resposta como correto

Gabarito C

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

Comentaacuterios Bem tranquila neacute Trata-se de uma Sprint

Gabarito C

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint Comentaacuterios Bem tranquila tambeacutem Trata-se de uma Sprint

Gabarito C

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

Comentaacuterios Perfeito Essa Scrum Meeting trata-se da Daily Scrum Meeting ou Reuniatildeo Diaacuteria

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 31 de 44

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

Comentaacuterios De fato estaacute incorreto O periacuteodo maacuteximo eacute de 30 dias e a equipe de trabalho varia de 3 a 9 pessoas

Gabarito C

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

Comentaacuterios Na verdade natildeo eacute correto Eacute possiacutevel dissolver uma sprint e comeccedilar outra baseando-se em um no sprint backlog ndash quem pode fazer isso eacute o Product Owner

Gabarito E

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

Comentaacuterios Bem ela deve durar no maacuteximo 15 minutos no entanto a questatildeo diz que natildeo deve durar mais que 30 minutos (o que natildeo eacute errado) Portanto natildeo eacute incorreto ndash eacute correto

Gabarito E

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

Comentaacuterios Na verdade natildeo eacute incorreto Satildeo essas as perguntas a serem feitas

Gabarito E

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

Comentaacuterios Tambeacutem natildeo eacute incorreto Eacute exatamente isso que o Scrum Master deve fazer

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 32 de 44

Gabarito E

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

Comentaacuterios Na verdade soacute pode ser modificado pelo Product Owner

Gabarito E

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint Comentaacuterios Scrum Master eacute apenas um facilitador Quem pode modificar o Backlog eacute o Product Owner

Gabarito E

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

Comentaacuterios Eacute possiacutevel ndash sim ndash dissolver uma sprint

Gabarito E

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe Comentaacuterios Na verdade as discussotildees ocorrem mais entre a equipe de desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 33 de 44

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a data final e o custo do projeto satildeo determinados ao longo do projeto

Comentaacuterios Eacute isso mesmo ndash satildeo todos definidos ao longo do projeto

Gabarito C

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

Comentaacuterios Na verdade recomenda-se entre trecircs e nove participantes Com menos de trecircs participantes reduz-se a interaccedilatildeo que gera um menor ganho de produtividade

Gabarito E

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

Comentaacuterios De fato apenas o Product Owner pode cancelar uma sprint

Gabarito C

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

Comentaacuterios Uma sprint deve ter entre duas e quarto semanas

Gabarito E

53 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

Comentaacuterios Questatildeo perfeita Scrum estaacute para o PMBOK assim como o XP estaacute para o RUP Ele pode ser utilizado em teoria em qualquer contexto em que se necessite atingir um objetivo comum entre um grupo de pessoas

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 34 de 44

54 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

Comentaacuterios Literalmente retirado do Guia Scrum ndash perfeito

Gabarito C

55 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

Comentaacuterios Conjunto de requisitos bem definidos Natildeo eacute o contraacuterio Geralmente trata-se de requisitos pouco definidos

Gabarito E

56 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

Comentaacuterios Eacute exatamente isso Lembrem-se de que natildeo haacute cargos mas papeacuteis

Gabarito C

57 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

Comentaacuterios Galera essa eacute muito faacutecil Nenhum produto estaraacute nunca completamente testado ademais o Product Backlog tambeacutem nunca estaraacute completo

Gabarito E

58 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

Comentaacuterios Opaaaa Product Owner natildeo trata de estimativas Entendam escopo e importacircncia satildeo definidos pelo PO no entanto quem define estimativas eacute a Equipe de Desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 35 de 44

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

60 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

Comentaacuterios Bem o cliente natildeo se torna parte da equipe de desenvolvimento Haacute ndash sim ndash uma forte integraccedilatildeo no entanto dizer que faz parte da equipe de desenvolvimento eacute um completo absurdo No entanto o CESPE natildeo entendeu dessa maneira

Gabarito C

61 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

Comentaacuterios Eacute isso mesmo perfeito

Gabarito C

62 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o

documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

Comentaacuterios Galera item perfeito Muito bem escrito

Gabarito C

63 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

Comentaacuterios Questatildeo perfeita retirada do Guia Scrum

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 36 de 44

Gabarito C

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

65 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

Comentaacuterios Jaacute li isso 800x e as bancas continuam errando Escreve-se ITERACcedilAtildeO e natildeo INTERACcedilAtildeO A questatildeo deveria ter sido anulada mas natildeo foi =

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 37 de 44

LISTA DE EXERCIacuteCIOS COMENTADOS

(Instituto Cidades ndash 2012 - CEMIG - Agente de Gestatildeo Administrativa - Analista de Sistemas - A) O teste

eacute uma atividade de verificaccedilatildeo e validaccedilatildeo do software e consiste na anaacutelise dinacircmica do mesmo isto eacute na execuccedilatildeo do produto de software com o objetivo de verificar a presenccedila de defeitos no produto e aumentar a confianccedila de que o mesmo estaacute correto

(CESPE - 2012 ndash Anatel ndash Analista Administrativo ndash Arquitetura de Soluccedilotildees) Considere as informaccedilotildees

abaixo em relaccedilatildeo ao desenvolvimento de sistemas

I executar um software com o objetivo de revelar falhas mas que natildeo prova a exatidatildeo do software II correta construccedilatildeo do produto III Construccedilatildeo do produto certo

Correspondem corretamente a I II e III respectivamente

a) Validaccedilatildeo verificaccedilatildeo e teste b) Verificaccedilatildeo teste e validaccedilatildeo c) Teste verificaccedilatildeo e validaccedilatildeo d) Validaccedilatildeo teste e verificaccedilatildeo e) Teste validaccedilatildeo e verificaccedilatildeo

(CESPE - 2010 ndash TJES ndash Analista Judiciaacuterio ndash Analista de Sistemas) Verificaccedilatildeo e validaccedilatildeo satildeo atividades

da anaacutelise de software necessaacuterias para se identificar o que o software precisa executar seguida de uma avaliaccedilatildeo do usuaacuterio quanto agraves atividades definidas

(CESPE - ndash TRT 5ordf ndash Analista Judiciaacuterio ndash Analista de Sistemas) A diferenccedila entre verificaccedilatildeo e

validaccedilatildeo reside no fato de que a primeira se refere ao conjunto de atividades que garante que o software realiza corretamente uma funccedilatildeo especiacutefica enquanto a segunda refere-se a um conjunto diferente de atividades que garante que o software que foi construiacutedo eacute rastreaacutevel agraves exigecircncias do cliente

(ESAF - ndash MPOG ndash Analista de Planejamento ndash Analista de Sistemas - B) Demonstrar ao

desenvolvedor e ao cliente que o software atende aos requisitos eacute uma meta de validaccedilatildeo do software

(CESPE - ndash IPEA ndash Analista de Sistemas) A verificaccedilatildeo assegura que o produto como fornecido iraacute

atender o seu uso pretendido ou seja que se estaacute construindo o produto certo E a validaccedilatildeo confirma que os produtos de trabalho refletem de forma apropriada os requisitos que foram especificados ou seja que se estaacute construindo o produto corretamente

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 38 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 39 de 44

tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 40 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto

da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C) Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 41 de 44

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 42 de 44

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a

data final e o custo do projeto satildeo determinados ao longo do projeto

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 43 de 44

53 (CESPE - 2012 - TRE-RJ - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) A metodologia scrum prega que a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

54 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

55 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM

o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

56 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

57 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

58 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

60 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para

gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

61 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

62 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 44 de 44

63 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

65 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

66 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

GABARITO

1 2 3 4 5 6 7 8 9 10 E C C C E E E C E E 11 12 13 14 15 16 17 18 19 20 E C C C C E E C E E 21 22 23 24 25 26 27 28 29 30 E C C C E E C E B E 31 32 33 34 35 36 37 38 39 40 E C C C C C C C C E 41 42 43 44 45 46 47 48 49 50 E E E E C E E E C E 51 52 53 54 55 56 57 58 59 60 C E C C E C E E C C 61 62 63 64 65 66 67 68 69 70 C C C C C - - - - -

79831971523

325179138-97 - caio victor gambardela

Page 26: 203903115 Testes Conceitos Verificacao e Validacao Tipos de Teste Unidade Integracao Sistemafuncional Aceitacao Carga Desempenho Vulnerabilidade Usab

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 25 de 44

ldquoPensem continuamente em seu alinhamento em relaccedilatildeo ao jogador que carrega a bola e aos jogadores ao seu redor Trabalhe duro para estar disponiacutevel quando necessaacuteriordquo Observem como isso eacute importante em metodologias aacutegeis trabalhar duro para ajudar a equipe a obter ecircxito ndash nunca existe ldquoBem natildeo haacute nada aqui para eu fazerrdquo Acho que agora ficou mais faacutecil entender de onde vem esse nome ndash vamos agrave teoria Antes de comeccedilar uma observaccedilatildeo o guia oficial do Scrum eacute um documento tatildeo pequeno (18 paacuteginas) que eu recomendo fortemente que vocecircs leiam-no por inteiro pois seraacute muito uacutetil Bem agora sim vamos ao trabalho Scrum eacute um framework (ie possui uma estrutura processual) leve simples de entender e extremamente difiacutecil de dominar para desenvolver e manter produtos complexos e adaptativos enquanto entrega produtiva e criativamente produtos com o mais alto valor possiacutevel Complicado ou natildeo Galera percebam que ele natildeo eacute um processo ou uma teacutecnica para construir produtos mas ndash sim ndash um framework em que pode ser empregado vaacuterios processos e teacutecnicas O Framework pode ser definido como um conjunto de papeacuteis eventos artefatos e regras associadas a uma equipe Ele eacute fundamentado em teorias empiacutericas de controle de processo e emprega uma abordagem iterativa e incremental (maximizando as oportunidades de feedback) para aperfeiccediloar a previsatildeo e controle de riscos Ele afirma que o conhecimento vem da experiecircncia e da tomada de decisotildees baseadas no que eacute conhecido Para tal ele emprega uma abordagem iterativa e incremental para aperfeiccediloar a previsibilidade e controle de riscos fundamentando-se em trecircs pilares fundamentais

Transparecircncia aspectos significativos (e padronizados) devem estar visiacuteveis aos responsaacuteveis pelos resultados Por exemplo uma linguagem comum a todos os participantes

Inspeccedilatildeo os usuaacuterios devem frequentemente inspecionar os artefatos e o

progresso para detectar indesejaacuteveis variaccedilotildees (natildeo pode ser frequente a ponto de atrapalhar a execuccedilatildeo das tarefas)

Adaptaccedilatildeo o processo ou material sendo produzido deve ser adaptado sempre

que um inspetor verificar desvios que tornem o resultado inaceitaacutevel e para tanto ele tem quatros oportunidades (as reuniotildees)

O Scrum define o conceito de Time Scrum que eacute um time auto-organizaacutevel (escolhe qual a melhor forma para realizar seu trabalho) e multifuncional (possui todas as competecircncias

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 26 de 44

e natildeo depende de outros de fora da equipe) Eacute o responsaacutevel por entregar produtos de forma iterativa e incremental maximizando as oportunidades de realimentaccedilatildeo As entregas incrementais de produto ldquoprontordquo garantem que uma versatildeo potencialmente funcional do produto do trabalho esteja sempre disponiacutevel Agora o mais importante o Time Scrum eacute composto por um Product Owner um Scrum Master e a Equipe de Desenvolvimento1 Product Owner Eacute o responsaacutevel por maximizar o valor do produto e do trabalho da equipe de desenvolvimento sendo o uacutenico que pode gerenciar o Product Backlog Ele pode ateacute delegar atividades de gerenciamento mas ainda seraacute considerado o responsaacutevel pelos resultados A Equipe de Desenvolvimento soacute responde a ele Equipe de Desenvolvimento A Equipe de Desenvolvimento natildeo reconhece tiacutetulos para seus integrantes todos satildeo considerados desenvolvedores (natildeo importa o que faccedilam) A Equipe deve ter entre 3 e 9 integrantes de modo que natildeo seja pequena demais que haja restriccedilotildees de habilidades nem grande demais que seja complicado de gerenciar Scrum Master Eacute o responsaacutevel por garantir que o Scrum seja entendido e aplicado Ademais ele deve comunicar claramente a visatildeo objetivo e itens do Product Backlog ensinar a equipe a criar itens claros e concisos treinar a equipe de desenvolvimento em autogerenciamento e interdisciplinaridade remover impedimentos entre outros Mudando de assunto os Eventos Scrum satildeo eventos time-boxed (ie com duraccedilatildeo maacutexima) usados para criar uma rotina e minimizar a necessidade de reuniotildees natildeo definidas pelo Scrum Lembrem-se de que a Sprint tem um mecircs ou menos e eacute iniciada imediatamente apoacutes a conclusatildeo da sprint anterior As Sprints satildeo compostas por uma Reuniatildeo de Planejamento da Sprint Reuniotildees Diaacuterias o Trabalho de Desenvolvimento uma Revisatildeo da Sprint e a Retrospectiva da Sprint Uma Sprint se inicia imediatamente apoacutes a conclusatildeo da sprint anterior e tem duraccedilotildees coerentes em todo o esforccedilo de desenvolvimento Durante a sprint eacute proibido realizar mudanccedilas que afetem seu objetivo Aleacutem disso eacute proibido mudar a composiccedilatildeo da equipe ou diminuir as metas de qualidade apesar disso o escopo pode ser sempre clarificado e renegociado Essas proibiccedilotildees devem ser levadas

muito a seacuterio entenderam

1 Natildeo confundir Equipe de Desenvolvimento com Time Scrum ʹ o primeiro estaacute contido no segundo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 27 de 44

Uma sprint pode ser cancelada antes de seu time-box terminar e isso somente pode ser feito pelo Product Owner (sob influecircncia de stakeholders equipe de desenvolvimento entre outros) Isso pode ocorrer caso o seu objetivo se torne obsoleto mas ocorrem tambeacutem devido agrave curta duraccedilatildeo e a cancelamentos poreacutem satildeo raros os casos O trabalho a ser realizado na Sprint eacute planejado na Reuniatildeo de Planejamento da Sprint (Proporcional a 8 horas) Essa reuniatildeo consiste em duas partes

1 O que seraacute entregue como resultado do incremento da proacutexima Sprint

2 Como o trabalho necessaacuterio para entregar o incremento seraacute realizado Na primeira parte a Equipe de Desenvolvimento tenta prever as funcionalidades que seratildeo desenvolvidas durante a Sprint Na segunda parte a Equipe de Desenvolvimento decide como iraacute construir essas funcionalidades durante a Sprint e desenvolve o Sprint Backlog Portanto a primeira parte trada do ldquoO que fazerrdquo e a segunda trata do ldquoComo fazerrdquo

Figura 12 - Processo do SCRUM

O Product Owner pode estar presente durante a segunda parte da reuniatildeo para clarificar itens do Backlog do Produto A Reuniatildeo Diaacuteria (Proporcional a 15 minutos) eacute um evento que busca criar um plano para as proacuteximas 24 horas e inspecionar o trabalho desde a uacuteltima Reuniatildeo Diaacuteria

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 28 de 44

Ela ocorre sempre no mesmo horaacuterio e no mesmo local e cada integrante deve responder as seguintes perguntas

1 O que foi completado desde a uacuteltima reuniatildeo

2 O que seraacute feito ateacute a proacutexima reuniatildeo

3 Quais os obstaacuteculos que estatildeo no caminho

As Reuniotildees Diaacuterias melhoram bastante a comunicaccedilatildeo entre os integrantes ademais eliminam a necessidade de outras reuniotildees identificam e removem impedimentos destacam e promovem raacutepidas tomadas de decisatildeo e melhoram o niacutevel de conhecimento da Equipe como um todo A Revisatildeo da Sprint (Proporcional a 4 horas) eacute executada no final da Sprint para inspecionar o incremento e adaptar o Backlog do Produto se necessaacuterio Esta eacute uma reuniatildeo informal e a apresentaccedilatildeo do incremento destina-se a motivar e obter comentaacuterios e promover a colaboraccedilatildeo Nesta reuniatildeo discute-se o que foi bem e o que natildeo foi problemas ocorridos e como foram resolvidos Procut Backlog projeccedilotildees de datas O resultado eacute o Product Backlog revisado e ajustado A Retrospectiva da Sprint (Proporcional a 3 horas) eacute uma chance para o Scrum Team inspecionar a si proacuteprio e criar um plano de melhorias par proacutexima sprint Ela inspeciona como foi a uacuteltima sprint em relaccedilatildeo agraves pessoas agraves relaccedilotildees aos processos e agraves ferramentas Aleacutem disso tem o poder de identificar e ordenar os principais itens que se tornaram potenciais de melhorias e cria um plano para implementar melhorias no modo de realizaccedilatildeo do trabalho

Figura 13 - Graacutefico Burndown

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 29 de 44

O Documento de Visatildeo eacute definido pelo Product Owner e representa como os clientes usuaacuterios finais gerentes stakeholders executivos entre outros visualizam o resultado final do produto que seraacute criado Praacuteticas como BurndownBurnup tecircm sido utilizadas para prever o progresso sem substituir a importacircncia do empirismo como mostra a Figura 13 O Product Backlog eacute uma lista ordenada (por valor risco prioridade etc) de tudo que deve ser necessaacuterio no produto e eacute uma origem uacutenica dos requisitos para qualquer mudanccedila a ser feita no produto Ele nunca (Atenccedilatildeo nunca) estaraacute completo e existiraacute enquanto o produto tambeacutem existir

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 30 de 44

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

Comentaacuterios Bem vamos comeccedilar nossos exerciacutecios com um erro da FCC O Guia Scrum diz que o Scrum Team eacute dividido em Product Owner Scrum Master e Development Team No entanto a FCC deu a resposta como correto

Gabarito C

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

Comentaacuterios Bem tranquila neacute Trata-se de uma Sprint

Gabarito C

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint Comentaacuterios Bem tranquila tambeacutem Trata-se de uma Sprint

Gabarito C

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

Comentaacuterios Perfeito Essa Scrum Meeting trata-se da Daily Scrum Meeting ou Reuniatildeo Diaacuteria

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 31 de 44

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

Comentaacuterios De fato estaacute incorreto O periacuteodo maacuteximo eacute de 30 dias e a equipe de trabalho varia de 3 a 9 pessoas

Gabarito C

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

Comentaacuterios Na verdade natildeo eacute correto Eacute possiacutevel dissolver uma sprint e comeccedilar outra baseando-se em um no sprint backlog ndash quem pode fazer isso eacute o Product Owner

Gabarito E

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

Comentaacuterios Bem ela deve durar no maacuteximo 15 minutos no entanto a questatildeo diz que natildeo deve durar mais que 30 minutos (o que natildeo eacute errado) Portanto natildeo eacute incorreto ndash eacute correto

Gabarito E

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

Comentaacuterios Na verdade natildeo eacute incorreto Satildeo essas as perguntas a serem feitas

Gabarito E

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

Comentaacuterios Tambeacutem natildeo eacute incorreto Eacute exatamente isso que o Scrum Master deve fazer

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 32 de 44

Gabarito E

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

Comentaacuterios Na verdade soacute pode ser modificado pelo Product Owner

Gabarito E

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint Comentaacuterios Scrum Master eacute apenas um facilitador Quem pode modificar o Backlog eacute o Product Owner

Gabarito E

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

Comentaacuterios Eacute possiacutevel ndash sim ndash dissolver uma sprint

Gabarito E

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe Comentaacuterios Na verdade as discussotildees ocorrem mais entre a equipe de desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 33 de 44

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a data final e o custo do projeto satildeo determinados ao longo do projeto

Comentaacuterios Eacute isso mesmo ndash satildeo todos definidos ao longo do projeto

Gabarito C

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

Comentaacuterios Na verdade recomenda-se entre trecircs e nove participantes Com menos de trecircs participantes reduz-se a interaccedilatildeo que gera um menor ganho de produtividade

Gabarito E

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

Comentaacuterios De fato apenas o Product Owner pode cancelar uma sprint

Gabarito C

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

Comentaacuterios Uma sprint deve ter entre duas e quarto semanas

Gabarito E

53 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

Comentaacuterios Questatildeo perfeita Scrum estaacute para o PMBOK assim como o XP estaacute para o RUP Ele pode ser utilizado em teoria em qualquer contexto em que se necessite atingir um objetivo comum entre um grupo de pessoas

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 34 de 44

54 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

Comentaacuterios Literalmente retirado do Guia Scrum ndash perfeito

Gabarito C

55 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

Comentaacuterios Conjunto de requisitos bem definidos Natildeo eacute o contraacuterio Geralmente trata-se de requisitos pouco definidos

Gabarito E

56 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

Comentaacuterios Eacute exatamente isso Lembrem-se de que natildeo haacute cargos mas papeacuteis

Gabarito C

57 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

Comentaacuterios Galera essa eacute muito faacutecil Nenhum produto estaraacute nunca completamente testado ademais o Product Backlog tambeacutem nunca estaraacute completo

Gabarito E

58 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

Comentaacuterios Opaaaa Product Owner natildeo trata de estimativas Entendam escopo e importacircncia satildeo definidos pelo PO no entanto quem define estimativas eacute a Equipe de Desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 35 de 44

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

60 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

Comentaacuterios Bem o cliente natildeo se torna parte da equipe de desenvolvimento Haacute ndash sim ndash uma forte integraccedilatildeo no entanto dizer que faz parte da equipe de desenvolvimento eacute um completo absurdo No entanto o CESPE natildeo entendeu dessa maneira

Gabarito C

61 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

Comentaacuterios Eacute isso mesmo perfeito

Gabarito C

62 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o

documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

Comentaacuterios Galera item perfeito Muito bem escrito

Gabarito C

63 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

Comentaacuterios Questatildeo perfeita retirada do Guia Scrum

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 36 de 44

Gabarito C

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

65 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

Comentaacuterios Jaacute li isso 800x e as bancas continuam errando Escreve-se ITERACcedilAtildeO e natildeo INTERACcedilAtildeO A questatildeo deveria ter sido anulada mas natildeo foi =

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 37 de 44

LISTA DE EXERCIacuteCIOS COMENTADOS

(Instituto Cidades ndash 2012 - CEMIG - Agente de Gestatildeo Administrativa - Analista de Sistemas - A) O teste

eacute uma atividade de verificaccedilatildeo e validaccedilatildeo do software e consiste na anaacutelise dinacircmica do mesmo isto eacute na execuccedilatildeo do produto de software com o objetivo de verificar a presenccedila de defeitos no produto e aumentar a confianccedila de que o mesmo estaacute correto

(CESPE - 2012 ndash Anatel ndash Analista Administrativo ndash Arquitetura de Soluccedilotildees) Considere as informaccedilotildees

abaixo em relaccedilatildeo ao desenvolvimento de sistemas

I executar um software com o objetivo de revelar falhas mas que natildeo prova a exatidatildeo do software II correta construccedilatildeo do produto III Construccedilatildeo do produto certo

Correspondem corretamente a I II e III respectivamente

a) Validaccedilatildeo verificaccedilatildeo e teste b) Verificaccedilatildeo teste e validaccedilatildeo c) Teste verificaccedilatildeo e validaccedilatildeo d) Validaccedilatildeo teste e verificaccedilatildeo e) Teste validaccedilatildeo e verificaccedilatildeo

(CESPE - 2010 ndash TJES ndash Analista Judiciaacuterio ndash Analista de Sistemas) Verificaccedilatildeo e validaccedilatildeo satildeo atividades

da anaacutelise de software necessaacuterias para se identificar o que o software precisa executar seguida de uma avaliaccedilatildeo do usuaacuterio quanto agraves atividades definidas

(CESPE - ndash TRT 5ordf ndash Analista Judiciaacuterio ndash Analista de Sistemas) A diferenccedila entre verificaccedilatildeo e

validaccedilatildeo reside no fato de que a primeira se refere ao conjunto de atividades que garante que o software realiza corretamente uma funccedilatildeo especiacutefica enquanto a segunda refere-se a um conjunto diferente de atividades que garante que o software que foi construiacutedo eacute rastreaacutevel agraves exigecircncias do cliente

(ESAF - ndash MPOG ndash Analista de Planejamento ndash Analista de Sistemas - B) Demonstrar ao

desenvolvedor e ao cliente que o software atende aos requisitos eacute uma meta de validaccedilatildeo do software

(CESPE - ndash IPEA ndash Analista de Sistemas) A verificaccedilatildeo assegura que o produto como fornecido iraacute

atender o seu uso pretendido ou seja que se estaacute construindo o produto certo E a validaccedilatildeo confirma que os produtos de trabalho refletem de forma apropriada os requisitos que foram especificados ou seja que se estaacute construindo o produto corretamente

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 38 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 39 de 44

tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 40 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto

da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C) Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 41 de 44

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 42 de 44

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a

data final e o custo do projeto satildeo determinados ao longo do projeto

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 43 de 44

53 (CESPE - 2012 - TRE-RJ - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) A metodologia scrum prega que a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

54 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

55 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM

o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

56 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

57 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

58 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

60 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para

gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

61 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

62 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 44 de 44

63 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

65 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

66 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

GABARITO

1 2 3 4 5 6 7 8 9 10 E C C C E E E C E E 11 12 13 14 15 16 17 18 19 20 E C C C C E E C E E 21 22 23 24 25 26 27 28 29 30 E C C C E E C E B E 31 32 33 34 35 36 37 38 39 40 E C C C C C C C C E 41 42 43 44 45 46 47 48 49 50 E E E E C E E E C E 51 52 53 54 55 56 57 58 59 60 C E C C E C E E C C 61 62 63 64 65 66 67 68 69 70 C C C C C - - - - -

79831971523

325179138-97 - caio victor gambardela

Page 27: 203903115 Testes Conceitos Verificacao e Validacao Tipos de Teste Unidade Integracao Sistemafuncional Aceitacao Carga Desempenho Vulnerabilidade Usab

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 26 de 44

e natildeo depende de outros de fora da equipe) Eacute o responsaacutevel por entregar produtos de forma iterativa e incremental maximizando as oportunidades de realimentaccedilatildeo As entregas incrementais de produto ldquoprontordquo garantem que uma versatildeo potencialmente funcional do produto do trabalho esteja sempre disponiacutevel Agora o mais importante o Time Scrum eacute composto por um Product Owner um Scrum Master e a Equipe de Desenvolvimento1 Product Owner Eacute o responsaacutevel por maximizar o valor do produto e do trabalho da equipe de desenvolvimento sendo o uacutenico que pode gerenciar o Product Backlog Ele pode ateacute delegar atividades de gerenciamento mas ainda seraacute considerado o responsaacutevel pelos resultados A Equipe de Desenvolvimento soacute responde a ele Equipe de Desenvolvimento A Equipe de Desenvolvimento natildeo reconhece tiacutetulos para seus integrantes todos satildeo considerados desenvolvedores (natildeo importa o que faccedilam) A Equipe deve ter entre 3 e 9 integrantes de modo que natildeo seja pequena demais que haja restriccedilotildees de habilidades nem grande demais que seja complicado de gerenciar Scrum Master Eacute o responsaacutevel por garantir que o Scrum seja entendido e aplicado Ademais ele deve comunicar claramente a visatildeo objetivo e itens do Product Backlog ensinar a equipe a criar itens claros e concisos treinar a equipe de desenvolvimento em autogerenciamento e interdisciplinaridade remover impedimentos entre outros Mudando de assunto os Eventos Scrum satildeo eventos time-boxed (ie com duraccedilatildeo maacutexima) usados para criar uma rotina e minimizar a necessidade de reuniotildees natildeo definidas pelo Scrum Lembrem-se de que a Sprint tem um mecircs ou menos e eacute iniciada imediatamente apoacutes a conclusatildeo da sprint anterior As Sprints satildeo compostas por uma Reuniatildeo de Planejamento da Sprint Reuniotildees Diaacuterias o Trabalho de Desenvolvimento uma Revisatildeo da Sprint e a Retrospectiva da Sprint Uma Sprint se inicia imediatamente apoacutes a conclusatildeo da sprint anterior e tem duraccedilotildees coerentes em todo o esforccedilo de desenvolvimento Durante a sprint eacute proibido realizar mudanccedilas que afetem seu objetivo Aleacutem disso eacute proibido mudar a composiccedilatildeo da equipe ou diminuir as metas de qualidade apesar disso o escopo pode ser sempre clarificado e renegociado Essas proibiccedilotildees devem ser levadas

muito a seacuterio entenderam

1 Natildeo confundir Equipe de Desenvolvimento com Time Scrum ʹ o primeiro estaacute contido no segundo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 27 de 44

Uma sprint pode ser cancelada antes de seu time-box terminar e isso somente pode ser feito pelo Product Owner (sob influecircncia de stakeholders equipe de desenvolvimento entre outros) Isso pode ocorrer caso o seu objetivo se torne obsoleto mas ocorrem tambeacutem devido agrave curta duraccedilatildeo e a cancelamentos poreacutem satildeo raros os casos O trabalho a ser realizado na Sprint eacute planejado na Reuniatildeo de Planejamento da Sprint (Proporcional a 8 horas) Essa reuniatildeo consiste em duas partes

1 O que seraacute entregue como resultado do incremento da proacutexima Sprint

2 Como o trabalho necessaacuterio para entregar o incremento seraacute realizado Na primeira parte a Equipe de Desenvolvimento tenta prever as funcionalidades que seratildeo desenvolvidas durante a Sprint Na segunda parte a Equipe de Desenvolvimento decide como iraacute construir essas funcionalidades durante a Sprint e desenvolve o Sprint Backlog Portanto a primeira parte trada do ldquoO que fazerrdquo e a segunda trata do ldquoComo fazerrdquo

Figura 12 - Processo do SCRUM

O Product Owner pode estar presente durante a segunda parte da reuniatildeo para clarificar itens do Backlog do Produto A Reuniatildeo Diaacuteria (Proporcional a 15 minutos) eacute um evento que busca criar um plano para as proacuteximas 24 horas e inspecionar o trabalho desde a uacuteltima Reuniatildeo Diaacuteria

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 28 de 44

Ela ocorre sempre no mesmo horaacuterio e no mesmo local e cada integrante deve responder as seguintes perguntas

1 O que foi completado desde a uacuteltima reuniatildeo

2 O que seraacute feito ateacute a proacutexima reuniatildeo

3 Quais os obstaacuteculos que estatildeo no caminho

As Reuniotildees Diaacuterias melhoram bastante a comunicaccedilatildeo entre os integrantes ademais eliminam a necessidade de outras reuniotildees identificam e removem impedimentos destacam e promovem raacutepidas tomadas de decisatildeo e melhoram o niacutevel de conhecimento da Equipe como um todo A Revisatildeo da Sprint (Proporcional a 4 horas) eacute executada no final da Sprint para inspecionar o incremento e adaptar o Backlog do Produto se necessaacuterio Esta eacute uma reuniatildeo informal e a apresentaccedilatildeo do incremento destina-se a motivar e obter comentaacuterios e promover a colaboraccedilatildeo Nesta reuniatildeo discute-se o que foi bem e o que natildeo foi problemas ocorridos e como foram resolvidos Procut Backlog projeccedilotildees de datas O resultado eacute o Product Backlog revisado e ajustado A Retrospectiva da Sprint (Proporcional a 3 horas) eacute uma chance para o Scrum Team inspecionar a si proacuteprio e criar um plano de melhorias par proacutexima sprint Ela inspeciona como foi a uacuteltima sprint em relaccedilatildeo agraves pessoas agraves relaccedilotildees aos processos e agraves ferramentas Aleacutem disso tem o poder de identificar e ordenar os principais itens que se tornaram potenciais de melhorias e cria um plano para implementar melhorias no modo de realizaccedilatildeo do trabalho

Figura 13 - Graacutefico Burndown

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 29 de 44

O Documento de Visatildeo eacute definido pelo Product Owner e representa como os clientes usuaacuterios finais gerentes stakeholders executivos entre outros visualizam o resultado final do produto que seraacute criado Praacuteticas como BurndownBurnup tecircm sido utilizadas para prever o progresso sem substituir a importacircncia do empirismo como mostra a Figura 13 O Product Backlog eacute uma lista ordenada (por valor risco prioridade etc) de tudo que deve ser necessaacuterio no produto e eacute uma origem uacutenica dos requisitos para qualquer mudanccedila a ser feita no produto Ele nunca (Atenccedilatildeo nunca) estaraacute completo e existiraacute enquanto o produto tambeacutem existir

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 30 de 44

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

Comentaacuterios Bem vamos comeccedilar nossos exerciacutecios com um erro da FCC O Guia Scrum diz que o Scrum Team eacute dividido em Product Owner Scrum Master e Development Team No entanto a FCC deu a resposta como correto

Gabarito C

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

Comentaacuterios Bem tranquila neacute Trata-se de uma Sprint

Gabarito C

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint Comentaacuterios Bem tranquila tambeacutem Trata-se de uma Sprint

Gabarito C

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

Comentaacuterios Perfeito Essa Scrum Meeting trata-se da Daily Scrum Meeting ou Reuniatildeo Diaacuteria

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 31 de 44

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

Comentaacuterios De fato estaacute incorreto O periacuteodo maacuteximo eacute de 30 dias e a equipe de trabalho varia de 3 a 9 pessoas

Gabarito C

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

Comentaacuterios Na verdade natildeo eacute correto Eacute possiacutevel dissolver uma sprint e comeccedilar outra baseando-se em um no sprint backlog ndash quem pode fazer isso eacute o Product Owner

Gabarito E

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

Comentaacuterios Bem ela deve durar no maacuteximo 15 minutos no entanto a questatildeo diz que natildeo deve durar mais que 30 minutos (o que natildeo eacute errado) Portanto natildeo eacute incorreto ndash eacute correto

Gabarito E

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

Comentaacuterios Na verdade natildeo eacute incorreto Satildeo essas as perguntas a serem feitas

Gabarito E

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

Comentaacuterios Tambeacutem natildeo eacute incorreto Eacute exatamente isso que o Scrum Master deve fazer

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 32 de 44

Gabarito E

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

Comentaacuterios Na verdade soacute pode ser modificado pelo Product Owner

Gabarito E

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint Comentaacuterios Scrum Master eacute apenas um facilitador Quem pode modificar o Backlog eacute o Product Owner

Gabarito E

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

Comentaacuterios Eacute possiacutevel ndash sim ndash dissolver uma sprint

Gabarito E

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe Comentaacuterios Na verdade as discussotildees ocorrem mais entre a equipe de desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 33 de 44

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a data final e o custo do projeto satildeo determinados ao longo do projeto

Comentaacuterios Eacute isso mesmo ndash satildeo todos definidos ao longo do projeto

Gabarito C

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

Comentaacuterios Na verdade recomenda-se entre trecircs e nove participantes Com menos de trecircs participantes reduz-se a interaccedilatildeo que gera um menor ganho de produtividade

Gabarito E

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

Comentaacuterios De fato apenas o Product Owner pode cancelar uma sprint

Gabarito C

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

Comentaacuterios Uma sprint deve ter entre duas e quarto semanas

Gabarito E

53 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

Comentaacuterios Questatildeo perfeita Scrum estaacute para o PMBOK assim como o XP estaacute para o RUP Ele pode ser utilizado em teoria em qualquer contexto em que se necessite atingir um objetivo comum entre um grupo de pessoas

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 34 de 44

54 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

Comentaacuterios Literalmente retirado do Guia Scrum ndash perfeito

Gabarito C

55 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

Comentaacuterios Conjunto de requisitos bem definidos Natildeo eacute o contraacuterio Geralmente trata-se de requisitos pouco definidos

Gabarito E

56 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

Comentaacuterios Eacute exatamente isso Lembrem-se de que natildeo haacute cargos mas papeacuteis

Gabarito C

57 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

Comentaacuterios Galera essa eacute muito faacutecil Nenhum produto estaraacute nunca completamente testado ademais o Product Backlog tambeacutem nunca estaraacute completo

Gabarito E

58 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

Comentaacuterios Opaaaa Product Owner natildeo trata de estimativas Entendam escopo e importacircncia satildeo definidos pelo PO no entanto quem define estimativas eacute a Equipe de Desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 35 de 44

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

60 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

Comentaacuterios Bem o cliente natildeo se torna parte da equipe de desenvolvimento Haacute ndash sim ndash uma forte integraccedilatildeo no entanto dizer que faz parte da equipe de desenvolvimento eacute um completo absurdo No entanto o CESPE natildeo entendeu dessa maneira

Gabarito C

61 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

Comentaacuterios Eacute isso mesmo perfeito

Gabarito C

62 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o

documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

Comentaacuterios Galera item perfeito Muito bem escrito

Gabarito C

63 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

Comentaacuterios Questatildeo perfeita retirada do Guia Scrum

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 36 de 44

Gabarito C

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

65 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

Comentaacuterios Jaacute li isso 800x e as bancas continuam errando Escreve-se ITERACcedilAtildeO e natildeo INTERACcedilAtildeO A questatildeo deveria ter sido anulada mas natildeo foi =

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 37 de 44

LISTA DE EXERCIacuteCIOS COMENTADOS

(Instituto Cidades ndash 2012 - CEMIG - Agente de Gestatildeo Administrativa - Analista de Sistemas - A) O teste

eacute uma atividade de verificaccedilatildeo e validaccedilatildeo do software e consiste na anaacutelise dinacircmica do mesmo isto eacute na execuccedilatildeo do produto de software com o objetivo de verificar a presenccedila de defeitos no produto e aumentar a confianccedila de que o mesmo estaacute correto

(CESPE - 2012 ndash Anatel ndash Analista Administrativo ndash Arquitetura de Soluccedilotildees) Considere as informaccedilotildees

abaixo em relaccedilatildeo ao desenvolvimento de sistemas

I executar um software com o objetivo de revelar falhas mas que natildeo prova a exatidatildeo do software II correta construccedilatildeo do produto III Construccedilatildeo do produto certo

Correspondem corretamente a I II e III respectivamente

a) Validaccedilatildeo verificaccedilatildeo e teste b) Verificaccedilatildeo teste e validaccedilatildeo c) Teste verificaccedilatildeo e validaccedilatildeo d) Validaccedilatildeo teste e verificaccedilatildeo e) Teste validaccedilatildeo e verificaccedilatildeo

(CESPE - 2010 ndash TJES ndash Analista Judiciaacuterio ndash Analista de Sistemas) Verificaccedilatildeo e validaccedilatildeo satildeo atividades

da anaacutelise de software necessaacuterias para se identificar o que o software precisa executar seguida de uma avaliaccedilatildeo do usuaacuterio quanto agraves atividades definidas

(CESPE - ndash TRT 5ordf ndash Analista Judiciaacuterio ndash Analista de Sistemas) A diferenccedila entre verificaccedilatildeo e

validaccedilatildeo reside no fato de que a primeira se refere ao conjunto de atividades que garante que o software realiza corretamente uma funccedilatildeo especiacutefica enquanto a segunda refere-se a um conjunto diferente de atividades que garante que o software que foi construiacutedo eacute rastreaacutevel agraves exigecircncias do cliente

(ESAF - ndash MPOG ndash Analista de Planejamento ndash Analista de Sistemas - B) Demonstrar ao

desenvolvedor e ao cliente que o software atende aos requisitos eacute uma meta de validaccedilatildeo do software

(CESPE - ndash IPEA ndash Analista de Sistemas) A verificaccedilatildeo assegura que o produto como fornecido iraacute

atender o seu uso pretendido ou seja que se estaacute construindo o produto certo E a validaccedilatildeo confirma que os produtos de trabalho refletem de forma apropriada os requisitos que foram especificados ou seja que se estaacute construindo o produto corretamente

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 38 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 39 de 44

tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 40 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto

da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C) Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 41 de 44

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 42 de 44

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a

data final e o custo do projeto satildeo determinados ao longo do projeto

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 43 de 44

53 (CESPE - 2012 - TRE-RJ - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) A metodologia scrum prega que a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

54 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

55 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM

o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

56 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

57 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

58 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

60 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para

gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

61 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

62 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 44 de 44

63 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

65 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

66 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

GABARITO

1 2 3 4 5 6 7 8 9 10 E C C C E E E C E E 11 12 13 14 15 16 17 18 19 20 E C C C C E E C E E 21 22 23 24 25 26 27 28 29 30 E C C C E E C E B E 31 32 33 34 35 36 37 38 39 40 E C C C C C C C C E 41 42 43 44 45 46 47 48 49 50 E E E E C E E E C E 51 52 53 54 55 56 57 58 59 60 C E C C E C E E C C 61 62 63 64 65 66 67 68 69 70 C C C C C - - - - -

79831971523

325179138-97 - caio victor gambardela

Page 28: 203903115 Testes Conceitos Verificacao e Validacao Tipos de Teste Unidade Integracao Sistemafuncional Aceitacao Carga Desempenho Vulnerabilidade Usab

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 27 de 44

Uma sprint pode ser cancelada antes de seu time-box terminar e isso somente pode ser feito pelo Product Owner (sob influecircncia de stakeholders equipe de desenvolvimento entre outros) Isso pode ocorrer caso o seu objetivo se torne obsoleto mas ocorrem tambeacutem devido agrave curta duraccedilatildeo e a cancelamentos poreacutem satildeo raros os casos O trabalho a ser realizado na Sprint eacute planejado na Reuniatildeo de Planejamento da Sprint (Proporcional a 8 horas) Essa reuniatildeo consiste em duas partes

1 O que seraacute entregue como resultado do incremento da proacutexima Sprint

2 Como o trabalho necessaacuterio para entregar o incremento seraacute realizado Na primeira parte a Equipe de Desenvolvimento tenta prever as funcionalidades que seratildeo desenvolvidas durante a Sprint Na segunda parte a Equipe de Desenvolvimento decide como iraacute construir essas funcionalidades durante a Sprint e desenvolve o Sprint Backlog Portanto a primeira parte trada do ldquoO que fazerrdquo e a segunda trata do ldquoComo fazerrdquo

Figura 12 - Processo do SCRUM

O Product Owner pode estar presente durante a segunda parte da reuniatildeo para clarificar itens do Backlog do Produto A Reuniatildeo Diaacuteria (Proporcional a 15 minutos) eacute um evento que busca criar um plano para as proacuteximas 24 horas e inspecionar o trabalho desde a uacuteltima Reuniatildeo Diaacuteria

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 28 de 44

Ela ocorre sempre no mesmo horaacuterio e no mesmo local e cada integrante deve responder as seguintes perguntas

1 O que foi completado desde a uacuteltima reuniatildeo

2 O que seraacute feito ateacute a proacutexima reuniatildeo

3 Quais os obstaacuteculos que estatildeo no caminho

As Reuniotildees Diaacuterias melhoram bastante a comunicaccedilatildeo entre os integrantes ademais eliminam a necessidade de outras reuniotildees identificam e removem impedimentos destacam e promovem raacutepidas tomadas de decisatildeo e melhoram o niacutevel de conhecimento da Equipe como um todo A Revisatildeo da Sprint (Proporcional a 4 horas) eacute executada no final da Sprint para inspecionar o incremento e adaptar o Backlog do Produto se necessaacuterio Esta eacute uma reuniatildeo informal e a apresentaccedilatildeo do incremento destina-se a motivar e obter comentaacuterios e promover a colaboraccedilatildeo Nesta reuniatildeo discute-se o que foi bem e o que natildeo foi problemas ocorridos e como foram resolvidos Procut Backlog projeccedilotildees de datas O resultado eacute o Product Backlog revisado e ajustado A Retrospectiva da Sprint (Proporcional a 3 horas) eacute uma chance para o Scrum Team inspecionar a si proacuteprio e criar um plano de melhorias par proacutexima sprint Ela inspeciona como foi a uacuteltima sprint em relaccedilatildeo agraves pessoas agraves relaccedilotildees aos processos e agraves ferramentas Aleacutem disso tem o poder de identificar e ordenar os principais itens que se tornaram potenciais de melhorias e cria um plano para implementar melhorias no modo de realizaccedilatildeo do trabalho

Figura 13 - Graacutefico Burndown

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 29 de 44

O Documento de Visatildeo eacute definido pelo Product Owner e representa como os clientes usuaacuterios finais gerentes stakeholders executivos entre outros visualizam o resultado final do produto que seraacute criado Praacuteticas como BurndownBurnup tecircm sido utilizadas para prever o progresso sem substituir a importacircncia do empirismo como mostra a Figura 13 O Product Backlog eacute uma lista ordenada (por valor risco prioridade etc) de tudo que deve ser necessaacuterio no produto e eacute uma origem uacutenica dos requisitos para qualquer mudanccedila a ser feita no produto Ele nunca (Atenccedilatildeo nunca) estaraacute completo e existiraacute enquanto o produto tambeacutem existir

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 30 de 44

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

Comentaacuterios Bem vamos comeccedilar nossos exerciacutecios com um erro da FCC O Guia Scrum diz que o Scrum Team eacute dividido em Product Owner Scrum Master e Development Team No entanto a FCC deu a resposta como correto

Gabarito C

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

Comentaacuterios Bem tranquila neacute Trata-se de uma Sprint

Gabarito C

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint Comentaacuterios Bem tranquila tambeacutem Trata-se de uma Sprint

Gabarito C

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

Comentaacuterios Perfeito Essa Scrum Meeting trata-se da Daily Scrum Meeting ou Reuniatildeo Diaacuteria

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 31 de 44

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

Comentaacuterios De fato estaacute incorreto O periacuteodo maacuteximo eacute de 30 dias e a equipe de trabalho varia de 3 a 9 pessoas

Gabarito C

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

Comentaacuterios Na verdade natildeo eacute correto Eacute possiacutevel dissolver uma sprint e comeccedilar outra baseando-se em um no sprint backlog ndash quem pode fazer isso eacute o Product Owner

Gabarito E

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

Comentaacuterios Bem ela deve durar no maacuteximo 15 minutos no entanto a questatildeo diz que natildeo deve durar mais que 30 minutos (o que natildeo eacute errado) Portanto natildeo eacute incorreto ndash eacute correto

Gabarito E

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

Comentaacuterios Na verdade natildeo eacute incorreto Satildeo essas as perguntas a serem feitas

Gabarito E

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

Comentaacuterios Tambeacutem natildeo eacute incorreto Eacute exatamente isso que o Scrum Master deve fazer

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 32 de 44

Gabarito E

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

Comentaacuterios Na verdade soacute pode ser modificado pelo Product Owner

Gabarito E

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint Comentaacuterios Scrum Master eacute apenas um facilitador Quem pode modificar o Backlog eacute o Product Owner

Gabarito E

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

Comentaacuterios Eacute possiacutevel ndash sim ndash dissolver uma sprint

Gabarito E

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe Comentaacuterios Na verdade as discussotildees ocorrem mais entre a equipe de desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 33 de 44

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a data final e o custo do projeto satildeo determinados ao longo do projeto

Comentaacuterios Eacute isso mesmo ndash satildeo todos definidos ao longo do projeto

Gabarito C

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

Comentaacuterios Na verdade recomenda-se entre trecircs e nove participantes Com menos de trecircs participantes reduz-se a interaccedilatildeo que gera um menor ganho de produtividade

Gabarito E

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

Comentaacuterios De fato apenas o Product Owner pode cancelar uma sprint

Gabarito C

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

Comentaacuterios Uma sprint deve ter entre duas e quarto semanas

Gabarito E

53 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

Comentaacuterios Questatildeo perfeita Scrum estaacute para o PMBOK assim como o XP estaacute para o RUP Ele pode ser utilizado em teoria em qualquer contexto em que se necessite atingir um objetivo comum entre um grupo de pessoas

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 34 de 44

54 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

Comentaacuterios Literalmente retirado do Guia Scrum ndash perfeito

Gabarito C

55 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

Comentaacuterios Conjunto de requisitos bem definidos Natildeo eacute o contraacuterio Geralmente trata-se de requisitos pouco definidos

Gabarito E

56 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

Comentaacuterios Eacute exatamente isso Lembrem-se de que natildeo haacute cargos mas papeacuteis

Gabarito C

57 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

Comentaacuterios Galera essa eacute muito faacutecil Nenhum produto estaraacute nunca completamente testado ademais o Product Backlog tambeacutem nunca estaraacute completo

Gabarito E

58 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

Comentaacuterios Opaaaa Product Owner natildeo trata de estimativas Entendam escopo e importacircncia satildeo definidos pelo PO no entanto quem define estimativas eacute a Equipe de Desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 35 de 44

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

60 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

Comentaacuterios Bem o cliente natildeo se torna parte da equipe de desenvolvimento Haacute ndash sim ndash uma forte integraccedilatildeo no entanto dizer que faz parte da equipe de desenvolvimento eacute um completo absurdo No entanto o CESPE natildeo entendeu dessa maneira

Gabarito C

61 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

Comentaacuterios Eacute isso mesmo perfeito

Gabarito C

62 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o

documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

Comentaacuterios Galera item perfeito Muito bem escrito

Gabarito C

63 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

Comentaacuterios Questatildeo perfeita retirada do Guia Scrum

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 36 de 44

Gabarito C

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

65 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

Comentaacuterios Jaacute li isso 800x e as bancas continuam errando Escreve-se ITERACcedilAtildeO e natildeo INTERACcedilAtildeO A questatildeo deveria ter sido anulada mas natildeo foi =

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 37 de 44

LISTA DE EXERCIacuteCIOS COMENTADOS

(Instituto Cidades ndash 2012 - CEMIG - Agente de Gestatildeo Administrativa - Analista de Sistemas - A) O teste

eacute uma atividade de verificaccedilatildeo e validaccedilatildeo do software e consiste na anaacutelise dinacircmica do mesmo isto eacute na execuccedilatildeo do produto de software com o objetivo de verificar a presenccedila de defeitos no produto e aumentar a confianccedila de que o mesmo estaacute correto

(CESPE - 2012 ndash Anatel ndash Analista Administrativo ndash Arquitetura de Soluccedilotildees) Considere as informaccedilotildees

abaixo em relaccedilatildeo ao desenvolvimento de sistemas

I executar um software com o objetivo de revelar falhas mas que natildeo prova a exatidatildeo do software II correta construccedilatildeo do produto III Construccedilatildeo do produto certo

Correspondem corretamente a I II e III respectivamente

a) Validaccedilatildeo verificaccedilatildeo e teste b) Verificaccedilatildeo teste e validaccedilatildeo c) Teste verificaccedilatildeo e validaccedilatildeo d) Validaccedilatildeo teste e verificaccedilatildeo e) Teste validaccedilatildeo e verificaccedilatildeo

(CESPE - 2010 ndash TJES ndash Analista Judiciaacuterio ndash Analista de Sistemas) Verificaccedilatildeo e validaccedilatildeo satildeo atividades

da anaacutelise de software necessaacuterias para se identificar o que o software precisa executar seguida de uma avaliaccedilatildeo do usuaacuterio quanto agraves atividades definidas

(CESPE - ndash TRT 5ordf ndash Analista Judiciaacuterio ndash Analista de Sistemas) A diferenccedila entre verificaccedilatildeo e

validaccedilatildeo reside no fato de que a primeira se refere ao conjunto de atividades que garante que o software realiza corretamente uma funccedilatildeo especiacutefica enquanto a segunda refere-se a um conjunto diferente de atividades que garante que o software que foi construiacutedo eacute rastreaacutevel agraves exigecircncias do cliente

(ESAF - ndash MPOG ndash Analista de Planejamento ndash Analista de Sistemas - B) Demonstrar ao

desenvolvedor e ao cliente que o software atende aos requisitos eacute uma meta de validaccedilatildeo do software

(CESPE - ndash IPEA ndash Analista de Sistemas) A verificaccedilatildeo assegura que o produto como fornecido iraacute

atender o seu uso pretendido ou seja que se estaacute construindo o produto certo E a validaccedilatildeo confirma que os produtos de trabalho refletem de forma apropriada os requisitos que foram especificados ou seja que se estaacute construindo o produto corretamente

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 38 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 39 de 44

tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 40 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto

da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C) Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 41 de 44

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 42 de 44

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a

data final e o custo do projeto satildeo determinados ao longo do projeto

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 43 de 44

53 (CESPE - 2012 - TRE-RJ - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) A metodologia scrum prega que a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

54 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

55 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM

o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

56 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

57 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

58 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

60 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para

gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

61 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

62 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 44 de 44

63 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

65 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

66 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

GABARITO

1 2 3 4 5 6 7 8 9 10 E C C C E E E C E E 11 12 13 14 15 16 17 18 19 20 E C C C C E E C E E 21 22 23 24 25 26 27 28 29 30 E C C C E E C E B E 31 32 33 34 35 36 37 38 39 40 E C C C C C C C C E 41 42 43 44 45 46 47 48 49 50 E E E E C E E E C E 51 52 53 54 55 56 57 58 59 60 C E C C E C E E C C 61 62 63 64 65 66 67 68 69 70 C C C C C - - - - -

79831971523

325179138-97 - caio victor gambardela

Page 29: 203903115 Testes Conceitos Verificacao e Validacao Tipos de Teste Unidade Integracao Sistemafuncional Aceitacao Carga Desempenho Vulnerabilidade Usab

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 28 de 44

Ela ocorre sempre no mesmo horaacuterio e no mesmo local e cada integrante deve responder as seguintes perguntas

1 O que foi completado desde a uacuteltima reuniatildeo

2 O que seraacute feito ateacute a proacutexima reuniatildeo

3 Quais os obstaacuteculos que estatildeo no caminho

As Reuniotildees Diaacuterias melhoram bastante a comunicaccedilatildeo entre os integrantes ademais eliminam a necessidade de outras reuniotildees identificam e removem impedimentos destacam e promovem raacutepidas tomadas de decisatildeo e melhoram o niacutevel de conhecimento da Equipe como um todo A Revisatildeo da Sprint (Proporcional a 4 horas) eacute executada no final da Sprint para inspecionar o incremento e adaptar o Backlog do Produto se necessaacuterio Esta eacute uma reuniatildeo informal e a apresentaccedilatildeo do incremento destina-se a motivar e obter comentaacuterios e promover a colaboraccedilatildeo Nesta reuniatildeo discute-se o que foi bem e o que natildeo foi problemas ocorridos e como foram resolvidos Procut Backlog projeccedilotildees de datas O resultado eacute o Product Backlog revisado e ajustado A Retrospectiva da Sprint (Proporcional a 3 horas) eacute uma chance para o Scrum Team inspecionar a si proacuteprio e criar um plano de melhorias par proacutexima sprint Ela inspeciona como foi a uacuteltima sprint em relaccedilatildeo agraves pessoas agraves relaccedilotildees aos processos e agraves ferramentas Aleacutem disso tem o poder de identificar e ordenar os principais itens que se tornaram potenciais de melhorias e cria um plano para implementar melhorias no modo de realizaccedilatildeo do trabalho

Figura 13 - Graacutefico Burndown

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 29 de 44

O Documento de Visatildeo eacute definido pelo Product Owner e representa como os clientes usuaacuterios finais gerentes stakeholders executivos entre outros visualizam o resultado final do produto que seraacute criado Praacuteticas como BurndownBurnup tecircm sido utilizadas para prever o progresso sem substituir a importacircncia do empirismo como mostra a Figura 13 O Product Backlog eacute uma lista ordenada (por valor risco prioridade etc) de tudo que deve ser necessaacuterio no produto e eacute uma origem uacutenica dos requisitos para qualquer mudanccedila a ser feita no produto Ele nunca (Atenccedilatildeo nunca) estaraacute completo e existiraacute enquanto o produto tambeacutem existir

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 30 de 44

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

Comentaacuterios Bem vamos comeccedilar nossos exerciacutecios com um erro da FCC O Guia Scrum diz que o Scrum Team eacute dividido em Product Owner Scrum Master e Development Team No entanto a FCC deu a resposta como correto

Gabarito C

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

Comentaacuterios Bem tranquila neacute Trata-se de uma Sprint

Gabarito C

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint Comentaacuterios Bem tranquila tambeacutem Trata-se de uma Sprint

Gabarito C

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

Comentaacuterios Perfeito Essa Scrum Meeting trata-se da Daily Scrum Meeting ou Reuniatildeo Diaacuteria

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 31 de 44

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

Comentaacuterios De fato estaacute incorreto O periacuteodo maacuteximo eacute de 30 dias e a equipe de trabalho varia de 3 a 9 pessoas

Gabarito C

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

Comentaacuterios Na verdade natildeo eacute correto Eacute possiacutevel dissolver uma sprint e comeccedilar outra baseando-se em um no sprint backlog ndash quem pode fazer isso eacute o Product Owner

Gabarito E

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

Comentaacuterios Bem ela deve durar no maacuteximo 15 minutos no entanto a questatildeo diz que natildeo deve durar mais que 30 minutos (o que natildeo eacute errado) Portanto natildeo eacute incorreto ndash eacute correto

Gabarito E

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

Comentaacuterios Na verdade natildeo eacute incorreto Satildeo essas as perguntas a serem feitas

Gabarito E

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

Comentaacuterios Tambeacutem natildeo eacute incorreto Eacute exatamente isso que o Scrum Master deve fazer

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 32 de 44

Gabarito E

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

Comentaacuterios Na verdade soacute pode ser modificado pelo Product Owner

Gabarito E

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint Comentaacuterios Scrum Master eacute apenas um facilitador Quem pode modificar o Backlog eacute o Product Owner

Gabarito E

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

Comentaacuterios Eacute possiacutevel ndash sim ndash dissolver uma sprint

Gabarito E

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe Comentaacuterios Na verdade as discussotildees ocorrem mais entre a equipe de desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 33 de 44

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a data final e o custo do projeto satildeo determinados ao longo do projeto

Comentaacuterios Eacute isso mesmo ndash satildeo todos definidos ao longo do projeto

Gabarito C

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

Comentaacuterios Na verdade recomenda-se entre trecircs e nove participantes Com menos de trecircs participantes reduz-se a interaccedilatildeo que gera um menor ganho de produtividade

Gabarito E

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

Comentaacuterios De fato apenas o Product Owner pode cancelar uma sprint

Gabarito C

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

Comentaacuterios Uma sprint deve ter entre duas e quarto semanas

Gabarito E

53 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

Comentaacuterios Questatildeo perfeita Scrum estaacute para o PMBOK assim como o XP estaacute para o RUP Ele pode ser utilizado em teoria em qualquer contexto em que se necessite atingir um objetivo comum entre um grupo de pessoas

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 34 de 44

54 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

Comentaacuterios Literalmente retirado do Guia Scrum ndash perfeito

Gabarito C

55 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

Comentaacuterios Conjunto de requisitos bem definidos Natildeo eacute o contraacuterio Geralmente trata-se de requisitos pouco definidos

Gabarito E

56 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

Comentaacuterios Eacute exatamente isso Lembrem-se de que natildeo haacute cargos mas papeacuteis

Gabarito C

57 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

Comentaacuterios Galera essa eacute muito faacutecil Nenhum produto estaraacute nunca completamente testado ademais o Product Backlog tambeacutem nunca estaraacute completo

Gabarito E

58 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

Comentaacuterios Opaaaa Product Owner natildeo trata de estimativas Entendam escopo e importacircncia satildeo definidos pelo PO no entanto quem define estimativas eacute a Equipe de Desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 35 de 44

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

60 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

Comentaacuterios Bem o cliente natildeo se torna parte da equipe de desenvolvimento Haacute ndash sim ndash uma forte integraccedilatildeo no entanto dizer que faz parte da equipe de desenvolvimento eacute um completo absurdo No entanto o CESPE natildeo entendeu dessa maneira

Gabarito C

61 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

Comentaacuterios Eacute isso mesmo perfeito

Gabarito C

62 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o

documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

Comentaacuterios Galera item perfeito Muito bem escrito

Gabarito C

63 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

Comentaacuterios Questatildeo perfeita retirada do Guia Scrum

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 36 de 44

Gabarito C

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

65 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

Comentaacuterios Jaacute li isso 800x e as bancas continuam errando Escreve-se ITERACcedilAtildeO e natildeo INTERACcedilAtildeO A questatildeo deveria ter sido anulada mas natildeo foi =

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 37 de 44

LISTA DE EXERCIacuteCIOS COMENTADOS

(Instituto Cidades ndash 2012 - CEMIG - Agente de Gestatildeo Administrativa - Analista de Sistemas - A) O teste

eacute uma atividade de verificaccedilatildeo e validaccedilatildeo do software e consiste na anaacutelise dinacircmica do mesmo isto eacute na execuccedilatildeo do produto de software com o objetivo de verificar a presenccedila de defeitos no produto e aumentar a confianccedila de que o mesmo estaacute correto

(CESPE - 2012 ndash Anatel ndash Analista Administrativo ndash Arquitetura de Soluccedilotildees) Considere as informaccedilotildees

abaixo em relaccedilatildeo ao desenvolvimento de sistemas

I executar um software com o objetivo de revelar falhas mas que natildeo prova a exatidatildeo do software II correta construccedilatildeo do produto III Construccedilatildeo do produto certo

Correspondem corretamente a I II e III respectivamente

a) Validaccedilatildeo verificaccedilatildeo e teste b) Verificaccedilatildeo teste e validaccedilatildeo c) Teste verificaccedilatildeo e validaccedilatildeo d) Validaccedilatildeo teste e verificaccedilatildeo e) Teste validaccedilatildeo e verificaccedilatildeo

(CESPE - 2010 ndash TJES ndash Analista Judiciaacuterio ndash Analista de Sistemas) Verificaccedilatildeo e validaccedilatildeo satildeo atividades

da anaacutelise de software necessaacuterias para se identificar o que o software precisa executar seguida de uma avaliaccedilatildeo do usuaacuterio quanto agraves atividades definidas

(CESPE - ndash TRT 5ordf ndash Analista Judiciaacuterio ndash Analista de Sistemas) A diferenccedila entre verificaccedilatildeo e

validaccedilatildeo reside no fato de que a primeira se refere ao conjunto de atividades que garante que o software realiza corretamente uma funccedilatildeo especiacutefica enquanto a segunda refere-se a um conjunto diferente de atividades que garante que o software que foi construiacutedo eacute rastreaacutevel agraves exigecircncias do cliente

(ESAF - ndash MPOG ndash Analista de Planejamento ndash Analista de Sistemas - B) Demonstrar ao

desenvolvedor e ao cliente que o software atende aos requisitos eacute uma meta de validaccedilatildeo do software

(CESPE - ndash IPEA ndash Analista de Sistemas) A verificaccedilatildeo assegura que o produto como fornecido iraacute

atender o seu uso pretendido ou seja que se estaacute construindo o produto certo E a validaccedilatildeo confirma que os produtos de trabalho refletem de forma apropriada os requisitos que foram especificados ou seja que se estaacute construindo o produto corretamente

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 38 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 39 de 44

tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 40 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto

da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C) Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 41 de 44

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 42 de 44

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a

data final e o custo do projeto satildeo determinados ao longo do projeto

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 43 de 44

53 (CESPE - 2012 - TRE-RJ - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) A metodologia scrum prega que a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

54 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

55 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM

o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

56 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

57 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

58 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

60 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para

gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

61 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

62 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 44 de 44

63 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

65 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

66 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

GABARITO

1 2 3 4 5 6 7 8 9 10 E C C C E E E C E E 11 12 13 14 15 16 17 18 19 20 E C C C C E E C E E 21 22 23 24 25 26 27 28 29 30 E C C C E E C E B E 31 32 33 34 35 36 37 38 39 40 E C C C C C C C C E 41 42 43 44 45 46 47 48 49 50 E E E E C E E E C E 51 52 53 54 55 56 57 58 59 60 C E C C E C E E C C 61 62 63 64 65 66 67 68 69 70 C C C C C - - - - -

79831971523

325179138-97 - caio victor gambardela

Page 30: 203903115 Testes Conceitos Verificacao e Validacao Tipos de Teste Unidade Integracao Sistemafuncional Aceitacao Carga Desempenho Vulnerabilidade Usab

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 29 de 44

O Documento de Visatildeo eacute definido pelo Product Owner e representa como os clientes usuaacuterios finais gerentes stakeholders executivos entre outros visualizam o resultado final do produto que seraacute criado Praacuteticas como BurndownBurnup tecircm sido utilizadas para prever o progresso sem substituir a importacircncia do empirismo como mostra a Figura 13 O Product Backlog eacute uma lista ordenada (por valor risco prioridade etc) de tudo que deve ser necessaacuterio no produto e eacute uma origem uacutenica dos requisitos para qualquer mudanccedila a ser feita no produto Ele nunca (Atenccedilatildeo nunca) estaraacute completo e existiraacute enquanto o produto tambeacutem existir

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 30 de 44

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

Comentaacuterios Bem vamos comeccedilar nossos exerciacutecios com um erro da FCC O Guia Scrum diz que o Scrum Team eacute dividido em Product Owner Scrum Master e Development Team No entanto a FCC deu a resposta como correto

Gabarito C

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

Comentaacuterios Bem tranquila neacute Trata-se de uma Sprint

Gabarito C

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint Comentaacuterios Bem tranquila tambeacutem Trata-se de uma Sprint

Gabarito C

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

Comentaacuterios Perfeito Essa Scrum Meeting trata-se da Daily Scrum Meeting ou Reuniatildeo Diaacuteria

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 31 de 44

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

Comentaacuterios De fato estaacute incorreto O periacuteodo maacuteximo eacute de 30 dias e a equipe de trabalho varia de 3 a 9 pessoas

Gabarito C

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

Comentaacuterios Na verdade natildeo eacute correto Eacute possiacutevel dissolver uma sprint e comeccedilar outra baseando-se em um no sprint backlog ndash quem pode fazer isso eacute o Product Owner

Gabarito E

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

Comentaacuterios Bem ela deve durar no maacuteximo 15 minutos no entanto a questatildeo diz que natildeo deve durar mais que 30 minutos (o que natildeo eacute errado) Portanto natildeo eacute incorreto ndash eacute correto

Gabarito E

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

Comentaacuterios Na verdade natildeo eacute incorreto Satildeo essas as perguntas a serem feitas

Gabarito E

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

Comentaacuterios Tambeacutem natildeo eacute incorreto Eacute exatamente isso que o Scrum Master deve fazer

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 32 de 44

Gabarito E

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

Comentaacuterios Na verdade soacute pode ser modificado pelo Product Owner

Gabarito E

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint Comentaacuterios Scrum Master eacute apenas um facilitador Quem pode modificar o Backlog eacute o Product Owner

Gabarito E

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

Comentaacuterios Eacute possiacutevel ndash sim ndash dissolver uma sprint

Gabarito E

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe Comentaacuterios Na verdade as discussotildees ocorrem mais entre a equipe de desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 33 de 44

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a data final e o custo do projeto satildeo determinados ao longo do projeto

Comentaacuterios Eacute isso mesmo ndash satildeo todos definidos ao longo do projeto

Gabarito C

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

Comentaacuterios Na verdade recomenda-se entre trecircs e nove participantes Com menos de trecircs participantes reduz-se a interaccedilatildeo que gera um menor ganho de produtividade

Gabarito E

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

Comentaacuterios De fato apenas o Product Owner pode cancelar uma sprint

Gabarito C

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

Comentaacuterios Uma sprint deve ter entre duas e quarto semanas

Gabarito E

53 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

Comentaacuterios Questatildeo perfeita Scrum estaacute para o PMBOK assim como o XP estaacute para o RUP Ele pode ser utilizado em teoria em qualquer contexto em que se necessite atingir um objetivo comum entre um grupo de pessoas

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 34 de 44

54 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

Comentaacuterios Literalmente retirado do Guia Scrum ndash perfeito

Gabarito C

55 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

Comentaacuterios Conjunto de requisitos bem definidos Natildeo eacute o contraacuterio Geralmente trata-se de requisitos pouco definidos

Gabarito E

56 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

Comentaacuterios Eacute exatamente isso Lembrem-se de que natildeo haacute cargos mas papeacuteis

Gabarito C

57 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

Comentaacuterios Galera essa eacute muito faacutecil Nenhum produto estaraacute nunca completamente testado ademais o Product Backlog tambeacutem nunca estaraacute completo

Gabarito E

58 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

Comentaacuterios Opaaaa Product Owner natildeo trata de estimativas Entendam escopo e importacircncia satildeo definidos pelo PO no entanto quem define estimativas eacute a Equipe de Desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 35 de 44

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

60 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

Comentaacuterios Bem o cliente natildeo se torna parte da equipe de desenvolvimento Haacute ndash sim ndash uma forte integraccedilatildeo no entanto dizer que faz parte da equipe de desenvolvimento eacute um completo absurdo No entanto o CESPE natildeo entendeu dessa maneira

Gabarito C

61 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

Comentaacuterios Eacute isso mesmo perfeito

Gabarito C

62 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o

documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

Comentaacuterios Galera item perfeito Muito bem escrito

Gabarito C

63 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

Comentaacuterios Questatildeo perfeita retirada do Guia Scrum

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 36 de 44

Gabarito C

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

65 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

Comentaacuterios Jaacute li isso 800x e as bancas continuam errando Escreve-se ITERACcedilAtildeO e natildeo INTERACcedilAtildeO A questatildeo deveria ter sido anulada mas natildeo foi =

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 37 de 44

LISTA DE EXERCIacuteCIOS COMENTADOS

(Instituto Cidades ndash 2012 - CEMIG - Agente de Gestatildeo Administrativa - Analista de Sistemas - A) O teste

eacute uma atividade de verificaccedilatildeo e validaccedilatildeo do software e consiste na anaacutelise dinacircmica do mesmo isto eacute na execuccedilatildeo do produto de software com o objetivo de verificar a presenccedila de defeitos no produto e aumentar a confianccedila de que o mesmo estaacute correto

(CESPE - 2012 ndash Anatel ndash Analista Administrativo ndash Arquitetura de Soluccedilotildees) Considere as informaccedilotildees

abaixo em relaccedilatildeo ao desenvolvimento de sistemas

I executar um software com o objetivo de revelar falhas mas que natildeo prova a exatidatildeo do software II correta construccedilatildeo do produto III Construccedilatildeo do produto certo

Correspondem corretamente a I II e III respectivamente

a) Validaccedilatildeo verificaccedilatildeo e teste b) Verificaccedilatildeo teste e validaccedilatildeo c) Teste verificaccedilatildeo e validaccedilatildeo d) Validaccedilatildeo teste e verificaccedilatildeo e) Teste validaccedilatildeo e verificaccedilatildeo

(CESPE - 2010 ndash TJES ndash Analista Judiciaacuterio ndash Analista de Sistemas) Verificaccedilatildeo e validaccedilatildeo satildeo atividades

da anaacutelise de software necessaacuterias para se identificar o que o software precisa executar seguida de uma avaliaccedilatildeo do usuaacuterio quanto agraves atividades definidas

(CESPE - ndash TRT 5ordf ndash Analista Judiciaacuterio ndash Analista de Sistemas) A diferenccedila entre verificaccedilatildeo e

validaccedilatildeo reside no fato de que a primeira se refere ao conjunto de atividades que garante que o software realiza corretamente uma funccedilatildeo especiacutefica enquanto a segunda refere-se a um conjunto diferente de atividades que garante que o software que foi construiacutedo eacute rastreaacutevel agraves exigecircncias do cliente

(ESAF - ndash MPOG ndash Analista de Planejamento ndash Analista de Sistemas - B) Demonstrar ao

desenvolvedor e ao cliente que o software atende aos requisitos eacute uma meta de validaccedilatildeo do software

(CESPE - ndash IPEA ndash Analista de Sistemas) A verificaccedilatildeo assegura que o produto como fornecido iraacute

atender o seu uso pretendido ou seja que se estaacute construindo o produto certo E a validaccedilatildeo confirma que os produtos de trabalho refletem de forma apropriada os requisitos que foram especificados ou seja que se estaacute construindo o produto corretamente

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 38 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 39 de 44

tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 40 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto

da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C) Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 41 de 44

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 42 de 44

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a

data final e o custo do projeto satildeo determinados ao longo do projeto

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 43 de 44

53 (CESPE - 2012 - TRE-RJ - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) A metodologia scrum prega que a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

54 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

55 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM

o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

56 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

57 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

58 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

60 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para

gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

61 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

62 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 44 de 44

63 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

65 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

66 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

GABARITO

1 2 3 4 5 6 7 8 9 10 E C C C E E E C E E 11 12 13 14 15 16 17 18 19 20 E C C C C E E C E E 21 22 23 24 25 26 27 28 29 30 E C C C E E C E B E 31 32 33 34 35 36 37 38 39 40 E C C C C C C C C E 41 42 43 44 45 46 47 48 49 50 E E E E C E E E C E 51 52 53 54 55 56 57 58 59 60 C E C C E C E E C C 61 62 63 64 65 66 67 68 69 70 C C C C C - - - - -

79831971523

325179138-97 - caio victor gambardela

Page 31: 203903115 Testes Conceitos Verificacao e Validacao Tipos de Teste Unidade Integracao Sistemafuncional Aceitacao Carga Desempenho Vulnerabilidade Usab

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 30 de 44

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

Comentaacuterios Bem vamos comeccedilar nossos exerciacutecios com um erro da FCC O Guia Scrum diz que o Scrum Team eacute dividido em Product Owner Scrum Master e Development Team No entanto a FCC deu a resposta como correto

Gabarito C

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

Comentaacuterios Bem tranquila neacute Trata-se de uma Sprint

Gabarito C

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint Comentaacuterios Bem tranquila tambeacutem Trata-se de uma Sprint

Gabarito C

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

Comentaacuterios Perfeito Essa Scrum Meeting trata-se da Daily Scrum Meeting ou Reuniatildeo Diaacuteria

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 31 de 44

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

Comentaacuterios De fato estaacute incorreto O periacuteodo maacuteximo eacute de 30 dias e a equipe de trabalho varia de 3 a 9 pessoas

Gabarito C

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

Comentaacuterios Na verdade natildeo eacute correto Eacute possiacutevel dissolver uma sprint e comeccedilar outra baseando-se em um no sprint backlog ndash quem pode fazer isso eacute o Product Owner

Gabarito E

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

Comentaacuterios Bem ela deve durar no maacuteximo 15 minutos no entanto a questatildeo diz que natildeo deve durar mais que 30 minutos (o que natildeo eacute errado) Portanto natildeo eacute incorreto ndash eacute correto

Gabarito E

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

Comentaacuterios Na verdade natildeo eacute incorreto Satildeo essas as perguntas a serem feitas

Gabarito E

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

Comentaacuterios Tambeacutem natildeo eacute incorreto Eacute exatamente isso que o Scrum Master deve fazer

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 32 de 44

Gabarito E

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

Comentaacuterios Na verdade soacute pode ser modificado pelo Product Owner

Gabarito E

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint Comentaacuterios Scrum Master eacute apenas um facilitador Quem pode modificar o Backlog eacute o Product Owner

Gabarito E

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

Comentaacuterios Eacute possiacutevel ndash sim ndash dissolver uma sprint

Gabarito E

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe Comentaacuterios Na verdade as discussotildees ocorrem mais entre a equipe de desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 33 de 44

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a data final e o custo do projeto satildeo determinados ao longo do projeto

Comentaacuterios Eacute isso mesmo ndash satildeo todos definidos ao longo do projeto

Gabarito C

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

Comentaacuterios Na verdade recomenda-se entre trecircs e nove participantes Com menos de trecircs participantes reduz-se a interaccedilatildeo que gera um menor ganho de produtividade

Gabarito E

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

Comentaacuterios De fato apenas o Product Owner pode cancelar uma sprint

Gabarito C

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

Comentaacuterios Uma sprint deve ter entre duas e quarto semanas

Gabarito E

53 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

Comentaacuterios Questatildeo perfeita Scrum estaacute para o PMBOK assim como o XP estaacute para o RUP Ele pode ser utilizado em teoria em qualquer contexto em que se necessite atingir um objetivo comum entre um grupo de pessoas

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 34 de 44

54 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

Comentaacuterios Literalmente retirado do Guia Scrum ndash perfeito

Gabarito C

55 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

Comentaacuterios Conjunto de requisitos bem definidos Natildeo eacute o contraacuterio Geralmente trata-se de requisitos pouco definidos

Gabarito E

56 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

Comentaacuterios Eacute exatamente isso Lembrem-se de que natildeo haacute cargos mas papeacuteis

Gabarito C

57 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

Comentaacuterios Galera essa eacute muito faacutecil Nenhum produto estaraacute nunca completamente testado ademais o Product Backlog tambeacutem nunca estaraacute completo

Gabarito E

58 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

Comentaacuterios Opaaaa Product Owner natildeo trata de estimativas Entendam escopo e importacircncia satildeo definidos pelo PO no entanto quem define estimativas eacute a Equipe de Desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 35 de 44

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

60 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

Comentaacuterios Bem o cliente natildeo se torna parte da equipe de desenvolvimento Haacute ndash sim ndash uma forte integraccedilatildeo no entanto dizer que faz parte da equipe de desenvolvimento eacute um completo absurdo No entanto o CESPE natildeo entendeu dessa maneira

Gabarito C

61 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

Comentaacuterios Eacute isso mesmo perfeito

Gabarito C

62 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o

documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

Comentaacuterios Galera item perfeito Muito bem escrito

Gabarito C

63 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

Comentaacuterios Questatildeo perfeita retirada do Guia Scrum

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 36 de 44

Gabarito C

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

65 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

Comentaacuterios Jaacute li isso 800x e as bancas continuam errando Escreve-se ITERACcedilAtildeO e natildeo INTERACcedilAtildeO A questatildeo deveria ter sido anulada mas natildeo foi =

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 37 de 44

LISTA DE EXERCIacuteCIOS COMENTADOS

(Instituto Cidades ndash 2012 - CEMIG - Agente de Gestatildeo Administrativa - Analista de Sistemas - A) O teste

eacute uma atividade de verificaccedilatildeo e validaccedilatildeo do software e consiste na anaacutelise dinacircmica do mesmo isto eacute na execuccedilatildeo do produto de software com o objetivo de verificar a presenccedila de defeitos no produto e aumentar a confianccedila de que o mesmo estaacute correto

(CESPE - 2012 ndash Anatel ndash Analista Administrativo ndash Arquitetura de Soluccedilotildees) Considere as informaccedilotildees

abaixo em relaccedilatildeo ao desenvolvimento de sistemas

I executar um software com o objetivo de revelar falhas mas que natildeo prova a exatidatildeo do software II correta construccedilatildeo do produto III Construccedilatildeo do produto certo

Correspondem corretamente a I II e III respectivamente

a) Validaccedilatildeo verificaccedilatildeo e teste b) Verificaccedilatildeo teste e validaccedilatildeo c) Teste verificaccedilatildeo e validaccedilatildeo d) Validaccedilatildeo teste e verificaccedilatildeo e) Teste validaccedilatildeo e verificaccedilatildeo

(CESPE - 2010 ndash TJES ndash Analista Judiciaacuterio ndash Analista de Sistemas) Verificaccedilatildeo e validaccedilatildeo satildeo atividades

da anaacutelise de software necessaacuterias para se identificar o que o software precisa executar seguida de uma avaliaccedilatildeo do usuaacuterio quanto agraves atividades definidas

(CESPE - ndash TRT 5ordf ndash Analista Judiciaacuterio ndash Analista de Sistemas) A diferenccedila entre verificaccedilatildeo e

validaccedilatildeo reside no fato de que a primeira se refere ao conjunto de atividades que garante que o software realiza corretamente uma funccedilatildeo especiacutefica enquanto a segunda refere-se a um conjunto diferente de atividades que garante que o software que foi construiacutedo eacute rastreaacutevel agraves exigecircncias do cliente

(ESAF - ndash MPOG ndash Analista de Planejamento ndash Analista de Sistemas - B) Demonstrar ao

desenvolvedor e ao cliente que o software atende aos requisitos eacute uma meta de validaccedilatildeo do software

(CESPE - ndash IPEA ndash Analista de Sistemas) A verificaccedilatildeo assegura que o produto como fornecido iraacute

atender o seu uso pretendido ou seja que se estaacute construindo o produto certo E a validaccedilatildeo confirma que os produtos de trabalho refletem de forma apropriada os requisitos que foram especificados ou seja que se estaacute construindo o produto corretamente

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 38 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 39 de 44

tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 40 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto

da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C) Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 41 de 44

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 42 de 44

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a

data final e o custo do projeto satildeo determinados ao longo do projeto

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 43 de 44

53 (CESPE - 2012 - TRE-RJ - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) A metodologia scrum prega que a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

54 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

55 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM

o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

56 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

57 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

58 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

60 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para

gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

61 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

62 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 44 de 44

63 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

65 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

66 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

GABARITO

1 2 3 4 5 6 7 8 9 10 E C C C E E E C E E 11 12 13 14 15 16 17 18 19 20 E C C C C E E C E E 21 22 23 24 25 26 27 28 29 30 E C C C E E C E B E 31 32 33 34 35 36 37 38 39 40 E C C C C C C C C E 41 42 43 44 45 46 47 48 49 50 E E E E C E E E C E 51 52 53 54 55 56 57 58 59 60 C E C C E C E E C C 61 62 63 64 65 66 67 68 69 70 C C C C C - - - - -

79831971523

325179138-97 - caio victor gambardela

Page 32: 203903115 Testes Conceitos Verificacao e Validacao Tipos de Teste Unidade Integracao Sistemafuncional Aceitacao Carga Desempenho Vulnerabilidade Usab

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 31 de 44

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

Comentaacuterios De fato estaacute incorreto O periacuteodo maacuteximo eacute de 30 dias e a equipe de trabalho varia de 3 a 9 pessoas

Gabarito C

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

Comentaacuterios Na verdade natildeo eacute correto Eacute possiacutevel dissolver uma sprint e comeccedilar outra baseando-se em um no sprint backlog ndash quem pode fazer isso eacute o Product Owner

Gabarito E

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

Comentaacuterios Bem ela deve durar no maacuteximo 15 minutos no entanto a questatildeo diz que natildeo deve durar mais que 30 minutos (o que natildeo eacute errado) Portanto natildeo eacute incorreto ndash eacute correto

Gabarito E

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

Comentaacuterios Na verdade natildeo eacute incorreto Satildeo essas as perguntas a serem feitas

Gabarito E

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

Comentaacuterios Tambeacutem natildeo eacute incorreto Eacute exatamente isso que o Scrum Master deve fazer

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 32 de 44

Gabarito E

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

Comentaacuterios Na verdade soacute pode ser modificado pelo Product Owner

Gabarito E

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint Comentaacuterios Scrum Master eacute apenas um facilitador Quem pode modificar o Backlog eacute o Product Owner

Gabarito E

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

Comentaacuterios Eacute possiacutevel ndash sim ndash dissolver uma sprint

Gabarito E

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe Comentaacuterios Na verdade as discussotildees ocorrem mais entre a equipe de desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 33 de 44

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a data final e o custo do projeto satildeo determinados ao longo do projeto

Comentaacuterios Eacute isso mesmo ndash satildeo todos definidos ao longo do projeto

Gabarito C

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

Comentaacuterios Na verdade recomenda-se entre trecircs e nove participantes Com menos de trecircs participantes reduz-se a interaccedilatildeo que gera um menor ganho de produtividade

Gabarito E

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

Comentaacuterios De fato apenas o Product Owner pode cancelar uma sprint

Gabarito C

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

Comentaacuterios Uma sprint deve ter entre duas e quarto semanas

Gabarito E

53 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

Comentaacuterios Questatildeo perfeita Scrum estaacute para o PMBOK assim como o XP estaacute para o RUP Ele pode ser utilizado em teoria em qualquer contexto em que se necessite atingir um objetivo comum entre um grupo de pessoas

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 34 de 44

54 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

Comentaacuterios Literalmente retirado do Guia Scrum ndash perfeito

Gabarito C

55 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

Comentaacuterios Conjunto de requisitos bem definidos Natildeo eacute o contraacuterio Geralmente trata-se de requisitos pouco definidos

Gabarito E

56 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

Comentaacuterios Eacute exatamente isso Lembrem-se de que natildeo haacute cargos mas papeacuteis

Gabarito C

57 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

Comentaacuterios Galera essa eacute muito faacutecil Nenhum produto estaraacute nunca completamente testado ademais o Product Backlog tambeacutem nunca estaraacute completo

Gabarito E

58 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

Comentaacuterios Opaaaa Product Owner natildeo trata de estimativas Entendam escopo e importacircncia satildeo definidos pelo PO no entanto quem define estimativas eacute a Equipe de Desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 35 de 44

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

60 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

Comentaacuterios Bem o cliente natildeo se torna parte da equipe de desenvolvimento Haacute ndash sim ndash uma forte integraccedilatildeo no entanto dizer que faz parte da equipe de desenvolvimento eacute um completo absurdo No entanto o CESPE natildeo entendeu dessa maneira

Gabarito C

61 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

Comentaacuterios Eacute isso mesmo perfeito

Gabarito C

62 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o

documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

Comentaacuterios Galera item perfeito Muito bem escrito

Gabarito C

63 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

Comentaacuterios Questatildeo perfeita retirada do Guia Scrum

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 36 de 44

Gabarito C

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

65 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

Comentaacuterios Jaacute li isso 800x e as bancas continuam errando Escreve-se ITERACcedilAtildeO e natildeo INTERACcedilAtildeO A questatildeo deveria ter sido anulada mas natildeo foi =

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 37 de 44

LISTA DE EXERCIacuteCIOS COMENTADOS

(Instituto Cidades ndash 2012 - CEMIG - Agente de Gestatildeo Administrativa - Analista de Sistemas - A) O teste

eacute uma atividade de verificaccedilatildeo e validaccedilatildeo do software e consiste na anaacutelise dinacircmica do mesmo isto eacute na execuccedilatildeo do produto de software com o objetivo de verificar a presenccedila de defeitos no produto e aumentar a confianccedila de que o mesmo estaacute correto

(CESPE - 2012 ndash Anatel ndash Analista Administrativo ndash Arquitetura de Soluccedilotildees) Considere as informaccedilotildees

abaixo em relaccedilatildeo ao desenvolvimento de sistemas

I executar um software com o objetivo de revelar falhas mas que natildeo prova a exatidatildeo do software II correta construccedilatildeo do produto III Construccedilatildeo do produto certo

Correspondem corretamente a I II e III respectivamente

a) Validaccedilatildeo verificaccedilatildeo e teste b) Verificaccedilatildeo teste e validaccedilatildeo c) Teste verificaccedilatildeo e validaccedilatildeo d) Validaccedilatildeo teste e verificaccedilatildeo e) Teste validaccedilatildeo e verificaccedilatildeo

(CESPE - 2010 ndash TJES ndash Analista Judiciaacuterio ndash Analista de Sistemas) Verificaccedilatildeo e validaccedilatildeo satildeo atividades

da anaacutelise de software necessaacuterias para se identificar o que o software precisa executar seguida de uma avaliaccedilatildeo do usuaacuterio quanto agraves atividades definidas

(CESPE - ndash TRT 5ordf ndash Analista Judiciaacuterio ndash Analista de Sistemas) A diferenccedila entre verificaccedilatildeo e

validaccedilatildeo reside no fato de que a primeira se refere ao conjunto de atividades que garante que o software realiza corretamente uma funccedilatildeo especiacutefica enquanto a segunda refere-se a um conjunto diferente de atividades que garante que o software que foi construiacutedo eacute rastreaacutevel agraves exigecircncias do cliente

(ESAF - ndash MPOG ndash Analista de Planejamento ndash Analista de Sistemas - B) Demonstrar ao

desenvolvedor e ao cliente que o software atende aos requisitos eacute uma meta de validaccedilatildeo do software

(CESPE - ndash IPEA ndash Analista de Sistemas) A verificaccedilatildeo assegura que o produto como fornecido iraacute

atender o seu uso pretendido ou seja que se estaacute construindo o produto certo E a validaccedilatildeo confirma que os produtos de trabalho refletem de forma apropriada os requisitos que foram especificados ou seja que se estaacute construindo o produto corretamente

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 38 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 39 de 44

tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 40 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto

da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C) Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 41 de 44

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 42 de 44

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a

data final e o custo do projeto satildeo determinados ao longo do projeto

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 43 de 44

53 (CESPE - 2012 - TRE-RJ - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) A metodologia scrum prega que a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

54 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

55 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM

o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

56 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

57 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

58 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

60 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para

gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

61 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

62 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 44 de 44

63 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

65 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

66 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

GABARITO

1 2 3 4 5 6 7 8 9 10 E C C C E E E C E E 11 12 13 14 15 16 17 18 19 20 E C C C C E E C E E 21 22 23 24 25 26 27 28 29 30 E C C C E E C E B E 31 32 33 34 35 36 37 38 39 40 E C C C C C C C C E 41 42 43 44 45 46 47 48 49 50 E E E E C E E E C E 51 52 53 54 55 56 57 58 59 60 C E C C E C E E C C 61 62 63 64 65 66 67 68 69 70 C C C C C - - - - -

79831971523

325179138-97 - caio victor gambardela

Page 33: 203903115 Testes Conceitos Verificacao e Validacao Tipos de Teste Unidade Integracao Sistemafuncional Aceitacao Carga Desempenho Vulnerabilidade Usab

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 32 de 44

Gabarito E

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

Comentaacuterios Na verdade soacute pode ser modificado pelo Product Owner

Gabarito E

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint Comentaacuterios Scrum Master eacute apenas um facilitador Quem pode modificar o Backlog eacute o Product Owner

Gabarito E

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

Comentaacuterios Eacute possiacutevel ndash sim ndash dissolver uma sprint

Gabarito E

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe Comentaacuterios Na verdade as discussotildees ocorrem mais entre a equipe de desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 33 de 44

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a data final e o custo do projeto satildeo determinados ao longo do projeto

Comentaacuterios Eacute isso mesmo ndash satildeo todos definidos ao longo do projeto

Gabarito C

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

Comentaacuterios Na verdade recomenda-se entre trecircs e nove participantes Com menos de trecircs participantes reduz-se a interaccedilatildeo que gera um menor ganho de produtividade

Gabarito E

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

Comentaacuterios De fato apenas o Product Owner pode cancelar uma sprint

Gabarito C

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

Comentaacuterios Uma sprint deve ter entre duas e quarto semanas

Gabarito E

53 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

Comentaacuterios Questatildeo perfeita Scrum estaacute para o PMBOK assim como o XP estaacute para o RUP Ele pode ser utilizado em teoria em qualquer contexto em que se necessite atingir um objetivo comum entre um grupo de pessoas

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 34 de 44

54 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

Comentaacuterios Literalmente retirado do Guia Scrum ndash perfeito

Gabarito C

55 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

Comentaacuterios Conjunto de requisitos bem definidos Natildeo eacute o contraacuterio Geralmente trata-se de requisitos pouco definidos

Gabarito E

56 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

Comentaacuterios Eacute exatamente isso Lembrem-se de que natildeo haacute cargos mas papeacuteis

Gabarito C

57 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

Comentaacuterios Galera essa eacute muito faacutecil Nenhum produto estaraacute nunca completamente testado ademais o Product Backlog tambeacutem nunca estaraacute completo

Gabarito E

58 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

Comentaacuterios Opaaaa Product Owner natildeo trata de estimativas Entendam escopo e importacircncia satildeo definidos pelo PO no entanto quem define estimativas eacute a Equipe de Desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 35 de 44

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

60 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

Comentaacuterios Bem o cliente natildeo se torna parte da equipe de desenvolvimento Haacute ndash sim ndash uma forte integraccedilatildeo no entanto dizer que faz parte da equipe de desenvolvimento eacute um completo absurdo No entanto o CESPE natildeo entendeu dessa maneira

Gabarito C

61 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

Comentaacuterios Eacute isso mesmo perfeito

Gabarito C

62 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o

documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

Comentaacuterios Galera item perfeito Muito bem escrito

Gabarito C

63 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

Comentaacuterios Questatildeo perfeita retirada do Guia Scrum

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 36 de 44

Gabarito C

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

65 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

Comentaacuterios Jaacute li isso 800x e as bancas continuam errando Escreve-se ITERACcedilAtildeO e natildeo INTERACcedilAtildeO A questatildeo deveria ter sido anulada mas natildeo foi =

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 37 de 44

LISTA DE EXERCIacuteCIOS COMENTADOS

(Instituto Cidades ndash 2012 - CEMIG - Agente de Gestatildeo Administrativa - Analista de Sistemas - A) O teste

eacute uma atividade de verificaccedilatildeo e validaccedilatildeo do software e consiste na anaacutelise dinacircmica do mesmo isto eacute na execuccedilatildeo do produto de software com o objetivo de verificar a presenccedila de defeitos no produto e aumentar a confianccedila de que o mesmo estaacute correto

(CESPE - 2012 ndash Anatel ndash Analista Administrativo ndash Arquitetura de Soluccedilotildees) Considere as informaccedilotildees

abaixo em relaccedilatildeo ao desenvolvimento de sistemas

I executar um software com o objetivo de revelar falhas mas que natildeo prova a exatidatildeo do software II correta construccedilatildeo do produto III Construccedilatildeo do produto certo

Correspondem corretamente a I II e III respectivamente

a) Validaccedilatildeo verificaccedilatildeo e teste b) Verificaccedilatildeo teste e validaccedilatildeo c) Teste verificaccedilatildeo e validaccedilatildeo d) Validaccedilatildeo teste e verificaccedilatildeo e) Teste validaccedilatildeo e verificaccedilatildeo

(CESPE - 2010 ndash TJES ndash Analista Judiciaacuterio ndash Analista de Sistemas) Verificaccedilatildeo e validaccedilatildeo satildeo atividades

da anaacutelise de software necessaacuterias para se identificar o que o software precisa executar seguida de uma avaliaccedilatildeo do usuaacuterio quanto agraves atividades definidas

(CESPE - ndash TRT 5ordf ndash Analista Judiciaacuterio ndash Analista de Sistemas) A diferenccedila entre verificaccedilatildeo e

validaccedilatildeo reside no fato de que a primeira se refere ao conjunto de atividades que garante que o software realiza corretamente uma funccedilatildeo especiacutefica enquanto a segunda refere-se a um conjunto diferente de atividades que garante que o software que foi construiacutedo eacute rastreaacutevel agraves exigecircncias do cliente

(ESAF - ndash MPOG ndash Analista de Planejamento ndash Analista de Sistemas - B) Demonstrar ao

desenvolvedor e ao cliente que o software atende aos requisitos eacute uma meta de validaccedilatildeo do software

(CESPE - ndash IPEA ndash Analista de Sistemas) A verificaccedilatildeo assegura que o produto como fornecido iraacute

atender o seu uso pretendido ou seja que se estaacute construindo o produto certo E a validaccedilatildeo confirma que os produtos de trabalho refletem de forma apropriada os requisitos que foram especificados ou seja que se estaacute construindo o produto corretamente

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 38 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 39 de 44

tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 40 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto

da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C) Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 41 de 44

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 42 de 44

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a

data final e o custo do projeto satildeo determinados ao longo do projeto

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 43 de 44

53 (CESPE - 2012 - TRE-RJ - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) A metodologia scrum prega que a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

54 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

55 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM

o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

56 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

57 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

58 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

60 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para

gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

61 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

62 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 44 de 44

63 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

65 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

66 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

GABARITO

1 2 3 4 5 6 7 8 9 10 E C C C E E E C E E 11 12 13 14 15 16 17 18 19 20 E C C C C E E C E E 21 22 23 24 25 26 27 28 29 30 E C C C E E C E B E 31 32 33 34 35 36 37 38 39 40 E C C C C C C C C E 41 42 43 44 45 46 47 48 49 50 E E E E C E E E C E 51 52 53 54 55 56 57 58 59 60 C E C C E C E E C C 61 62 63 64 65 66 67 68 69 70 C C C C C - - - - -

79831971523

325179138-97 - caio victor gambardela

Page 34: 203903115 Testes Conceitos Verificacao e Validacao Tipos de Teste Unidade Integracao Sistemafuncional Aceitacao Carga Desempenho Vulnerabilidade Usab

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 33 de 44

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a data final e o custo do projeto satildeo determinados ao longo do projeto

Comentaacuterios Eacute isso mesmo ndash satildeo todos definidos ao longo do projeto

Gabarito C

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

Comentaacuterios Na verdade recomenda-se entre trecircs e nove participantes Com menos de trecircs participantes reduz-se a interaccedilatildeo que gera um menor ganho de produtividade

Gabarito E

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

Comentaacuterios De fato apenas o Product Owner pode cancelar uma sprint

Gabarito C

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

Comentaacuterios Uma sprint deve ter entre duas e quarto semanas

Gabarito E

53 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

Comentaacuterios Questatildeo perfeita Scrum estaacute para o PMBOK assim como o XP estaacute para o RUP Ele pode ser utilizado em teoria em qualquer contexto em que se necessite atingir um objetivo comum entre um grupo de pessoas

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 34 de 44

54 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

Comentaacuterios Literalmente retirado do Guia Scrum ndash perfeito

Gabarito C

55 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

Comentaacuterios Conjunto de requisitos bem definidos Natildeo eacute o contraacuterio Geralmente trata-se de requisitos pouco definidos

Gabarito E

56 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

Comentaacuterios Eacute exatamente isso Lembrem-se de que natildeo haacute cargos mas papeacuteis

Gabarito C

57 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

Comentaacuterios Galera essa eacute muito faacutecil Nenhum produto estaraacute nunca completamente testado ademais o Product Backlog tambeacutem nunca estaraacute completo

Gabarito E

58 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

Comentaacuterios Opaaaa Product Owner natildeo trata de estimativas Entendam escopo e importacircncia satildeo definidos pelo PO no entanto quem define estimativas eacute a Equipe de Desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 35 de 44

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

60 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

Comentaacuterios Bem o cliente natildeo se torna parte da equipe de desenvolvimento Haacute ndash sim ndash uma forte integraccedilatildeo no entanto dizer que faz parte da equipe de desenvolvimento eacute um completo absurdo No entanto o CESPE natildeo entendeu dessa maneira

Gabarito C

61 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

Comentaacuterios Eacute isso mesmo perfeito

Gabarito C

62 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o

documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

Comentaacuterios Galera item perfeito Muito bem escrito

Gabarito C

63 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

Comentaacuterios Questatildeo perfeita retirada do Guia Scrum

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 36 de 44

Gabarito C

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

65 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

Comentaacuterios Jaacute li isso 800x e as bancas continuam errando Escreve-se ITERACcedilAtildeO e natildeo INTERACcedilAtildeO A questatildeo deveria ter sido anulada mas natildeo foi =

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 37 de 44

LISTA DE EXERCIacuteCIOS COMENTADOS

(Instituto Cidades ndash 2012 - CEMIG - Agente de Gestatildeo Administrativa - Analista de Sistemas - A) O teste

eacute uma atividade de verificaccedilatildeo e validaccedilatildeo do software e consiste na anaacutelise dinacircmica do mesmo isto eacute na execuccedilatildeo do produto de software com o objetivo de verificar a presenccedila de defeitos no produto e aumentar a confianccedila de que o mesmo estaacute correto

(CESPE - 2012 ndash Anatel ndash Analista Administrativo ndash Arquitetura de Soluccedilotildees) Considere as informaccedilotildees

abaixo em relaccedilatildeo ao desenvolvimento de sistemas

I executar um software com o objetivo de revelar falhas mas que natildeo prova a exatidatildeo do software II correta construccedilatildeo do produto III Construccedilatildeo do produto certo

Correspondem corretamente a I II e III respectivamente

a) Validaccedilatildeo verificaccedilatildeo e teste b) Verificaccedilatildeo teste e validaccedilatildeo c) Teste verificaccedilatildeo e validaccedilatildeo d) Validaccedilatildeo teste e verificaccedilatildeo e) Teste validaccedilatildeo e verificaccedilatildeo

(CESPE - 2010 ndash TJES ndash Analista Judiciaacuterio ndash Analista de Sistemas) Verificaccedilatildeo e validaccedilatildeo satildeo atividades

da anaacutelise de software necessaacuterias para se identificar o que o software precisa executar seguida de uma avaliaccedilatildeo do usuaacuterio quanto agraves atividades definidas

(CESPE - ndash TRT 5ordf ndash Analista Judiciaacuterio ndash Analista de Sistemas) A diferenccedila entre verificaccedilatildeo e

validaccedilatildeo reside no fato de que a primeira se refere ao conjunto de atividades que garante que o software realiza corretamente uma funccedilatildeo especiacutefica enquanto a segunda refere-se a um conjunto diferente de atividades que garante que o software que foi construiacutedo eacute rastreaacutevel agraves exigecircncias do cliente

(ESAF - ndash MPOG ndash Analista de Planejamento ndash Analista de Sistemas - B) Demonstrar ao

desenvolvedor e ao cliente que o software atende aos requisitos eacute uma meta de validaccedilatildeo do software

(CESPE - ndash IPEA ndash Analista de Sistemas) A verificaccedilatildeo assegura que o produto como fornecido iraacute

atender o seu uso pretendido ou seja que se estaacute construindo o produto certo E a validaccedilatildeo confirma que os produtos de trabalho refletem de forma apropriada os requisitos que foram especificados ou seja que se estaacute construindo o produto corretamente

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 38 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 39 de 44

tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 40 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto

da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C) Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 41 de 44

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 42 de 44

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a

data final e o custo do projeto satildeo determinados ao longo do projeto

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 43 de 44

53 (CESPE - 2012 - TRE-RJ - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) A metodologia scrum prega que a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

54 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

55 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM

o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

56 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

57 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

58 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

60 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para

gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

61 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

62 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 44 de 44

63 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

65 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

66 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

GABARITO

1 2 3 4 5 6 7 8 9 10 E C C C E E E C E E 11 12 13 14 15 16 17 18 19 20 E C C C C E E C E E 21 22 23 24 25 26 27 28 29 30 E C C C E E C E B E 31 32 33 34 35 36 37 38 39 40 E C C C C C C C C E 41 42 43 44 45 46 47 48 49 50 E E E E C E E E C E 51 52 53 54 55 56 57 58 59 60 C E C C E C E E C C 61 62 63 64 65 66 67 68 69 70 C C C C C - - - - -

79831971523

325179138-97 - caio victor gambardela

Page 35: 203903115 Testes Conceitos Verificacao e Validacao Tipos de Teste Unidade Integracao Sistemafuncional Aceitacao Carga Desempenho Vulnerabilidade Usab

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 34 de 44

54 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

Comentaacuterios Literalmente retirado do Guia Scrum ndash perfeito

Gabarito C

55 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

Comentaacuterios Conjunto de requisitos bem definidos Natildeo eacute o contraacuterio Geralmente trata-se de requisitos pouco definidos

Gabarito E

56 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

Comentaacuterios Eacute exatamente isso Lembrem-se de que natildeo haacute cargos mas papeacuteis

Gabarito C

57 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

Comentaacuterios Galera essa eacute muito faacutecil Nenhum produto estaraacute nunca completamente testado ademais o Product Backlog tambeacutem nunca estaraacute completo

Gabarito E

58 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

Comentaacuterios Opaaaa Product Owner natildeo trata de estimativas Entendam escopo e importacircncia satildeo definidos pelo PO no entanto quem define estimativas eacute a Equipe de Desenvolvimento

Gabarito E

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 35 de 44

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

60 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

Comentaacuterios Bem o cliente natildeo se torna parte da equipe de desenvolvimento Haacute ndash sim ndash uma forte integraccedilatildeo no entanto dizer que faz parte da equipe de desenvolvimento eacute um completo absurdo No entanto o CESPE natildeo entendeu dessa maneira

Gabarito C

61 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

Comentaacuterios Eacute isso mesmo perfeito

Gabarito C

62 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o

documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

Comentaacuterios Galera item perfeito Muito bem escrito

Gabarito C

63 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

Comentaacuterios Questatildeo perfeita retirada do Guia Scrum

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 36 de 44

Gabarito C

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

65 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

Comentaacuterios Jaacute li isso 800x e as bancas continuam errando Escreve-se ITERACcedilAtildeO e natildeo INTERACcedilAtildeO A questatildeo deveria ter sido anulada mas natildeo foi =

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 37 de 44

LISTA DE EXERCIacuteCIOS COMENTADOS

(Instituto Cidades ndash 2012 - CEMIG - Agente de Gestatildeo Administrativa - Analista de Sistemas - A) O teste

eacute uma atividade de verificaccedilatildeo e validaccedilatildeo do software e consiste na anaacutelise dinacircmica do mesmo isto eacute na execuccedilatildeo do produto de software com o objetivo de verificar a presenccedila de defeitos no produto e aumentar a confianccedila de que o mesmo estaacute correto

(CESPE - 2012 ndash Anatel ndash Analista Administrativo ndash Arquitetura de Soluccedilotildees) Considere as informaccedilotildees

abaixo em relaccedilatildeo ao desenvolvimento de sistemas

I executar um software com o objetivo de revelar falhas mas que natildeo prova a exatidatildeo do software II correta construccedilatildeo do produto III Construccedilatildeo do produto certo

Correspondem corretamente a I II e III respectivamente

a) Validaccedilatildeo verificaccedilatildeo e teste b) Verificaccedilatildeo teste e validaccedilatildeo c) Teste verificaccedilatildeo e validaccedilatildeo d) Validaccedilatildeo teste e verificaccedilatildeo e) Teste validaccedilatildeo e verificaccedilatildeo

(CESPE - 2010 ndash TJES ndash Analista Judiciaacuterio ndash Analista de Sistemas) Verificaccedilatildeo e validaccedilatildeo satildeo atividades

da anaacutelise de software necessaacuterias para se identificar o que o software precisa executar seguida de uma avaliaccedilatildeo do usuaacuterio quanto agraves atividades definidas

(CESPE - ndash TRT 5ordf ndash Analista Judiciaacuterio ndash Analista de Sistemas) A diferenccedila entre verificaccedilatildeo e

validaccedilatildeo reside no fato de que a primeira se refere ao conjunto de atividades que garante que o software realiza corretamente uma funccedilatildeo especiacutefica enquanto a segunda refere-se a um conjunto diferente de atividades que garante que o software que foi construiacutedo eacute rastreaacutevel agraves exigecircncias do cliente

(ESAF - ndash MPOG ndash Analista de Planejamento ndash Analista de Sistemas - B) Demonstrar ao

desenvolvedor e ao cliente que o software atende aos requisitos eacute uma meta de validaccedilatildeo do software

(CESPE - ndash IPEA ndash Analista de Sistemas) A verificaccedilatildeo assegura que o produto como fornecido iraacute

atender o seu uso pretendido ou seja que se estaacute construindo o produto certo E a validaccedilatildeo confirma que os produtos de trabalho refletem de forma apropriada os requisitos que foram especificados ou seja que se estaacute construindo o produto corretamente

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 38 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 39 de 44

tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 40 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto

da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C) Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 41 de 44

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 42 de 44

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a

data final e o custo do projeto satildeo determinados ao longo do projeto

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 43 de 44

53 (CESPE - 2012 - TRE-RJ - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) A metodologia scrum prega que a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

54 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

55 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM

o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

56 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

57 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

58 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

60 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para

gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

61 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

62 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 44 de 44

63 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

65 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

66 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

GABARITO

1 2 3 4 5 6 7 8 9 10 E C C C E E E C E E 11 12 13 14 15 16 17 18 19 20 E C C C C E E C E E 21 22 23 24 25 26 27 28 29 30 E C C C E E C E B E 31 32 33 34 35 36 37 38 39 40 E C C C C C C C C E 41 42 43 44 45 46 47 48 49 50 E E E E C E E E C E 51 52 53 54 55 56 57 58 59 60 C E C C E C E E C C 61 62 63 64 65 66 67 68 69 70 C C C C C - - - - -

79831971523

325179138-97 - caio victor gambardela

Page 36: 203903115 Testes Conceitos Verificacao e Validacao Tipos de Teste Unidade Integracao Sistemafuncional Aceitacao Carga Desempenho Vulnerabilidade Usab

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 35 de 44

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

60 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

Comentaacuterios Bem o cliente natildeo se torna parte da equipe de desenvolvimento Haacute ndash sim ndash uma forte integraccedilatildeo no entanto dizer que faz parte da equipe de desenvolvimento eacute um completo absurdo No entanto o CESPE natildeo entendeu dessa maneira

Gabarito C

61 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

Comentaacuterios Eacute isso mesmo perfeito

Gabarito C

62 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o

documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

Comentaacuterios Galera item perfeito Muito bem escrito

Gabarito C

63 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

Comentaacuterios Questatildeo perfeita retirada do Guia Scrum

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 36 de 44

Gabarito C

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

65 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

Comentaacuterios Jaacute li isso 800x e as bancas continuam errando Escreve-se ITERACcedilAtildeO e natildeo INTERACcedilAtildeO A questatildeo deveria ter sido anulada mas natildeo foi =

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 37 de 44

LISTA DE EXERCIacuteCIOS COMENTADOS

(Instituto Cidades ndash 2012 - CEMIG - Agente de Gestatildeo Administrativa - Analista de Sistemas - A) O teste

eacute uma atividade de verificaccedilatildeo e validaccedilatildeo do software e consiste na anaacutelise dinacircmica do mesmo isto eacute na execuccedilatildeo do produto de software com o objetivo de verificar a presenccedila de defeitos no produto e aumentar a confianccedila de que o mesmo estaacute correto

(CESPE - 2012 ndash Anatel ndash Analista Administrativo ndash Arquitetura de Soluccedilotildees) Considere as informaccedilotildees

abaixo em relaccedilatildeo ao desenvolvimento de sistemas

I executar um software com o objetivo de revelar falhas mas que natildeo prova a exatidatildeo do software II correta construccedilatildeo do produto III Construccedilatildeo do produto certo

Correspondem corretamente a I II e III respectivamente

a) Validaccedilatildeo verificaccedilatildeo e teste b) Verificaccedilatildeo teste e validaccedilatildeo c) Teste verificaccedilatildeo e validaccedilatildeo d) Validaccedilatildeo teste e verificaccedilatildeo e) Teste validaccedilatildeo e verificaccedilatildeo

(CESPE - 2010 ndash TJES ndash Analista Judiciaacuterio ndash Analista de Sistemas) Verificaccedilatildeo e validaccedilatildeo satildeo atividades

da anaacutelise de software necessaacuterias para se identificar o que o software precisa executar seguida de uma avaliaccedilatildeo do usuaacuterio quanto agraves atividades definidas

(CESPE - ndash TRT 5ordf ndash Analista Judiciaacuterio ndash Analista de Sistemas) A diferenccedila entre verificaccedilatildeo e

validaccedilatildeo reside no fato de que a primeira se refere ao conjunto de atividades que garante que o software realiza corretamente uma funccedilatildeo especiacutefica enquanto a segunda refere-se a um conjunto diferente de atividades que garante que o software que foi construiacutedo eacute rastreaacutevel agraves exigecircncias do cliente

(ESAF - ndash MPOG ndash Analista de Planejamento ndash Analista de Sistemas - B) Demonstrar ao

desenvolvedor e ao cliente que o software atende aos requisitos eacute uma meta de validaccedilatildeo do software

(CESPE - ndash IPEA ndash Analista de Sistemas) A verificaccedilatildeo assegura que o produto como fornecido iraacute

atender o seu uso pretendido ou seja que se estaacute construindo o produto certo E a validaccedilatildeo confirma que os produtos de trabalho refletem de forma apropriada os requisitos que foram especificados ou seja que se estaacute construindo o produto corretamente

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 38 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 39 de 44

tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 40 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto

da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C) Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 41 de 44

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 42 de 44

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a

data final e o custo do projeto satildeo determinados ao longo do projeto

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 43 de 44

53 (CESPE - 2012 - TRE-RJ - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) A metodologia scrum prega que a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

54 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

55 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM

o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

56 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

57 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

58 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

60 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para

gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

61 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

62 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 44 de 44

63 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

65 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

66 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

GABARITO

1 2 3 4 5 6 7 8 9 10 E C C C E E E C E E 11 12 13 14 15 16 17 18 19 20 E C C C C E E C E E 21 22 23 24 25 26 27 28 29 30 E C C C E E C E B E 31 32 33 34 35 36 37 38 39 40 E C C C C C C C C E 41 42 43 44 45 46 47 48 49 50 E E E E C E E E C E 51 52 53 54 55 56 57 58 59 60 C E C C E C E E C C 61 62 63 64 65 66 67 68 69 70 C C C C C - - - - -

79831971523

325179138-97 - caio victor gambardela

Page 37: 203903115 Testes Conceitos Verificacao e Validacao Tipos de Teste Unidade Integracao Sistemafuncional Aceitacao Carga Desempenho Vulnerabilidade Usab

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 36 de 44

Gabarito C

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

Comentaacuterios Perfeito eacute isso mesmo

Gabarito C

65 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

Comentaacuterios Jaacute li isso 800x e as bancas continuam errando Escreve-se ITERACcedilAtildeO e natildeo INTERACcedilAtildeO A questatildeo deveria ter sido anulada mas natildeo foi =

Gabarito C

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 37 de 44

LISTA DE EXERCIacuteCIOS COMENTADOS

(Instituto Cidades ndash 2012 - CEMIG - Agente de Gestatildeo Administrativa - Analista de Sistemas - A) O teste

eacute uma atividade de verificaccedilatildeo e validaccedilatildeo do software e consiste na anaacutelise dinacircmica do mesmo isto eacute na execuccedilatildeo do produto de software com o objetivo de verificar a presenccedila de defeitos no produto e aumentar a confianccedila de que o mesmo estaacute correto

(CESPE - 2012 ndash Anatel ndash Analista Administrativo ndash Arquitetura de Soluccedilotildees) Considere as informaccedilotildees

abaixo em relaccedilatildeo ao desenvolvimento de sistemas

I executar um software com o objetivo de revelar falhas mas que natildeo prova a exatidatildeo do software II correta construccedilatildeo do produto III Construccedilatildeo do produto certo

Correspondem corretamente a I II e III respectivamente

a) Validaccedilatildeo verificaccedilatildeo e teste b) Verificaccedilatildeo teste e validaccedilatildeo c) Teste verificaccedilatildeo e validaccedilatildeo d) Validaccedilatildeo teste e verificaccedilatildeo e) Teste validaccedilatildeo e verificaccedilatildeo

(CESPE - 2010 ndash TJES ndash Analista Judiciaacuterio ndash Analista de Sistemas) Verificaccedilatildeo e validaccedilatildeo satildeo atividades

da anaacutelise de software necessaacuterias para se identificar o que o software precisa executar seguida de uma avaliaccedilatildeo do usuaacuterio quanto agraves atividades definidas

(CESPE - ndash TRT 5ordf ndash Analista Judiciaacuterio ndash Analista de Sistemas) A diferenccedila entre verificaccedilatildeo e

validaccedilatildeo reside no fato de que a primeira se refere ao conjunto de atividades que garante que o software realiza corretamente uma funccedilatildeo especiacutefica enquanto a segunda refere-se a um conjunto diferente de atividades que garante que o software que foi construiacutedo eacute rastreaacutevel agraves exigecircncias do cliente

(ESAF - ndash MPOG ndash Analista de Planejamento ndash Analista de Sistemas - B) Demonstrar ao

desenvolvedor e ao cliente que o software atende aos requisitos eacute uma meta de validaccedilatildeo do software

(CESPE - ndash IPEA ndash Analista de Sistemas) A verificaccedilatildeo assegura que o produto como fornecido iraacute

atender o seu uso pretendido ou seja que se estaacute construindo o produto certo E a validaccedilatildeo confirma que os produtos de trabalho refletem de forma apropriada os requisitos que foram especificados ou seja que se estaacute construindo o produto corretamente

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 38 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 39 de 44

tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 40 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto

da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C) Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 41 de 44

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 42 de 44

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a

data final e o custo do projeto satildeo determinados ao longo do projeto

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 43 de 44

53 (CESPE - 2012 - TRE-RJ - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) A metodologia scrum prega que a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

54 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

55 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM

o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

56 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

57 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

58 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

60 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para

gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

61 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

62 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 44 de 44

63 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

65 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

66 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

GABARITO

1 2 3 4 5 6 7 8 9 10 E C C C E E E C E E 11 12 13 14 15 16 17 18 19 20 E C C C C E E C E E 21 22 23 24 25 26 27 28 29 30 E C C C E E C E B E 31 32 33 34 35 36 37 38 39 40 E C C C C C C C C E 41 42 43 44 45 46 47 48 49 50 E E E E C E E E C E 51 52 53 54 55 56 57 58 59 60 C E C C E C E E C C 61 62 63 64 65 66 67 68 69 70 C C C C C - - - - -

79831971523

325179138-97 - caio victor gambardela

Page 38: 203903115 Testes Conceitos Verificacao e Validacao Tipos de Teste Unidade Integracao Sistemafuncional Aceitacao Carga Desempenho Vulnerabilidade Usab

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 37 de 44

LISTA DE EXERCIacuteCIOS COMENTADOS

(Instituto Cidades ndash 2012 - CEMIG - Agente de Gestatildeo Administrativa - Analista de Sistemas - A) O teste

eacute uma atividade de verificaccedilatildeo e validaccedilatildeo do software e consiste na anaacutelise dinacircmica do mesmo isto eacute na execuccedilatildeo do produto de software com o objetivo de verificar a presenccedila de defeitos no produto e aumentar a confianccedila de que o mesmo estaacute correto

(CESPE - 2012 ndash Anatel ndash Analista Administrativo ndash Arquitetura de Soluccedilotildees) Considere as informaccedilotildees

abaixo em relaccedilatildeo ao desenvolvimento de sistemas

I executar um software com o objetivo de revelar falhas mas que natildeo prova a exatidatildeo do software II correta construccedilatildeo do produto III Construccedilatildeo do produto certo

Correspondem corretamente a I II e III respectivamente

a) Validaccedilatildeo verificaccedilatildeo e teste b) Verificaccedilatildeo teste e validaccedilatildeo c) Teste verificaccedilatildeo e validaccedilatildeo d) Validaccedilatildeo teste e verificaccedilatildeo e) Teste validaccedilatildeo e verificaccedilatildeo

(CESPE - 2010 ndash TJES ndash Analista Judiciaacuterio ndash Analista de Sistemas) Verificaccedilatildeo e validaccedilatildeo satildeo atividades

da anaacutelise de software necessaacuterias para se identificar o que o software precisa executar seguida de uma avaliaccedilatildeo do usuaacuterio quanto agraves atividades definidas

(CESPE - ndash TRT 5ordf ndash Analista Judiciaacuterio ndash Analista de Sistemas) A diferenccedila entre verificaccedilatildeo e

validaccedilatildeo reside no fato de que a primeira se refere ao conjunto de atividades que garante que o software realiza corretamente uma funccedilatildeo especiacutefica enquanto a segunda refere-se a um conjunto diferente de atividades que garante que o software que foi construiacutedo eacute rastreaacutevel agraves exigecircncias do cliente

(ESAF - ndash MPOG ndash Analista de Planejamento ndash Analista de Sistemas - B) Demonstrar ao

desenvolvedor e ao cliente que o software atende aos requisitos eacute uma meta de validaccedilatildeo do software

(CESPE - ndash IPEA ndash Analista de Sistemas) A verificaccedilatildeo assegura que o produto como fornecido iraacute

atender o seu uso pretendido ou seja que se estaacute construindo o produto certo E a validaccedilatildeo confirma que os produtos de trabalho refletem de forma apropriada os requisitos que foram especificados ou seja que se estaacute construindo o produto corretamente

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 38 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 39 de 44

tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 40 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto

da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C) Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 41 de 44

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 42 de 44

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a

data final e o custo do projeto satildeo determinados ao longo do projeto

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 43 de 44

53 (CESPE - 2012 - TRE-RJ - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) A metodologia scrum prega que a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

54 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

55 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM

o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

56 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

57 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

58 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

60 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para

gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

61 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

62 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 44 de 44

63 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

65 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

66 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

GABARITO

1 2 3 4 5 6 7 8 9 10 E C C C E E E C E E 11 12 13 14 15 16 17 18 19 20 E C C C C E E C E E 21 22 23 24 25 26 27 28 29 30 E C C C E E C E B E 31 32 33 34 35 36 37 38 39 40 E C C C C C C C C E 41 42 43 44 45 46 47 48 49 50 E E E E C E E E C E 51 52 53 54 55 56 57 58 59 60 C E C C E C E E C C 61 62 63 64 65 66 67 68 69 70 C C C C C - - - - -

79831971523

325179138-97 - caio victor gambardela

Page 39: 203903115 Testes Conceitos Verificacao e Validacao Tipos de Teste Unidade Integracao Sistemafuncional Aceitacao Carga Desempenho Vulnerabilidade Usab

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 38 de 44

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute provar a correccedilatildeo integral no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter alta probabilidade de detectar erros no programa sob teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ter grande redundacircncia a fim de testar mais de uma vez cada linha do programa sob teste

10 (FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser de alta complexidade pois assim pode-se cobrir todo o programa sob teste com apenas um teste

(FCC - 2013 - DPE-SP - Agente de Defensoria - Analista de Sistemas) O teste de software constitui-se em

uma etapa importante no ciclo de desenvolvimento de software Uma das caracteriacutesticas mais importantes de um conjunto de testes de software adequadamente planejados eacute ser ocultado da equipe de desenvolvimento do software pois esta pode querer impedir sua aplicaccedilatildeo

12 (FCC - 2012 - TCE- - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I Uma estrateacutegia de

teste que eacute escolhida por grande parte das equipes de software adota uma visatildeo incremental do teste comeccedilando com o teste de unidades individuais de programa avanccedilando para testes projetados a fim de facilitar a integraccedilatildeo das unidades e culmina com testes que exercitam o sistema construiacutedo

13 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na menor unidade de projeto do software - o componente ou moacutedulo de software Usando a descriccedilatildeo de projeto no niacutevel de componente como guia caminhos de controle importantes satildeo testados para descobrir erros dentro dos limites do moacutedulo

14 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - I) O teste de unidade

eacute normalmente considerado um apecircndice ao passo de codificaccedilatildeo O projeto de teste de unidade pode ser realizado antes que o coacutedigo seja iniciado ou depois de o coacutedigo-fonte ter sido gerado

15 (FCC - 2012 - TCE-AM - Analista de Controle Externo - Tecnologia da Informaccedilatildeo - IV O teste de

integraccedilatildeo eacute uma teacutecnica sistemaacutetica para construir a arquitetura do software enquanto ao mesmo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 39 de 44

tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 40 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto

da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C) Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 41 de 44

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 42 de 44

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a

data final e o custo do projeto satildeo determinados ao longo do projeto

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 43 de 44

53 (CESPE - 2012 - TRE-RJ - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) A metodologia scrum prega que a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

54 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

55 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM

o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

56 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

57 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

58 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

60 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para

gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

61 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

62 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 44 de 44

63 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

65 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

66 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

GABARITO

1 2 3 4 5 6 7 8 9 10 E C C C E E E C E E 11 12 13 14 15 16 17 18 19 20 E C C C C E E C E E 21 22 23 24 25 26 27 28 29 30 E C C C E E C E B E 31 32 33 34 35 36 37 38 39 40 E C C C C C C C C E 41 42 43 44 45 46 47 48 49 50 E E E E C E E E C E 51 52 53 54 55 56 57 58 59 60 C E C C E C E E C C 61 62 63 64 65 66 67 68 69 70 C C C C C - - - - -

79831971523

325179138-97 - caio victor gambardela

Page 40: 203903115 Testes Conceitos Verificacao e Validacao Tipos de Teste Unidade Integracao Sistemafuncional Aceitacao Carga Desempenho Vulnerabilidade Usab

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 39 de 44

tempo conduz testes para descobrir erros associados agraves interfaces O objetivo eacute a partir de componentes testados no niacutevel de unidade construir uma estrutura de programa determinada pelo projeto

16 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - I Testes de cenaacuterio

satildeo uacuteteis pois podem garantir que natildeo restam erros no sistema Neste ponto diferem dos testes de componentes que apenas garantem a integridade de moacutedulos isolados do sistema mas natildeo garantem que a totalidade do sistema estaacute isenta de erros

17 (FCC - 2012 - TRT - 6ordf Regiatildeo (PE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) Um teste bem

sucedido eacute um teste que natildeo encontra nenhum erro no software

18 ( - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - A Testes de desempenho devem ser

produzidos de forma a garantir que o sistema possa processar a sua carga prevista sendo que tais testes geralmente satildeo planejados para que a carga seja continuamente aumentada ateacute que o sistema apresente desempenho fora do aceitaacutevel

19 (FCC - 2011 - TCE-PR - Analista de Controle ndash Informaacutetica - B Os testes de desempenho devem

determinar se um sistema corresponde agraves suas exigecircncias sendo que a descoberta de defeitos ou problemas no sistema natildeo eacute enfoque desta etapa

20 (FCC - 2011 - TRE-PE - Analista Judiciaacuterio - Anaacutelise de Sistemas - B Testes sempre podem mostrar a

ausecircncia de erros

21 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - II) O teste de unidade

focaliza o esforccedilo de verificaccedilatildeo na maior unidade de projeto do software o componente ou moacutedulo de software

22 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - O teste de unidade

enfoca a loacutegica interna de processamento e as estruturas de dados dentro dos limites de um componente

23 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV No teste de

unidade a interface do moacutedulo eacute testada para garantir que a informaccedilatildeo flui adequadamente para dentro e para fora da unidade de programa que estaacute sendo testada

24 (FCC - 2011 - INFRAERO - Analista de Sistemas - Desenvolvimento e Manutenccedilatildeo - IV Na direccedilatildeo dos

tipos de teste focados pela engenharia de software os testes de integraccedilatildeo cuidam dos toacutepicos associados com os problemas de verificaccedilatildeo o projeto de software

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 40 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto

da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C) Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 41 de 44

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 42 de 44

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a

data final e o custo do projeto satildeo determinados ao longo do projeto

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 43 de 44

53 (CESPE - 2012 - TRE-RJ - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) A metodologia scrum prega que a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

54 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

55 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM

o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

56 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

57 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

58 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

60 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para

gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

61 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

62 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 44 de 44

63 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

65 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

66 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

GABARITO

1 2 3 4 5 6 7 8 9 10 E C C C E E E C E E 11 12 13 14 15 16 17 18 19 20 E C C C C E E C E E 21 22 23 24 25 26 27 28 29 30 E C C C E E C E B E 31 32 33 34 35 36 37 38 39 40 E C C C C C C C C E 41 42 43 44 45 46 47 48 49 50 E E E E C E E E C E 51 52 53 54 55 56 57 58 59 60 C E C C E C E E C C 61 62 63 64 65 66 67 68 69 70 C C C C C - - - - -

79831971523

325179138-97 - caio victor gambardela

Page 41: 203903115 Testes Conceitos Verificacao e Validacao Tipos de Teste Unidade Integracao Sistemafuncional Aceitacao Carga Desempenho Vulnerabilidade Usab

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 40 de 44

25 (FCC - 2010 - TRT - 20ordf REGIAtildeO (SE) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - C) No contexto

da estrateacutegia para o teste de um projeto os estaacutegios de teste desempenham um papel importante O teste que eacute aplicado a componentes do modelo de implementaccedilatildeo para verificar se os fluxos de controle e de dados estatildeo cobertos e funcionam conforme o esperado eacute o teste de integraccedilatildeo

26 (FCC - - TRE-PI - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C) Tambeacutem conhecido por teste

estrutural ou orientado agrave loacutegica eacute uma teacutecnica de teste de software que trabalha diretamente sobre o coacutedigo fonte do componente de software para avaliar aspectos tais como teste de condiccedilatildeo teste de fluxo de dados teste de ciclos e teste de caminhos loacutegicos Trata-se da teacutecnica de teste da Caixa-preta

27 (FCC - - SEFAZ-SP - Agente Fiscal de Rendas - Tecnologia da Informaccedilatildeo - Prova 3 - B) Garantir

que um ou mais componentes de um sistema combinados funcionam corretamente eacute o objetivo do tipo de teste de integraccedilatildeo

28 (FCC - - TRT - 18ordf Regiatildeo (GO) - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo - A) Uma sistemaacutetica

para construccedilatildeo da arquitetura do software enquanto ao mesmo tempo conduz ao descobrimento de erros associados agraves interfaces eacute a estrateacutegia de teste de software denominada de sistema

29 (FCC - 2011 - TRE-RN - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) Satildeo exemplos tiacutepicos de

ferramentas open source para controle de versatildeo no desenvolvimento de um software a) Git ClearCase e CVS b) CVS SVN e Git c) SourceSafe CVS e ClearCase d) SVN ClearCase e Git e) SourceSafe ClearCase e SVN

30 (CRIADA PELO PROFESSOR - 4 O Git eacute um Sistema de Controle de Versatildeo Centralizado

31 (CRIADA PELO PROFESSOR - 4 Jenkins eacute uma ferramenta proprietaacuteria utilizada para automaccedilatildeo de

integraccedilatildeo contiacutenua

32 (CRIADA PELO PROFESSOR - 4 Apesar de ser escrita em Java o Jenkins natildeo possui suporte a outras

linguagens de programaccedilatildeo nativamente

33 (CRIADA PELO PROFESSOR - 4 A Integraccedilatildeo Contiacutenua funciona bem em conjunto com metodologias

aacutegeis

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 41 de 44

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 42 de 44

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a

data final e o custo do projeto satildeo determinados ao longo do projeto

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 43 de 44

53 (CESPE - 2012 - TRE-RJ - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) A metodologia scrum prega que a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

54 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

55 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM

o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

56 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

57 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

58 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

60 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para

gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

61 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

62 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 44 de 44

63 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

65 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

66 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

GABARITO

1 2 3 4 5 6 7 8 9 10 E C C C E E E C E E 11 12 13 14 15 16 17 18 19 20 E C C C C E E C E E 21 22 23 24 25 26 27 28 29 30 E C C C E E C E B E 31 32 33 34 35 36 37 38 39 40 E C C C C C C C C E 41 42 43 44 45 46 47 48 49 50 E E E E C E E E C E 51 52 53 54 55 56 57 58 59 60 C E C C E C E E C C 61 62 63 64 65 66 67 68 69 70 C C C C C - - - - -

79831971523

325179138-97 - caio victor gambardela

Page 42: 203903115 Testes Conceitos Verificacao e Validacao Tipos de Teste Unidade Integracao Sistemafuncional Aceitacao Carga Desempenho Vulnerabilidade Usab

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 41 de 44

34 (CRIADA PELO PROFESSOR - 2014) Pode-se afirmar que o objetivo principal de se utilizar o Jenkins eacute

verificar se as alteraccedilotildees ou novas funcionalidades natildeo criaram novos defeitos no projeto jaacute existente

35 (FCC - 2011 - INFRAERO - Analista de Sistemas - Arquitetura de Software - A) Um dos principais conceitos

do Scrum para atacar a complexidade do desenvolvimento e gerenciamento de software eacute a implantaccedilatildeo de um controle descentralizado capaz de lidar mais eficientemente com contextos pouco previsiacuteveis Para tanto o gerenciamento eacute distribuiacutedo por meio de trecircs agentes independentes que satildeo Product Owner Scrum Team e Scrum Master

36 ( - 2010 - TRE-RS - Analista Judiciaacuterio - Analista de Sistemas Suporte - E Os princiacutepios Scrum satildeo

usados para guiar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades de arcabouccedilo requisitos anaacutelise projeto evoluccedilatildeo e entrega Em cada atividade de arcabouccedilo as tarefas de trabalho ocorrem dentro de um padratildeo de processo chamado sprint

37 ( - 2010 - TRF - 4ordf REGIAtildeO - Analista Judiciaacuterio - Tecnologia da Informaccedilatildeo- E Na fase de

desenvolvimento do Scrum o software eacute desenvolvido em processos iterativos denominados Sprint

38 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E) Em reuniatildeo toda conversaccedilatildeo

eacute restringida agraves respostas dos elementos agraves perguntas colocadas pelo Scrum Master sendo uma delas O que planeja desenvolver ateacute a proacutexima reuniatildeo As Scrum meetings ocorrem diariamente

39 ( - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - A Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que o Sprint deve ser realizado num periacuteodo maacuteximo de 40 dias e ter uma equipe de trabalho natildeo superior a 10 pessoas

40 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - B) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que se o Sprint tomar um rumo natildeo desejado eacute possiacutevel dissolvecirc-lo e comeccedilar um novo Sprint baseando num novo Sprint Backlog

41 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - C Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que as reuniotildees durante um Sprint devem ser diaacuterias sempre agrave mesma hora e no mesmo local e natildeo devem durar mais que 30 minutos

42 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - D) Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que toda conversaccedilatildeo restringe as respostas dos participantes agraves trecircs perguntas do Scrum Master O que desenvolveu desde a uacuteltima reuniatildeo Que dificuldades encontrou durante o seu trabalho O que planeja desenvolver ateacute a proacutexima reuniatildeo

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 42 de 44

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a

data final e o custo do projeto satildeo determinados ao longo do projeto

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 43 de 44

53 (CESPE - 2012 - TRE-RJ - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) A metodologia scrum prega que a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

54 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

55 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM

o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

56 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

57 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

58 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

60 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para

gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

61 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

62 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 44 de 44

63 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

65 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

66 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

GABARITO

1 2 3 4 5 6 7 8 9 10 E C C C E E E C E E 11 12 13 14 15 16 17 18 19 20 E C C C C E E C E E 21 22 23 24 25 26 27 28 29 30 E C C C E E C E B E 31 32 33 34 35 36 37 38 39 40 E C C C C C C C C E 41 42 43 44 45 46 47 48 49 50 E E E E C E E E C E 51 52 53 54 55 56 57 58 59 60 C E C C E C E E C C 61 62 63 64 65 66 67 68 69 70 C C C C C - - - - -

79831971523

325179138-97 - caio victor gambardela

Page 43: 203903115 Testes Conceitos Verificacao e Validacao Tipos de Teste Unidade Integracao Sistemafuncional Aceitacao Carga Desempenho Vulnerabilidade Usab

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 42 de 44

43 (FCC - 2011 - INFRAERO - Analista de Sistemas - Gestatildeo de TI - E Em relaccedilatildeo agraves regras do Scrum eacute

incorreto afirmar que com base nas respostas agraves trecircs perguntas o Scrum Master deve imediatamente tomar decisotildees quando necessaacuterias para remover todas as situaccedilotildees que impeccedilam a agilidade do trabalho

44 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - A) Durante a realizaccedilatildeo do Sprint

o Backlog pode ser modificado por qualquer um dos elementos da equipe desde que acordado nas reuniotildees semanais

45 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B) O Sprint deve ser realizado

num periacuteodo natildeo superior a 30 dias e ter um objetivo bem claro baseado no Backlog

46 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - C Modificaccedilatildeo no Backlog eacute

prerrogativa do Scrum Master quando achar necessaacuterio em qualquer momento no decorrer do Sprint

47 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - D Natildeo eacute possiacutevel dissolver um

Sprint Se houver algum risco de ele tomar um rumo natildeo desejaacutevel novas funcionalidades devem ser implementadas para garantir o prazo do projeto

48 (FCC - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - E O foco na produtividade se

estende agraves Scrum Meetings e a conversaccedilatildeo eacute pautada em discussotildees por toda a equipe

49 ( - 2010 - TRE-RS - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas - B No SCRUM o produto final a

data final e o custo do projeto satildeo determinados ao longo do projeto

50 (CESPE - 2013 - ANP - Analista Administrativo - Aacuterea 5) De acordo com a metodologia Scrum a

constituiccedilatildeo ideal da equipe de desenvolvimento para que o trabalho se mantenha aacutegil deve ser de menos de trecircs pessoas

51 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) O uacutenico papel definido pelo Scrum com

autoridade para cancelar uma Sprint eacute o do product owner

52 (CESPE - 2012 - ANAC - Analista Administrativo - Aacuterea 4) Uma sprint do Scrum tem duraccedilatildeo prevista de

2 meses

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 43 de 44

53 (CESPE - 2012 - TRE-RJ - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) A metodologia scrum prega que a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

54 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

55 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM

o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

56 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

57 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

58 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

60 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para

gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

61 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

62 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 44 de 44

63 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

65 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

66 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

GABARITO

1 2 3 4 5 6 7 8 9 10 E C C C E E E C E E 11 12 13 14 15 16 17 18 19 20 E C C C C E E C E E 21 22 23 24 25 26 27 28 29 30 E C C C E E C E B E 31 32 33 34 35 36 37 38 39 40 E C C C C C C C C E 41 42 43 44 45 46 47 48 49 50 E E E E C E E E C E 51 52 53 54 55 56 57 58 59 60 C E C C E C E E C C 61 62 63 64 65 66 67 68 69 70 C C C C C - - - - -

79831971523

325179138-97 - caio victor gambardela

Page 44: 203903115 Testes Conceitos Verificacao e Validacao Tipos de Teste Unidade Integracao Sistemafuncional Aceitacao Carga Desempenho Vulnerabilidade Usab

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 43 de 44

53 (CESPE - 2012 - TRE-RJ - Teacutecnico Judiciaacuterio - Programaccedilatildeo de Sistemas) A metodologia scrum prega que a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

54 (CESPE - 2010 - Banco da Amazocircnia - Teacutecnico Cientiacutefico - Arquitetura de Tecnologia) O Scrum eacute utilizado

como funccedilatildeo primaacuteria para o gerenciamento de projetos de desenvolvimento de software mas tambeacutem tem sido usado como extreme programming e outras metodologias de desenvolvimento Teoricamente o Scrum pode ser aplicado em qualquer contexto no qual um grupo de pessoas necessite trabalhar juntas para atingir um objetivo comum

55 (CESPE - 2013 - - Analista Administrativo ndash Analista de Sistemas Entre os vaacuterios papeacuteis do SCRUM

o product owner eacute a uacutenica pessoa responsaacutevel por gerenciar o backlog do produto possuindo ainda a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento

56 (CESPE - 2013 - SERPRO - Analista de Informaacutetica ndash Analista de Sistemas) Scrum eacute um processo de

desenvolvimento que tem como ponto de partida um conjunto de requisitos bem definidos

57 (CESPE - 2013 ndash TCE- - Analista de Informaacutetica ndash Analista de Sistemas) Na metodologia Scrum a

equipe trabalha nos processos e natildeo haacute cargos na equipe Como um dos papeacuteis necessaacuterios o Scrum Master deve garantir que o processo seja entendido e atuar como facilitador para ajudar a equipe

58 (CESPE - 2 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) Em um projeto gerido com a

metodologia Scrum um produto estaraacute ao final de cada sprint completamente testado estando 100 completos todos os requisitos do product backlog

59 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) O escopo a importacircncia e a

estimativa de um Sprint do Scrum satildeo definidos pelo product owner

60 (CESPE - 2012 ndash BASA - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum aacutegil para

gerecircncia de projetos baseia-se em ciclos de 30 dias denominados sprints em que se trabalha para alcanccedilar objetivos bem definidos

61 (CESPE - 2011 ndash ECT - Analista de Informaacutetica ndash Analista de Sistemas) Para que se obtenha sucesso na

utilizaccedilatildeo do Scrum o cliente deve se tornar parte da equipe de desenvolvimento do software participando diretamente do processo

62 (CESPE - ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) O framework scrum engloba

conceitos como times scrum eventos com duraccedilatildeo fixa (time-boxes) artefatos e regras Satildeo exemplos de eventos que tecircm duraccedilatildeo fixa a reuniatildeo de planejamento da versatildeo para entrega a sprint a reuniatildeo diaacuteria a revisatildeo da sprint e a retrospectiva da sprint

79831971523

325179138-97 - caio victor gambardela

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 44 de 44

63 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

65 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

66 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

GABARITO

1 2 3 4 5 6 7 8 9 10 E C C C E E E C E E 11 12 13 14 15 16 17 18 19 20 E C C C C E E C E E 21 22 23 24 25 26 27 28 29 30 E C C C E E C E B E 31 32 33 34 35 36 37 38 39 40 E C C C C C C C C E 41 42 43 44 45 46 47 48 49 50 E E E E C E E E C E 51 52 53 54 55 56 57 58 59 60 C E C C E C E E C C 61 62 63 64 65 66 67 68 69 70 C C C C C - - - - -

79831971523

325179138-97 - caio victor gambardela

Page 45: 203903115 Testes Conceitos Verificacao e Validacao Tipos de Teste Unidade Integracao Sistemafuncional Aceitacao Carga Desempenho Vulnerabilidade Usab

Desenvolvimento e Engenharia de Software

Curso Teoacuterico ʹ TRTSP 2013

Prof Diego Carvalho ʹ Aula 05

Prof Diego Carvalho wwwestrategiaconcursoscombr Paacuteg 44 de 44

63 (CESPE - 2011 ndash MEC - Analista de Informaacutetica ndash Analista de Sistemas) Produto da metodologia Scrum o documento product backlog conteacutem os requisitos definidos a partir da visatildeo do cliente e eacute utilizado novamente no final do sprint para revisatildeo ou modificaccedilotildees dos requisitos inicialmente definidos

64 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) Um princiacutepio chave do Scrum eacute o

reconhecimento de que desafios fundamentalmente empiacutericos natildeo podem ser resolvidos com sucesso utilizando-se uma abordagem tradicional de controle O Scrum adota uma abordagem empiacuterica aceitando que o problema natildeo pode ser totalmente entendido ou definido focando na maximizaccedilatildeo da habilidade da equipe de responder de forma aacutegil aos desafios emergentes

65 (CESPE - 2010 ndash MPU - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia Scrum eacute facilitada

por um scrum master que atua como um mediador entre a equipe e qualquer influecircncia desestabilizadora aleacutem de assegurar que a equipe esteja utilizando corretamente as praacuteticas de Scrum motivando e mantendo o foco na meta da sprint

66 (CESPE - 2 ndash TER- - Analista de Informaacutetica ndash Analista de Sistemas) A metodologia scrum prega que

a equipe complete e entregue partes do produto final constantemente ao final de cada interaccedilatildeo Essa interaccedilatildeo deve ser curta e possuir tempo de execuccedilatildeo definido previamente

GABARITO

1 2 3 4 5 6 7 8 9 10 E C C C E E E C E E 11 12 13 14 15 16 17 18 19 20 E C C C C E E C E E 21 22 23 24 25 26 27 28 29 30 E C C C E E C E B E 31 32 33 34 35 36 37 38 39 40 E C C C C C C C C E 41 42 43 44 45 46 47 48 49 50 E E E E C E E E C E 51 52 53 54 55 56 57 58 59 60 C E C C E C E E C C 61 62 63 64 65 66 67 68 69 70 C C C C C - - - - -

79831971523

325179138-97 - caio victor gambardela