❤️ Instagram: instagram.com/pessonizando 🟦 Telegram: t.me/pessonizando 🎯 Aprenda teste de software dos fundamentos a automação - hotm.art/zcimYx
@EuMesmaSim1233 жыл бұрын
Em pleno sábado, 2 da manhã e eu maratonando os vídeos do Vinicius. Sou muito grata por existir canais como esse, que sabe juntar bom conteúdo, com uma didática incrível, que prende quem está assistindo.
@pessonizando3 жыл бұрын
oi Taise!!! q maravilha!! fico mto feliz em ver a dedicação e fazer parte da sua jornada!!! bons estudos e sucesso! um abraço
@KevinGomesLeal Жыл бұрын
muito bom cara, excelente conteúdo. Trabalho na área de qualidade de software, tem me ajudado muito!
@pessonizando Жыл бұрын
que maravilha Kevin! fico mto feliz em ajudar! vem pras nossas aulas gratuitas, todas terça, as 15:00 de brasilia! um abraço e bons estudos
@brsheetmusic3 жыл бұрын
Pessoni. Parabéns pelo vídeo. Muito bom. Tenho uma questão. O BDD é uma metodologia de desenvolvimento de software e não uma forma de escrever casos de testes. O BDD deve ser utilizado para que o desenvolvimento seja realizado com base no comportamento e a forma de descrever o comportamento/caso de teste se chama Gherkin (Dado, Quando, Então). Porém se descrevo o caso de teste e o meu time não usa para guiar o desenvolvimento logo nós não estamos trabalhando com BDD, estamos apenas descrevendo casos de testes com Gherkin.
@pessonizando3 жыл бұрын
Oi Rafael, exato! Mas mesmo sem usar o processo (escrever testes antes, codar depois), usar a linguagem gherkin pra Descrever os critérios de aceitação (e testes) pode ser legal. Mas vc precisa ver se está mais ajudando do q atrapalhando nos seus testes
@matheusandrade15322 жыл бұрын
Exato, mas é um framework voltado para os testes. Embora, temos a feature, cenário, dado, quando e então. Mas temos outro modelos, mas como se dita o cenário no BDD, por isto estamos alocados nele. Sem falar que ele é indicado, para projetos tanto quanto pequenos, como médios e grandes.
@ednaldormachado Жыл бұрын
Muito boa a colocação... infelizmente acham que o BDD e a bala de prata...
@Filhodanuvem4 жыл бұрын
Tá foda essa imagem! Esse blur atrás é muito chic! 😎
@pessonizando4 жыл бұрын
Vamos melhorando devagar né mano!? 🥳🥳🥳
@lua1969nao Жыл бұрын
Professor, eu amo as suas aulas, já assisti muitas, e me ajuda sempre! Muito obrigada por tudo, mesmo de coração. Só que tem uma coisa me incomoda, depois de ouvir várias vezes, não só aqui nos vídeos, mas ouvindo todos os dias os profissionais da área pronunciando a palavra "mobile" equivocadamente. Gostaria que todos que tivessem interesse, buscassem a pronúncia correta dessa palavra em inglês, pode ser ouvir no Google tradutor mesmo. Acredito que 99% dos profissionais pronunciam a palavra "mobile" incorretamente. Fora isso, você é perfeito e passou em todos os testes, automatizados ou não! Beijos e parabéns pelo seu trabalho!
@pessonizando Жыл бұрын
oie, lembra q existe a pronuncia em Ingles dos USA, do UK, sa Australia, da Africa do sul, e por ai vai. Eu costumo usar a do UK, onde moro. Mas as vezes nos videos sai "aportuguesada" mesmo kkkkkkkkkk
@joaodacruz333-b7d Жыл бұрын
Muito legal seu material sobre BDD, muito obrigado.
@pessonizando Жыл бұрын
fico mto feliz em ajudar! aproveita e deixa o like e se inscreve pra ajjudar a gente tbm. Um abraço e otimos estudos!
@danielgustavo41983 жыл бұрын
Muito bom Perssoni, obrigado!!!
@gilderleisampaio53603 жыл бұрын
Pessoni tem como fazer um vídeo com exemplo real de um caso de teste, tanto pra quem trabalho no cascata quanto pra os métodos ageis
@pedroebr4 жыл бұрын
Otimo! Explica de maneira simples.
@pessonizando4 жыл бұрын
muito obrigado Pedro! fico muito feliz que tenha gostado! um abraço
@marciamarins85984 жыл бұрын
Muito boa explicação🔝 Parabéns pelo canal 😊
@pessonizando4 жыл бұрын
❤️❤️❤️❤️
@PauloHenrique-vg3gh3 жыл бұрын
Muito claro e objetivo! Parabéns ao canal !!!
@pessonizando3 жыл бұрын
Muito obrigado Paulo! Fico mto feliz q esteja gostando!! Um abraço
@webertonsilva66484 жыл бұрын
Excelente!!!
@pessonizando4 жыл бұрын
🎉🎉🎉
@pedrobarros-nd1iv2 жыл бұрын
kkkkk gosto muito dos seus vídeos!
@pessonizando2 жыл бұрын
Opa! Fico feliz! Já ajuda a gente deixando os likes hein?!
@thiagoherrera67924 жыл бұрын
Bela explicação!
@pessonizando4 жыл бұрын
Muito obrigado Thiago! fico feliz que tenha gostado =)
@garrafapetit65524 жыл бұрын
Morri de ri sobre a dislexia! 😂 E amei o vídeo 👏🏾👏🏾👏🏾👏🏾 Finalmente entendi a relação de caso de teste com BDD. Parabéns pelo conteúdo de qualidade!
@pessonizando4 жыл бұрын
Fico muito feliz q tenha gostado e tenha entendido a relação deles!! Um abraço
@adrianacavalheiro39203 жыл бұрын
Pessoni, tudo bem? me ajuda... qual a melhor ferramenta para documentação dos testes. Vale a pena separar a documentacao de teste (outro local) da ferramenta de desenvolvimento (JIRA).. agradeco demais!!
@pessonizando3 жыл бұрын
Gosto mto de documentar em Wiki. Se tiver jira, usa ele. Mas a melhor é automatizar mesmo os testes e se precisar cucumber. Tem q testar e ver o q melhor funciona na sua empresa
@adrianacavalheiro39203 жыл бұрын
@@pessonizando obrigada pela luz.. eu estava vendo o testlink mas achei bem complexo. se puder me ajudar mais uma duvida: o que é mais importante focar em automatizar testes ou aplicar conceitos, documentação para partir para um teste automatizado?
@pamelaferreira29694 жыл бұрын
Amei!!! bem resumido deu pra clarear as ideias. Thanks❤
@pessonizando4 жыл бұрын
Fico feliz que tenha gostado!! Um abraço
@julianaantunesmachado41664 жыл бұрын
Nem precisa dizer que eu adoro todos os seus vídeos. :D A qualidade da imagem tá bem melhor. Só cuida um pouco com o foco da imagem. Eu senti dar umas desfocadas no meio do vídeo (nada que atrapalhasse, só 'perfumaria' mesmo).
@pessonizando4 жыл бұрын
Fico feliz q esteja gostando Juliana!!!! Ainda estou apanhando da câmera nova kkkkkkkkkkk esse foi o primeiro vídeo nela!!! Vamos melhorar na próxima (eu espero). 🎉🎉🎉
@webertonrafael59004 жыл бұрын
Muito bom !!!
@pessonizando4 жыл бұрын
🎉🎉🎉
@sk8sksk4 жыл бұрын
Pessoni, você usa o formato BDD com cucumber para testes de API? O que acha? Tem QAs que preferem os recursos da própria biblioteca/framework de testes como no caso do java e junit, nas tags @Test colocar no nome da classe algo que deixe implícito o que o teste faz. No JS dá para descrever no describe e nos ITs cada cenário. Um motivo seria que para testes de api devido a enorme variação de cenários, escrever um .feature com o gherkin custaria um um bom tempo além de geralmente o teste de api ser algo mais técnico e você não trataria direto com o PO como no caso dos testes de aceite onde se escreve os cenários e se define o que vai ser testado baseado no negócio e até mesmo antes do desenvolvimento. Já vi alguns usando o pŕoprio Jmeter como principal para testes de API também. Em resumo, qual abordagem prefere utilizar para testes de API? Com ou sem gherkin e BDD?
@pessonizando4 жыл бұрын
Oi Rodolfo, depende da equipe. Tem equipe q eu usei cucumber pra descrever no formato de BDD pros testes de api. No meu curso eu ensino sem cucumber pra não colocar uma camada a mais de complicação pra quem está começando. Então vai de preferência mesmo.
@gabrielysantos71463 жыл бұрын
eu amo seu canal! sempre me divirto e aprendo muito kkkkkkk obrigada mesmo pela dedicação
@pessonizando3 жыл бұрын
mto obrigado por acompanhar Gabriely!!! fico mto feliz em poder contribuir 🥳🥳
@Juniorxrox4 жыл бұрын
Muito bom o vídeo!! Uma dúvida, tem algum lugar onde consigo pegar uns templates de test case?
@pessonizando4 жыл бұрын
oi Wellington, a norma iso 829 tem as definições de como fazer as documentaçoes de teste. Vc pode baixar a minha monografia de teste de software, na seção downloads do meu site q tem uns modelos por lá. Um abraço
@clebersonosorio13984 жыл бұрын
Pessoni seus conteúdos são incríveis, iniciei esse ano como QA e apesar de ter uma cultura ágil na empresa, não usamos muitas ferramentas de testes, estamos começando ao usar o Cypress, mas pelo que eu vi no seu outro vídeo sobre ferramentas e linguagem que recomenda só confirmou o que eu tinha percebido na entrevistas que passei recentemente que o mercado usa são outras, estamos implementando os testes automatizados via Pepilines do GitLab, é recomendando que os QAs façam isso ou teria que ter um DevOps? Até porque em questão de valorização estamos muitos abaixo do que se vê nas vagas mercado.
@pessonizando4 жыл бұрын
Oi Cleberson, fico feliz q esteja gostando! Bem vindo a área! Então, pode usar Cypress sim. Só vai ter menos documentação pq é mais nova. Tenho alguns alunos q usam e gostam muito! E nunca usei. Gitlab estou usando agora. É melhor q Jenkins em alguns aspectos e pior q ele em outros, ou pior q bamboo. Mas em relação a gente como QA fazer essas configurações, depende da empresa. Temos q saber fazer pq quanto mais sabemos, melhor. Se Tiver devops, eles ajudam. Senão, é a gente mesmo. Lembra de ver meu vídeo sobre pirâmide de teste tbm q é muito importante já q estão começando a implantar automação. Um abraço
@clebersonosorio13984 жыл бұрын
@@pessonizando Muito obrigado pela dica vou ver sim pode deixar.
@theBoi-19834 жыл бұрын
Parabéns, Pessonha! Só cuidado com o BDD, pois vejo muita gente usando o Cucumber para automatizar casos de testes e ele não nasceu com esse objetivo. 😉👍🏼
@pessonizando4 жыл бұрын
Muito obrigado meu caro! Então, tento sempre lembrar o pessoal q o BDD é muito mais do q isso né!? Um abraço
@sandersonkiffer84273 жыл бұрын
Muito bom!! Uma dúvida.. caso os programadores já trabalhem com TDD e Testes unitários, compensa eu automatizar apenas testes na API, e End to End? Pois hoje tenho um conhecimento no cypress e gostaria de aplicar na empresa, porém tenho medo de não dar certo devido a não automatização de camadas mais abaixo da pirâmide, causando assim um custo alto a empresa.
@pessonizando3 жыл бұрын
Oi Sanderson, como eles fazem teste unitário sem ser automatizado? Sempre compensa automatizar testes de APi. E2E lembra de ser poucos, como falamos na pirâmide de teste. O interessante seria seguir unidade, integração, componente, api, e um pouquinho de e2e. Mas um pouco de automação já é melhor q nenhuma automação
@renataalmeidazanin72343 жыл бұрын
Acabei de chegar na empresa e não usam BDD e eu me norteio por eles, tudo bem ficar com essa forma de escrita a parte dos demais? Qual sua opinião?? ☺️
@pessonizando3 жыл бұрын
oi Renata, cada tecnica funciona melhor ou pior em alguma empresa. Então é legal tentar abordagens diferentes e ver o q funciona com sua equipe por aí. Pode propor BDD por exemplo e ver se vai funcionar. Se funcionar, ótimo. Senao, tentem outra coisa. Um abraço
@BrunoPulis4 жыл бұрын
Pessoni num cenario onde nao foi adotado o BDD, qual seria a mesma forma de documentar os casos de teste? Atualmente eu vejo documentando eles com mapas mentais. Seria uma boa abordagem ou existe uma outra forma mais interessante para isso?
@pessonizando4 жыл бұрын
Oi Bruno! eu gosto muito da abordagem de WIKI. Criar uma wiki com os casos de teste porque são mais acessiveis, faceis de manter e revisar. Ou então direto no GIT tbm, as vezes faço assim. Mapas mentais eu fazia 10 anos atras quando tinha tempo infinito praquele treco. Gostava pq era visual e amo coisas visuais. Mas hoje tem anoooos q não encosto em um mapa mental. Um abraço
@BrunoPulis4 жыл бұрын
@@pessonizando valeu demais, nunca tinha pensado nessa abordagem com Wiki, pode ser uma boa saida.
@pessonizando4 жыл бұрын
A grande questão é testar mesmo o q vai servir pra equipe. Testa, se for legal, continua. Senão muda. Testar e adaptar
@thiagopereira50314 жыл бұрын
Boa noite! Tenho uma dúvida, será que pode me ajudar?? Eu gostaria de saber quantas ações (entrada) eu posso ter por step em um caso de teste. Sempre vejo apenas uma ação, mas queria poder utilizar duas ou até três, mas não sei se é correto.
@pessonizando4 жыл бұрын
Oi Thiago, depende das configurações que seu caso de teste vai precisar. Se precisar inserir muitos dados, podem ter vários passos sim, sem problemas. Mesmo no formato de BDD podem ter vários passos no given. Um abraço
@marcenzoinc70223 жыл бұрын
BOM DIA A ILUMINACCAO AO ESTA OTIMA VC PODERIA SUVIZAR. LUZ DA PAREDE COM COM MENOS DB NA CAMERA OU COLOCA UM SPOT NO REFLETOR, OU UM 3/10 OU TERCRON QUE E UM CORRETIVO DE INTENSIDDES DE LUZ ELES TIRAM POTENCIA DA ILUMINACAO E DEIXA A LUZ SUAVE EM VC E NA PAREDE, SE VC GRAVAR. NOITE USE UM POUCO DE LUZ QUENTE EM VC OU NO AMBIENTE MUITO CONHECIDO COMO AMBAR TAMBEM TEM DIFUSOR OU PODE BATER O BRANCO NA CAMERA COM TEMPERATURA 3200 PRA BAIXO,. CRIA UM CLIMA MAIS SUTIL E ACONCHEGANTE! SOU FOTOGRAFO PROGRAMADOR KKKK AGORA QA KKKK
@pessonizando3 жыл бұрын
valeu pela dica! Aproveita que agora temos área de membros pra poder apoiar o canal pra gente comprar mais luzes kkkkkkk