Q&A - QUALIDADE E TESTES EM PROJETOS DE TECNOLOGIA
Convidados
Rui Rodrigues
Líder do Núcleo Técnico de Qualidade @ NTT Brasil
Letícia Fagundes
Q&A @ Vericode
O Q&A é o profissional responsável por garantir a qualidade dos códigos e projetos de tecnologia que estão sendo desenvolvidos pela equipe, para isso, ele pode usar, testes, automações e demais estratégias para conferir erros e falhas no sistema que podem se tornar grandes problemas em um futuro próximo. Apesar de sua importância, o cargo de Q&A ainda é cercado de alguns mitos. Agora chegou a hora de quebrá-los. Neste episódio do podcast “PPT Não Compila”, Wellington Cruz conversa com Rui Rodrigues, Líder do núcleo técnico de Qualidade da NTT Brasil e com Letícia Fagundes, Q&A na Vericode. O trio fala sobre a importância das descobertas de erros no sistema antecipadamente, como uma cultura colaborativa pode facilitar o trabalho de todo o time, e as principais atribuições do Q&A durante o desenvolvimento de um projeto. Participantes: Rui Rodrigues https://www.linkedin.com/in/rui-ml-rodrigues/ Letícia Fagundes https://www.linkedin.com/in/let%C3%ADcia-fagundes-05023b138/ Disponível também no Spotify e outras plataformas: Spotify: https://open.spotify.com/episode/7qOUPMizj8MuNvnAP0H12g?si=XycvRjVkTdi-q6TEulr8pw Outras plataformas: https://linktr.ee/pptnaocompila Acompanhe nas redes Instagram e Twitter: @pptnaocompila LinkedIn: https://www.linkedin.com/company/pptnaocompila Produção: Voz e conteúdo | https://www.vozeconteudo.com.br - @vozeconteudo
- Abertura e Introdução
- Apresentação: Rui
- Apresentação: Letícia
- Propósito do Podcast e Evolução do QA
- Escopo Expandido do QA (Parte 1)
- Escopo Expandido do QA (Parte 2)
- O Dia a Dia de um QA
- Anúncio: Clever.io
- Subvalorização do QA e Transformação Digital
- Prevenção de Erros e Responsabilidade Compartilhada
- Qualidade do Software vs. Funcionalidade
- Resistência ao Investimento em Qualidade
- Quebrando Mitos sobre o QA
- Qualidade Necessária e Análise de Risco (Parte 1)
- Qualidade Necessária e Análise de Risco (Parte 2)
- Custo da Qualidade e Relação Risco-Retorno
- MVP, Qualidade e Custo de Correção
- Percepção do Valor do QA
- Bugs como Bola de Neve
- Validação de Business Case
- Metodologias Ágeis e Papéis Integrados
- Colaboração entre Devs e QAs
- Parceria e Entendimento Mútuo
- Cultura de Qualidade e Agilidade
- Automação e Testes Manuais
- Pirâmide de Testes e Exploratórios
- O Futuro do Teste Manual
- Anúncio: Vibers.io
- QA, DevOps e a Interseção de Papéis
- Especialistas em Equipes Ágeis
- CI/CD e Feedback Rápido
- Automação do Processo de Desenvolvimento
- QA e Segurança
- Automação de Testes de Segurança
- Integração de Segurança e QA
- QA e Governança de Mudanças
- Qualidade e Flexibilidade da Gestão de Mudanças
- Engenharia de Software vs. Engenharia Civil
- O Dilema da Velocidade vs. Qualidade
- Equilíbrio entre Risco e Qualidade
- Entrega de Brindes
- Causos Curiosos/Engraçados no QA
- Causo de Rui: O Hardware Misterioso
- Causo de Letícia: Piadas na Planilha
- O Mundo Chato dos Logs
- Agradecimentos e Encerramento
é [Música] [Aplausos] muito bem muito bem meus amigos estamos aqui para mais um episódio do pt não compila episódios que quase não saiu porque a gente não fez teste no estúdio antes foi não testamos aqui as coisas quase que quase que não rolou que deu deu pau e produção aqui cara você ver né Estamos aqui hoje para falar do terror do desenvolvedor O que faz o desenvolvedor subir na cadeira e acho que a primeira pergunta eu vou fazer meus convidados é quantas vezes você já ouviram a palavra Pomar na minha máquina funciona não respondeu ainda vou apresentar o para vocês primeiro eu estou aqui na minha frente com Ruy o cara Rui quanto tempo cara que a gente não se fala e ele tem um tempão que a gente não se falava e passando um prazer enorme tá aqui com vocês cara Eu que agradeço o o Rui Ele é você líder do núcleo do núcleo técnico da qualidade de vida do Brasil se apresenta melhor então caso você melhor do que eu quero saber dá um oi aí para galera pessoal prazer enorme Conforme falei tá aqui com mais pessoal assim eu tenho certeza que a conversa vai ser ótima e a gente vai falar de um tema que a minha paixão eu tenho uma carreira já pouco longa né Mais ou menos metade desse desse tempo que eu que eu tive nessa carreira eu trabalhei como desenvolvedor é um dia descobrir a qualidade e o disso não larguei mais eu fui obrigado assim eu continuo olhando de um ponto de vista técnico para qualidade mas é apaixonante demais assim eu espero que que você bom então o que eu sinto também é show de bola muito bom obrigado por aceitar o convite veio aqui compartilhar sua experiência com a gente obrigado a você e aqui na nossa terceira ponta remota diretamente from da RJ diretamente do Rego Letícia Fagundes Boa noite lê mamãe obrigado por aceitar aqui nos convite A Letícia ela é que a na very cold é isso legal se apresenta agora bom boa noite pessoal tem um prazer imenso também né é muito prazer também ruim tá conhecendo aí mais um pela assim que é sempre bom a gente tá responde de nosso conhecimento e como que foi falado né porque aqui é manual da atualmente Está na Record e assim como ir também eu fui desenvolvedora EA eminente fiquei eu falei não quero mais isso para minha vida quase desistindo informática mas vai aparecer uma oportunidade bacana para poder assumir o lugar de maquiar e por onde eu descobrir o clipe Show de bola muito legal obrigado meus amigos por para aceitarem trazer aqui a experiência de vocês para o público do PPT PPT a gente da filosofia aqui de falar a parada na prática viu fui porque ele chega de mágoa de PT né cara então a nossa filosofia aqui é Vim trazer os problemas reais aparada real como é que como que é a vida ali na prática né Como que o mundo acontece fora do PT E aí eu queria começar perguntando para vocês dois aqui a gente sabe que o mundo de que a é um universo né tão grande quanto o mundo de desenvolvimento e não está crescendo agora e que cresce cada vez mais a ganhando mais alcance sem Ainda bem era uma necessidade latente já né que a gente já sentia só que a cultura da e se estendendo para o negócio para outro desenvolvimento para a área de operações ainda era muito rudimentar e a gente tá conseguindo chegar nessas frentes e tá trazendo valor da sendo muito legal legal eu queria que vocês primeiro descem um overview para quem está nos ouvindo do que é de fato área de que a onde ela Quais são os limites o que que ela faz porque eu tenho certeza que muita gente imagina que que é Selenium ide Unity né então o que que o que que tá dentro dessa parada toda né porque fica onde que é a atração de qualidade como um todo né se envolve um pouco de cultura envolve automação envolve uma série de coisas né como que a gente dá um overview de fato que o que que a gente com que definir a área de que arruína tua opinião e essa definição está mudando há dez anos atrás era muito comum a pessoa que atuar com que ar é porque não gostava de programar e atuava com informática [Música] acontece aqui tô fazendo a comparação de do nosso cenário atual hoje a grande parte não vou dizer que sem por cento mas assim uma boa parte do trabalho de validação de automação de validação dos processos de das definições que são feitas é automatizado e é programado também então essa diferença entre na área de desenvolvimento que eu tenho que programar na área de que a que eu não tenho que programar não existe mais é hoje a gente atua muito programando na área de que também é mas eu acho que é mais do que isso e caminha para ser muito mais ainda porque faz muito sentido O que é Ah tá acompanhando o analista de negócio e para ajudar a a validar se de fato aquela definição aquele aquela oportunidade de negócio que tá sendo levantada faz sentido para quem tá olhando de fora é aí a gente vai para o próximo passo legal de fato esse Business Case faz sentido próximo passo a gente definir requisitos Story histórias de usuário seja o que for a gente vai formalizar O que que tem que ser implementado de alguma maneira essa formalização também cada uma validação se tá bem escrito se é inteligível se é testável que tá escrito ali se é factível é e isso o que a pode apoiar e apoiar bastante aí a gente tem as definições do que tem tem que ser implementado não vou chamar de requisito porque tem todo um ranço aí sobre a palavra é o chamado de definição um E aí você passa para o pessoal de arquitetura que vai definir como isso vai ser implementado e arquitetura as boas e ruins então cabe uma validação de qualidade da arquitetura aí legal a gente chega no arquitetura bacana vamos implementar o mesmo que eu siga 100% aquela arquitetura eu corro risco de cometer alguns enganos e fazer um código que não é o melhor possível E aí cada uma validação tanto estática quanto dinâmica daquele código tá sendo a pimenta implementado isso também é qualidade E aí é O implemento Bacana será que funciona será que esse componente que eu escrevi funciona junto com outro componente que o meu amigo além da outra na minha máquina sempre funciona o problema então no código do outro aí a gente tem que ver se os componentes juntos vão funcionar e aí a gente tem que ver numa arquitetura serviços se os serviços estão comunicando-se o time da comunicação tá funcionando se a rede estiver ruim que que vai acontecer o que que não vai acontecer isso a qualidade aí eu tenho que verificar se a a funcionalidade entrega o que é esperado dela bom e no tempo que é esperado dela é aí a gente tem também uma validação funcional e não funcional e tudo isso é qualidade aí a gente vai fazer o Deploy disso no ambiente qualquer pode não ser de produção ainda E esse ambiente pode não tá 100 porcento funcional Pode ser que falte paz e falta espaço e disco pode ser que esteja lento isso é a validação disso acompanhamento disso é qualidade também depois eu vou para produção Oi e aí pode ser que o meio ambiente de produção diferente daquele eu tenho eu tenho desafios diferentes em produção níveis de requisição diferentes Será que eu não posso antecipar os problemas que poderiam acontecer para o meu cliente acompanhando esse introdução isso também a qualidade a tal das lições aprendidas né foi exato que a gente nem sempre Guarda né nem sei nem sempre são missões e nem sempre surpreendidos né E você que tá aí no front no dia a dia como que você falaria um pouco sobre o que é ser um que a na televisão e como você tá aí no dia a dia nunca ruim esteja mas você tá muito mais próximo além do desenvolvimento é como que é um dia típico seu pra galera que está ouvindo quebra o povo Eu acho que eu penso em ser um que a como que qualquer um dia e eu consigo sim se encontrar essa parte do Rui de caçar problema no código dos outros bom é para complementar a nossa que foi e falou que ela não é só né caçar Bang as pessoas acham que é perfeito no código do bebe mas é muito além disso é tudo isso aí que ele falou e mais pessoas Acho que aquele que fica tentando valor aleatório aleatório na caixinha de login fazer uma coisa aleatória para ver se dá errado Não não é isso seria muito mais fácil mas por incrível que pareça Eu também mas a minha rotina eu vou comprar Eu já trabalhei com algumas empresas a maioria foi sempre com seguradora então assim é seguro de vida então tive que fazer muitas coisas assim bem responsáveis e burocrática até tive que aprender muita coisa não é tão É sim não é realmente só isso já está doido eu aprendi a fazer Matriz de risco para frente comprar tanta coisa que eu quebro proporcionou que eu não fazia ideia de que era isso tudo então eu tenho uma rotina de que é vai muito além de só prestar bugue né vai dar desde a criação do plano de teste e até o regressivo e o regressivo particularmente só que eu mais gosto de fazer nas ver a palavra acontecendo de ver tudo lá bonitinho rodando e a gente fazer aquele teste para dar uma confirmada Então para mim é uma parte incrível de que está testando então a rotina de Henrique ar tem bastante coisa envolvida a gente está me acompanhando o trabalho do requisito Inclusive eu já fui ver que ele também então eu já vi os dois lados então é uma rotina bem legal também Então fala uai e manda legal e hoje eu quero falar com você agora que ainda não conhece a Clever Clever uma empresa que já tem mais de 3 milhões de usuários em 30 países com 30 idiomas diferentes que tem trazido Soluções em blocos em criptomoedas e ativos digitais objetivo da Clever at da Liberdade financeira para operar nesse mercado de cripto então se você acredita nisso se você acredita nessa liberdade ou seja Pensa como a Clever vai conhecer os caras é Kleber. Aí o que estão contratando também pessoal para trabalhar com o crypto.com blockchain ou se você tem interesse sustém com respeito nessa área procura a Clever se você gosta de Crypton moeda se você opera no mercado você precisa conhecer a clévio só conhecer as soluções da Kleber então o endereço tá aqui embaixo no vídeo para quem não tá no YouTube é Kleber. Aí o palavra conhecer que realmente o mercado sensacional e eu [Música] já vou trazer já o ponto mais polêmico aqui não ser polêmico mas é onde eu onde eu vejo muitas oportunidades onde algumas empresas não vem Sabe eu queria o comentário de vocês a respeito disso a gente fala muito aqui no podcast o dobro do processo de transformação digital que algumas companhias o processo de desenvolvimento de software tem passado nesses últimos anos com a já eu começo nem fim com a produtização das cadeias de valores produtos digitais siscred saskias etc né O que muda um pouco daquele processo com a ter foco enchendo o passado ou se tinha muito bem documentada Dinho tudo antes etc a coisa tá muito mais Live e ovo fritando tempo todo ali para gerar release gerar entrega o tempo todo incremental porque eu acho bom né mundo se transforma e tem um limite time e um time to Market muito mais próximo do que o mercado precisa né nesse sentido eu percebo a uma grande oportunidade desse processo de desenvolvimento desse profissional de qualidade e que talvez as empresas não tinham Essa visão antes e acho que a grande maioria ainda não tem essa visão desse senso de oportunidade que a gente tem de trabalhar o que essa ele é muito visto ainda como o testador validador de entrega é o cara que carimba fala beleza pode ir para produção testei digitei todos os códigos possíveis nessa caixa de texto e não quebrou né geralmente essa visão que que as pessoas têm mas eu isso eu tenho a visão muito particular em relação a isso também em relação ao governança por exemplo eu acho que é nesse mundo de transformação onde a gente precisa sempre acelerar o time to Market é sempre um desperdício você fazer errado testar e corrigir depois né e assim como a própria parte de governância tem um pouco disso eu faço e pois Vale citar o acerto e peço para seja corri e eu acho que o profissional de qualidade ele tem um valor muito grande no sentido de ajudar o time A não fazer errado exatamente ajudar a construir a qualidade necessários antes de gerar o problema exato porque se você eu já fiz errado ter corrigir o que aqueles que eu já gastei dinheiro né então eu acho que o processo de qualidade não é só mas passa por ter o teste mas nasce antes não é ruim de nascer com qualidade e não deu ficar corrigindo porcaria depois que se for fazer um porque tá errado eu já não tô tendo qualidade eu só tô tendo uma validação boa né você tava falando agora há pouco assim se a gente já evitar aqui a definição seja mal escrita O que é isso já não vá eu não tenho uma definição ao feita para o desenvolvedor e implementar alguma coisa exatamente do jeito que tá escrito mas que não é o necessário é porque não tá bem descrito não tá bem definido Então cara implemento que lê mas não é o que precisava ser implementado a gente nesse momento já gastou esforço para gerar a definição requisito para implementar isso para validar e descobri que tá errado eu queria até abrir um parêntese é que acaba envolvendo a questão da culpa né E aí encontrou é ruim produto toca pedra aqui ó mas encontrou um erro em uma Olha pelo deve então assim acaba gerando também para acaba onde ela tem uma rixa né do que a do deve é por conta disso porque a culpa não é do que ao a culpa é do dela época do time todo vai lá desde a criação Eu Acredito até chegar no que a culpa é todo mundo tem gosto muito de usar a palavra culpa porque já vi gerar muita muita briga né né mas é muito mas assim uma coisa que eu sinto que felizmente estamos caminhando para mas que já é tarde a gente já devia ter feito isso antes é esse mais 7 essa abordagem de que a responsabilidade é de todo mundo inclusive do que a É mas o time todo tem responsabilidade sobre o resultado desde o a pessoa que teve a ideia que gerou Aquele caso de negócio até a pessoa que ajudou a fazer o Deploy em produção todo mundo é responsável pelo Senado e todo mundo merece os Louros pelo bom resultado também até porque né Oi eu gostei muito do seu o vídeo da qualidade envolver outros requisitos que não só um software funcionando um porque eu posso ter um software que não cresce ele não tem bugs mas não necessariamente se ele não faz o que deveria ele não tem qualidade ele não serve para nada não serve para nada então eu tenho um simplesmente software que não quebra mas um software que não quebra não necessariamente é um software de qualidade né um são conceitos diferentes exato ainda nessa parte de produtividade cara eu percebo que muitas empresas deixam de trazer esse conceito né cultura de qualidade cultura de teste desde o início e a gente percebe até falta de oportunidade de deixar o desenvolvimento mais produtivo né até com automações os de frio works de desenvolvimento etc e e e que vai tornar aquele Claro você tem uma curvinha de setup Inicial né se inscrever caso de teste e etc mas que depois o desenvolvimento ele tende a ser muito mais fluido né E como que vocês lidam com essa resistência que parte até da camada de gestão né você faz lá um planejamento de dois prints a galera a gente vai tratar vai fazer aqui essa Sprint no finalzinho que tem esse teste aqui e vamos fazer o setup Inicial primeira coisa que corta é a parte de teste de qualidade é a hora que a testa hora que o prazo fica mais restrito a primeira coisa que fala não precisa de teste tá corrido e não vão embora esse pessoal tem que fazer certo na primeira vez sinto muito eu acho que o grande. É como que a gente faz esses gestores e essa Cultura a entender aqui cara isso leva antes que eu sou muito grande né de Cultura de cobrança e certo porque é claro e todo mundo sabe disso de na empresa né que se eu faço um um software com qualidade desde o começo testo ele durante todas as etapas faço Passos nos processos automatização faço minhas validações nos processo eu vou ter um tempo que pode ser um pouco maior do que um desenvolvimento sem esses processos para a primeira entrega a primeira entrega Esse é o ponto que eu quero chegar e E aí você faz essa primeira entrega Você vai para a produção e você tem uma tranquilidade de que aquele desenvolvimento foi feito com qualidade que claro nada nada é a prova de problemas mas a probabilidade você tem problema posterior isso é muito menor certo se você não faz isso você vai comer tade do tempo para produção e você vai gastar o dobro do tempo depois Corrigindo o problema o seu cliente estou aqui em avaliou e etc a somatória de tudo isso claramente aquele quero entregue levou metade o tempo mais outro essas madrugadas que você virou coincidente em produção com sala de guerra etc a somatória é muito maior do que o processo feito corretamente e sem falar de risco a marca sem falar de grana né o intrínseco e o mensurável não mensurável né e cara é muito bizarro de pensar um pouquinho de muda isso Rui como é que vocês trabalham isso no dia a dia porque eu percebo que tem uma mudança rolando em relação a isso né como que troca esse mais de 7 dessa galera que acha que é desperdício de tempo investir em qualidade o jeito mais fácil é mostrar números números que comprovem o que você tá falando para isso você tem que coletar números hoje o que então é não é uma coisa fácil de fazer é provar suas proposições e mostrar que você está certo nem sempre é uma coisa trivial mas é o único caminho para a gente resolver isso é e Inclusive eu creio que tem vários mais insetos que precisam ser mudar os tem várias maneiras de olhar para a questão da qualidade que estão antigos são velhos por exemplo eu vejo muito que a falando que a missão dele é quebrar o softer não a missão dele não é quebrar os Fosters não o deve olha para esse cara falar que aqui é meu amiguinho Senta aqui do meu lado mas não é verdade objetivo não é baixado pela 50 mil cargos no sistema achar o menor número possível a valorizar o trabalho também porque o a gente tem isso realmente e o cara que não tem esse esse mindset de ar eu quero quebrar eu tô aqui para quebrar para descobrir onde é que o quê que pode ser quebrado ele vai trabalhar mais próximo do pessoal de desenvolvimento por exemplo para localizar Quais são os serviços que já estão disponíveis que eu posso antecipar o meu processo de automação e já validar antes do cara escreveu o front-end para aquilo para que já para escrever o front-end ele não corra riscos desnecessários com bugs do pequeno é é uma abordagem colaborativa que ajuda como eu falei agora pouco a construir a qualidade necessária que é outro mais 7 que a gente tem que pensar quando eu falo em qualidade necessária o que que eu tô pensando um software que controla monitoramento de e os que estão na UTI tem uma necessidade de qualidade muito diferente de um software de e-commerce ambos devem funcionar bem sim sem dúvida mas foi comer se quebrar uma pessoa não vai morrer a régua é outra não é exato então quando a gente fala de qualidade necessária a gente tem que pensar Qual é a relação custo-benefício envolvida para que eu meça o quanto de qualidade eu tenho que investir nesse nessa peça the softer para garantir que ela tem o resultado esperado para o negócio é esse é um ponto interessante que eu queria que irá trazer foi claramente o time que faz a validação de um software dá um exemplo extremo aqui do piloto automático em 1747 não é do mesmo tamanho da equipe de qualidade que faz a validação do jogo de poker do Neymar no e são são réguas diferentes né são minha qualidade no conector farol de vidas como se diz como um software embarcado lhe que eu tenho muito menos tolerância a qualquer tipo de falha tá lá em cima né E isso reflete e investimento provavelmente pelo menos deve refletir deveria pelo menos né e isso significa que não é um absurdo imaginar por exemplo que em situações onde eu tenho um uma validação que você extrema como por exemplo essa de software embarcado de aeronáutica etc muitas vezes o investimento qualidade pode até ser maior do que do próprio desenvolvimento em si pode ocorrer alguma coisa do tipo ciência em dúvida quanto mais a gente precisa se aproximar dos 100 porcento de e da perfeição total que é sempre um sonho tá não existe a perfeição Total mas quanto mais a gente precisa se aproximar maior é o custo vou falar de números hipotéticos tá gente chegar a Digamos que para chegar noventa e cinco porcento de qualidade Você investiu 95.000 Ok para chegar dos 95 a 98 por cento de qualidade é muito provável que você tem que investir mais 95.000 ele é exponencial na linear né 1l né então essa busca da perfeição é sim muito cara mas em alguns casos é necessário sim e isso leva uma extrapolação de que dependendo do negócio e da composição dos times etc e a configuração de como eu devo interpretar investir em que ar dentro do meu Business pode ser diferente de uma outra né quando eu tô falando de empresa aí sem falar de casos extremos né tô falando de empresa que tô passando em processo de digitalização etc a forma como traduzir no melhor que eu disse o meu investimento em qualidade ele precisa ser muito direto muito relacionado ao risco que eu tolero suportar é isso Exatamente isso avaliação do risco é que média nos ajuda a medir o quanto eu preciso investir em qualidade Ah entendi então se eu tô fazendo ali um MVP simples etc no significa que eu não preciso ter qualidade né até porque eu MVP ele tem um verde viável se não é não seria só a mp né mínima produto eu tenho viável Então é isso significa que inclusive esses gestores precisam ter um discernimento de que dependendo da própria maturidade do produto após a preocupação qualidade também tem que mudar que ela não é linear para todos os times e todos os produtos né Por um outro lado há algumas coisas que são Verdades sempre por exemplo é muito mais barato eliminar um erro com um teste unitário do que em produção e sempre vai ser inegável e sempre vai ser assim a independendo da do nível de qualidade que eu preciso sempre o problema quanto mais cedo a gente resolve mais barato ele é para ser resolvido concorda ler com certeza marca gente vai empresas não enxergam dessa forma né E aí Quando surge o prejuízo que quer lembrar que a correr atrás aí como é que aquela correria que ele escreve aqui um trabalho que era para ser tranquilo acaba se tornando um caos então às vezes a gente tem essa visão de que é uma rotina é muito corrida mas não Dessa forma não é porque o chego problema assim rápido na nossa frente então algo que deveria ser mais tranquilo acaba tendo ocorrido por essa visão né que a gente tá indo das empresas Não tem essa não e muita gente também os clientes acharam que não precisa então isso também é um ponto bastante negativo eu já lhe dei com o cliente e eu levo para qualidade leva para teste e palavras dele assim tá aqui só faltava falar para que eu não tenho essa cidade o deve Fire Então não falou que vai falando mas deu a entender que seria essa forma então é bem ruim a gente olhar assim né ver nosso trabalho sendo tivesse prende valorizado né Por comprar não reconhecer no processo de desenvolvimento como tudo vejo o bug ladybug é o sistema é meio meio de quatro Já lavei opinião já é muito boa divertido continua divertido eu lembrei ela mas o bug eu vejo ele muito com o quase como uma bola de neve né quando você pega ele no comecinho ali ele tá pequeno você segura Beleza quanto mais na base de se você quiser acabar base da montanha é a produção o quanto mais na base maior estrago e vai acontecer e veja não não gostei que está nos ouvindo aqui não entenda como simplesmente o banco e pouco ninguém viu e depois eu peguei o o blog lá na ponta e o corrijo e beleza eu faço um um hotfix e oque é muito pior do que isso quem conhece processo de desenvolvimento sabe que o desenvolvimento ele não é simplesmente granular as etapas de desenvolvimento as dependem uma de outras né então se você error lá no começo de desenvolvimento o risco de você ter desenvolvido dois três vezes na frente baseado em um erro anterior e tem que revalidar passar por tudo isso porque você error o banho lá no começo é muito grande né dependendo do tipo do erro pode ser que você tem que jogar coisas fora e escrever na verdade estruturalmente numa coisa que estava incorreta e foi construído em cima né bom então às vezes você fez as paredes tortas e o telhado está pronto e aí vai ter que desfazer sua toda a então é acho que essa analogia com a Bola de Neve e ela é muito grande né porque você começou errado e você é um cara daqui para frente o que você tá fazendo vai estar errado por consequência né então ter esses processos como se diz um teste unitário uma coisa que pegue o desgraçado do banco nenhum velhinho ainda não viram dragão é muito mais rápido barato e eficiente né as portas e aí pode até evitar naquele exemplo que a gente falou a gente trabalhar a a validade do Business Case fica muito claro né porque não adianta eu implementar muito bem um Business Case que tá errado eu parte do pressuposto que eu preciso de uma terceira seta para o meu carro para cima vamos lá na seta para cima para voar aí todo mundo ficou legal Boa ideia né Vamos fazer né aí alguém vai lá constrói aquilo alguém testa que toda vez que eu movo para cima setinha vai piscar a luzinha para cima e aí legal a pronto funciona vamos vender com opcional quantos vocês acham que vai vender quantos carros voam ainda né pelo menos e não não é vai acontecer não vai então você jogou um monte de dinheiro fora por conta de um caso de negócio mal definido Esse é um exemplo Extremo e bobo né mas tem muita coisa que passa no dia a dia que acontece desse jeito esse texto é muito pouco que eu usei porque o banco eventos do código exato O banco já nasceu na ideia são do Acontece muito E isso tem muita vez né ele com esse processo que a gente veio agora de transformação dos times estarem em screeds etc e oxide ncia o trabalho do deve não é só infernizar a vida do que a nesse caso que infernizar a vida do pil também tem certeza dessa tua ideia Será que isso é válido Será que isso funciona na prática né que no fim acaba sendo tudo qualidade Oi mãe eu acabei vindo de uma cultura né quando eu entrei no na área de qualidade onde se eu não achasse um bug no celular estava errado e hoje em dia eu tenho uma visão completamente diferente que não é isso então assim hoje tendo até mesmo para deixar você falou da esfregue cada um no seu quadrado é muito importante porque aí você vê o que cada um tá fazendo cada um vai fazer isso é incrível a metodologia a gente veio realmente para mudar para ajudar a cabelo aí entrando também no assunto novo né a meta da viagem que quando eu comecei não tinha tava começando ainda então assim eu estava atuando como deve que ao mesmo tempo Isto é impossível hoje em dia mas eu fui capaz de fazer um pouquinho e depois acabei parando porque eu vi que não era o ideal né Cada um tem que ter a sua com cada um tem que ter o seu cargo e isso precisa ser respeitados tem que ter uns para mais você tem que ter o que abre e pede por aí vai eu concordo com você mas eu acho que cada vez mais a gente tem que ser capaz de olhar para o todo e todo mundo tem que ir para ser para todo mundo você responsável pelo resultado como todo as pessoas precisam ter noção do que está acontecendo meu ponto de vista tá muita gente não concorda comigo mas eu acho que no time ágil ideal em tempo de desenvolvimento todo mundo desenvolve de uma forma ou de outra em tempo de teste todo mundo testa de uma forma ou de outra e isso não acontece em etapas subsequentes não é a todo mundo vai desenvolver agora agora para desenvolver todo mundo inteiro não não é não é isso gente é assim quando o cara está desenvolvendo ele tem que pensar na testabilidade daquilo que ele está desenvolvendo para o teste unitário dele e para os testes de vão acontecer depois Então nesse momento ele está dizendo desenvolvedor e testei e ele precisa Enxergar como que o tester vai atuar para ele poder viabilizar o acesso assim como o tester precisa entender Quais são as necessidades do desenvolvedor para que ele possa como eu comentei agora a pouco contribuir com o processo de desenvolvimento e facilitar o processo de desenvolvimento é prevenir o erro né Exatamente Essa é muito legal que tá aí na Se o time não é muito muito legal quando um deve ele já encontrou a gente pergunta Pois como é que tu conseguiu achar as vezes deve-se surpreendi com ele que você encontrou né porque às vezes nem ele tentou tão legal quando ele procura entender procura ver pergunta qual caminho que você fez até encontrar você vê que tem aquela parceria né Isso é muito legal então é hoje em dia é o que tá acontecendo antigamente não tinha nem se encontrava eu Nossa não é impossível meu você tá errado você não tá fazendo o teste vocês eu vou comer tá pronta a gente a configuração força no pé direito mas a união hoje em dia ou deve eu digo muito mais diferentes ligar né o 10 ele ele tem e o que que aconteceu para ir sim e lá corrigiu então falar que foi às vezes uma configuração ou então falar que a você não limpou caixa então assim acontece muito isso eu já sofri muito já Justiça salão com 35 já protestar exatamente era chiftr também acho que é isso que notícia para ver se esqueça de me desafiar sabe de perguntar se tem certeza que é isso que você tá fazendo e hoje em dia não hoje em dia já é muito mais difícil é muito louco isso né Eu queria deixar esse pedaço mais para o final para gente falar das coisas que enviou essa parte mais engraçado mas é muito louco que fosse o teu código tutu interface já não tá dizendo pra pessoa exatamente como ela tem que fazer e você tem que explicar para ela você tá fazendo Você já tá errado já tá errado né você tem que explicar para ver se eu cobrar a tem que testar já já tem alguma coi é preparado amigo né eu muito louco essa cultura Mas voltando isso que você falou eu acho isso esse ponto bem Mundial eu queria voltar nele se conectar falando de um time transformado ali um time é que de fato passando ali por um já com um processos de descrédito etc essa questão da cultura das responsabilidades ela precisa ser muito forte então eu o meu background é todo de da área de arquitetura não existe mais aquele papel do arquiteto que desenhou foi na parede Falou galera agora todo mundo vai seguir isso aqui vamos fazer assim ele continua sendo responsável pela arquitetura mas ele vai cocriar com time tem que tá todo mundo comprar tudo ele não é o senhor da arquitetura o Deus supremo que ele desenho e todo mundo segue e ele é o cara mais preparado o cara tem mais Skill naquilo ele vai criar e vai puxar aquilo com as pessoas né quando a gente fala de Cultura de qualidade eu acho que isso é muito forte também você tem lá o cara que é o Guardiola a qualidade o cara que conhece mas isso que você disse de por todo mundo corda e todo mundo testa tem que ser muito real né porque isso faz parte da cultura de qualidade né então eu não posso deixar com que só você teste eu faço você testa eu faço você testa eu acho que realmente é muito difícil tipo você testar seu próprio código é tipo você revisar o seu próprio texto sabe se o cara que lê vai ser pegar alguma coisa que você não pega o antes né mas você ter essa colaboração de povo Deixa eu fazer um code review do teu código deixa eu testar isso e isso ser uma cultura com PA um deles em si ao porque você não pode deixar delegar a responsabilidade de que todo mundo trabalha com qualidade com uma pessoa só todo mundo tem que ser responsável por trazer qualidade para o time né e isso é muito mais agilidade de fato do que trabalhar em sprints do que fazer reuniões dele todo mundo colar post-it essa galera Dona colar post-it Pois é a abordagem ágil de fato é colaborativas se não é colaborativa não é ágil é simples assim gente exatamente eu acho que é metodologia ágil ela vem para poder fazer enxergar isso que acho que antes não tinha tanta essa visão né uma colaboração numa parceria que realmente um time que era muito individual eu cheguei a presenciar ainda disse assim o grupinho de deve grupinho que quer aprender que existem por aí lá e hoje em dia não é tudo todo mundo junto mais é preciso acontecer tá Por exemplo quando a gente fala de teste ágil ele não acontece em automação não acontece assim se eu precisar continuar fazendo todos os meus testes manualmente eu vou a minha regressão vai ser enorme toda vez que eu fizer uma pequena alteração e e for validar tudo o que pode ser impactado por aquela alteração eu vou perder um tempo enorme meu time to Market vai ser baixo então assim a gente Vai acumulando aí o gerente vai falar não presta não vai embora sem teste é produção sem automação funciona existe sendo mais radical não não existe isso quer dizer que eu não devo fazer nenhum teste manual de jeito nenhum ah ah até tá trazendo aí um um conceito que está cada vez mais presente isso é muito legal é quando a gente olha para pirâmide de testes que a gente pensa eu tenho na minha base da pirâmide os testes de unidade acima eu tenho os testes de componentes acima eu tenho os testes de ap assim eu tenho os testes de usar interface Isso deve ser uma pirâmide Então tenho que ter mais teste de unidade um pouco menos e teste de integração e lá no topo tá intervenção humana exato mas essa intervenção humana tem que deixar de existir de jeito nenhum nenhum teste automatizado vai parar olhar para a tela e fala e se eu fizer se eu logar duas vezes com com a senha errada e tem na terceira eu entrar com a senha certa O que será que vai acontecer essa automatizado não vai e não tem que fazer isso mas essas vou comprar um problema sem dúvida tão a o teste manual continua sendo importantíssimo mas o que que eu defendo que a gente deve buscar resolver os problemas no nível em que acontece então se eu tenho um cálculo que é feito baseado em código basicamente né e assim entram dados um método esse método calcula alguma coisa e devolve uma resposta como que eu tenho que validar isso um teste unitário ponto simples assim agora eu ia até defender o Pronto né sobre o teste manual que eu tô vendo que tá fazendo começo sobre automação e é uma pauta que tá começando a criar uma polêmica sobre um espécie de manual verso pertinho automatizado hoje eu não faço para tomar pão eu só a galera de manual então eu a tomar nas empresas mesmo LinkedIn agora defendendo falando que pede uma Não não é morrer e realmente não vai porque precisa ter mas não é só automação automação ela veio para facilitar para ajudar vamos Estava explicando precisa de uma coisa mais rápida o teste automatizado vai ajudar mas o teste manual ele é indispensável então Muita gente deve acha que o teste manual vai morrer né Inclusive eu fiz uma palestra recentemente levando é o conhecimento de que a para adolescentes né que ainda estão tentando ingressar E aí eu falei sobre isso eu falei assim gente para quem não gosta de programar o teste mamão vai morrer ele ainda vai continuar existindo e as pessoas respeitem as vezes querer dizer que sim deixa eu digo uma no sentido que você foi encontrar vagas de teste automatizado hoje em dia eu tenho visto vagas diz assim que a black and eu falei caramba agora vamos colocar Québec e consciente não Querendo dirigir também e para mim teus aí no se não gostar de programar acabou se tornando o Pânico entre aspas porque eu pensei caramba agora a programação em pó porque a Proteste e agora eu vou fazer Já que eu não gosto e aí eu fizer outras pessoas falando é fui entendendo mais Sérgio tomate Zap tá vindo para agregar né tá vindo aí para poder facilitar a vida não para substituir é um grande filtro na consciência é uma uma pirâmide né é ruim você tem que até porque são testes diferentes com propósitos diferentes você não vai pegar um cara fazer um teste com ela para chamar método por método do desenvolvedor para saber se tá dando retorno correto não faz o menor sentido que tem que fazer isso até a exato até porque o teste não tem visibilidade dos métodos como eles estão organizados tal e nem precisa né Deve o teste unitário de muito mais uma ferramenta do o deve para auxiliar o desenvolvedor a os maus resultados de desenvolvimento dele do que o teste se e saber se alguma coisa que ele mexeu quebrou em outra que não deveria né que pode até ser mais do que isso se o cara usar um TD de por exemplo é isso que a gente já faz orientado e atende o resultado deve do do teste né E isso da produtividade enfim é uma ferramenta do próprio deve você que tá vendo esse podcast da hora tá vendo um monte de problema aqui que a gente tá colocando né e Quer uma ajuda aí na sua empresa faz o seguinte entra no site aqui da vibers que a gente pode te ajudar vem universo. Ai ou não somos uma empresa relacionada arquitetura de soluções a modernização de aplicações também atuamos na frente de vips para ajudar vocês a serem extremamente a gestão dá uma olhada no nosso site que vai estar aqui embaixo do universo contábil e lá você vai poder ver um pouquinho da nossa história do nosso profissionais e aproveitando se você com profissional da área de Tecnologia é que tá a fim de trabalhar numa empresa legal monte de colega a gente boa e tecnologia de ponta manda o e-mail para pipocar@ver members. Aí o o o assunto colocar no shopping velho e agora eu queria já passando aqui para o nosso segundo momento da pauta entrar um pouquinho mais no carácter no caráter técnico aqui tem uma uma parada que eu percebo no mercado e bom e nos papéis em si que a gente falou muito de papéis aqui falando de transformação digital etc os papéis eles ficam cada vez mais cinzas e próximos um dos outros né então como você disse Por exemplo cara de que a ele vai falar de negócio copiou para validar a ideia válida a hipótese etc mas esse é o cara que também vai fazer automação Oi e ele vai pisar um pouquinho ali também na esteira de devops vai como que a gente mexer essa parada toda foi porque por exemplo você falou vou tomatizar boa parte do meu processo para que eu tenho uma de fato uma alma uma esteira de dar um rap uma repressão rápida né como que eu vou fazer isso Tecnicamente aí que eu queria entrar com vocês eu vou ter que botar um teste unitário sunta Ministério debuild né você se quer você quer eu não quebra eu consigo fazer muita coisa hoje com selênio e outros frios e teste automatizado um outro cinco ordens de ficar desatualizado com selênio já né É ruim não é importante ele foi eu parei lá não sei nem ainda e isso eu posso rodar em tempo de bild também e fazer uma validação de se aquele bild é válido ou não e isso tudo o cara tá tendo uma esteira de devops ali né de Bill oi oi e automação desse processo e todos né Nilda e o de votos por si só e já tá meio que na camada de operações de infra de desenvolver também tem a parte de qualidade fica um grande diagrama de gantt lhe né nessas responsabilidades a gente tem por um lado isso é legal porque ajuda a reforçar que ela cultura de que todo mundo é responsável pela entrega né ur outro lado é quem tem que bater o bumbo na definição da arquitetura é o arquiteto tem que cocriar sim tem que copiar Mas alguém tem que ser o responsável e a pessoa que detém mais conhecimento sobre aquele assunto para discutir de uma forma mais profunda assim como quem tem que bater o bumbo sobre o desenvolvimento é o líder de desenvolvimento é aquele cara que ela e por responder às perguntas difíceis relativas a a codifi cação a tradução daquela daquele negócio daquela arquitetura como um um objeto the softer né assim como a gente precisa de um tester que seja o cara que de fato bata o carimbo diga isso está de acordo com o que foi planejado com o pessoal de desenvolvimento e com pessoal de negócios atende ao plano de validação que nós definimos então é suficientemente bom para ser entregue aí pensando de novo naquela qualidade necessária que a gente falou agora pouco avaliação do Risco tal é isso Alguém tem que ser o responsável por falar beleza esse plano foi cumprido quem é [Música] bom então sim a gente tem zonas cada vez mais cinzas a gente precisa entender mais cada vez mais do todo mas isso não invalida a necessidade de especialistas em cada uma das áreas vem e Tecnicamente Rui Letícia vocês acham que uma empresa que ela quer ser ágil e ela quer ter tecnologia de fato de ponta para para para dar um acelerar o desenvolvimento etc tem que ter essa parte de qualidade muito embarcada na esteira desse a e etc Obrigatoriamente tem que conforme gostei da sua aí fazer agora você consiga gostei é e a gente precisa ter feedback rápido para ter feedback rápido você não pode depender que uma pessoa aprove o Deploy e outra pessoa abalar de a permissão para que aquilo seja homologado seja colocado na mente de uma ligação para que a gente possa chamar uma outra pessoa para dar os testes sempre aparece na novela né Fica ali para um para outro Nossa a gira para cima e para baixo Ah pois é infelizmente ainda acontecem muitas empresas e poderia ser evitado com uma esteira disse a e bem definida meio estruturada com o tamanho necessário é muitas empresas erram também exagerando nesse processo tornando ele muito pesado aí a construção fica difícil a manutenção fica difícil e e acaba gerando mais problemas do que necessário né mas é fundamental ter uma esteira bem estruturada que Garanta que assim que você tem uma ação o que digo faça sentido né mas são que mude o estado dos seus Foster você faça todas as validações associadas que já estão automatizadas para aquilo que já gente automatiza já tanta coisa né se você faz software para automatizar coisas porque que a gente não faz software para automatizar softer Pois é tem essa resistência automatizar o seu trabalho de produzir o sol exato Exatamente é muito louco a gente passar por por esse tipo de discussão ainda hoje né de automatização de esteira e etc é eu quero ver a partir daqui para o parece que não mas o Episódio já está bem avançado e tem algumas coisas que eu quero que eu quero perguntar para vocês aqui duas específicas que são são são muito polêmicas se tá na polêmica são curiosas assim a gente muito a pergunta a respeito disso eu acho que a primeira é o que era está muito próximo ali da validação do que o que é produzido da qualidade que sai na ponta etc Como que o relacionamento desse profissional hoje com a área de segurança e como o que a ele ele precisa ter muita fluência em segurança porque a gente tem muito testes relacionados a seguranças querem jection né Como que essa troca se vestem tem vivido tempos nebulosos aí de captura de dados de resto é de vazamento de dados críticos na de dados sensíveis e tal como vocês vem o relacionamento dessas duas áreas comprometidas com o resultado na ponta e é eu vejo em algumas empresas a segurança faz parte do processo de validação em outras não amar a patada mais cedo minha opinião pessoal eu acho que faz todo sentido é a segurança faça parte do processo de validação que a gente tem a testes automatizados focados em segurança que se são executados no processo de reais de [Música] isso quer dizer que todos os testes de segurança podem ser automatizados de jeito nenhum tá do mesmo jeito que nem todos os testes funcionais ou não funcionais podem ser a tecla eu o teste de segurança é um teste não funcional como os outros mas que tem um ponto de vista muito específico e que tem um conhecimento que não é tão e ainda pelo menos é então tem especificidades agora tudo que pode ser automatizado do processo de segurança eu creio que deve e que deve fazer parte do mesmo processo que executa os testes funcionais a gente vai lidar também a segurança não são coisas fundamentalmente diferentes o conhecimento não está tão difundido é um conhecimento que está em equipes diferentes ainda hoje e talvez daqui a dez anos a gente olha para trás e falar nossa olha dez anos atrás era separado agora é tudo junto como a gente olha hoje para dez anos atrás e ver que era muito comum que a gente tivesse equipes de desenvolvimento e teste completamente separadas completamente independentes e hoje a gente defende que a gente tem que trabalhar juntos então esse é uma coisa que eu tava vendo que até ser uma reportagem no jornal E como que era segurança Mara muito carente por isso que pareça né não levaria e até mesmo importante que você falou são coisas que devem andar juntos porque só pela mente importância né da gente valores lá ih tá e privada que deve seguir juntos assim como desenvolvimento EA qualidade ponha conhecida que é preciso uma junta assim também a qualidade EA segurança também precisa ser cortada que precisamos junta mas agora não tem essa essa visão um outro ponto esse esse esse eu gosto Esse é o mais polêmico que mamilos mamilos suas dívidas antigas em 8 muito a gente falou muito agilidade falamos de automação falamos de squads de papéis correlatos etc time-to-marketing por tudo vai bastante coisa e tudo dia a Vanguarda do desenvolvimento de tecnologia né uma coisa que eu ainda vejo muitas empresas que poção legal zona Santos colados aqui a gente trabalha com os créditos cetera e tem ainda uma pontinha lá na beirinha ali da produção ele depois do que a na portinha para entrar para produção que ainda é como era 30 anos atrás de mude governança e gestão de mudança como que o que é a pode ajudar nisso primeiro que algumas empresas Elas têm questões regulatórias de Capital aberto e direto aqui que dá uma engessada nessa parada eu acho que tem coisas Como contornar depois eu postei da minha opinião para vocês de do que ele poderia Talvez pensar e disso pro Futuro etc mas queria entender como que vocês vêm isso dentro do mundo corporativo um de vocês estão estão inseridos E qual é opinião pessoal de vocês como que o que é a pode ajudar a tornar e isso de fato uma coisa ágil né porque por não adianta desenvolverá e a Juce Eu tenho um gira de E mude a dois dias para ser aprovado o pé para produção é uma questão complicada complicada porque a gestão de mudança existe para evitar problemas assim como a gestão de qualidade existe para evitar problemas como que eu acho que a qualidade pode contribuir para tornar esse processo de gestão de mudança mais leve fazendo melhor evitando que cheguem muitos problemas para que a gestão não precisa ser tão rígida na gestão de alteração não precisa ser tão rígida é a partir do momento em que de fato eu tenho pouquíssimos incidentes em produção eu posso flexibilizar o meu processo não vou dizer que para tudo tá você entende que o processo pode ser mais flexível e eu sinto que sim mas por que que não é hoje porque software ainda a entregue um pouco a qualidade e a gente ainda tem muitos problemas acontecendo em produção porque a cultura de produção de software é muito diferente por exemplo da engenharia civil Ainda bem né ainda bem preservada prédio dando problema e produção não ia ser muito agradável ser agradável mas aqui também nome por conta do tempo né porque eles querem tudo tão pronto é só questão de explicar de uma semana duas semanas é é uma altura Então acho que isso acaba tendo pipoca aqui não tem a qualidade por um lado sim tá mas quando eu comecei minha carreira em uma semana você não nem marcava a primeira reunião quanto mais produzir alguma coisa né E a gente já errada lá atrás e já gerava muita coisa com problema hoje a gente tem um processo de entrega muito mais eficiente e ainda tem muito para evoluir a gente consegue com essa adição de automação de uma visão integrada de uma um apoio das pessoas de qualidade para o processo de uma maneira integral a gente consegue melhorar muito isso e tende a melhorar ainda mais seu eu tenho certeza que nos próximos anos a gente vai descobrir mais métodos mais ferramentas para tornar esse processo mais rápido e mais eficiente isso vem acontecendo com a velocidade muito grande e vai continuar acontecendo com a velocidade grande mas ainda assim continuamos muito longe da precisão que existe por exemplo na engenharia civil são universos completamente diferentes até eu acho que serve como exemplo é mas eu tenho que reconhecer que é um exemplo um pouco forçado por quê a engenharia civil tem uma Histórica no histórico de alguns milhares de anos a mais do que a engenharia de software e tem um objeto completamente diferente que não vai mudar depois que foi criado a grosso modo exato já o softer o padrão é ele muda se você comparar você entregaria um andar com Jardim demorando na próxima Sprint você teria o andar de cima e depois eu ainda três semanas e aí depois de mole metade do prédio e coloca o outro porque o dono pediu para ser Vermelho e o playground agora vai ter piscina e a loucura Ainda bem que engenharia civil não usa a Sprint ainda né ainda bem deixa assim acho assim e encara eu acho isso muito louco por quê e essa questão de prazo etc que a gente fala é é uma é uma coisa que não tem uma discussão fácil né uma vez eu conversei com uma pessoa eu vi uma resposta até compartilhar com vocês aqui e me fez refletir isso você falava antigamente a gente demorava uma semana para marcar a primeira reunião por exemplo tem uma vez discutindo com executivo de tecnologia justamente porque são de prazo de você poder fazer uma coisa com mais qualidade com mais tempo etc Eu usei o argumento que foi o seguinte eu humilde jovem com sou inocente a gente tem que tomar cuidado você deve deve ter vídeos no mercado eu achei que tomar cuidado porque se a gente faz porcaria Hoje a gente vai fazer porcaria mais rápido o que você só vai ter uma porcaria mais rápida essa pessoa deu para mim falou ok que hoje a gente faz porcaria lenta o que é pior não é melhor já já que tá fazendo a mãe já foi descobrir que estavam cobra que sem problema já resolve aí você fica apertando na verdade já que para fazer porcaria que o Saci porcaria rápido para ter oportunidade de fazer rápido né O que não pode você fazer o algo bem no seu tempo e passar fazer porcaria rápido mas enfim uma discussão muito muito muito rica essa discussão de tempo tem várias tem várias abordagens que tem várias maneiras de pensar e tem algumas coisas tem aquele exemplo clássico net que eu não adianta colocar nove mulheres para fazer um bebê que não vai sair um mês nós vamos fazer bebê por Sprint também né 100 primeiros passos que você vem aqui no fundo é né é só não vai para a produção era muito e curte isso muito curtindo ali e depois nove meses para produção né não é mas a grosso modo não dá para agente negar que a necessidade de mudança do mercado é muito grande e que a mudança do mercado independente do que a gente como produtor de software quer o o negócio muda muito rápido e precisa do suporte do software então sinto muito mas vai ter que acontecer né E por lá também legal eu para gente imaginar que quanto mais curto tempo maior risco e o risco é sempre inimigo a qualidade atualmente não tem tem uma equação aí que ela não pode tem que ser uma balança muito fina que não pode pender para nenhum dos lados muito radicalmente né É difícil encontrar o equilíbrio e esse clipe não é fácil eu creio que é o segredo a gente Fazer Entregas precisas é a gente tem esse equilíbrio também acho é mas não é porque eu acertei uma vez que eu vou continuar acertando porque a necessidade é muito específica sempre em cada Sprint cada desenvolvimento que eu faço cada teste que desenvolveu extremamente específico então é óbvio que a gente vai com um ganho de conhecimento a gente ganha precisão Mas isso não quer dizer que não vai mudar de um jeito que eu não reconheço e que eu vou ter que repensar tudo legal antes de eu fazer a pergunta final aqui que a mais curiosa para vocês para não esquecer deixa eu entregar uma coisa aqui para você ruim opa a camiseta do pt não compila lê a sua Eu não posso entregar virtualmente eu vou mandar pelo Vítor tá bom você vai acabar eu mando assim que ele vier para São Paulo eu eu mando aí e manda o chopp também eu sou a gente vai chegar meu quente para você obrigada muito obrigado valeu mesmo Eu que agradeço a presença de vocês eu queria perguntar para vocês para a gente fechar um caso curioso/engraçado dessa vida de teste e qualidade vocês podem compartilhar com a gente que aconteceu de curioso nesse mundo do desde na minha máquina funciona a cachorro comeu meu código fonte que vocês podem compartilhar conosco pode pode pode trocar os nomes Tá eu vou contar uma história que aconteceu comigo a e é mais curiosa do que engraçada Tá mas eu juro para você esquece 100% verdade tá num passado distante eu trabalhava como desenvolvedor autônomo e eu tinha como cliente uma fundição em Jacareí que para qual desenvolvia um sistema em clipe na época ou seja harmônico faz tempo é desenvolver um código que na minha máquina funcionava sempre na máquina sempre na máquina que a primeira máquina que eu estarei lá funcionava na outra máquina que instalei lá funcionava E desde que os arquivos de bancos de dados que na época eram dpfs não estivesse em um determinado servidor eu podia apontar para qualquer máquina colocar os arquivos de dados em qualquer máquina que funcionava mas se eu colocasse os arquivos e dados naquela máquina específica e usasse como servidor na época uma rede novew aquela que era cabo de televisão ainda não é isso eu duvido que foi cinco porcento das pessoas que estão vindos pode quer saibam que é uma rede nova eu com cabo coaxial é o meu irmão já é de Outra Geração eu nunca vi um cabo coaxial para controlar integridade dos dados fazia manualmente o bloqueio do registro antes de editar aí editava e fazer a liberação do registro esse processo funcionava me sinto bem em 99 porcento dos computadores já passou no caso de teste mas quando eu colocava em uma determinada máquina os arquivos de dados que para mal dos pecados era máquina que deveria ser o servidor aqui ó tipo é eu não tinha nada muito diferente dos outros mas era para funcionava em todas menos aqui precisava né geralmente assim mesmo Olha que interessante eu dava o comando para bloquear fazer alteração e liberar ele fazia um bloqueio fazia alteração e não liberava o registro nunca mais se eu não receber iniciar-se Aquela aquele pedaço de software não derrubasse é a aquela conexão e reconectar se ele não liberava aquele registro jamais fazer um adendo aqui para os jovens que estão nos ouvindo programar probabilidades antes era assim hoje você usa aí o teu Down né usa aí seus frameworks para fazer tudo a camada de dados que eu entendi aqui no local Registro para escrita né porque aí ninguém poderia acessar aquele dia tia comprou mesmo tempo não mesmo tempo e depois liberar esse registro para escrita de outro torcer tinha com você ou coisas que hoje o sgbd faz automaticamente que a gerenciar a concorrência de até lá na unha quem tem que fazer aqui olhar manivela para acontecer e como que eu resolvi esse problema trocando esse computador não tinha outro jeito aquela máquina não desbloquear os registros para esse software para outro software funcionava bom e depois de um tempo [Música] tive um espaço para explorar um pouco mais isso e comecei a trocar a parte dessa máquina troquei a placa de rede e continua dando o mesmo problema troquei a placa de som que tava não existia isso da gente deixa é vezes não gosta de 16 meses troquei a placa de som continua dando problema a ela o problema só foi resolvido quando eu troquei a placa mãe quando eu troquei a placa mãe desse computador o problema deixou de acontecer isso mesmo taquei fogo no PC e resolver o problema felizmente nunca mais eu passei por uma situação dessas mas foi curioso foi divertido é alguma coisa de muito baixo nível de acesso ao ai o de processadores que a gente nunca vai saber o que é ainda bem ainda bem que passou né ler conta um causo para nós a sua vida bom ela conta vai estar aqui assim foi quando é muito grande por culpa de um gerente meu e que no final ele colocou a culpa em mim vou explicar o que aconteceu a gente uma um cliente que era seguradora então assim você falou para mim sério né que ele placa do bonitinho padrãozinho E aí nós temos que fazer uma correção de uma planilha que a gestora lá na época tinha mandado né que mais e para ter esse controle do pequeno sido feito porque não tinha e tinha uma planilha na qual a gente colocava que foi principal toque para a gente precisava também no do outro gerente porque ele entende o negócio né que tu mais e como ele já era brincava com a gente demais foi assim a gente já um tempo a gente eu diga eu e time desenvolvimento ele dessa vez põe pegou essa planilha e colocou essa vez várias piadas nessa planilha né que mais vou colocando coisa do tipo não vou fazer o cenário enfim colocar agora não lembro exatamente tinha ai que que a gente fez né outro gerente era responsável pelo time e pelo Porém o cliente ele simplesmente negócio a Panini assim o que é isso meu caro aqui assim coloca assim família dele exatamente eu não fiz o teste da família então assim foi uma situação engraçada que merda a sorte foi que hoje era a gente fez a brincadeira conversou com o cliente né que era conhecida um tempo explicou a situação no mar e aí foi resolvido mas foi um caso curioso que poderia ter dado mais nada muito grande mas no final das contas foi engraçado Pois é passou né também assim nessa época a e como consultor independente eu trabalhava muito sozinho né aí [Música] até para me divertir um pouco colocava umas mensagens de erro engraçadinhas no código para fazer bem nunca quem não usa colocou uma engraçadinho e não recebeu um print de terra do kit de tela do cliente escrito ver o pau Hahaha uma linha 35 [Risadas] não foi que aconteceu comigo é sério divertir hoje ainda fazer mais do que aí vai pelo logback agora vai para o servidor de log todo mundo vai ver pô nem dá para botar mais os três engraçadinho como era antes né mas é o mundo tá mais chato né A gente podia se divertir mais desde aqui sozinho sem escrever na planilha de ninguém nem deixar no outro engraçada Olá pessoal muito obrigado pelo Episódio foi muito legal passou super rápido aqui pra continuar se esse assunto eu quero continuar esse assunto com você e depois de sendo mais sobre Tecnicamente inclusive sobre alguns pontos específicos na área de que a o objetivo nesse era a gente não ouviu mesmo pra galera da importância do que o que que se faz na área né quem se interessa pelo pelo esse movimento de qualidade etc e faremos outros episódios sobre teste unitários testes regressivos porque isso de fato agrega muito valor para até para desenvolvedores para as pessoas que que se interessam por desenvolvimento então faremos faremos outros e espero contar com a presença de vocês aqui nos próximos serão prazer com certeza e possível presencialmente por terremoto é um pouco chato confesso o chope não tem chopp na remota Mas elas é é por causa do terremoto mais espero se casa fizemos outro está presencialmente e ruim passar imenso né Compartilhar e essa conversa porque acredito que tem muito mais triste do que eu então a gente tem muito a agregar trocar a experiência que é muito legal eu era o também está oportunidade e para mim é a primeira vez que eu faço podcast Então para mim tá sendo um momento muito legal muito bacana E aí muito obrigada obrigado por aceitar o convite pela presença muito obrigado por convidar foi a conversa foi super leve e super prazerosa e pude tô super disponível é só chamar show de bola faremos mais Sem dúvida nenhuma com a Letícia aqui tomando um chopp com a gente vai assim ó é isso aí e aí e aí a gente fecha os microfone antes com um padrão automatizado alguma coisa aí faz um teste e para não dar mais problema né pessoal obrigado pela presença de vocês novamente e você que tá ouvindo a gente aí Segue nas redes sociais comenta aqui no YouTube a gente vai deixar o link de um dos dois aqui com as vocês querem bater um papo com eles adicionar na rede de vocês para falar mais sobre o assunto conhecer os seus oportunidades ruim tá sempre colocando oportunidades também lá na empresa dele é fique à vontade e coloque aqui as suas dúvidas seus comentários procura a gente no Tik Tok procura no Instagram no Twitter e o Vitor Vitor não pode vir hoje mas ele prometeu que você não estiver mil likes nesse vídeo ele vai fazer dancinha no Tik Tok então por favor desce o dedo no like aqui para gente ver a dancinha do vidro pessoal Muito obrigado novamente Valeu galera até a próxima valeu até mais tchau tchau E aí [Música] [Aplausos] [Música]
Episódios Relacionados
2h 1minSegurança estratégica de Software: O que todo Gestor e Executivo deve saber |PPT Não Compila Podcast
Rafael Lachi
24 de jul. de 2025
1h 48minQuality by Design: Muito além do Teste | PPT Não Compila Podcast
José Eduardo Fiamengui, Valdir Scarin
28 de mai. de 2025
1h 36minDevSecOps na Prática: Segurança e Agilidade no Ciclo de Desenvolvimento | PPT Não Compila Podcast
Rafael Silva, Luciano Beja, Damaris Souza da Silva
23 de out. de 2024
1h 36minQualidade de Software: Desafios e Soluções Executivas | PPT Não Compila Podcast
Nilton Barioto, José Renato Silvestre, Rui Rodrigues
2 de out. de 2024
