UNIVERSIDADE FEDERAL RURAL DO SEMI-RIDO

PRINCPIOS DE ENGENHARIA DE SOFTWARE

QUALIDADE DE SOFTWARE
COM SCRUM

Gabriel Ludy Moreira

Hugo de Paiva Nunes
Juliana Tamara R. da Cunha
Lazaro Lopes de Melo
Rauan Hiago da Silva

Angicos / RN
SET / 2016

UNIVERSIDADE FEDERAL RURAL DO SEMI-RIDO

PRINCPIOS DE ENGENHARIA DE SOFTWARE

Autor: Rafael de Figueiredo Grzebieluka

Ps-graduao no MBA em
Gesto de Tecnologia da Informao.
Faculdade de Santana

RESUMO

Aborda o Scrum alinhado com a Qualidade de Software;

Atuao da equipe:
+ Confiana e segurana nas mudanas durante o ciclo;
Contorno de problemas com mais facilidade;
Atendimento as necessidades do cliente:
Satisfao da expectativa;
Garantia da qualidade do produto.

PALAVRAS CHAVE: Scrum. Qualidade de Software. Testes. Equipe.

1. INTRODUO

Presena do software em nossa vida;

Aumento da produo de software;

Viso geral das atividades de teste

&
qualidade do produto de software.

2. CONHECENDO O SCRUM

Mtodo gil;

Equipes:

Entrega de recursos
Ciclos 2-4 semanas

Multifuncionais;
Auto organizveis;

Valores:
Integridade;
Transparncia e
Entrega do produto.

2. CONHECENDO O SCRUM

Schwaber (2009, p.04):

ScrumMaster:
Responsvel por garantir que o processo seja entendido e
seguido.
Product Owner:
Responsvel por maximizar o valor do trabalho que o Time
Scrum faz.
Time Scrum:
Desenvolvedores com todas as habilidades necessrias para
transformar os requisitos do Product Owner em um pedao entregvel.

2. CONHECENDO O SCRUM

Empresas que utilizam Scrum em seus produtos:

2. CONHECENDO O SCRUM

Quando utilizar?
Freire(2013, p.03):
Processos no definidos;
Simples de entender e implantar;

3. ESTIMAR AS HISTRIAS

Nessa Fase o analista:

Analisar com base nos requisitos do usurio;
Identificar e documentar os cenrios de casos de teste;

Descuidos;
Contradies;
Omisses ou ambiguidades.
Montar o trajeto feliz da histria do usurio.

3. ESTIMAR AS HISTRIAS

Dificuldade em fazer estimativas:

Complexidade ou tamanho do item;

Descrio bem relatada:

linguagem clara;
direta;
aborde pontos onde necessrio maior ateno.

4. ELABORAR OS CASOS DE TESTES

Anlise de requisitos;
Descrio dos casos de teste;
No time Scrum os envolvidos no projeto trabalham juntos;
Os analista de QA sempre esto interagido com o PO;
Os casos de testes no seguem um padro a ser definido.

5. MANTER VISVEIS AS METAS E OBJETIVOS

No Scrum a agilidade essencial e como o perodo de

testes e correes ocorre simultaneamente com o
desenvolvimento, a comunicao entre os testadores e
desenvolvedores deve ser rpida, para que o
desenvolvimento realize a correo a tempo e no ocorra o
atraso na entrega do produto.

6. FORNECER O FEEDBACK RPIDO EQUIPE

Durante o projeto o analista de QA e o SM devem manter a

equipe informada de quaisquer mudanas durante o
processo, ter um feedback rpido para que no ocorra
problemas no ciclo de desenvolvimento do produto, evitando
que o time realize os testes e correes por diversas vezes
para que no tenha desperdcio de tempo e trabalho
adicional.

7. PLANEJAR ESTRATGIAS DE TESTES

Antes de comear os testes, o analista de QA define algumas

estratgias de testes, como realizar o teste de um item por mais de
um testador, distribuir os itens mais complexos ao testador snior,
fazer com que ocorra vrias baterias de testes.

PARA QUE SERVE A ESTRATGIA DE TESTE?

Quais os passos a serem conduzidos como parte do teste?

Quando os passos so planejados e executados?

O programa deve ser testado como um todo ou em partes?

Testes que j foram conduzidos devem ser reexecutados quando o

software modificado?
Quando o cliente deve ser envolvido?

8. REALIZAR TESTES EXPLORATRIOS

Em geral, testes exploratrios so chamados para qualquer
situao onde no bvio que o prximo teste deve ser feito ou
quando voc quer ir alm dos testes bvios;
Mais especificamente, exploratrio estilo livre de teste que se
encaixa em qualquer das situaes seguintes;
Voc precisa fornecer um feedback rpido sobre um novo produto
ou recurso;
Voc precisa aprender o produto rapidamente;

8. REALIZAR TESTES EXPLORATRIOS

Voc j testou o uso de scripts, e busca diversificar os testes;
Voc quer encontrar o nico erro mais importante no menor
tempo possvel;
Voc deseja verificar o trabalho de outro testador, fazendo uma
breve independente investigao;
Voc deseja investigar e isolar um defeito particular;
Voc quer investigar o status de um risco particular, a fim de
avaliar a necessidade de testes de scripts nessa rea.

9. REFORAR A DEFINIO DE PRONTO

Objetivo da definio de pronto;

Evoluo do conceito de Pronto;
Importncia da Definio.

10. CONCLUSO

Integrao da equipe;
Tempo;
Produtividade;
Previses de entrega;
Disseminao de conhecimento
e formao de equipes gerenciveis.

11. REFERNCIAS
BACH, J. Exploratory Testing Explained. Disponvel em:
< http://www.satisfice.com/articles/et-article.pdf >. Acesso em: 07 set.2015.

FREIRE, F. Desvendando o Scrum. Disponvel em:

< http://www.arteccom.com.br/revistatidigital/downloads/Scrum.pdf >. Acesso em: 05
jan.2014.
IEEE. Software Engineering Body of Knowledge - Swebok Traduzido. Disponvel em:
< http://www.cin.ufpe.br/~bfs3/UFPE/Engenharia_Software/77017069-SWEBOKtraduzido.pdf >. Acesso em: 10 mai.2015.
KNIBERG, H. Scrum e XP direto das Trincheiras. Disponvel em:
< https://www.cti.ufu.br/sites/cti.ufu.br/files/scrum-e-xp-direto-das-trincheiras.pdf >.
Acesso em: 15 set.2015.
PULEIO, M. How Not to do Agile Testing. Disponvel em:
< http://www.agilexp.com/Agile200xPapers/Agile2006-ExperienceReports/XR21puleio-HowNotToDoAgileTesting.pdf >. Acesso em: 15 jun.2015.
SCHWABER, K. Guia do Scrum. Disponvel em:
< http://www.trainning.com.br/download/GUIA_DO_SCRUM.pdf >. Acesso em: 20
mai.2015.