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!!
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
@@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?
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.
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
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.
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.
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!
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
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
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?? ☺️
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
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
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?
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.
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.
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
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).
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). 🎉🎉🎉
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. 😉👍🏼
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?
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
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.
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
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.
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
❤️ Instagram: instagram.com/pessonizando
🟦 Telegram: t.me/pessonizando
🎯 Aprenda teste de software dos fundamentos a automação - hotm.art/zcimYx
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!!
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
@@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?
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.
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
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.
Muito boa a colocação... infelizmente acham que o BDD e a bala de prata...
kkkkk gosto muito dos seus vídeos!
Opa! Fico feliz! Já ajuda a gente deixando os likes hein?!
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.
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
Tá foda essa imagem! Esse blur atrás é muito chic! 😎
Vamos melhorando devagar né mano!? 🥳🥳🥳
muito bom cara, excelente conteúdo. Trabalho na área de qualidade de software, tem me ajudado muito!
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
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!
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
Muito legal seu material sobre BDD, muito obrigado.
fico mto feliz em ajudar! aproveita e deixa o like e se inscreve pra ajjudar a gente tbm. Um abraço e otimos estudos!
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
valeu pela dica! Aproveita que agora temos área de membros pra poder apoiar o canal pra gente comprar mais luzes kkkkkkk
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?? ☺️
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
Muito bom o vídeo!! Uma dúvida, tem algum lugar onde consigo pegar uns templates de test case?
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
Muito bom Perssoni, obrigado!!!
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?
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.
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.
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
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).
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). 🎉🎉🎉
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!
Fico muito feliz q tenha gostado e tenha entendido a relação deles!! Um abraço
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. 😉👍🏼
Muito obrigado meu caro! Então, tento sempre lembrar o pessoal q o BDD é muito mais do q isso né!? Um abraço
DESCULPE A CAIXA ALTA
😅
Muito claro e objetivo! Parabéns ao canal !!!
Muito obrigado Paulo! Fico mto feliz q esteja gostando!! Um abraço
Muito boa explicação🔝
Parabéns pelo canal 😊
❤️❤️❤️
Muito boa explicação🔝
Parabéns pelo canal 😊
❤️❤️❤️❤️
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?
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
@@pessonizando valeu demais, nunca tinha pensado nessa abordagem com Wiki, pode ser uma boa saida.
A grande questão é testar mesmo o q vai servir pra equipe. Testa, se for legal, continua. Senão muda. Testar e adaptar
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
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.
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
Amei!!! bem resumido deu pra clarear as ideias. Thanks❤
Fico feliz que tenha gostado!! Um abraço
Otimo! Explica de maneira simples.
muito obrigado Pedro! fico muito feliz que tenha gostado! um abraço
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.
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
@@pessonizando Muito obrigado pela dica vou ver sim pode deixar.
Bela explicação!
Muito obrigado Thiago! fico feliz que tenha gostado =)
eu amo seu canal! sempre me divirto e aprendo muito kkkkkkk obrigada mesmo pela dedicação
mto obrigado por acompanhar Gabriely!!! fico mto feliz em poder contribuir 🥳🥳
Excelente!!!
🎉🎉🎉
Muito bom !!!
🎉🎉🎉