Clase 9

1:25Olá , tudo bem ? Como estão ? Boa tarde .

1:31>> Olá .

1:33>> Tudo bem ? Tudo certo ?

1:37>> Bem , bem .

1:40>> Bom , bem . E vamos começar com o que é

1:49esta última etapa . Bem , vamos ver o

1:54ciclo de vida de um defeito . Eh , depois

2:01vou mostrar para vocês como é

2:03composto um defeito e também vamos ver

2:05a última parte que eu mencionei , sobre

2:07o relatório final de testes . Bem , do

2:12que se trata , como se monta ? Vou

2:16mostrar um caso real . E depois se

2:23quiserem , podemos ver se vocês querem

2:25perguntar algo sobre a prova , vemos no

2:28final . Bem , também vou passar para

2:33vocês começarem a fazer o TP3 . Bem ,

2:37assim já adiantamos por esse lado . Eh ,

2:42uma dúvida , entendo ou não sei se já

2:45avisaram vocês . Não avisaram que

2:49vocês iriam na quarta-feira , dia 14 ,

2:52presencialmente , né ?

2:57>> É por aí , mas acho que modificaram .

2:59>> Ah , tudo bem . Só queria saber isso

3:02mesmo . Era isso que eu queria ouvir .

3:04Bem , perfeito . Só queria verificar

3:07isso . Eh , sim , porque , ou seja , eu ...

3:13veja , eu outro dia quando fui , também

3:16falei desse assunto com a Sandra e lhe

3:19disse porque se não , ou seja , vocês

3:25têm que ir sempre . E além disso , no

3:28dia 18 seria virtual , e eu tomo ... e

3:31também com a matéria de Análise de

3:33Sistemas tínhamos combinado de ir no

3:36dia 18 , então ... Bem , então ficou o

3:39dia 18 agora . Ou seja , no dia 18 , que

3:43é a aula de 18 de novembro que estamos

3:46falando , eh , que é a aula de

3:48recuperação desta matéria , vocês

3:50vão também com a outra , que é a de

3:52Laboratório presencial ? Seria assim ou

3:56estou enganado ? Me corrijam .

3:58>> O dia 14 é a prova virtual com ela e o

4:01dia 18 é presencial , em novembro .

4:04Exato . Excelente .

4:07>> É o que a professora de comunicação

4:09nos disse .

4:10>> Bem , ótimo . Perfeito . Era isso que eu

4:13queria ouvir . No dia 18 vocês têm que

4:15vir para mim e para o laboratório . Bem

4:17.

4:18>> Sim ,

4:19>> perfeito . Pronto . Igual no dia 16 ,

4:22segunda-feira , não encontro ninguém .

4:25Vocês têm que vir para a segunda

4:27prova , isso sim . Bom , estamos alinhados

4:30, ainda bem , porque se não ia ser meio

4:32traumático tudo . Bom , eh , vamos falar

4:38um pouquinho sobre a última etapa do

4:40processo , bem , como eu disse , que é a

4:42do relatório , relatório de defeitos e

4:45de melhorias . Bem , quando encontramos

4:52algo que não está bem ou que poderia

4:54ser melhorado , não é a parte de fazer

4:57relatórios , bem , isto quando temos o

4:59final do ciclo de teste , quando termina

5:02o sprint . Antes de começar com isto ,

5:10vemos que há uma diferença entre o

5:12que é talvez um erro , um defeito e uma

5:14falha . Bem , mas para mim é importante

5:19dizer a vocês que esta diferença é

5:22somente para fins teóricos . Bem ,

5:25digamos , ninguém no seu dia a dia vai

5:28começar a dizer : " Ah , mas você está

5:30reportando um defeito . " Ah , não , mas

5:33você está reportando um erro . Eh ,

5:43esperem que vêm mais . Aí está . Eh ,

5:50comecemos eh pelo que são os erros .

5:55Bem , o erro é uma ação humana que

6:00produz um resultado incorreto levado

6:02para o que é nossa área . Por exemplo ,

6:05um erro pode ser um erro de

6:07programação . Estou escrevendo o

6:09código , digito errado . É um erro de

6:11digitação . Agora , o defeito também

6:15eh perdão , o defeito também chamado

6:18falha . Bem , e por isso muitas vezes se

6:25confunde com falhas e por causa da

6:27tradução para o inglês , mas o

6:29defeito é uma manifestação desse

6:31erro no código , é um defeito que

6:33provoca quando se executa essa parte do

6:41código . Bem , o sistema falha . Mas , o

6:46que é que vê isso no código ? Eh , é

6:55um defeito , bem , que vai provocar

6:57quando se executar essa parte no

6:59código , o sistema falha . Bem , por isso

7:07é que vai estar no código , por

7:09exemplo , se estou construindo um

7:11sistema , bem , que tenho que deixar

7:13entrar uma pessoa que atingiu a

7:15maioridade , neste caso 18 anos , um

7:18defeito poderia ser que no código diga

7:20maior que 18 em vez de maior ou igual .

7:28Bem , é como se manifesta esse erro no

7:30código . Bem , esse é o defeito . E

7:35depois tem a falha que é a

7:37manifestação do defeito no sistema .

7:41Ou seja , como vemos nós no sistema que

7:44está errado ? Neste caso , por que não

7:48nos deixaram ? Bem , o exemplo que estou

7:52dando , não tenho 18 anos

7:54recém-completados e não me deixa

7:56entrar no sistema . Essa é a falha . Ou

8:00clico no botão e o sistema me dá erro

8:02. Bem , por exemplo , bom , essa é a

8:07falha , é o que se vê , o que está , o

8:10defeito , é o que está no código e o

8:12erro é o erro humano que o cometeu .

8:18Bem , novamente , esclareço que essas

8:21diferenças são apenas para fins

8:23teóricos . Bem , na prática não vamos

8:27falar sobre essas diferenças , porque

8:30eu sempre falei para vocês , bem , de

8:32defeitos , bug , eh , de qualquer um

8:37desses sinônimos . Bem , inclusive

8:41muitas vezes chamamos de ticket , bem ,

8:44ou issue . Bem , não é que sempre

8:47dizemos erro ou defeito . Bom , tudo isso

8:52levamos como sinônimos . Bem . E acabei

8:57de introduzir dois nomes que venho

8:59dizendo para vocês , que era ticket ou

9:02issue . Por quê ? Porque quando

9:07reportamos um defeito , um erro , uma

9:10falha nos sistemas que vocês estão

9:12gerenciando , que usamos para nos

9:14comunicar com os desenvolvedores e

9:16dizer que isto é um erro , um defeito ,

9:18uma falha , vai ser gerado um ticket ,

9:21né ? E então , de fato , esses sistemas

9:30onde se reportam esses esses essas

9:32issues que estou comentando com vocês

9:35se chamam issue tracker . Bem , para

9:40fazer um acompanhamento da issue , não

9:42é que vocês vão levantar um erro ,

9:44pronto , e esquecer . Não , vocês têm

9:48que fazer um acompanhamento desse erro .

9:50E agora vocês vão ver no relatório ,

9:52no final do teste , por que estou

9:54dizendo isso . O que vamos fazer nesta

9:57etapa , então , é partir dos resultados

10:00dos testes das etapas anteriores .

10:05Analisamos esses resultados e , caso

10:07corresponda reportar um defeito ou

10:10também uma melhoria , sim , porque nós ,

10:13neste teste , acho super importante

10:15dizer agora , talvez que vou dizer de

10:21novo e várias vezes mais , não apenas

10:24reportamos defeitos , bem , já disse a

10:26vocês um monte de vezes e vou

10:28continuar reportando , mas também

10:30propomos melhorias . Bem . Então , é bom

10:37agregar valor e é aí que queremos que

10:46que temos algo a dizer , talvez o

10:48desenvolvedor não viu , o pessoal de UX

10:51não viu , os analistas funcionais não

10:53viram , mas nós percebemos que cada vez

10:56que apertamos um botão , bem , ou outro

10:58botão que temos que apertar , então

11:01convém que estejam perto , em vez de

11:03ficar um em uma ponta , estar em uma

11:05ponta e outro na outra , para que vocês

11:08possam se comunicar . Bem , aí vamos

11:17perceber que é bom , bem , que , ou seja ,

11:20estejam sentados perto . Sempre falei

11:24para vocês sobre a questão da

11:26comunicação , por quê ? Porque às

11:29vezes reportamos um bug , chega ao

11:31desenvolvedor , o desenvolvedor olha e

11:34diz : " E isto aqui ? " Não , isto está

11:37errado . É a primeira coisa que o

11:39desenvolvedor vai dizer . Bem . Ou seja ,

11:43o desenvolvedor será relutante , certo ,

11:46ao que são os bugs . Bem . Eh , quando

11:57nós reportamos algo , independentemente

11:59se é um defeito ou uma melhoria , bem ,

12:02o que se reporta então se chama um

12:04issue . Bem . E que campos costuma ter ?

12:11Existem ferramentas , eu lhes disse , por

12:14exemplo , Jira . Bem , geralmente estas

12:18ferramentas , bem , eh , têm os mesmos

12:23campos . Bem , agora depois eu vou

12:27apresentar para vocês um caso real de

12:29um bug reportado . Bem , então usamos a

12:34ferramenta para gerenciar isso em geral

12:36. Não é que se use a ferramenta só

12:39para o issue , não . Usa-se a ferramenta

12:42para que esteja tudo junto , que esteja

12:44o histórico . que estejam os casos

12:47executados , o design de casos , eh , se

12:49tiram estatísticas , há um monte de

12:52coisas . Bem , a ver , eu lhes disse Jira ,

12:56pode ser Mantis , bem , Jira é o mais

12:59usado e o plugin de testes mais usado

13:01para o Jira é o que se chama Zephyr .

13:06Depois , quando virmos os vídeozinhos ,

13:09eh , que eu vou mostrar para vocês

13:11quando terminarmos , eh , é bom que aí

13:13eu vou demonstrar . É um add-on que se

13:18coloca que é exclusivo para o que é

13:20testes . Por quê ? Porque vemos o ciclo

13:23de vida , todos os casos de teste , bem ,

13:26e está tudo unido . É mais um add-on ,

13:30bem . Eh , também devem ter ouvido por

13:33aí , não sei , alguns , outra ferramenta

13:36é o Xray . Bem , bom , todos usam o issue

13:40. A ver , eh , outros , eh , também podem

13:44ser o que é este a suíte do Azure ,

13:47bem , também vai acontecer o mesmo , bem

13:49; são todas ferramentas de gestão ,

13:52bem . Algumas ferramentas que são open

13:57source , bem : Bugzilla , Mantis , Trello ,

13:59bem , também se pode fazer por elas ,

14:02mas têm certas coisas limitadas .

14:06Então , que campos há ? Bem , como eu

14:09estou apresentando para vocês , eh ,

14:11estes campos obviamente vão se gerar

14:14automaticamente como os casos de teste .

14:17Bem . Eh , mas bom , há um monte de

14:20campos . Bem , estamos no ID , o título ,

14:24a descrição , o que é que acontece ?

14:28os passos para reproduzi-los . E isto

14:31que é superimportante porque é super

14:33necessário para ter bem claro , assim

14:36como os casos de teste . Bem , por outro

14:40lado , que os executem , assim vai

14:42acontecer o mesmo com os erros . Quem

14:46vai reproduzi-lo é o desenvolvedor .

14:48Temos que ser bem claros com eles .

14:51Está bem que a comunicação não se

14:53limita a uma etiqueta . Bem , mas se o

14:56desenvolvedor não entender , vai ter um

14:59vai e vem entre os tickets , não , não

15:01entendi , coloca nos comentários , bem

15:04que vão , voltam , que não entendo , que

15:06isso , que aquilo , vai ficar muito

15:09difícil . Então , é preciso ser bem

15:14claro , e isso anda muito de mãos dadas

15:16com o próximo campo , que são os

15:18anexos . Muitas vezes é mais fácil

15:22adicionar um vídeo e explicar como

15:24chegaram a isso do que escrever todos

15:26os passos . Bem . Ah , que bom . Bom , eh ,

15:32veremos vídeo em todos os sites , né ?

15:36Bem , porque os desenvolvedores , os

15:37desenvolvedores não vão gostar de

15:40assistir aos vídeos . Bem , então se

15:44há um vídeo que esclarece e se é

15:46muito difícil explicar o defeito que

15:49encontramos , vamos adicionar um vídeo

15:51para esclarecer um pouquinho . Bem , não

15:56vamos colocar vídeo em tudo porque

15:58isso vai atrapalhar . Também é bom

16:00incluir capturas de tela , por exemplo ,

16:03o erro que aparece , se não podemos

16:05adicionar informações adicionais , por

16:07exemplo , não sei , não consigo

16:09carregar o relatório . Ok , eu executo

16:13novamente vendo a ferramenta de

16:15desenvolvedor do Chrome com F12 e vejo ,

16:18não sei , o erro . Então digo a eles , o

16:23que acontece com um erro 500 , um erro

16:26400 , o que quer que seja , para que o

16:28desenvolvedor tenha um pouquinho mais

16:30de informação e saiba do que se trata

16:33? Bem , algumas empresas tipificam os

16:38defeitos de alguma maneira . Então ,

16:41depois podem extrair relatórios , podem

16:44aprender com os erros , nem todos fazem

16:46isso bem . A verdade é que isso requer

16:50um certo grau de maturidade para chegar

16:52a esse ponto . Quem detectou ? Quem está

16:55com ele atribuído ? Qual é a

16:57prioridade ? Qual é a severidade , sobre

17:00a qual vamos falar agora ? Quando foi

17:02aberto ? Quando foi fechado ? Em que

17:05estado está atualmente ? Algo disso

17:08vimos nas medidas e métricas , porque

17:11há um fluxo de trabalho , bem , pelo

17:13qual passam esses sites , que também

17:15vamos ver bem e comentários ali que

17:17vamos comentando . Muitas vezes o

17:21desenvolvedor recebe o ticket e deixa

17:24um comentário para nós e nós

17:26respondemos , não sei . Então ali vai

17:28se formando um histórico de

17:30comentários que não é bom . Bem , não

17:33é bom para a equipe porque , escute ,

17:36não há comunicação , você não

17:38consegue falar com ele . Bem , mais do

17:40que nada por esse lado . Eu estava

17:45dizendo que é importante revisarmos a

17:48diferença entre o que é prioridade e

17:50severidade . A severidade tem a ver com

17:54o impacto que um determinado defeito

17:57causa . Bem . Ops , perdão . De que

18:01aconteça , bem . Todas sumiram . Não sei

18:05o que eu fiz . Pronto , estamos aí . Em

18:09geral , o QA é quem atribui esse valor

18:12ou essa severidade . Bem , porque é ele

18:17quem tem conhecimento do sistema ,

18:19então pode discernir qual é a

18:21severidade daquele defeito . Bem , eh ,

18:26para um sistema dado , em geral , dizemos

18:29que essa severidade é absoluta , ou

18:31seja , a severidade não muda com o

18:34passar do tempo . E depois temos os

18:39tipos de severidade . Bem , quais nós

18:42temos ? Bom , a bloqueante , bem , ou seja ,

18:46é um , vai , o que é bloqueante ? É um

18:50erro que bloqueia uma funcionalidade

18:52principal da aplicação . Um exemplo ,

18:57vamos ao caso da primeira prova , o

19:00login , que não consigam acessar o

19:02login . Bem , então é um erro bastante

19:06importante . Isso bloqueia todos os

19:09testes que eu preciso fazer dentro da

19:11aplicação . Crítica . O que é

19:14crítica ? Bom , é que , embora o erro

19:18seja muito importante , não bloqueia a

19:20funcionalidade completa . Por exemplo ,

19:23um erro dentro de uma funcionalidade

19:26que pode ser feito por outro caminho .

19:28Bem , embora seja um erro importante , a

19:31mesma coisa pode ser realizada por

19:33outro lado . Depois temos o que é maior

19:37. Bem , pode ser uma funcionalidade que

19:40não funciona , que foi estabelecida ali

19:43na história de usuário . Bem , e não

19:46funciona . Seja exemplo , imprimir um

19:48relatório . Bem , pronto . É maior . E , o

19:56que mais ? Depois temos o que é menor .

20:00Bem , geralmente tem um que eu coloquei

20:03como maior , menor e trivial , mas

20:05geralmente é maior e depois vem menor .

20:09Bem , mas às vezes o menor alguns têm .

20:11Um erro menor é aquilo que não afeta

20:14a funcionalidade em si mesma . Bem ,

20:16geralmente pode ser algo estético , sei

20:19lá , campos desalinhados , erros de

20:21ortografia . Bem . E depois temos o que

20:25é trivial , que trivial , mais que nada ,

20:28são melhorias , bem , são melhorias que

20:30vocês propõem ao sistema . Olha , seria

20:33legal que isto , ao invés de aqui ,

20:35fosse isto . Cada projeto tem algo em

20:39particular . A prioridade vem dada pelo

20:46lado do negócio , ou seja , quão

20:48importante é resolver esse defeito de

20:51maneira rápida . Não , não por parte

20:55do QA , mas pelo lado do negócio , pelo

20:58lado do PO . Eles olham e dizem : " Ué ,

21:01cara , isso precisa ser resolvido . " Bom ,

21:05então a prioridade é definida pelo

21:07negócio e por isso é atribuída a

21:09alguém mais próximo ou vai ser o

21:11analista de negócios , ou o PO . e que

21:18valoriza o que o cliente diz . Então ,

21:21nem sempre o testing sabe disso . Por

21:23isso , nem sempre a prioridade é

21:25atribuída a ele . Bem , a severidade , a

21:29severidade é parte do QA ,

21:31diferentemente da severidade , dizemos

21:33que a prioridade é relativa porque ela

21:36muda , algo que hoje é importante pode

21:39não ser amanhã , né ? As prioridades

21:42mudam o tempo todo . As histórias de

21:46usuário vão mudar , haverá novas

21:48histórias de usuário , as necessidades

21:51mudam e , portanto , as prioridades dos

21:53tickets mudam . E existem algumas boas

22:03práticas para o que são os

22:05relatórios de são estas de , eu sempre

22:10chamo de vender o issue . Isso faz

22:14sentido para convencer o desenvolvedor

22:16de que este é um problema e que

22:18precisa ser resolvido ou que esta

22:20melhoria é boa por x motivos . Então ,

22:25é preciso implementá - la , convencer o

22:27desenvolvedor ou quem quer que seja , e

22:30assim , quando eu proponho uma melhoria

22:32e o desenvolvedor , vocês vão ver que

22:35às vezes dizem que precisamos

22:36conversar , conversar com o PO , com o

22:39líder , com o analista ou quem for . Mas

22:44aí eu digo , saber vender e defender

22:46aquilo que estamos reportando , nos

22:53antecipar ao que são as respostas dos

22:56programadores , e isso é muito

22:57importante . Ou seja , muitas vezes eles

23:02te respondem , não sei , que me disseram

23:04que é assim mesmo ou " na minha

23:06máquina funciona " , que aquilo que

23:08você reportou como defeito é uma nova

23:11funcionalidade . Bom , ter uma resposta

23:15para isso , porque são respostas

23:17típicas dos desenvolvedores . Às vezes

23:21eles têm razão , mas outras vezes é

23:23um mecanismo de defesa deles . não

23:27reportar duplicados . Bem , cuidado com

23:33isso . Isso faz sentido quando

23:40trabalhamos em equipe , não sei ,

23:42imaginem que eu disse que na célula

23:44existem três QAs trabalhando ao mesmo

23:46tempo , porque quando somos uma equipe

23:48de testing , né ? Uma equipe com a qual

23:54trabalhamos sempre , talvez sejamos os

23:57únicos QAs do projeto . Bem , agora se

24:02estamos trabalhando como parte da mesma

24:04equipe , bom , talvez outro tester esteja

24:07reportando o mesmo caso , então vai

24:09ficar duplicado e não pegamos bem , ou

24:12seja , parece que cada um trabalha de

24:14forma independente . Muitas vezes ,

24:19várias ferramentas possuem uma

24:21funcionalidade em que , à medida que

24:23você escreve o título do issue , ele

24:25vai sugerindo outros similares . Para

24:28quê ? Para que a mesma coisa não seja

24:30reportada duas vezes . Bem , o Shira , por

24:33exemplo , faz isso , mas nem todas essas

24:35ferramentas , bem , nem todas as

24:38ferramentas têm essa inteligência .

24:42Muitas vezes , fazer algum tipo de

24:44reunião no final do dia conosco é bom

24:47para dizer : " Ei , olha , eu reportei

24:49esses bugs para você . " Certo . E então

24:54aqui há alguns que são críticos e

24:56que precisam ser vistos , isso é

24:58importante . Usar o condicional para

25:02melhorias . Se eu proponho mudar , não

25:12sei , por exemplo , o botão de lugar , eu

25:14não vou abrir um ticket . Certo , eu

25:19gostaria de mudar o botão de lugar ,

25:21seria conveniente trocar o botão por

25:23tal coisa . Bem , não se justifica ,

25:28porque estou pedindo ali e estou

25:30propondo essa melhoria . Bem , outro

25:35ponto é manter um tom neutro , ou seja ,

25:38não estamos indo contra o

25:39desenvolvedor , certo ? Então , não é

25:43que você , desenvolvedor , errou , e eu

25:45estou reportando isso porque você fez

25:48errado e a verdade é que não existe

25:50no sistema . Esta situação está

25:52ocorrendo , precisamos resolvê - la .

25:54Então , temos que ser neutros . Outro

25:59ponto é incluir todos os passos

26:01realizados para poder reproduzi-los .

26:06Bom , aqui eu enfatizei em muitos slides

26:08anteriores . Bem , falei muito sobre isso

26:12. Outro é reportar problemas de

26:15análise . Bem , mas análise no que é ,

26:19eh , design em etapas anteriores , certo ?

26:24Ou seja , dizer se há algo a corrigir

26:27nas especificações . Bom , talvez

26:30alguma empresa crie um ticket para isso

26:32. Bem , talvez não em todas , bem , mas

26:35às vezes isso acontece . Outro ponto é

26:39registrar problemas irreproduzíveis .

26:43Que tema ? Este , muitas vezes acontece

26:46que , quando ocorre um erro e depois

26:48vocês não conseguem reproduzi-lo . Bem

26:53, bom , é bom se não reportarem , pelo

26:56menos comentem com o desenvolvedor o

26:58que aconteceu . Por quê ? Porque o

27:06desenvolvedor pode ter uma ideia do

27:08porquê isso está acontecendo , o que

27:10são essas coisas que vocês não

27:12estão conseguindo reproduzir e que

27:13são aleatórias . Esse é o inimigo

27:20número um do QA . Bem , eles podem ter

27:29uma ideia de onde vem a origem desse

27:31erro , que eu não percebo de onde vem ,

27:33e então talvez eles possam nos ajudar

27:36a ver por onde esse problema surge .

27:43Outro ponto é incluir anexos

27:45necessários . Este , falamos , sejam

27:48imagens ou vídeos , isso é importante .

27:51O outro ponto , simplicidade e unicidade

27:54nos tickets . Reporto apenas uma coisa

28:01no ticket , não é que se eu fiz um

28:03teste e encontrei erros , bem , aí eu

28:06vou reportar um erro , né ? Ou seja ,

28:11reporta-se um erro por ticket . Não

28:13posso reportar três coisas em um

28:15ticket . Pessoal , isso é impossível e ,

28:18além disso , o desenvolvedor vai

28:19colocar as mãos na cabeça . Pensem que

28:22é assim , ou seja , vai ser assim .

28:26Sempre lembrem que , para o

28:28desenvolvedor , cada vez que dizem que

28:30há um bug , é um problema para eles ,

28:32pessoal . Bem , mesmo que não seja , eles

28:37já colocam as mãos na cabeça , seja

28:40pequeno ou grande . Bem . Buscar respaldo

28:48nas especificações , nas histórias de

28:51usuário . Ou seja , por que estou

28:53dizendo que isso é um erro ? Bem ,

28:55porque a especificação diz tal coisa ,

28:58a história de usuário diz isto .

29:01Então , faz referência a essa parte e

29:03diz como está funcionando . Bem , que

29:07deveria funcionar desta forma . Outra

29:11das coisas é não exagerar na

29:13severidade . Bem , não coloquem como

29:17bloqueante algo que talvez seja

29:19crítico , porque se tudo tem severidade

29:21alta , bem , é como se perdesse o

29:23sentido . É o mesmo que , não sei ,

29:25recebem algo e dizem que é urgente e ,

29:28então , tudo o que dizem é urgente , ou

29:30seja , não sabem o que é urgente . Bem .

29:34E o último ponto , reportar

29:36quantitativamente os parâmetros

29:38mensuráveis . Ou seja , o sistema está

29:41lento , o sistema leva 2 minutos para

29:43resolver uma soma . Bem , então medir ,

29:48porque não é subjetivo . Bem , estes

29:54são os pontos importantes para as boas

29:56práticas para reportar um problema .

29:59Bem . E isto é um exemplo de um erro ,

30:06bem , um defeito clássico . Bem , por

30:09exemplo , tem o ID . Agora eu vou dar um

30:12para vocês , como seria ? Real . Tem um

30:16ID B001 . Que título colocamos aí ? Bem

30:20, o título : o sistema não envia um

30:22alerta ao terceiro erro de tentativa de

30:25login . Passos . Aí colocamos toda a

30:29série de passos para reproduzi-lo , que

30:31muitas vezes é o que eu sempre digo ,

30:34serve copiar e colar os passos do caso

30:36de teste , porque vocês estão

30:38reportando um erro do caso de teste .

30:42Bem , às vezes não , porque omitimos ,

30:45talvez , o passo a passo , como comentei ,

30:48por questões de tempo . Bem , então , é

30:51preciso reportar , aqui não tem como

30:53escapar , porque não podem simplesmente

30:56reportar " erro no login " e pronto . Ou

30:58seja , o desenvolvedor vai jogar na sua

31:00cabeça quando ele vir . O anexo , a

31:04prioridade que nós colocamos , bem ,

31:06como prioridade . Bem , eu acabei de

31:09dizer a vocês que a prioridade não

31:11somos nós que atribuímos . Certo . É

31:15dependendo do sistema , podemos colocar ,

31:18não sei , uma severidade alta , média ,

31:20baixa , crítica , de acordo com cada

31:23caso . É , agora depois eu mostro , quero

31:28terminar o PPT , depois mostro a vocês

31:31um relatório de um errinho e mostro

31:33também o conjunto , o relatório final

31:35de teste . Por quê ? Porque primeiro

31:41deixem-me contar um pouco mais sobre o

31:44que é a gestão de defeitos . Bem ,

31:47quando alguém levanta um " issue " em

31:49geral , esse " issue " ou ticket , como

31:52queiram chamar , passa por diferentes

31:54estados . O que vou mostrar aqui é um

32:00diagrama de transição de estados que

32:03depois vamos ver bem , mas para esses

32:05fins , assim para que se entenda como

32:07seria em geral as situações , sim , em

32:09geral nas diferentes empresas . Bem ,

32:14usa-se algo assim . Bem , algo genérico .

32:19Bem , mas enfim , você levanta o " issue "

32:21, bem , reportando o problema e ele fica

32:24no estado aberto ou uma melhoria . Bem ,

32:28depois essa melhoria ou problema , esse

32:30defeito é atribuído a uma pessoa que

32:33irá resolvê - lo , que geralmente é o

32:35desenvolvedor . Do estado atribuído , o

32:38desenvolvedor começa a trabalhar nele ,

32:40então ele passa para o estado em

32:42progresso . Bem , do estado em progresso ,

32:46quando termina de ser resolvido , ele

32:48passa para o estado resolvido . Bem , aí

32:53nós recebemos como QA para verificar .

32:58Bem , então dizemos , o que é que pode

33:00acontecer ? Bom , temos aqui duas

33:03opções . Ou fechamos e pronto , ficou

33:07resolvido . Ou pode ser a outra , olha ,

33:10continua acontecendo a mesma coisa . Ou

33:12seja , então nós o rejeitamos . Bem . E

33:18aí começa tudo de novo o mesmo

33:20circuito . Bem . É , por isso é bom

33:28mostrar a vocês por que digo isso do

33:30ciclo de vida de " issue " , porque o que

33:32acontece ? O QA no início , quando está

33:38começando , esquece que reportou os

33:41erros e isso é importantíssimo porque

33:43se reportaram erros , quer dizer que o

33:45sistema tem erros e vocês não podem

33:47esquecer dessas coisas . Vocês têm que

33:55ir atrás , têm que ir dizer para

33:58solucionar e assim , depois que

33:59solucionarem , tem um deploy e tudo , e

34:02vocês têm que comprovar , está bem ?

34:06Por quê ? Porque é um erro no sistema .

34:10Bem , é importante que vocês façam um

34:12acompanhamento disso . Bom , quando a

34:17versão ou a sprint termina , bem , o fim

34:20do teste , o que acontece ? Bom , e aqui o

34:25QA muitas vezes começa a levar as

34:27mãos à cabeça porque não sabe se

34:30nunca fez um relatório final de teste .

34:33É como se ele começasse a se

34:35desesperar . Bem . E , para mim , o QA tem

34:38a obrigação de fazer esse relatório

34:41do que aconteceu . Bem , por isso , uma

34:45conclusão dos relatos , o que aconteceu

34:47durante os testes ? Bem , os alertas e os

34:52riscos que eles têm . Bem , por que isso

34:56é feito ? É um relatório para que o

35:02negócio avalie quando essa versão

35:04tiver que ir para produção e veja se

35:07é conveniente ou não ir para

35:08produção com esses erros , aqueles que

35:11o QA apontou . Agora vou mostrar a

35:17vocês um relatório final de teste .

35:21Então , como o QA faz a documentação ?

35:28Eu falei para vocês que existe um

35:31plano de testes , bem , que é um acordo

35:33onde se estabeleceu a forma de

35:35trabalhar ao fazer uma descrição do

35:38projeto , o escopo dos testes , os

35:40papéis , as responsabilidades , os

35:42riscos da qualidade , bem , cada tarefa

35:45que vamos realizar , eh , critérios de

35:47entrada , critérios de saída , as

35:49configurações de ambiente , os prazos

35:57de execução dos testes , quais testes

36:00vamos fazer , se vamos fazer smoke , se

36:02vamos fazer regressão . Bem , tudo isso

36:07temos que detalhar no plano de teste .

36:14Depois temos os casos de teste , bem ,

36:16que é plenamente o que vocês fizeram

36:19no TP2 . Bem , esses são os designs de

36:24caso de teste . Bem , que , como eu disse

36:28a vocês , podem ser casos negativos ,

36:31podem ser casos positivos . Bem ,

36:33obviamente vocês vão ter a pré -

36:35condição , o resultado esperado , a

36:37descrição do caso . Bem , vocês vão

36:41ter todas essas coisas que os levarão

36:43a fazer o caso de teste . Depois vocês

36:47têm a documentação da configuração

36:49. Bem , ela é criada na fase de

36:51preparação dos ambientes de teste .

36:55Descreve-se como configurar e preparar

36:57o ambiente de testes para refletir as

36:59condições de software e hardware em

37:02que os testes serão realizados . É

37:05necessário que a equipe de testes

37:08realize a verificação da preparação

37:10, não sei , por exemplo , de smoke test .

37:13Bem , depois temos o relatório de

37:19defeitos , que são os erros que ocorrem

37:21dentro do software que farão com que

37:23ele não funcione de acordo com o que

37:25foi estabelecido nas histórias de

37:27usuário . Para documentá - los , é

37:34necessário identificar o defeito ,

37:36reproduzi-lo e incluir detalhes sobre o

37:39ambiente , configuração , evidência ,

37:41resultado esperado , resultado atual e

37:44pós-condições . Vocês vão ver isso

37:49bem , porque terão um monte de coisas ,

37:51severidade , prioridade , que estarão

37:53definindo . Depois , temos o relatório

37:59de execução dos testes . É o

38:03relatório que detalha os resultados

38:06dos testes , mostrando quais testes

38:08foram executados , quais falharam e

38:10quais defeitos foram identificados . A

38:18documentação dos testes de regressão

38:20; depois vamos ver os tipos de testes ,

38:23um deles é o de regressão . Bem . E que

38:30é importante . Bem , por quê ? Porque

38:35existem muitos tipos de testes . Existem

38:39tipos de testes de smoke , de regressão

38:42, de carga , de desempenho . Depois vamos

38:47ver o que isso significa . E depois ,

38:50outra coisa que vocês podem chegar a

38:55fazer . Eu não coloquei aqui . Porque eu

38:59não gosto , são os manuais de usuário

39:01. Bem , o manual de usuário não é

39:05parte do QA . O manual de usuário ,

39:10embora hoje em dia muitas vezes não

39:13seja usado , usam os QAs para que

39:15expliquem ao usuário final um novo

39:17sistema . Bem , dúvidas , perguntas até

39:27aqui . Alguma dúvida , alguma pergunta ?

39:37Ficou tudo entendido ? Está tudo bem

39:42claro ? Bom , vamos passar para o que eu

39:48disse que ia mostrar um eh , esperem que

40:08não estou encontrando . Aqui está , bem

40:30. Bom , vamos começar primeiro porque

40:35estivemos falando com o IU . Isto seria

40:40um IU . Bem . Este seria como se deve

40:44reportar . Bem , vejam que há um

40:49parâmetro , função administrador ,

40:51carga manual de filial . E o que está

40:55acontecendo ? Foi inserido o e-mail da

40:58filial repetido na validação , mas a

41:00mensagem correspondente não aparece .

41:03Estes detalhes são os campos . Eu

41:06coloquei aqui tipo , história , bug ,

41:11não , é um bug . Bem , história é

41:15usado para outra coisa , mas isto é um

41:17bug . A prioridade , como eu disse , a

41:20prioridade é definida pelo QA . A

41:22prioridade é crítica . Bem , versões

41:26afetadas são todos os sprints e

41:29versões que foram afetados , que

41:31rodaram e , obviamente , foram

41:33solucionados . Na versão 141 , vejam que

41:39estiveram na 1 , 2 , 3 , 4 . Na quinta

41:43versão foi solucionado . Obviamente

41:47depois temos componentes , etiquetas ,

41:49que podemos chamar , mas não seria o

41:52caso aqui . E aqui está o bug , a

41:58descrição , e se coloca : acessa-se a

42:01URL tal , o usuário , certo , a senha , o

42:04passo para reproduzir , certo , o

42:06resultado esperado e o resultado obtido

42:09. O resultado obtido , obviamente , é um

42:14erro . Bem , aqui o que se coloca , eu

42:17disse a vocês , é preciso colocar as

42:19imagens , está reportado bem com as

42:22imagens . E reparem que isto tem um

42:25histórico importante porque tem

42:27imagens . Aqui tem um vídeo do que se

42:30trata o bug . Bem , obviamente deve ter

42:32se complicado . Estas são as

42:35incidências que fazem parte , bem , que

42:38estão atreladas ao que são as

42:39histórias de usuário . Estas são

42:43histórias de usuário que estão

42:45afetadas por este bug . E reparem que ,

42:48obviamente , embaixo tem os comentários

42:51e o que esteve acontecendo . Bem , e

42:57marca-se que o erro está ocorrendo e

42:59deixa-se a evidência de que o erro

43:01continua até que , obviamente , tenha

43:04sido solucionado e esteja tudo bem .

43:11Isto seria como parte do que é um erro

43:16. Bem . E obviamente aqui vocês têm o

43:20responsável , informador , quando foi

43:22criado , quando foi resolvido . Tudo isto

43:26deixa um rastreamento importante que

43:28vai sendo feito . Por quê ? Porque tudo

43:33isso é importante para o que o Scrum

43:35Master ou o PO levam , todas as

43:37estatísticas . Bem . Aqui , reparem que o

43:42status é finalizado . Finalizou . Ponto .

43:45Bem . Eh , dúvidas que queiram me

43:50perguntar aqui . Isto é muito geral ,

43:53bem . É algo , um erro geral . Bem , não

43:58vamos entrar em detalhes . Bem , mas , ou

44:00seja , porque vocês não estão , ou

44:02seja , têm que entender do que se trata

44:05o sistema . Alguém ia perguntar algo ?

44:07Sim , essa plataforma que você está

44:09mostrando é o Jira ?

44:10>> Sim , isto é o Jira . Depois nós vamos

44:13ver nos vídeos . Desculpem-me um

44:15segundinho , já volto . Eh , tocaram a

44:17campainha . Aqui estou . Desculpem , mas

46:12tive que atender . Vocês me ouvem ?

46:17>> Olá .

46:17>> Sim , professor , dá para ouvir

46:19>> bem . Você estava me perguntando

46:23Eleonora . Não ,

46:25>> eu sim ,

46:26>> sim ,

46:28>> me

46:29>> Sim , era o Jira .

46:30>> Sim , sim , é o Jira . E depois eu vou

46:33mostrar a vocês aqui nos vídeozinhos

46:36como funciona o Jira . Bem , a ver , é

46:39mais que nada para QA . Bem . Eh , são

46:43vídeozinhos clássicos para um QA

46:46Júnior que começa , bem . Para que

46:49saiba como se desenvolver . Bem , isso

46:52depois você vai ver em uma aula . Bem .

46:57>> Ok . Obrigado .

46:59>> Perguntas . Bem . Bom , eh outra das

47:09coisas que estive falando , eh

47:11relatório final de testes . O que é

47:16isso ? Relatório final de testes . Eu

47:20disse a vocês que um bom QA é

47:22importante que entregue o relatório

47:24final de teste . Obviamente , o que o QA

47:28precisa fazer ? É uma conclusão breve

47:32do que aconteceu . ao testar bem todo o

47:39sprint , o que foi que aconteceu ? Por

47:44exemplo , aqui diz resultado rejeitado ,

47:47a versão , quando começou ? Quando

47:50terminou ? Os tickets entregues . O que

47:54são os tickets entregues ? São os

47:57tickets entregues que que foram

47:59incluídos nesse sprint . Bem , ou seja ,

48:06o desenvolvedor entregou 16 issues

48:08corrigidos mais as novas

48:10funcionalidades que entravam . Bem ,

48:18obviamente desses 16 , 13 foram

48:20finalizados corretamente , três

48:23continuaram com erro e foram

48:25encontrados 11 novos . Certo . Riscos e

48:34alertas . Eu disse a vocês que sempre

48:36tem que colocar riscos e alertas . Bem ,

48:39aqui é que foi testado somente no

48:41Chrome . Certo . Eh , vamos para a

48:45próxima página . E aqui é legal . Por

48:49quê ? Porque eu adoro gráficos . Eu sou

48:52muito fã de gráficos . Então , o que

48:55vou falar um pouquinho para vocês ? O

48:58que aconteceu aqui ? Bem , tudo isso é o

49:02que aconteceu na versão 141 . Bem , os

49:07verdes foram todos os que passaram , ok ?

49:11Que foram 100 , falharam 33 , bem , que é

49:14a parte vermelhinha . E aqui não dá

49:18para ver , mas são diferentes tipos de

49:21roles , certo ? que estão role

49:23administrador e agora não me lembro ,

49:25role agente , role auditor , como está

49:28distribuído por role . Bem , isso é

49:30muito do projeto , pessoal , para que

49:32entendam , ou seja , o PO tem que

49:35entender isso . E logo vamos para a

49:38parte dos reportados . Certo . Por quê ?

49:42Porque bloqueantes nós não temos

49:44nenhum . Temos um crítico , temos cinco

49:47maiores , temos três menores . Certo . E

49:55temos duas melhorias e estes foram os

49:57issues entregues que foram corrigidos

50:00porque havia dois bloqueantes , todos

50:02estes críticos , bem , todos estes

50:04maiores e um que era menor . Eu disse a

50:10vocês que para o QA é muito difícil

50:12escrever isso . Por quê ? Porque aqui na

50:16conclusão ele tem que redigir o que

50:18foi que aconteceu . O que foi que

50:23aconteceu nesta versão ? E às vezes

50:27eles têm muita dificuldade em fazer

50:29isso , sendo muito , mas muito importante

50:32que saibam descrever o que aconteceu .

50:36Obviamente não vão colocar que saiu

50:39tudo lindo , porque obviamente vão

50:41dizer , " Olha , aconteceu isso , eh , teve

50:44tal coisa , aconteceu aquilo . " Bem ,

50:49também aqui este não tem esse

50:51relatório automatizado , mas se não ,

50:53coloca-se um link para que leve aos

50:55relatórios automatizados . Bem ,

51:02dúvidas , perguntas até aqui . Eu tenho

51:09uma pergunta , professor . Eh , tinha

51:11comentado que trivial era uma melhoria ,

51:14mas neste relatório também aparece a

51:16melhoria .

51:17>> Sim , Trivial é como uma melhoria . Bem ,

51:20está dividido em duas . Isso não sei

51:23por que dividiram em duas , mas é uma

51:26só . Trivial e melhorias é uma só .

51:29Bem . Ok , o

51:31>> é a mesma coisa , trivial e melhorias ,

51:34pessoal . Não , não vamos ser exigentes

51:37. Por isso lhes disse antes que era ,

51:40era a mesma coisa . Bem , eh , dúvida ,

51:46outra dúvida , pergunta que vocês

51:49tenham , pessoal . Sobre isso nada . Bem .

52:09Bom , eh , sobre a prova ? Viram as notas ?

52:17Alguém tem que perguntar algo ? Eu sim ,

52:26professor , é possível pedir a

52:28correção para ver o que fizemos de

52:30errado ? Eu faço isso porque se eu

52:33tiver que fazer um por um , depois vão

52:36me pedir , já aconteceu , e passo o

52:38tempo enviando e-mail , ou seja , perco

52:40um montão de tempo . Eh , se quiserem ,

52:48agora quando terminarmos , eh , explico o

52:51TP3 , assim já vão avançando com isso

52:53e os que quiserem ir ficando , fiquem .

53:00Eu estou aqui com as provas e vocês

53:02vão me perguntando : " Ei , no que eu

53:04errei ? " E eu digo onde erraram . Bem ,

53:11>> Combinado .

53:12>> Bem . Eh , vamos ao TP3 porque obviamente

53:23, como verão , os tempos estão

53:25bastante apertados , assim que gostaria

53:28que começássemos com o que é o TP3 .

54:03Bem , agora depois eu envio por e-mail

54:07aqui . O que vou pedir a vocês é o

54:10seguinte . Isso obviamente vai , pessoal ,

54:13engatado no dois . Bem , assim que aí

54:18vão ter que ver , ou seja , quem não

54:20fez vai ter que se sintonizar um

54:22pouquinho . O que é que vocês têm que

54:27fazer aqui ? Eu o que sempre digo é o

54:29seguinte . Um , primeiro pensem de forma

54:33individual . Bem . Por quê ? Porque quero

54:41que tenham essa análise que venho

54:43comentando com vocês , porque o

54:45trabalho tem que ter uma análise , bem ,

54:48e é importante essa análise , e depois

54:50que debatam em grupo . Em quantos ? Bem ,

54:58quantos grupos ? Geralmente o que eu

55:01faço é : vocês juntem-se sete pessoas

55:03. Bem . Por quê ? Porque depois eu faço

55:09vocês apresentarem isso , para que me

55:11contem em grupo o que fizeram e o que

55:13debateram . Bem , por quê ? Porque

55:21primeiro quero que pensem

55:23individualmente , depois em grupo e

55:25depois apresentem . Bem . E sobre o que

55:31é o TP3 ? O TP3 trata do seguinte :

55:35sobre o que vocês fizeram nos

55:37cenários do TP2 . Bem , vocês vão

55:42escolher três cenários . Bem , esses

55:48três cenários . Bem , o que eu quero é

55:52o seguinte . Eu vou dar aqui para vocês

55:58, bem , agora vamos para um Excel . O

56:02Excel é o seguinte . O Excel terá uma

56:06coluna de cenário de teste com os

56:09títulos , a descrição , os dados de

56:11teste , o passo a passo , o resultado

56:13esperado e o resultado obtido . Bem , é

56:18isso que o Excel terá . Aqui , isto

56:21está dividido em duas partes .

56:23Continuamos com a mesma modalidade .

56:26Será um pagamento de fatura onde eu

56:29dou a sequência , bem , de como seria ,

56:31por exemplo , o pagamento bem-sucedido

56:34de uma fatura . Vão aqui , aqui , aqui ,

56:38aqui , inserem os dados , efetuam o

56:41pagamento e dá tudo certo . Bem , então

56:45depois vamos para o Excel . Eu primeiro

56:48conto isso para vocês . Depois , vocês

56:55têm o erro de pagamento de fatura ,

56:57porque vocês vão ter que relatar um

57:00erro . Isso estará na outra aba do

57:04Excel que agora vamos ver . Vocês têm

57:07que relatar o erro de pagamento da

57:09fatura . Vocês terão a mesma

57:11sequência . Mas , o que acontece depois

57:16de colocar e indicar os dados para o

57:19pagamento e dar um erro ? Bem . E vocês

57:26terão obviamente a mesma coisa para o

57:28outro , que será a recarga bem-sucedida

57:35. Bem , vocês terão a sequência ,

57:41terão a sequência , tudo certinho e

57:43dará a notificação , o pagamento e a

57:46notificação . E terão o back de

57:53recargas , terão a sequência , o

57:55pagamento será bem-sucedido e , quando

57:58clicarem em visualizar comprovante ,

58:00dará o erro . Bem , agora vamos para o

58:14Excel que eu disse a vocês o que devem

58:16fazer . Vou enviar isso por e-mail para

58:20vocês . O que vocês têm que fazer ?

58:23Minha recomendação é que vocês já

58:26comecem a ver isso agora . Bem , agora

58:32depois , porque quero que pensem

58:34individualmente , bem , como vão fazer .

58:39O que vocês vão fazer ? Bem , eu disse

58:42a vocês que têm que fazer três

58:44cenários . O cenário um é aquele que

58:47eu digo a vocês , que é o de pagamento

58:50de fatura bem-sucedido . Os outros dois

58:53cenários vocês podem fazer , pessoal .

58:56Não desviem do assunto . Têm que ser

59:00os que eu passei nas imagens . Não

59:04coloquem , por exemplo , como já

59:07aconteceu e eu disse , ah , não , ao

59:09fazer o login , não tem um login no

59:12aplicativo , certo ? Ou seja , o login

59:15não existe . Ou seja , não inventem ,

59:18tentem se concentrar nas imagens . É o

59:21mesmo que vocês estarem trabalhando

59:23como QA e receberem uma história e

59:25começarem a inventar , ou seja , vão

59:28testar qualquer coisa . Bem , então

59:32vocês terão que fazer o cenário um e

59:34o cenário dois . O primeiro é o que eu

59:39estou dando a vocês . Vocês terão o

59:42que é a pré - condição . Bem , sobre os

59:46dados de teste , vocês vão me

59:47perguntar : o que eu coloco como dados

59:50de teste ? Inventem , pessoal , isso é o

59:52de menos . A descrição do passo a

59:55passo , como chegaram lá , o resultado

59:58esperado e o resultado obtido . Bem ,

1:00:05assim vocês farão com o cenário um e

1:00:07o cenário número dois . Isso de

1:00:12pagamento de fatura e depois temos o de

1:00:15recargas V. O de recargas V é a

1:00:17instância que eu dei a vocês , o passo

1:00:19a passo , igual ao pagamento de fatura ,

1:00:22o correto , que seria o pagamento

1:00:24bem-sucedido , que chamamos de ponta a

1:00:27ponta . Bem , depois vocês terão que

1:00:34fazer o cenário um e o cenário dois .

1:00:42Depois vocês terão na aba 2 o que

1:00:45são os bugs . Vocês terão que indicar

1:00:50os títulos para o bug . Bem , isso

1:00:55vocês terão que fazer . Bem , porque

1:01:00essa seria a ideia , que vocês coloquem

1:01:03os títulos . Bem , acabamos de falar

1:01:06sobre os títulos , pessoal . Bem , essa

1:01:10é a ideia , que vocês coloquem os

1:01:13títulos e eu estive falando de coisas

1:01:17importantes e quero que vocês

1:01:19pratiquem isso lá . O que vocês

1:01:22precisam reportar lá ? Obviamente ,

1:01:26vocês precisam reportar o bug que tem

1:01:29a sequência de erro no Word que eu

1:01:31indiquei , o de pagamento de fatura , e o

1:01:33bug de recarga que tem que dar erro na

1:01:36notificação . Bem , vocês precisam

1:01:42colocar os campos e obviamente

1:01:44preencher tudo . Entendido ? Dúvidas que

1:01:51tiverem , vocês precisam ter dúvidas ,

1:01:53pessoal .

1:01:59>> Professor , eu quero me adiantar com uma

1:02:01pergunta . E como será a exposição em

1:02:04grupo ?

1:02:05>> Primeiro vocês fazem de forma

1:02:07individual . Depois vocês se juntam .

1:02:10Depois eu vou dar um dia para vocês se

1:02:13reunirem . Pessoal , não façam nenhuma

1:02:16apresentação , não me mandem por

1:02:18e-mail , não gastem tempo com isso

1:02:20porque eu não quero . O que eu quero é

1:02:26a exposição , que me mostrem este

1:02:28Excel completo , um do grupo . Se

1:02:31quiserem , podem explicar entre três ,

1:02:34entre quatro . A ideia disso , eu digo

1:02:37para fazerem grupos de seis , se oito

1:02:39pessoas . Por quê ? Porque não temos

1:02:42tempo . Bem , mais por causa disso .

1:02:46Então é importante que vocês façam

1:02:49isso que eu disse . Primeiro , pensem

1:02:52individualmente e depois discutam em

1:02:55grupo . Façam apenas um , um único

1:02:58Excel e me mostrem nesse dia como é a

1:03:01exposição . Bem , me mostram o Excel

1:03:05completo , vão dizer : " Bom , sim , olhem ,

1:03:08o que fizemos aqui neste caso de teste ,

1:03:11completamos estes dados , estes dados , o

1:03:14cenário um foi tal , o cenário dois " ,

1:03:17e vão me dizendo tudo . Eu vou fazendo

1:03:20perguntas , o que acontece ? Todos terão

1:03:23o mesmo , todos os grupos . Imaginem que

1:03:26haverá quatro grupos . Bem , o que

1:03:28acontece ? Talvez para o primeiro eu

1:03:30diga : " Olhem isso , talvez não seja

1:03:32assim , sei lá " , ou seja , e o outro

1:03:35grupo vai dizer , bom , talvez vá

1:03:37corrigir . " Ou seja , isso não me

1:03:39interessa . O que me interessa é que

1:03:42vocês aprendam e pensem de certa forma

1:03:44, e que no dia em que tiverem um

1:03:46trabalho de CA , isso não aconteça com

1:03:48vocês . Bem , então vocês já têm uma

1:03:54base do que se trata , como vão fazer ,

1:03:56o que vão fazer , com que palavras . Bem

1:04:02, isto , o TP3 , o que abrange ? Abrange

1:04:07toda a matéria , bem , tirando talvez a

1:04:10parte de automação , mas abrange toda

1:04:13a matéria . Bem , tudo o que eu venho

1:04:18dizendo para vocês de forma : " Olhem ,

1:04:21isto é a teoria , isto é assim " , ou

1:04:23seja , compõe-se desta forma . Bom , isto

1:04:27é o mesmo , pessoal . Aqui vocês têm

1:04:30que me demonstrar na prática . Bem ,

1:04:34ficou claro como se expõe . Eh , talvez

1:04:37eu tenha me desviado um pouco do

1:04:39assunto , mas eh não , igual , imagino

1:04:47que vamos ter uma instância de vamos

1:04:49ter aulas antes da apresentação ,

1:04:52então

1:04:53>> sim , primeiro vocês discutem entre

1:04:55vocês e depois um dia combinamos e

1:04:58vemos . Olha , eu digo isso porque , como

1:05:01vocês devem saber , no dia 9 de

1:05:03novembro reduziram , reduziram muito o

1:05:06meu curso , então já tiraram uma

1:05:08segunda-feira . Então eu quero ir

1:05:12passando isso para vocês , para que

1:05:14vocês vejam e assimilem . A ideia disso

1:05:20é que , no que resta do dia de hoje ,

1:05:23vocês vão completando . Certo . Por

1:05:27quê ? Porque , ou seja , nos resta a

1:05:29semana que vem , a segunda-feira é

1:05:31feriado . Entendido . Bem . Então , a

1:05:36ideia é que possamos ir , porque se

1:05:38acontecer de colocarem outro feriado ,

1:05:41praticamente me matam . Inclusive , na

1:05:46quarta-feira , eh eu quero dar para

1:05:52vocês o que são os tipos e o plano de

1:05:54teste . Bem , assim vamos adiantando um

1:06:00pouquinho , porque vejo a situação

1:06:02complicada , já que depois temos que

1:06:04apresentar , tenho que mostrar os

1:06:06videozinhos e tudo isso . Isso me toma

1:06:11um pouco de tempo , pessoal ,

1:06:13infelizmente . Bem , então , como vamos

1:06:16seguir ? A ideia é que vocês vejam

1:06:22isso bem , analisem individualmente hoje

1:06:25, absorvam o conteúdo . Depois , na

1:06:29próxima quarta-feira , eu quero quero

1:06:37passar para vocês os tipos e o plano

1:06:39de testes , bem , porque assim avançamos

1:06:42com a parte teórica . Certo . E porque

1:06:54na semana que vem só teremos a

1:06:56quarta-feira , pessoal , e na outra

1:06:58semana já avançamos na segunda com

1:07:00técnicas de caixa preta e caixa branca

1:07:02, e ver se na quarta consigo passar a

1:07:04parte dos vídeos . Bem , assim já temos

1:07:13isso e depois resta o final , ou seja ,

1:07:16depois vemos um dia para apresentar e a

1:07:18última parte é sobre automação . Bem

1:07:24, e um pouquinho , que isso eu adicionei

1:07:26, um pouquinho de como estamos com o

1:07:28tema do ... Certo . Eh , mas bom , essa

1:07:36seria a sequência de como seguiríamos

1:07:38. Bem , a ideia é que vocês possam

1:07:43fazer agora . Comecem , usem este tempo

1:07:48para sentar , fazer os designs de caso

1:07:51de teste , ver os bugs . Hoje estive

1:07:56mostrando os campos dos issues para que

1:07:59vocês possam completar . Os dados de

1:08:04teste , pessoal , inventem , não tem

1:08:06problema nenhum , mas o que eu preciso

1:08:09é que vocês comecem a pensar e

1:08:11analisar bem o cenário apresentado no

1:08:13Word que descrevi para vocês . Bem , as

1:08:20imagens , a sucessão daquelas imagens

1:08:23até que se realize o pagamento da

1:08:25fatura com sucesso , a recarga com

1:08:27sucesso e o outro , o back . E depois ,

1:08:31obviamente , vocês têm que fazer dois

1:08:34cenários . Se vocês não fizeram o TP2

1:08:37, bom , pessoal , vão ter que começar a

1:08:40ver como vão fazer esse cenário e

1:08:42pronto . Podem ser cenários positivos

1:08:47ou podem ser cenários negativos . Bem ,

1:08:52mas isso tem que ter uma descrição

1:08:54bastante importante . Certo , não

1:08:57coloquem apenas duas palavras . Bem , ou

1:09:00seja , expressem-se com tudo o que

1:09:04aprenderam . Certo , dúvidas , perguntas .

1:09:14Ficou claro , pessoal ?

1:09:20>> Sim . Eh , sobre a segunda prova parcial .

1:09:24>> Ui , segunda parcial . Falta um monte .

1:09:27Claro , mas já estamos no mês . Não ,

1:09:30estou me , não . Ah , é que estou

1:09:32confundindo esta segunda-feira com a

1:09:34outra segunda . Sim , ou seja , a segunda

1:09:36parcial é em novembro . Restaria um

1:09:38mês e meio .

1:09:39>> Ótimo . Eu confundi a

1:09:41>> Era por isso

1:09:42>> sim

1:09:43>> que um mês e meio . Sim , por isso a

1:09:46segunda parte , pessoal , passa voando .

1:09:48Por isso , e ainda mais agora com o

1:09:50assunto dos feriados , me mataram , hein ?

1:09:53Não tenho problema . Eu sei onde vou

1:09:55reduzir a parte de automação para

1:09:57vocês . Eu vou encurtar um pouco ali . E

1:09:59volto a repetir , ou seja , vocês me

1:10:04dizem : " Bom , mas não , a matéria não

1:10:06é de automação " . Ou seja , eu vou

1:10:09comentar como é o assunto da

1:10:11automação , o framework , porque isso

1:10:14não te dão em um curso de automação

1:10:16. Se vocês querem automatizar , façam

1:10:19um curso de automação e ponto . É

1:10:21isso , ou seja , é assim , pessoal . Eh ,

1:10:26mas eu digo a vocês os diferentes

1:10:28tipos de framework , começo do zero ,

1:10:31como se eu fosse começar a automatizar

1:10:33hoje em dia , bem , e não jogar isso

1:10:35para a IA , eh , não pensem que é tão

1:10:38fácil , porque há muitas coisas por

1:10:40trás disso que a IA não vai resolver .

1:10:46Eh , dúvidas , pessoal , perguntas . Vamos

1:10:49, aproveitem . Acabei de enviar o e-mail

1:10:55para vocês . Bem , enviei para todos .

1:11:00Certo . Eh ,

1:11:08>> sim , já estou chegando .

1:11:11>> Bom , eu diria para vocês começarem

1:11:13agora , a ver isso , eh , e comecem a

1:11:19fazer bem , porque depois eu vou dizer

1:11:21quando , ou seja , a ideia é , me

1:11:23perguntaram ali , sim , a ideia é mais

1:11:26ou menos sete pessoas . Por que sete

1:11:30pessoas ? Porque sempre , ou seja , não

1:11:33vou fazer grupos de quatro . Por quê ?

1:11:35Porque um expõe e é a mesma coisa que

1:11:38o segundo , o terceiro . Bem , geralmente

1:11:40faço quatro grupos e pronto , pessoal .

1:11:44Bem , outro tema importante , o TP3 vai

1:11:47servir para a segunda prova , pessoal .

1:11:52É por isso que faço vocês praticarem

1:11:55dessa forma . Bem , a outra parte da

1:11:59teoria que vou passar vai cair como

1:12:02teoria , mas a parte prática é focada

1:12:04nisso , pessoal . Bem ,

1:12:11>> ótimo .

1:12:12>> Bem . Bom , se não têm dúvidas , eu

1:12:16continuo aqui .

1:12:19>> Uma pergunta , eh , os grupos você vai

1:12:21montar ou nós temos que montar ? Não ,

1:12:23montem vocês mesmos . Obrigado , Elonora

1:12:26, por me lembrar , eu tinha esquecido .

1:12:29Eh , montem primeiro individualmente e

1:12:32depois me digam : " Ei , nos juntamos em

1:12:34sete , somos este , este e este . " Pronto .

1:12:37Depois um dia eu vou perguntar : " Ei ,

1:12:39quem são vocês ? " E pronto . Nada mais .

1:12:42Isso façam todos vocês , pessoal . Eu

1:12:45dou liberdade a vocês . A única coisa

1:12:48que quero é que vejam , porque depois ,

1:12:51quando tiverem a segunda prova e me

1:12:53perguntarem : " E o que tenho que fazer

1:12:55aqui ? Porque me passaram esses casos . "

1:12:58Ou seja , mas , quer dizer , era o TP3 , ou

1:13:00seja , é a mesma coisa , pessoal . Eh ,

1:13:04nem mais nem menos . Por isso vocês

1:13:06precisam ver isso . Bem . Por isso minha

1:13:09recomendação é que vocês vejam por

1:13:11conta própria . Sim , vejam , eu sempre

1:13:17digo para verem individualmente . Por

1:13:20quê ? Porque depois vocês discutem em

1:13:23grupo . Bem , vocês vão ver o que

1:13:25aconteceu com outros que me comentaram .

1:13:27Disseram : " Não , eu fiz qualquer coisa .

1:13:30" E depois me disseram : " Por que entre

1:13:32vocês ? " Bem , então vocês vão se

1:13:35adaptando e é aí , pessoal , que a

1:13:37ficha vai caindo também , está bem ? E

1:13:41vocês vão perceber por que eu passo

1:13:43isso . Bem , dúvidas , perguntas antes

1:13:49que eu fique afônico , porque hoje já

1:13:52não tenho mais voz , pessoal . Imagino

1:13:59que surgirão dúvidas quando formos

1:14:01fazendo , porque agora estamos todos

1:14:04cheios de teoria , por isso recomendo

1:14:06que aproveitem agora e comecem a fazer

1:14:08individualmente . Vão vendo os grupos

1:14:13entre vocês , vão conversando , mas

1:14:15vão olhando isso e na quarta-feira eu

1:14:17dou a outra parte da teoria , pessoal .

1:14:21Bem . Eh , minha ideia na próxima quarta

1:14:27é avançar com o que são os tipos e o

1:14:29plano de testes .

1:14:33>> Bom , eu estava revisando . Posso te

1:14:35fazer uma pergunta ? Eh , viu que você

1:14:37colocou um obrigatório para cada um ,

1:14:39que é um de caso de sucesso .

1:14:41>> Claro .

1:14:41>> E você colocou o título .

1:14:44>> Você poderia completar apenas um

1:14:46inteiro para servir de referência

1:14:48sobre como redigir uma pré - condição

1:14:50ou como você espera que eu a redija ?

1:14:53>> Isso é o que eu quero que vocês

1:14:54pensem .

1:14:55>> Ah , claro , mas você não nos pediu

1:14:57seis , sendo que dois são obrigatórios

1:15:00?

1:15:00>> Sim , dois são obrigatórios . Que é

1:15:02isso , ou seja , você tem que ver o

1:15:04circuito que está no Word . Os outros

1:15:07dois , inventem vocês .

1:15:10>> Bom ,

1:15:12>> bem . Bom , pessoal , se não tiverem mais

1:15:26dúvidas , eh , vou deixá - los e se

1:15:28quiserem me perguntar algo sobre a

1:15:30prova parcial , eu fico . Tenho que

1:15:32buscar agora as provas parciais que

1:15:34estavam por aqui . Eh , e vão me

1:15:37perguntando um por um . Bem , comecem a

1:15:43fazer isso porque depois não terão

1:15:45tempo . Bem , bom , vou deixá - los . Quem

1:15:53quiser já pode ir saindo . Bem ,

1:15:55>> obrigado . Até quarta , tchau .

1:15:58>> Até quarta . Esta quarta , lembrem-se ,

1:16:00não a quarta da semana que vem , hein ?

1:16:04Só por precaução , eu aviso .

1:16:06>> Até logo . Bom , vou buscá - las e já

1:16:20volto . Bom , eh , tem alguém aqui que

1:17:08não passou e quer saber primeiro sobre

1:17:10isso ? Ninguém . Bom , quem ? Digam-me

1:17:37quem quer . Oh , desordenado . Eu quero .

1:17:47Sabem de uma coisa ? Eu me equivoquei ,

1:17:49professor . Vejamos , não sei se ele

1:17:53passa ou se manda por aqui .

1:17:55>> Não , não , não . Ou seja , falo por

1:17:58aqui e pronto .

1:18:00>> Eu vou te dizer em qual pergunta você

1:18:02errou . Ok .

1:18:04>> Ou seja , não vou te mandar por e-mail

1:18:06onde você errou , né ? Ou seja , não ,

1:18:09porque senão levo muito tempo . Vejam ,

1:18:17esperem-me um segundinho . Mario

1:20:27Iváñez , bem , você errou em testes .

1:20:36É uma das atividades que faz parte de

1:20:42quais destas afirmações estão

1:20:44corretas em relação aos testes . Qual

1:20:48das seguintes é um dos privilégios

1:20:50dos testes ? Qual destes é um valor do

1:20:58manifesto Agile ? E a de mencionar aí ,

1:21:04pessoal , quase todos erraram , muito

1:21:07poucos fizeram os cinco atributos da

1:21:09qualidade . Bem .

1:21:21>> Olá .

1:21:22>> Sim , é só isso , professor . Sim , a da

1:21:24qualidade eu sabia que era inevitável .

1:21:27>> É só isso . Você errou uma , duas ,

1:21:31três , quatro , cinco .

1:21:35>> Já nem lembro das perguntas , por isso

1:21:37queria saber se são apenas as

1:21:38perguntas , né ? Ou seja , na parte

1:21:41teórica . Claro , a parte prática você

1:21:43fez bem .

1:21:45>> Ok .

1:21:45>> Se você fizesse mal , não te aprovaria

1:21:48, eu já tinha dito .

1:21:49>> Ou seja ,

1:21:50>> bem , Kevin .

1:21:51>> Sim , os de qualidade eu sei que escrevi

1:21:54apenas um . Não me lembrava do outro

1:21:56com C , nem me lembrava dos do lado

1:21:58direito . Kevin , Kevin , Kevin . Bom ,

1:22:12pronto , Mario . Vou verificar o do Kevin

1:22:15.

1:22:16>> Sim , eu nem me lembro das perguntas ,

1:22:18quais eram as teóricas , então não

1:22:20sei se

1:22:20>> Bom , é por isso que estou lhe dizendo ,

1:22:22ou seja , não ,

1:22:25>> professor . Pronto , obrigado .

1:22:27>> Pronto , até logo . Nos vemos . Prof. Boa

1:22:31noite . Será que , será que há

1:22:33possibilidade de dizer a pergunta e a

1:22:35resposta correta , mais para Ah , não ,

1:22:38>> não , isso vocês têm que descobrir

1:22:40sozinhos .

1:22:41>> Ah , pronto .

1:22:43>> Ou seja , e se não , ou seja , estou ,

1:22:45estou dizendo tudo , pessoal . aqui .

1:22:51>> Claro , talvez , digamos , mais para

1:22:53consolidar o conhecimento , professor ,

1:22:55talvez a correta na verdade ,

1:22:58>> talvez a minha correta não seja a

1:23:00correta que , ou seja , vamos no sentido

1:23:03de como aprendi , mas tudo bem .

1:23:06>> Sim , você tem que prestar atenção no

1:23:08que eu estive dizendo a vocês . A

1:23:10resposta está aí , pessoal . Tudo e

1:23:12mais de uma vez . Kevin , você errou ?

1:23:16Qual destas afirmações está correta

1:23:18sobre debugging ? Eh , mas você tirou

1:23:22sete . A resposta

1:23:26>> manifesto Agile , os atributos de

1:23:28qualidade também . E bom , aí você tem

1:23:31essas , aí é onde você vacilou , por

1:23:34isso você tirou sete .

1:23:36>> Só nessas três apenas .

1:23:40>> Bem , muito bom .

1:23:43>> Bom , mais alguma coisa ? Vou te deixar

1:23:48se você quiser continuar ouvindo . Quem

1:23:51mais , pessoal ?

1:23:52>> Martín , professor .

1:23:55>> Martín

1:23:56>> Julio .

1:23:57>> Martín Julio é

1:24:00>> Sim , sim . Julio César Martín . Julio

1:24:39César Martín seis . Em que você errou

1:24:42? Quais são as afirmações ? Qual

1:24:46destas são as afirmações válidas ?

1:24:49Qual destas são as afirmações ? Não ,

1:24:53perdão , quais ? Per , vamos começar de

1:24:56novo . Quais destas afirmações são

1:24:58válidas ? Quais destas afirmações

1:25:00estão corretas em relação ao testing

1:25:02? Qual dos seguintes é um dos

1:25:06princípios dos testes ? Qual destes é

1:25:11um valor do manifesto ? Ah , olha só ,

1:25:15você acertou os atributos de qualidade

1:25:18. Seis ,

1:25:21>> professor . Muito bom . Obrigado .

1:25:23>> Beleza , nos vemos . Até logo . Quem mais

1:25:27?

1:25:30>> Tudo bem , professor ? Paradín e Gabriel

1:25:32. Olha a última . Seis . Em que você

1:26:40errou ? Principal diferença entre QA e

1:26:43QC . Qual destas afirmações está

1:26:45correta em relação ao testing ? Qual

1:26:53destes é um valor do manifesto de

1:26:55testes ágeis ? Você não colocou os

1:26:59atributos de qualidade , hein ? Pronto ,

1:27:03aí está . Considerei um como correto

1:27:08nos sete campos , mas não eram os

1:27:10certos . Você errou três . Bem . Okay .

1:27:17Okay . Então , a parte relacionada ao

1:27:22TP2 está bem .

1:27:28>> E se você não tivesse feito isso

1:27:30direito , não passaria .

1:27:31>> Ui . Ah , pronto . Obrigado . Não , é

1:27:34porque eu não tinha feito . Pelo menos

1:27:36já começo a fazer agora , ao menos .

1:27:39>> Mas o TP2 não tem nada a ver com a

1:27:41prova parcial . Não , eu achava que ... eu

1:27:45achava que sim . Não , obrigado ,

1:27:49professor .

1:27:50>> Bom , bem . Quem mais ? Jessica Quesada .

1:27:55Olha , tenho aqui o seu . Você está por

1:27:58aí ? Bom , parece que não . Mais alguém

1:28:06, pessoal ? Me avisem se não . Mais

1:28:16alguém ? Olá , você já está , Mario ,

1:28:36não é ?

1:28:41>> Como ? Professor ?

1:28:42>> Você já está ? Não , já te disse .

1:28:44>> Já estou indo embora .

1:28:46>> Bom , parece que não há mais ninguém .

1:28:49Estão todos esperando eu terminar . Bom

1:28:56, nos vemos .

1:28:57>> Bom , nos vemos . Até logo . Tchau . Tchau

1:29:00.

1:29:00>> Tchau , professor .

1:29:01>> Tchau . Tchau . Até mais , professor .