Unknown

E aí e fala galera tudo bem com vocês Espero que sim sejam todos bem-vindos aí a mais uma live as lives de quarta aqui do canal do Júlio para quem tá chegando aí já vai aí e mandando um boa noite quero ver aqui quem tá aqui junto comigo nessa noite Beleza bom hoje a gente vai falar um pouco sobre análise de riscos em testes de software e aí com certeza um dos pontos que eu mais gosto assim dentro da atividade de relacionada aí a testes e qualidade de software para mim é com certeza aí uma

das das práticas assim que colaboraram bastante para que nós possamos aí é conseguir identificar com mais praticidade com mais clareza na aquilo que a ser testado primeiro e hoje a gente vai falar sobre uma prática definida aí por uma pessoa também que é muito importante para a comunidade de teste de software que é o Eric van veen Down uma pessoa assim que que eu sigo já há muito tempo e que tem ali alguns métodos algumas abordagens são bem bacanas assim tem entre elas a que a gente vai tratar hoje que é o prisma Ok eu

tô vendo aqui algumas pessoas comentando aqui no chat mandando boa noite legal Sejam todos bem vindos Ok várias pessoas aqui também amigos a pessoas aqui que já estão aí dentro os meus alunos muito bacana ver todos vocês por aqui tão um mega boa noite tá na Live passada a gente teve ali muitas pessoas que estavam mandando de onde vocês onde vocês estão agora né Então coloque aí de qual é a cidade o estado onde você está hoje Qual é o país em que você está compartilhei com a gente aí também eu acho que vai ser

bem bacana Ok como vocês já sabem né nas últimas semanas aí a gente tem feito uma um documento aqui na onde vocês podem consumi-lo aí depois da Live dessa forma vocês podem se lembrar do que é que a gente falou aqui nessa noite ok vocês vão ver aqui eu acabei de colocar aqui para vocês na tela ou o endereço de onde vocês podem acessar para depois e ter acesso aí a o pdf que eu vou compartilhar com vocês aqui hoje dessa que é a nossa Live 14 Ok então se você sala depois o p.me/ajuda dele

mas você vai ter acesso aí então ao meu canal no telegram ela onde eu coloco para vocês aí semanalmente em algum conteúdo novo para que vocês possam aí aprender mais sobre teste de software geralmente aqui colocando os resultados que a gente tem aqui das lives que nós fazemos toda a quarta-feira à noite ok se existe aí na sua lista de amigos alguém que precisa estar nessa Live eu vou pedir para vocês aí então é chamem eles agora ok eu vou fazer o mesmo aqui agora vou chamar que o a galera lá do meu Instagram Então

nesse momentinho Agora faça um mesmo aí também chama e também os seus amigos beleza vamos lá e Fala galera beleza bom Ó começou agora a minha Live no YouTube Então hoje a gente vai falar sobre análise de riscos com Prisma vai lá corre que já tá começando em abraço e é isso aí faça um mesmo aí compartilhem com seus amigos chamem eles para vir aqui porque hoje eu também Preparei um material muito bem bacana aqui para todos vocês beleza bom eu vou colocar aí para vocês na tela já o nome desse desse cara que é

o Eric van reenen da ao OK aí e esse cara que ele inventou uma abordagem na ele chamou de de uma abordagem que é o prisma Ok prisma se escreve aí da forma com que vocês estão vendo aí na tela na que significa practical risk-based Justin Ok E aí basicamente uma um teste baseado em risco na parte aí de uma de uma prática né que é uma maneira prática é interessante Porque todo o ponto relacionado análise de riscos na ela é ali voltada na verdade é você saber por onde começar os seus testes na é

por onde começar a testar e quais são as coisas mais importantes que existem na aplicação para que você começa a testar e sabe essa é uma live que ia Sim gostaria que todas as pessoas que me seguem assim nas redes sociais o Instagram que aonde eu respondo dúvidas todas as pessoas todos os dias que todas as pessoas que me que me seguem lá que elas assistissem também porque o que acontece a maior a maior a maior a maioria das vezes que eu que eu me debruço nas perguntas que eu recebo no Instagram diariamente é para

responder uma pergunta muito mas muito comum a todos vocês quer por onde começar a testar na por onde começar a testar uma pergunta tão frequente então serpente tão serpente e as pessoas que são meus alunos O que me seguem lá no Instagram eu acho que quando elas veem essa caixinha automaticamente ela já sabem qual é a resposta né A resposta é o que a resposta é identifique os riscos lá Essa é uma das melhores formas que eu aprendi assim durante a minha trajetória que é como identificar na por onde começar a testar Beleza então nesse

nosso super a 6 minutos aqui de Live acho que a primeira coisa mais importante para vocês aqui a coisa mais importante que vocês saibam é que se você quer ter aí uma uma clareza quanto à o melhor se você quer ter aí uma eficiência quanto a ao lugar onde você começa a testar Você precisa entender que você precisa começar a testar das partes mais complicadas importantes completo Desculpa as partes mais importantes para sua aplicação ou para o seu negócio Ok E aí na uma vez que a gente entende isso quando você chega para conversar com

alguém e que você fala olha vamos começar a testar as partes mais importantes para um da aplicação para o nosso negócio aí alguém olha para você fala assim Ah legal então vamos fazer o Pareto né o ali para os brothers né a Vamos fazer um paletinha 80/20 e tem que vocês aí já escutou isso coloca aí no chat aí Júlio é verdade eu escutei muitas pessoas falando isso para mim porque isso é o comum assim o que as pessoas geralmente fazem né só lá vou fazer um palito só alto Pareto assim é um negócio muito

misterioso né tipo a Monalisa lá falar com aquele sorrisinho misteriozinho né porque porque ninguém sabe onde tá o tal do 20 ou algo 80 né uma análise assim que de cabeça né é meio difícil assim né alguém alguém saber te explicar lá existe método tá bom pessoal a maioria das coisas que a gente fala na verdade no dia a dia existe um método A questão aqui na maioria das vezes as pessoas não estudam se vocês não gostam de lei de buscar para entender Qual que é o método mais método por de trás de muitas coisas

e essa Live de hoje é uma prova disso hoje a gente está falando de um método né formal estruturado de como é que você faz para identificar riscos o corte gente não poderia deixar né de fazer essa Live sem tentar explicar de uma maneira assim mais prática órgão como eu sempre faço para vocês aqui nas lives não é uma forma prática de você entender o que eu risco Ok um risco é uma possibilidade de um problema grave virar conta de um problema vir a acontecer Beleza então basicamente é isso ao risco tá existem lá uma

existe lá uma lista de problemas que podem acontecer e você identificou alguns desses problemas você fala cara esses aqui são ricos e aí que acontece né O Agente assim que que a tua geralmente na assim diretamente sobre perspectiva de testes temos assim uma uma sempre na nossa mente uma uma lista de problemas que podem acontecer isso é muito comum porque porque a gente está tão ligado tão ligado a qualidade que a primeira coisa que vem na nossa a lista de problemas que podem acontecer na mesma vou fazer o exercício aqui com vocês aqui a antes

desses 10 minutos de Live que a gente tá comprimenta completando já já o Play sem agora em três problemas que podem vir acontecer no projeto ou na esquad da qual você faz parte não escrevo aqui no chat tá bom mas só pensa em aí tem três possíveis problemas que podem acontecer ainda ainda amanhã quinta-feira dentro do projeto ou dentro da Esquadra Onde você tá e agora é só respondam sim aí para mim se vocês conseguiram encontrar três problemas a é isso isso acontece é comum assim porque a gente tá o tempo todo tentando pensar em

que pode dar errado porque a gente não quer que aquilo aconteça na verdade só que quantos de vocês escrevem né ponto de vocês escrevem de maneira formal em algum lugar ou de alguma forma visível para as pessoas que esses são os problemas que você identificou Ah e quem de vocês sabe dizer se os problemas que vocês identificaram são os mesmos problemas que o deve identificou e quem que vocês sabe dizer se os problemas que você e o deve identificou são os mesmos do Tupi ou identificou né geralmente você não sabe por quê Porque você não

anotou aquilo você simplesmente pensou lá na sua mente está claro mas você não está expondo aquilo Olá pessoal tem uma coisa que é muito importante para vocês dessa noite aqui que é o seguinte E é só refletir diz assim porque que eu tô nessa Live se você tem que pensar nisso que fala assim cara por que que eu tô nessa Live é porque assim é Vocês precisam hoje sair daqui levando algo para amanhã usando o seu dia a dia sabe isso é um ponto mega importante aqui um ponto alto dessa Live aqui você precisa sair

daqui hoje vou sair daqui hoje levando o álbum para você usar amanhã se você vai amanhã fazer uma entrevista de teste de software você tem que chegar lá amanhã isso é capaz de em de falar sobre isso daqui pra gente tá vendo hoje se você vai amanhã participar de uma reunião importante na sua empresa você tem que levar alguma coisa importante algo de lá algo daqui para lá é porque essa time de porta aqui não são só para gente jogar tempo fora são leves para que você aprenda coisas para que você possa usar no seu

dia-a-dia E aí sim a gente tem a transformação entendendo o que eu quero dizer ó então anotem se você tiver alguma coisa para anotar nota a nota aí porque não sei especial vão sair daqui hoje um algo para usar amanhã beleza basicamente é isso e quando vocês usarem postem lá no seus linkedin's mandei mensagem para mim falou Julio usei o que você mostrou na Live 14 que isso vai isso isso sim é a gente movimentar a internet eu quero dizer e não só usei mas também ensinei outras cinco pessoas Julho aí nossa aí ficou excelente

Tá bom então lembre-se disso então uma coisa que eu quero ensinar para vocês hoje é o seguinte vocês não estão fazendo assistindo a Live de Hoje simplesmente para que vocês possam dizer que vocês assistiram não você tá assistindo para que você possa amanhã chegar e utilizar algo no seu dia a dia então aqui vai a primeira coisa que tem que fazer amanhã e amanhã quando você chegar no seu trabalho você vai olhar para lista de possíveis problemas que podem acontecer e você vai escrever essas coisas tô escrevendo essas coisas você vai chamar o seu amiguinho

deve se vai falar cara isso daqui são as coisas que você vê de problemas também isso vai falar com o pior você vai falar cara está aqui são problemas que você vê também e você vai ter aquela lista de problemas que podem acontecer ia com base nesses problemas você vai identificar Quais são os mais problemáticos aqueles que podem pode acontecer mais rápido ou que podem trazer um prejuízo muito grande para sua para sua organização e com base nesses problemas você vai então utilizar testes de software abordagens de testes na estratégias técnicas de teste para tentar

evitar que aqueles problemas se tornem problemas em potencial isso é pensar isso a dirigiu seus testes por riscos e só que a gente chama de testes baseados em risco você identifica os riscos e você tem que testar para tentar identificar com aquilo não para tentar mitigar que não tem um risco que poderia acontecer mas talvez não acontece se você testou para evitar com aqueles problemões viessem acontecer eu tô entendendo eu tô falando isso pessoal de uma maneira que é um tanto organizada mas ainda assim um método o Eric vão ver em Down pelo Prisma ele

propõe um método entende o que eu quero dizer é sobre isso que a gente tá falando é porque a gente tem que fazer esse tipo de teste né É porque a gente precisa ter uma noção muito clara de que eu preciso testar o que é mais importante primeiro e o que geralmente acontece no dia-a-dia nas organizações é que você testa na com base naquilo que é sei lá liberado primeiro com base naquilo que é mais fácil de testar na E aí uma algumas características mas quando a gente fala no que é mais importante primeiro Às

vezes as pessoas nem sabem o que é mais importante certo essa abordagem te ajuda a identificar o que é mais importante e interessante esse lá beleza então né porque que eu preciso utilizar uma técnica como essa porque eu preciso direcionar minha mente o que é mais importante E aí alguém daqui na alguém daqui pode falar assim mais Julho Cara isso que você tá falando beleza eu posso até anotar no papel mas Júlia o seguinte hoje eu já faço isso cara bom e se você for olhar pessoal na maioria das lives ou palestras ou treinamentos As

pessoas sempre fala assim Ah isso eu já faço mas já faz mas não muda entendeu Então por quê Porque às vezes está fazendo uma maneira muito empírica e pouco sistemáticos você não tá literalmente executando um método entendeu então o método diz vai lá e escreva isso só primeiro primeiro conceito Beleza se você deixar isso tudo na sua mente e talvez você perca Em algum momento e perdendo esse essas coisas do seu radar você talvez não consiga colaborar tanto com seu time é ponto de fazer com que vocês evitem problemas muito graves dentro do dia a

dia do das entregas que você e o seu time estão fazendo entender a a o ponto aqui então na primeiro eu eu olho para uma abordagem mais voltar da riscos por quê Porque eu quero testar o que é mais importante primeiro ok outra coisa que que eu falei com vocês né nesse nosso primeiro exemplo Zinho bem bolo bem prático na verdade que que era de cara anotei eu falei com o deve mostrei para ele quais são os possíveis problemas falei copiou mostrei para ele quais são os possíveis problemas e todo mundo ficou ali ciente daquela

lista que a gente vai utilizar como sendo ali algo a focar quando a gente for fazer qualquer tipo de teste é relacionado ali a mitigação Ou seja a tentativa de é aquele determinado problema certo e outra coisa assim que a gente precisa ter muito claro aqui para nós nessa noite é o seguinte a gente é sempre quando a gente fala sobre testes a gente tá falando sobre é sobre parte de algo a gente nunca tá falando sobre inteiro Você já parou para pensar nisso na e salte o que o Eric disse que eu acho muito

sensacional que assim ele fala cara quando quando a gente fala sobre sobre testes de software a gente nunca tá falando do todo porque eu não consigo testar tudo eu presto as partes são mais importantes do software né E isso também fala sobre uma um conceito que ao conceito de 0 Divx Aqui é zero defeitos em algo muito comum hoje por mais que a gente fale cara olha não existe zero defeitos não tem como a gente entregar um software que é completamente livre os problemas não existe isso por mais que a gente fale isso todos os

dias todos os dias todos os dias quando a gente chega para conversar com alguém do nosso time muitas vezes a pessoa fala assim cara mas tá lá encontrar um bugue e produção ó encontrar um problema lá em produção e aí cara na O alho como vocês deixaram passar isso porque quando você vê esse tipo de discussão a discussão que a gente tá falando de cara é uma mentalidade de zero defeito a mentalidade que a pessoa não consegue entender que por mais que a gente dedique-se a qualidade na é a gente tem ali uma uma uma

dificuldade ainda na de conseguir ali a identificar todos os defeitos possíveis e imagináveis numa aplicação e e a e por isso na cor também a gente tem essa essa questão do de sempre saber que a gente nunca vai conseguir capturar todos os defeitos que existem eu tô falando que a gente como um time é que eu tenho também mais ainda essa essa necessidade de conseguir identificar o que é mais importante porque porque eu tenho que focar nisso que é o mais importante disse que eu quero tentar identificar os os bugs nas inconsistências aí na nossa

aplicação mais importantes antes Tá bom então se for para fazer um resumo aqui agora até para gente colocar aqui nesse nesse nesse nosso documento aqui então vou colocar aqui um lembre-se não é se a gente pedir aqui então aqui eu preciso Deixa eu tirar aqui esse banner ou melhor subir assim para vocês poderem invernar preciso ir identificar os possíveis problemas e discutimos e discutir os com o deve expiou do meu TIM OK para consolidá-lo e e outra coisa que vocês precisam entender é que não a zero defeito logo é importante que eu peste o que

é mais importante e para encontrar os problemas que poderiam afetar o negócio aqui isso aqui é são duas informações muito importantes para vocês beleza aí o que acontece a gente falou até agora sobre aqui uma abordagem que ela é um pouco ela é na verdade um pouco não ela é super livre né uma abordagem Mega aberta de como você lidar com riscos como você testar baseado Henrique em riscos que é você junto com o seu time identificar e uma listinha de coisas que estão é possíveis problemas que podem vir a acontecer e com base nisso

você começa então a traçar sua estratégia de testes vou dar um exemplo para vocês de coisas ruins que podem acontecer por exemplo eu tenho um software que é um software do setor financeiro na e eu sei que não só pelo setor financeiro ele é muito visado por hackers por exemplo né então eu posso considerar como sendo um grande problema que pode acontecer o terceiro vulnerável é só uma perspectiva de credenciais e são grandes problemas que pode acontecer certo então eu anoto lá na minha listinha de problemas daí eu tenho outro problema lá que é por

exemplo a interface gráfica os botões né componentes mais mais novos de botões que eles não funciona como esperado porque eu sei que isso é um risco visto que existe esse problema em diversas aplicações são semelhantes a minha então eu coloco lá botões de componentes modernos customizados não funcionarem como esperado Esse é um problema também que pode acontecer eu posso ter um outro também de por exemplo regras de negócio na minha reinveste a não estarem obedecendo a não estarem conseguinte ser calculados corretamente sei lá vamos aqui esse é um problema que sempre aconteceu dentro do meu

time É também um problema que poderia acontecer todos os três são riscos que que eu tenho então nessa abordagem que eu que eu disse compartilhei com vocês aqui nesses primeiros 20 minutos foi de cara você identifica qual você quiser ali pensando sozinho junto com seus amigos tem uma outra abordagem assim que que é proposta na verdade por James bar a que ela fala o seguinte olha nós testar a maneira mais formal né ou seja ter um processo para identificar os problemas os riscos a um vamos resumir assim ter um processo formal para definir se uma

aplicação está ou não bow suficiente para ir para produção na é é algo que pode ser muito oneroso na alto pode ser muito oneroso Então pensa em você sair agora no dia a dia de vocês como é que vocês fazem isso como que vocês definem se uma aplicação está boa o suficiente para ir para produção porque é sobre isso que a gente tá dizendo né A gente levanta Quais são os problemas ali conversa com os nossos amigos para definir Quais quais são os riscos os piores discos para que a gente possa lidar com eles e

mitigá-los porque é porque a gente quer saber se a gente tá bom suficiente vai para produção Mas pensei vocês aí agora como vocês decidem se pode se algo pode o a produção alguns de vocês vai dizer assim Julho lá dentro da minha empresa a gente tá rodando uma metodologia um método de desenvolvimento de software tradicional então lá tem um artefato do testador produz que é o chamado plano de teste e lá no plano de testes tem um campo Júlio chamado critério de saída que diz o seguinte quando a gente conseguir chegar atingir esses critérios de

saída o software já a gente já pode parar os testes para nos pés e só que já pode ser entregue é isso que se fala lá no tradicional já no ágil talvez alguém diga assim Olha é o seguinte os autor da tá bom suficiente quando ele atinge o definir faltando na definição de concluído ali certo e aí a gente tem diversas outras formas de fazer isso certo é e quando a gente vai para uma abordagem mais mas é tradicional que a gente tem lá critérios de saída eles são critério de sair daqui são definidos ali

por um grupo muito grande pessoas têm um processo formal para fazer isso na tem uma forma muito estruturada de fazer isso certo então aí o que o James bar fala é o seguinte ele fala mana isso já e lá em 1997 mais ou menos ele fala assim Olha é o seguinte a gente tem que tentar fazer com que as coisas ela seja o mais com coisas assim menos burocráticas e eu tenho uma ideia e ele falou foi uma ideia é seguinte né vai lá e pega o código e joga em produção brincadeira tá Pessoal esse

daqui é a mensagem do Rafael aqui segundo deve a cada interno código Já poder ir para a produção narra não usou ele aqui tá mas o que que ele falava ele falava assim olha eu tenho um jeito de definir chamar grenás ou seja bom o suficiente e bom suficiente vai ser definido aí por quatro características então ele tinha lá quatro características que ele que ele define a né fala o seguinte característica número um a característica número um galera olha para o software E então olhando para ele ótimo me diz a gente tem benefícios o suficiente

e você vai olhar para ele vai olhar para o software vai falar caro tem benefícios o suficiente a gente tem ali características que vão realmente dali insumos para o nosso para o nosso cliente para que ele possa usar e e obter benefícios sim ou não sim beleza não segundo Pilar aqui para segunda característica que eu diria para vocês ele tem problemas críticos bom Então olha só lá a gente tem dentro do buran feio do James vá uma uma com todos assim uma referência o que vocês têm no dia a dia de vocês hoje às vezes

a gente tá lá no time o time tem sei lá tem que ser lá 10 então inconsistência da abertas 10 bugs abertos certo dentro do da Sprint ou dentro do do ciclo de teste para quem tá trabalhando aí no modelo mais tradicional tem 10 mas só três são críticos realmente tô entendendo quer dizer eu não tô dizendo que os outros sete e não precisa não precisam ser corrigidos mas talvez eles não sejam eles não sejam críticos o OK Não acho que não é uma boa hora agora para gente falar sobre criticidade esse ou em servilidade

prioridade na é de defeitos Mas vamos marginale que são coisas que são Realmente realmente assim que poderiam estragar completamente experiência do usuário Ou prejudicar seus negócios entendeu mas tem 10 e só 3 que são críticos Então você olha para aquilo e fala assim e a gente tem problemas críticos têm então a gente não vai não tá bom suficiente para ir para a produção está entendendo a gente já tem os benefícios suficientes mas a gente ainda tem problemas críticos ou fazer o seguinte vamos corrigir esse estresse a gente vai lá corrigir os 13 e válida realmente

que eles foram corrigidos está sucesso Tá beleza tá sucesso a gente corrigir os três tem ainda 77 bancos abertos mas volto a dizer eles não são críticos então aplicação tá boa o suficiente tá porque entrega benefícios não tem defeitos críticos Então já pode deployar tão entendendo que o que que ele quis dizer ele quis dizer assim cara você pode ter uma forma um pouco mais flexível de entregar só que eu falei de dois pilares eu falei para vocês em quatro na verdade né o terceiro Pilar que ele traz é o seguinte ele fala é vão

pensar e vão pensar ali agora no seguinte sobraram a gente já sabe não tem problemas críticos a gente já tem benefícios suficiente para que a gente ainda tem 77 bancos abertos Oi e aí ele vai para o terceiro Pilar dele tem sempre largo ele fala assim cara é é é e os benefícios que a gente tem de entregar o software agora e eles são maiores do que se a gente deixar o 7 bugs abertos eu vou repetir para você está o benefício da gente deixar o benefício da gente ir para a produção agora é maior

do que essa é a gente ir parar para corrigir esse sete defeitos que a gente tem hoje E se sim a gente já vai direto para o produção corrijo sete bancos e depois vai estar o bem talvez alguém vai lá e fala assim olha o benefício já é grande Sim mas não dá para entregar não dá para sair sem sem corrigir dois daqueles dois defeitos que não são críticos porque eles podem ali impactar a imagem da nossa empresa por exemplo são erros muito toscos a gente a gente tá com uma aplicação de voltar da educação

e tá escrito login um J eu vou tá escrito assista com c e a gente tem que corrigir esses dois eles não são críticos Mas eles são ruins vamos corrigir vamos corrigimos os dois agora tem cinco abertas né O que é mais ou com aqueles dois corrigidos a gente já sabe o que os benefícios da gente e agora para produção são melhores do que se a gente tiver que esperar até que corrige aqueles outros cinco a gente definiu aqui então o nosso na já uma grande parte do nosso guru é Nerf proposto pelo James bar

que ele fala aqui né volta a dizer a aplicação tem benefícios não temos defeitos críticos e o benefício de agora maior do que esperar para corrigir são três pilares ele ainda tem mais um pilar o último Pilar dele fala o seguinte E se a gente se a gente entregar depois vai ser pior do que isso a gente entregar agora E aí talvez alguém fala assim olha a entregar depois não é um problema então a gente decide parar tudo e corrigir 15 a outra vez alguém falar assim não cara vai ser pior e talvez alguém contra

aquele cinco bancos que a gente deixou aberto mas se a gente não entregar agora é pior porque ó por exemplo a gente tem uma campanha de marketing na a gente toma companhia de marketing essa campanha de Marketing e ela já avisou na ela já avisou ali na TV do que vai do que vai ser entregue o software e cara desculpa a gente a gente tem que entregar agora se não vai ser pior depois certo então Ogura NERF do James baile propõe isso ele propõe que você flexibilize melhor a entrega a identificação do que é o

seu Graham e com base nesses Quatro Pilares que ele propõe ele dá então para você uma forma de você conversar com seus amigos e flexibilizar o que pode ser a entrega ou não com base nesses Quatro Pilares Ok volto a dizer essa é uma abordagem que ele tomou e e assim é para ir contra aquele formalismo que existia e que é que vinha sendo puxado de uma maneira muito forte né Se vocês forem estudar o a vida do James bar ele tem uma uma uma vida mais voltada para o teste baseado em contexto não sabe

é você literalmente pensar no contexto ao invés de ficar pensando e o que estão ali regras duras de como executar testes certo é bem diferente por exemplo de Rex Black na que é um outro pesquisador em testes e já tem uma visão muito mais dura muito mais centrada em processos na Então são ali dois pesquisadores em teste de software que vale muito a pena vocês verem mais sobre eles para vocês entenderem melhor e moldar a sua mentalidade em teste de software Cara isso daqui a um ponto que eu não pensei hoje e falar para vocês

mas que vocês precisam ter aqui nesse documento que é o seguinte se não eu vou até deixar aqui no lembre-se também que é é de extrema importância e se vocês e estudem e tenham referências 1 só para saber onde você precisa ir ver saber também quando você conseguiu superar e a barra do conhecimento e se você não tem referências você nunca vai conseguir entender isso se você nunca não consegui identificar se você já conseguiu passar se você conseguiu alcançar aquele conhecimento ou se você conseguiu passar dele é mega importante que vocês que vocês tenham suas

referências tá bom É e aqui tem tem muitas muitas pessoas ali que tem um grande carinho por mim que fala Júlia você é minha referência legal Mas é interessante que você também estude outras referências na que você busque também que faz pessoas que Eu segui para que vocês também possam estudar o conteúdo deles e também é formar novos conhecimentos na cabeça de vocês entende o que eu quero dizer cada um de nós que estamos aqui hoje somos responsáveis por algo que é muito grande e muito especial sabe o que que é é a produção de

conteúdo e o repensar da forma de entender a disciplina de testes de software e se isso tudo ficar ficar dependente apenas da das referências que existem hoje por exemplo que são as pessoas que você lembra quando fala assim teste de software ágil eu lembro do Elias lembro da Samantha lembro da Bárbara lembro na lembro de celular lembra do personne lembro de algumas pessoas aqui agora que vem na minha mente aqui que são pessoas que estão o tempo todo falando aí na internet lembro do Leonardo galani lembro do livro do Fred Moreira lembro do João Júnior

lembro do João clineu lembro de algumas pessoas aqui Júlio ótimo mas essas pessoas também tiveram pensar também tiveram referências são pensadores e que há muitos deles ainda estão vivos e que podem ajudar vocês a ter ideias melhores também do que a gente nós temos entendeu É só uma responsabilidade sua também E você também precisa colaborar com a crescimento da comunidade na é mega importante que vocês também tem uma a sua participação nisso tá bom essa parte aqui do da Live para que vocês também tendão que cada um de vocês têm uma participação muito grande no

que a gente constrói nessa comunidade sabe é o Marlon falou aqui sobre sobre o Bruno polícia né E aí a gente vê uma nova uma nova linha de pessoas que também são influência assim no na área de teste de software aqui hoje em dia o termo influencer não é um termo muito assim pejorativo às vezes na mas considere como pessoas que influenciam vocês positivamente então o Bruno Ulisses o Marlon né o Gabriel Santos São pessoas que estão escrevendo tanto tanto tanto na é hoje que se torna uma referência sair né e influências também o Paulo

Gonçalves na falando sobre sobre um serve resto a gente vê diversas pessoas em diversas comunidades hoje em dia também falando bastante Samuel Lucas na aqui tem aí várias pessoas que estão hoje em dia escrevendo mais e comunicando mais e também são referências mas lembrem-se sempre de que referências referências se vocês encontrarem eu tenho certeza que vocês vão ter ideias melhores Tá bom então eu falei aqui um pouco sobre o formato do guri Nerf na do do James bar que foi que teve ali essa vertente de fora do formalismo tradicional Tá bom eu vou responder aqui

uma dúvida do do Henrique aqui Henrique Mergulhão O Henrique também é meu aluno e não seja bem vindo aqui hoje para ele o Henrique ele tá falando o seguinte Julho só para os bugs críticos E se eu deixar os não críticos para trás Só corrigindo os críticos para subir por experiência própria a chance desses bugs entrarem no esquecimento é grande porque nunca mais vai ser uma prioridade cuidar deles Olha o Henrique isso é completo a verdade tá bom a minha experiência também é que isso possa acontecer mas a questão aqui que o James bar ele

lida durante a proposta dele do Renan não é cuidar desse posterior mas sim Cuidado um momento onde você tá pressionado ou você que está assistindo aqui tá pressionado o pressionada a entregar um software e que naquele momento de você tá pressionado ou pressionada para entregar um só porque não tem como tomar uma decisão quanto à se vai ou se não vai entendeu na hora que você tá na pressão ninguém vai ficar falando lá mas olha esse defeito aí vai não vai ser corrigido agora vai cair no esquecimento alguém vai na a sua cara mas só

o benefício de entregar agora é maior do que a gente decidir se vai ou não vai esperar o cara é pior a gente ficar aqui curtindo se a gente vai ou não vai entregar tá entendendo o Henrique e aí tem outro ponto ainda que eu volto a dizer para vocês o conceito dezir O Diferente né de zero defeitos ele é um conceito que ele não te ajuda como sendo alguém que quisesse aplicações porque a justamente ele que volta contra contra você na hora que um banco e vai para produção e é impossível quando quando a

gente fala que é impossível encontrar todos os defeitos É verdade cara não é possível você tem aplicações que são Mega complexas não tem como você falar com você vai encontrar todos a joelho mas eu já encontrei cara já encontrei não importa o benefício de entregar o software Talvez seja maior tem um amigo na verdade um grande amigo o David que ele ele é piou na E ele fala ele conta um exemplo em um dos vários postes que ele escreveu para revistas é conhecidas assim europeias a como como por exemplo a Sirius estamos na que ele

fala o seguinte ele fala assim é que ele é um momento tava numa discussão com o que o rei do time dele o que o rei do time dele tinha ido lá se esforçado ele se um modelo de keeway que eu chamo de 1.5 T onde o keeway é responsável pela qualidade e é eu falo isso mas eu já vem aqui a minha mente uma várias discussões que isso pode gerar Então entendo o seguinte tá lá com que o e responsável pela qualidade mas o tio Ei é responsável por executar o teste sob a perspectiva

do usuário acho que assim vai ficar mais caro para todos vocês tá bom então o keeway Né não contexto tão acontece mais comum do dia a dia na verdade no Brasil segundo pesquisa que eu fiz oitenta por cento do ski ways hoje em dia mesmo time zagis ainda assim são as pessoas para quem as pessoas apontam e falar o teste para validar que a história tá pronta ela aquele cara ali ó olha daquela garota ali jackway a hoje em dia oitenta por cento das empresas oitenta por cento dos times levam isso em consideração fala quando

falar quem que vai testar a história ó aquele ali ó aquele que o ele o o garoto Ou aquele a garota entendeu fala fala com ela ali bom então não acontece do Davi teve conta na história Era nesse E aí o que eu olhei What Way ali né tava ali se preparando para participar do planejamento participou de refinamentos foi para aí foi para Sprint e começou a testar ele ou ela começou a testar ele aquele software e identificou ali uma série de problemas na que estavam relacionados a um browser específico Beleza então os testes passaram

lá no Chrome e passaram no Firefox e aquele que o rei lá ou aquela que o Ei vai lá e reportou um as outras inconsistências dos outros bancos que estavam relacionados ao outro browser o David foi olhou e para aqueles aqueles Banks e ele percebeu que o trio estava testando no navegador do Kindle eu não sei se você sabe mas o que ainda eu tenho um navegador próprio que até alguns poucos anos atrás vinha escrito experimental Tá certo se alimentam E aí o que acontece o nosso amigo é que abriu lá cara abriu sete defeitos

relacionados um browser No Kindle Só falta ele falou mano porque que você precisa é feito aqui quem que usa Kindle para navegar no nosso site vai colocar não importa é teste eu decidi esse teste e isso daqui é um blog não entendeu o que eu quero dizer é tipo não nessa hora o David como sendo alguém te entrega que vai entregar um produto que se comprometeu a entregar valor para o cliente cliente do David era Chrome Firefox e aqueles defeitos para o David só um defeito ele tá vendo que é defeito entretanto para o dente

não faziam sentido cara ele tem que entregar valor então o que acontece Às vezes a nossa visão como sendo alguém que dessa aplicações se ela não tiver alinhada com as expectativas do negócio a gente sempre vai estar sendo chato sempre vai estar sendo o disconexo a desconectada da realidade que existe no seu projeto por quê Porque você não tá olhando para todas as variáveis entendeu então às vezes é usando uma abordagem como essa do bar né de deter a loucura não a gente vai identificar que alguns dos defeitos não fazem parte do dragão e tá

tudo bem cara entendeu se a gente realmente identificou que eles não são fazem parte do Renan e que a gente pode ir agora em entrar dentro do nosso. Aqui de entrega Então a gente vai para entrega cara porque isso é muito bom E aí beleza eu descobri que é isso é bom suficiente Ok então eu acho que aí fica fica mais claro aí né Para para que vocês possam possam entender aí o que eu tô falando aqui né então o nosso amigo aqui bruuliz ele ele lembra aqui né toma por isso que eu sempre penso

no contexto e na implicação esse também é a forma com que o James baile brega né você pensar no contexto sabe e mais assim é andar alinhado por muito tempo pessoal por muito tempo a gente entrou dentro de um contexto a gente entrou dentro de uma de uma Vibe onde a gente era a regra a gente era a lei na a gente era a lei dentro do projeto muitas pessoas ainda vivem nesse nesse momento aí né é o momento Passado sob a gente não é leite nada cara a gente faz parte de um time A

questão aqui é que e faz parte de um time que a gente não é a lei lá a gente acaba ali por entender algo que é mega importante que é a gente precisa conversar com as pessoas certo e entender como o nosso time pensa ok muito importante isso né então agora vou voltar aqui a compartilhar minha tela com vocês só para colocar aqui ó o Renan inox eu não lembro James bar de 97 beleza ele falou sobre prensa né três princípios aqui que é eu tenho benefícios a e a bugs críticos ah ah ah e

há os benefícios é de entregar agora são maiores que esperar para corrigir Ah e por fim será pior Se eu entregar e o software depois beleza mas daqui é o que os games da falava aí o que acontece a gente vem depois para uma para uma outra aqui abordagem que a molhagem do Prisma no Érik vão ver nidal beleza vou jogar esse presa aqui lá para baixo para a gente tem um pouco aqui mais de espaço né bom então o que que o prisma do Eric vão Avenida ao fala e ele falou o seguinte Olha

nosso objetivo é encontrar as áreas mais é um pode ser assim é melhor né vamos colocar sim a identificar Resident Evil a me bem se ficar aqui e expus a b os riscos técnicos técnicos e de negócios o disco técnicos ouro de negócios Vamos colocar aqui com nível alto beleza vamos colocar dessa forma assim depois antes de salvar eu coloco de uma forma que fique um pouco mais compreensível tá bom Mas a questão é eu vou identificar através do Prisma quais são ali problemas que estão relacionados a questões técnicas e problemas que estão relacionadas à

questão a perspectiva de negócio Ok lembra lá que eu falei para vocês né de uma lista de problemas que a gente viu logo lá no início de uma forma bem bem bem assim como podes assim é pouco estruturada certo onde você simplesmente identificá-la uma listona de problemas e discutir com seus amigos assim que eu falei certo e agora aqui quando a gente fala do Prisma é diferente a gente tá focando agora com um método bem mais bem mais formal até mais bem mais famosa inclusive que o guri lance tá bom então seria a primeira assim

o primeiro que eu falei para vocês nos primeiros 20 minutos da Live depois do guru elance que eu falei no segundo nos próximos 20 minutos de Live e agora a gente tá falando aqui do Prisma que é um quer mais formal ainda então cada hora a gente está subindo a formalidade do Prisma a gente sai buscando o risco dos técnicos isso de negócio na para que a gente possa ter uma noção muito caro de o que testar primeiro beleza e quando a gente fala de riscos técnicos aqui eu tô falando sobre probabilidade o diálogo de

um risco vira acontecer quando a gente está falando de de negócios aqui a gente está falando de impacto tá bom Impacto lembra esse bastante aí dessa desse ponto aqui que eu tô levantando com vocês tá bom E aí eu até queria fazer uma menção aqui rapidamente e a alma um novo o novo conteúdo que eu estou publicando aqui ultimamente que são os guias rápidos lá no no Instagram eu não sei se vocês me acompanha no Instagram se não é é o arroba Júlio de Lima Insta Tá bom então aqui eu falo falo sobre riscos de

uma maneira bem bem tranquilo é bem prática também para que vocês possam possam conseguir identificar aí Alguns alguma forma um pouco mais estruturadas de identificar riscos Tá bom depois olhem aí esse esse esse conteúdo aqui ele foi postado agora aqui ah tá na quarta fileira aqui ó Tá bom depois em uma olhadinha lá porque o que a gente vai falar agora tem muito a ver com aquilo ali tá bom na verdade aquilo ali é uma inspiração no Prisma Beleza então a gente olha lá para os estudos técnicos que a gente vai chamar aqui de probabilidade

e para os riscos o negócio é o impacto tá bom para quem tá aí agora não acabei de receber uma mensagem assim aqui de alguém que tinha aqui o meu o meu Instagram no Instagram isso aqui ó o Júlio de Lima Insta deixa eu colocar aí para vocês na tela aí@ajuda dele mais Insta tá bom Lá tem muito conteúdo todo dia eu respondo perguntas dos meus servidores então vocês não podem deixar de participar OK aí o Eric vou avenidao ele foi lá e falou o seguinte olha isso mano tá identificar riscos e atribui claramente qual

é a probabilidade de se diz que aconteceu e qual o impacto ainda que a gente tem uma lista de riscos sendo identificada tá bom aí ele fala o seguinte ele fala da forma que eu faço no Prisma é o seguinte tá identificamos basicamente os riscos me aliarmos há entre não aqui no caso hã negócios a tecnologia as pestes beleza e pode acontecer também de você é envolver os stakeholders além dessa dessas pessoas que vocês estão vendo aqui aí você fala legal então a gente identifica a lista de riscos a linha Com todas essas pessoas e

a gente identifica com elas Qual que é a probabilidade daquele risco de vieram a se tornar um problema potencial e qualquer um impacto para o negócio daquele risco vieram se tornando problema potencial é isso daqui que ele fala lá dentro do da proposta dele e aí ele fala uma coisa que é muito interessante que realmente faz todo sentido que é o seguinte uma vez que você fez isso cara Que horas que você fez isso se você tem que conversar tanto com as pessoas tanto com as pessoas teve que alinhar tanto com as pessoas que você

acaba maximizando ali a comunicação em todas as pessoas sabem do problema Oi e aí você acaba economizando porque é porque tudo todas as pessoas estão Claras Conta qual é o problema todo mundo tá contente porque todo mundo sabe exatamente Que Tem que evitar dentro daquele determinado projeto aí eu volto a dizer para vocês alguém vai levar a senhora a Ju eu já faço isso anjo já faço isso daí no meu dia a dia cara aí eu vou lá e fala assim Mas me diz aí tá Qualquer me mostra aí qual que é a lista dos

riscos que você tem a não Não tenho estou falando lá na dele tá falando lá na mais opinião sabe ai ó eu falei ah ah mas o deve sabe a cara cara deveria saber então são tá fazendo né coisa nenhuma pelo amor de Deus Vamos lá gente a gente tá falando aqui sobre uma forma né estruturada de você identifica riscos então não chega amanhã e falo tô fazendo o prisma Só se você não está anotando e tá trocando ideia com as pessoas ali para você identificar se elas estão de acordo e tá perguntando para elas

qualquer probabilidade de qualquer Impacto você não tá É deixe de São Paulo usando uma um metro tá fazendo de maneira empírica eu sempre falo para vocês não tem nada não tem problema nenhum e vocês empírico desde que você seja parte empírico parte sistemático Ok os estudos estrutura e suas ações quando você começa a estruturar suas ações as pessoas falam cara olha só como que o fulano de tal fulana de tal maximizando a senioridade você viu Tem lá 30 milhões de ferramentas lá no cinturão do Batman a lei na que aquela pessoa tem ia ver um

exemplo aqui ó tem aqui várias tem o Bruno pule saque cara cara e levou drasticamente a sua atuação dos times Gabriel Santos elevou drasticamente a sua a sua interação nos times Rafael Fernandes e levou drasticamente aqui a sua forma de interação com os times o que que todas as pessoas têm em comum todas elas estão passando a utilizar as técnicas no seu dia a dia elas não estão mais fazendo tudo de maneira empírica eu falei me perguntam simplesmente deixa na vida levar elas estão aplicando a técnica Ah entendi a diferença é diferente né Yasmin Nascimento

Aqui também tá comigo já faz um tempão aqui no na assim seguindo a sendo minha aluna Urbano tá aqui pra gente também nessa noite tem tantas outras pessoas que estão aqui também a Bruna na o pessoas que que elas que elas as pessoas que estão ao redor delas passaram haver uma mudança muito grande no dia a dia por quê Porque deixaram de ar tô fazendo para o vamos fazer e começou a riscar ali e fazer isso mostra sua finalidade beleza por isso que eu falei para vocês antes então aqui para aprender algo para levar para

o dia a dia chega lá amanhã pessoal Ó alguém chega gritando arruma entregavam vai querer dar você fala mas como que a gente vai decidir se vai entregar que tá usar o grande AF o porquê que a gente ó tá vamos começando a a refinar a história porque a gente não pode usar aqui então uma análise de riscos ontem só nas coisas ruins que podem acontecer a olha só tem aqui alguma coisa tem aqui uma espaço para usar mais formalização aqui da do ato de identificar riscos que a gente não usa o prisma entendeu na

ideia mas é um usar realmente não é simplesmente falar que tá usando faz isso na entrevista que você vai fazer amanhã que você vai ver só se não vai dar uma um Boom na probabilidade aí da sua empregabilidade aumentar porque porque ao que as pessoas não fazem entendeu então usem o que vocês estão fazendo aqui agora para alguns seja realmente útil no seu dia a dia tá bom aí o Eric também fala o seguinte ele fala cara identifica identificação de identificar os riscos tratar tratá-los criar sua lista de riscos passou probabilidade de sobre o impacto

é só para testes que estão a mais um o e de expectativas do usuário final quanto ao uso de interação na tela não você pode fazer um nível de serviços e pode fazer no nível de unidade você pode mitigar riscos em qualquer uma dessas camadas a gente chama de níveis de teste formalmente né então Prisma serve para qualquer um desses não importa o em qual você esteja identificou os riscos conversou com as pessoas e deixe de comprar o habilidade de impacto Então você já tem ali essa nessa nessa questão já estabelecida beleza é E aí

ele fala o seguinte ele fala olha o prisma tem um processo Ah tá bom é isso que eu quero mostrar pra vocês agora o prisma tem um processo o processo Crisma é o seguinte número um você vai ser uma seção de planejamento no os dois você vai ter uma sessão de kick off número três você vai ter uma sessão é de preparação individual número quatro você vai ter também uma definição na desconfiava atingir com o população beleza número 5 você vai ter uma esse estimativa em consenso o e número 6 Você vai vir ali a

escolha da abordagem de testes e esse é um processo que o prisma prega a beleza EA Claro vou explicar para vocês aqui agora o que significa cada um desses Tá bom vamos lá quando o arquivo é um veneno Tauane fala sobre deixa eu colocar assim eu acho que vai ficar mais fácil para vocês ainda né quando era que vão aprender o fala sobre planejamento ele diz o seguinte olha o identifica quais são na OAS Qual é o escopo daquilo que vocês vão desenvolver e né por consequência testar beleza identificou tenta coletar quais são ali possíveis

riscos que podem acontecer procure ele também quais são as áreas que são complexas da aplicação na procure lá também quais são ali a as características que que estão ali relacionadas a por exemplo a as integrações que existem né com com a sua aplicação na e as e as demais certo olha para todas as características aí e traz tudo isso outra coisa lá tem que você vai chamar para tentar te ajudar a identificar aí e na como como a gente diz a linha análise de riscos identificados a analisar monitoramente galsystem são as pessoas que vão estar

envolvido assim você cria um planejamento disso certo aí alguém já fala cara mas isso esse negócio de fazer esse planejamento no tradicional no no tradicional funciona mas ele não age como isso funciona você aproveita os insumos que você já tem dos refinamentos e faz tudo isso e refinamento ainda sai identificando com base no que você está refinando qual é uma lista de riscos que você vai ter Beleza o KickOff aqui nesse caso na no planejar no no processo aqui do Prisma para o Erik van tendão é o momento que você vai lá e pega toda

esse insumo entrega para as pessoas então se você tá no tradicional você literalmente vai pegar aqueles artefatos que foram construídos e vai passar para as pessoas que você planejou estarem fazerem parte dessa dessa análise de riscos dentro do ágio durante as reuniões de o afinamento seja a conversa com as pessoas e falou pessoal você viu lá a gente tá falando do ético xpto tem a história ABC vocês viram aí que a gente tem algumas integrações né quais são os riscos que vocês vem por aqui Vocês conseguem ver aqui algum risco a mais alguma alguma característica

que precisa ser levado em consideração e provém insumos para essas pessoas para que elas possam lidar com possíveis problemas que possam vir a acontecer na aplicação eu tô dizendo funciona tanto no tradicional quanto no ágil beleza o ponto número 3 preparação individual nesse momento aqui é quando você olha lá para alguém né de tecnologia tipo deve lide por exemplo na e fala assim olha qual que é a probabilidade desses desses coloca a probabilidade de esses riscos se tornarem um problema potencial aí o David vai lá e fala assim olha para o risco um eu acho

que é a probabilidade a 5 para o risco dois eu acho que a probabilidade é quatro para o risco três eu acho que também a probabilidade é quatro aí você fala assim não se você tem que dar uma nota para cada você tem que você não pode repetir nota até que você faça com que seja exausto Os cinco níveis de probabilidade que podem existir no nível 1 até o nível na até o nível 5 certo então vai dando notas lá de 1 a 5 para os riscos que você tem se você tem cinco riscos cada

risco tem que ter uma nota de 1 a 5 beleza não repete a Júlia eu tenho seis riscos aí você pode começar a repetir entendeu a ideia aqui Da Da Lógica lá tá bom então se você tem seis isso você vai ter um risco que vai ser de nível de probabilidade de um outro 2 ou 3 ou 4 5 mais o próximo daí sim você pode repetir colocar uma nota qualquer de 1 a 5 para ele e assim sucessivamente beleza e aí você trata isso uma pessoa TD Tech e daí você fala com o pessoal

de negócios o pior por exemplo você fala cara agora vamos identificar Impacto alto impacto que esses riscos aqui você pode prover os seus clientes o pior provavelmente vai falar olha Tudo sim você fala não não pode repetir nota a não ser que a gente tenha mais do que cinco riscos beleza aí todo mundo entendeu eles vão lá então as notas para aqueles riscos lá contra a probabilidade eo Impacto se você tá no ágil durante a reunião de refinamento ou de um pouquinho de tempo depois dela você mostra os estudos e você pergunta para as pessoas

o que que elas acham quanto a cada um desses ou você manda nem uma mensagem no jeans para pessoa e aí a pessoa vai lá e identifica qual quais são os valores certo é e esse é o ponto número três se você tá no tradicional não você vai lá e manda uma lista formal com os riscos e fala Olha vocês tem que me entregar ou é o impacto e qual que é a probabilidade até o dia dez né com aquela formalidade toda do tradicional certo então 1.3 é assim que funciona no ágil ou no tradicional

aí aqui assim que já tá falando seguinte Julho como que é a pode identificar um risco técnico é só pensar o que pode dar dar problema beleza Pensa no que pode dar problema isso aí você vai você vai ter ali problemas que podem acontecer para o pela parte pela perspectiva do negócio ou pela perspectiva de tecnologia por exemplo a gente sabe que pode ser um problema técnico né um risco relacionado na parte técnica que os servidores deixa de funcionar quando a gente tiver mil usuários conectados e são risco técnico na um disco de negócio seria

que a gente por exemplo é o Qual o valor do presente que a gente é expõe a um valor inteiro do produto ao invés de expor um valor dividido em 12 vezes ou em cinco vezes o em 7 vezes estão entendendo para parecer um pouco um valor um pouco menor para os clientes certo então são são riscos ali que que pode acontecer que estão relacionados ao técnico ou de negócios tá 5.4 pontuação aqui na isso aqui é o seguinte a preparação individual a quantas pessoas prepararam o quatro é literalmente a pontuação Tá bom eu misturei

aqui as duas coisas por favor não levem em consideração preparação individual é a pessoa pensando ali e interpretando todos os documentos que ela já viu antes o pontuação que é o quatro Aí sim é dando os pontos de probabilidade e Impacto quem dá a probabilidade é a pessoa de codecs e quem dá o impacto é a pessoa de negócio tá bom basicamente em Ok e a pontuação aqui como eu já disse de 1 a 5 Tá bom agora quando a gente chega aqui no ponto 5 para quem tá no tradicional chama as pessoas com a

salinha Ok e uma data específica e coloca-la piorou e a pessoa de tex e a lista de riscos e para quem tá no ágil Beleza depois da reunião de refinamento chama lá durante uns 15 minutinhos a galera junto no lugar só fala assim ó galera esses daqui são os riscos e aí a gente fala assim ó Quais são as pontuações que vocês deram de probabilidade e Impacto para o risco um aí ela falar eu dei cinco para Impacto cinco para probabilidade o outro vai falar o dei quatro para Impacto 4 a probabilidade se não falar

então discuta o ambiente em consenso E aí as pessoas discutindo ali entrou em consenso conta Qual é realmente a probabilidade de impacto que você tem beleza para aquele determinado risco é uma espécie de um playing poker inclusive algo aqui que o mar vão tá perguntando aqui e o Marlon pergunta se para as pessoas técnicas pode ser um plano e pouco aí eu digo para ambas as partes são playing pouco acabou Marlon o certo é que essas pessoas elas então ponto em consenso da o que acontece que sai daqui desse ponto cinco saiu uma lista de

riscos que tem probabilidade e tem Impacto que foi definido em consenso tá todo mundo de acordo contar os números que estão ali E aí minha gente antes de passar aqui para o ponto 6 eu queria mostrar para vocês algo que é criado aqui no contexto como esse que é um o que a gente chama ali de quadrante dos riscos certo então o que acontece hoje eu vim aqui eu vou fazer um quadrante meio zuado aqui mas só para que vocês possam entendendo que eu tô falando tá bom então tem aqui um quadrante ó a beleza

tem aqui um quadrante dos riscos e pensa que aqui ó tá na vertical aqui a gente tem uma seta que fala sobre que fala sobre a probabilidade Tá bom então aqui ó para o habilidade e a gente tem uma outra certo aqui ó o que é certo é que fala do impacto certo se ela tá na probabilidade de certa do impacto E aí a gente tem na para o os pagantes números para deixar mais claro aqui o que cada um desses padrão que significa Tá bom então deixa eu colocar aqui texto aqui cor branca Tá

bom acho que assim vai ficar mais fácil para vocês entender tá que eu tenho quadrante 1 e daqui a tudo segundo Prisma tá do Avenida então ele propõe lá que tem aqui né esses esses números dos quadrantes aqui para durante um quadrante 2 aí ele fala que a gente tem mais um quadrante aqui embaixo que é o quadrante 3 É certo que o quadrante 4 aqui E aí ele fala que esse quadrante aqui ele tem que ficar exposto lá dentro da sua sala Onde está o seu time ou dentro de alguma ferramenta virtual para aqueles

que têm times que são remotos né Ainda mais hoje é nos momentos que nós vivemos lá e você vai ter lá então esses quadrantes eu que você vai ter aqui né do lado esquerdo no lado esquerdo aqui você vai ter números tá então pensa que aqui ó é uma marquinha do um uma marquinha do dois uma marquinha do três uma marquinha do quatro a marquinha dos cinco mesma coisa aqui ó marquinha de um marquinha do dois marquinha do três marquinha do quatro e marquinha dos cinco Ok então lembre-se vertical Impacto ou descobrir vertical probabilidade horizontal

Impacto e o quê que vocês fazem vocês começam a escrever a pegar aquela lista de riscos e plotar aqui é com base no nível de probabilidade e Impacto que vocês definiram a imagina que esse quadradinho aqui esse é um post hoc de risco que fala que ele é um risco que tem a probabilidade é a probabilidade 13 Impacto a probabilidade é 3 e o impacto desculpa o impacto 13 a probabilidade de cinco ele estaria aqui ó mais ou menos Tá certo e logo mundo que chegar na sala o que olhar para o board' vai ver

aqui isso aqui vai entender que existe um risco que precisa ser mitigado aqui certo isso vai fazer isso com todos que você identificou no ponto número 5 Então vai estar lá um quadrante cheio de post-it é um postel é o quadrante dos riscos Ok olhando aqui para esse padrão ante O que que você e seu time vai ficar vai lutar para fazer vai lutar para mitigar esses problemas Ok então é para que isso daqui não se torna um risco em potencial O que que você vai fazer agora se a gente vai para os seis vai

escolher uma abordagem de testes que ajude você é mitigar esse risco e quem é óbvio né aqui você vai olhar primeiro para o quadrante 2 é o mais importante que é o que tenha riscos é com probabilidade e Impacto alto alto depois você vem aqui ó para o quadrante 1 e 4 certo até onde a gente tem o segundos mais importantes e depois você vem por três que aonde você tem um pouquinho mais um pouquinho menos importante entender na ideia e você sai fazendo testes para garantir que esses post-it saque de riscos certo é você

tem ali essa é uma forma certa forma Clara de você conseguir identificar a onde estão os riscos Então dentro do tradicional você tem esse esse esse quadrante dentro do olho você também tem e ele te mostra Em ambos O que é que são os riscos que o seu time tem então você sai lá de trás daquilo né que era antes um uma lista de cabeça Me passa teu negócio visual como esse certo a escolha da abordagem aonde você vai olhar para aquilo vai falar olha para mitigar esse risco eu tenho que fazer teste de performance

eu tenho que esse eu tenho que executar partição de equivalência tabela de decisão eu tenho que fazer teste de acessibilidade teste de usabilidade você vai escolher a estratégia de teste com base em tudo aquilo que você aprendeu durante toda sua trajetória relacionada testes sobre como evitar que problemas se tornem se torna Que risco se tornem problemas em potencial Ok e isso daqui pessoal é só um gostinho do que é o prisma beleza do do Eric vão ver em Down e ele escreveu um livro sobre isso então é um assunto que vai muito mais longe do

que isso aqui eu trago para vocês hoje uma abordagem mais prática que você pode usar no seu dia-a-dia muito fácil de você entregar aí no seu dia a dia tá bom então vou divulgar depois vou colocar isso daqui depois lá dentro do meu canal no telegram né para quem já perdeu aí o endereço aqui ó é o tempo um creme é/Júlio de Lima Tá bom é E aí eu não posso deixar de relembrar vocês na que esse daqui é mais uma prática que eu ensino para os meus alunos lá no PSP I aqui é de

você conseguir ali utilizar técnicas dentro do seu dia a dia para tentar maximizar a probabilidade dos seus testes serem mais eficientes então é alta spi hoje na no dia nove de dezembro ele está com inscrições nove de dezembro de 2020 está com inscrições abertas e as inscrições e amanhã então se você quer ter aí uma base em testes que é consolidada e você quer realmente aprender sobre o que é o seu papel como alguém que dessa aplicações você não pode perder tempo tá é participe dessa dessa turma a turma cinco é uma turma que ela

que ela tem um valor que ele não vai ser mais o mesmo tá é essa é a última turma que a gente vai ter esse valor atual ou se vocês entrarem aí depois Inter spi. Júlio de lima.com.br na você vai até acesso aliar todas as informações sobre spi que é o meu treinamento de teste de software e você vai vai também ver ali que o chefe lá é o preço atual e a última vez que vocês vão ver esse preço tá bom Outra coisa que vocês também tem que ter em mente é o seguinte o

TSP eu abro ele geralmente de dois em dois meses né mas a próxima e agora do TST não vai ser em fevereiro tá bom próximo a turma agora do TST e vai ser apenas em maio então se você quer é se inscrever para o PS3 Você tem vontade de participar e inscreva-se agora exatamente agora para que você possa é fazer parte aí entrar com o valor mais mais interessante e também já fazer parte sem ter que esperar aí mais cinco meses antes de fazer parte da próxima turma dos meus alunos no TST e eles sempre

estão aqui comigo me acompanhando nas largas então tem várias aqui se vocês quiserem depois perguntar para eles se eles estão satisfeitos Ou treinamento na se podem perguntar aqui para ele se ele tem certeza que eles vão ter prazer em responder e eu tenho muita vontade de acompanhar cada um de vocês que estão comigo aqui até agora assistindo essa Live aqui também ajude vocês a progredir dentro das suas carreiras em testes de software beleza é pessoal Muito obrigado a todos vocês que vieram um grande prazer tá com vocês aqui hoje a gente só fazer um resumo

rápido a gente aprendeu o que a gente pode direcionar os nossos testes a partir de problemas que por ventura podem acontecer na nossa no nosso dia-a-dia Nossa aplicação outro nossos clientes a gente viu uma uma forma mais pouco estruturada de fazer isso que apenas levantar os problemas e conversar com as pessoas a gente viu uma forma mais estruturada de fazer isso que é quando vocês usam o granf do James bar e por fim vocês viram também uma forma média estruturada de fazer isso na que ali é uma forma ali baseada no conceito do na abordagem

do Prisma do Erik vamos ver nem Down Beleza então tá aí para vocês o conteúdo de hoje espero que vocês tenham gostado Tá bom eu tenho aqui ainda duas um minuto e meio aqui para é um país tá então vou responder aqui para vocês deixa eu ver o Victor Biasi fala fala na realidade falando na realidade tudo isso consegue ser feito ou sempre tem os poréns como ocorre hoje em dia o famoso cascaje olha só a realidade é a realidade que cada um de vocês conhecem Tá bom pode ser que a sua empresa Victor Ela

não ela não tem a maturidade suficiente em testes ainda é justamente por isso que você tá aqui hoje cara para que você possa aprender algo novo e que você possa estabelecer lá dentro da sua na sua organização e você possa crescer com isso na ninguém cresce fazendo as coisas iguais as pessoas crescem quando elas começam a trazer coisas que realmente Podem trazer benefícios isso ao que vai trazer muito benefício você é pior até que vão para todos alinhados com os quais são os problemas vocês vão conseguir antecipar problemas muito rápido esse é o benefício e

esse é o impacto que vai trazer O que vai acontecer no seu dia a dia alguém querer ignorar fazer um by pass nisso pode acontecer a questão é o quanto você conseguiu converter as pessoas do benefício disso entende fazer só porque o Júlio falou que é legal ninguém vai vai vai entender agora se você levar o benefício dizer galera se a gente fizer isso a gente reserva há 15 minutos da nossa reunião de refinamento para identificar os riscos e ponto a luz cara a gente vai terminar os benefícios que a identificar os problemas mais cedo

Beleza então cara cascalho funciona para tudo até para dar by pass em história para dar by pass em mecanismos de qualidade o ponto aqui pessoal é você levar para os seus times Qual que é o benefício tá bom é basicamente é isso vou responder uma outra uma outra dúvida aqui agora e é aqui uma dúvida do Henrique mas julho para definir esses riscos e quando eu vou considerar as histórias que vão entrar na Sprint porque se eu for levar as histórias em consideração as histórias apesar do risco é um estar na história x os estudos

três quatro cinco vão entrar na história Y ou seja historia Y apresenta mais riscos no geral olha elas são sim relacionadas as histórias Tá bom mas uma coisa que eu tinha mais comum para que eu faça é também olhar para o épico então às vezes uma um um épico tem mais time concentra riscos que navegam entre as histórias tá entendendo então é Tenta olhar assim às vezes não no nível tão granular mas talvez não livre ou mais macro Tais pode colaborar aí na sua análise de riscos beleza é certo é que se você tiver olhando

para o nível de história e você tá lá refinando uma história e você identificou riscos da história você vincula que eles estão os aquela história a lista numerada mesmo sabe falar história é ir lá embaixo algum Campo o mesmo no campo de texto você coloca quais são os riscos relacionados a ela As pessoas olham para que eles Isso você já sabe que através de teste tem que mitigá-los isso falando no no age tá bom é o Henrique eu acho que dessa forma fica um pouco mais mais claro aí para você entender tá bom é isso

pessoal uma ótima noite para vocês e para aqueles que decidirem entrar no TST I eu vejo vocês na no grupo ou exclusivo alunos da turma 5 para que a gente possa crescer junto Durante os próximos seis meses beleza Muito obrigado a todos que participaram por aqui eu ainda queria deixar aqui mais uma coisinha rápida tá bom a revista p&s pe lá na revista pspi em muitos posts com os meus alunos escrevem não meus alunos do teste escrevem e vocês vão encontrar lá um post do Gabis a Gabriel Santos como é que fala sobre riscos também

é um ótimo a leitura aí para que vocês possam aprender mais sobre testes baseados em risco tá bom pessoal sucesso para todos vocês e a gente se vê na próxima quarta-feira com mais conteúdo sobre testes de software beleza um grande abraço não esqueçam de deixar seu like aí se vocês gostaram do conteúdo de hoje e também te deixar seus comentários que vocês acharam gostaram é preciso melhorar em algo comente aí tá bom um abraço para o sol até a próxima obrigado pela presença tchau tchau