Cara, máximo respeito a todos os profissionais... Máximo respeito aos QA Máximo respeito aos DEV Trabalho em Segurança Ofensiva. Já reportei falha pesada pra equipe de Dev que falava grosso com a equipe. mas com a Equipe de Red Team Security fala Fino. Tem uns DEV que precisam respeitar mais a galera mano. Estão se achando demais... O que garante meu emprego é justamente uma CAMBADA de Dev Horrível que arrota merda na internet. Desde que trabalho com Segurança é a mesma discussão de Dev querendo se achar superior porque o outro sua "if" ... O Dev tem que ser DOENTE achar que as merdas que eles produzem não precisam de teste, tem que ser um senior de 1 ano. MÁXIMO respeito a TODOS que não são assim... QA / DEV / SEC são todos uma Equipe, se um deles falhar, todo mundo falhou... OBS: Minha sorte é que a empresa que trampo não rola isso... Todas as equipes se respeitam e o bagulho flui da hora sem ego.
@@guironaldohp isso.. a área de Segurança da Informação são separados por cores, é uma "tradição da área" o pessoal da defesa/monitoramento é o Blue Team e quem trabalha com a parte ofensiva procura por vulnerabilidade, injeção de código, falhas etc é o red team
Especialmente para quem quer ser QA. QA tem um escopo muito amplo do que foi falado. Além de trabalhar entre o desenvolvimento o time de produto, o QA automatiza não só WEB e API, mas também cria pipelines, automatiza processos, automatiza programas de linha de comando, automatiza mobile. Ajuda o time de desenvolvimento com criação de documentação, sugere melhorias e ferramentas que fazem sentido para o time, sabe ler logs, sabe serviços de nuvem quando necessário. O QA é técnico e tem as skills como comunicação e entendimento dos processos. Seja QA e saia da bolha. Como disse o Lucas, "se não tem QA, não tem bugs" . QA não descartável, o chatGPT não entrega o trabalho de um QA. O papel é consolidado que até a JetBrains lançou recentemente um IDE voltada pra QA.
Meu cachorro já pode ser QA, todo dia ele arruma uma forma de se prender no portãozinho da varanda ou subir em cima de algum lugar sem apoio. E como ele consegue distruir uma coleira que não tem corrente, só o nome dele😅
Tem um ponto que não vi o pessoal citar, mas o QA faz uma puta ponte entre negócios e desenvolvimento. De resto, tem que ser cuzão com dev sim, o fdp passa 8h, escreve 3 linhas de código e o QA fica igual um fdp para mapear o bug, colocar evidência, escrever o gherkin e etc. E QA que só roda o cypress deveria apanhar todo dia também.
mano, nessa thread do inicio do video, percebemos que nossa area de ti é tudo a moda caralha, tem dev que nao quer qa (pq ele é foda e ele mesmo testa, ele é senior em 1 ano, especialista de framework x, o programador 2077 bug free, nao se ligando q só ta ajudando o sua empresa a te explorar cada vez mais) tem o dev que nunca viu um qa (esses aqui tao muito fodidos e ainda nao sabem) tem dev q gosta do qa pq empurra a bucha pra outro cpf e que se foda (maioria) tem o dev que é meio qa e valoriza um qa como mentor de qualidade (muito raro ter dev assim alias) mas a grande verdade é que o papo de dev ser mais isso ou aquilo, é ajudar o patrão a lucrar mais com menos (se demitirem todos os qa`s da tua empresa esse custo vai pro bolso do dev? kkkkk)
Sobre o teste do dev: O dev tem que minimamente verificar se o que ele fez ta funcionando, porque o QA vai fazer uma análise aprofundada e abrangente e que o dev não tem que perder tempo em fazer ou se preocupar. Ex: Vc fez uma feature. Só verifica se ela ta funcionando mesmo. Só isso. O QA vai fazer todo o processo até bater na sua feature. Ele vai testar outras funções que podem ser afetadas com a sua subida. Funções que são muitas vezes refletem em outra area da empresa e que vc NEM SABIA que poderia impactar. Em resumo, o bom QA não se prende à funcionalidade em si, mas em todo o ecossistema, às boas práticas, ele tbm questiona se certas features devem realmente ser implementadas ou não.... etc.... Sobre o QA reproduzir o que o dev fez: Isso não é um erro, é apenas um tipo de teste, que se chama teste funcional (teste para garantir que ta funcionando como deveria). Maaaaas além disso, ele deve tentar quebrar lógica que vc teve, por isso da pergunta: "Como vc testou mesmo?" (pois vou fazer diferente e ver como a funcionalidade de comporta, ainda assim kkkkk - risada maléfica 😈). Essa atitude pode ser popularmente associada ao que um usuário faria (eles nunca seguem as regras) 😂 Obviamente que se um QA se limita à visão do dev, ou ele é muito inexperiente, ou ele é ruim 😂😂😂 O QA tem que pensar nos cenários que ninguém pensa. É nisso que está o grande diferencial dele.
Os caras acham que é assim kkkkkkk. Gostam de ficar zoando QA, mas já salvei muita gente nos projetos porque ninguém pensava nas integrações e demandas futuras kkkkkkkkkkkkk
Deixem os QA's em paz carai, todo mundo sabe que tem Dev ( a depender do nível ) que faz mil calls só pra resolver um bug ou entregar uma demanda pq ta " com dúvida ", imagina colocar esse cara pra ficar testando? Fora os pleno e Senior que já tão de saco cheio de só entregando demanda, confiar que o teste unitário desse cara vai ser uma coisa que só por ela vai garantir a QUALIDADE do produto é no mínimo inocente. Além do mais, vamo pensar fora da caixinha né galera? Dev vai parar pra escreve automação? Dev vai parar pra testar manualmente com visão de usuário? Dev vai parar pra fazer teste de usabilidade pegando feedback e tirando disso um parâmetro interessante para determinar oq é fácil de usar ou oque não é? Dev vai parar pra fazer teste de performance gravando requisição de cada funcionalidade e interpretando que o sistema/app/foda-se está aguentando aquela quantidade x de pessoas ao mesmo tempo? Acho que nn né?? Sei que a maioria fala pra sacanear pra ter aquela boa e velha rixa de áreas mas sei que tem gente com a cabecinha fechada pensando que QA é só Teste manual e foda-se. Enfim, forte abraço ai, vamo pra cima
sim, man. Eu acho que o Dev (Pl/Sr), já tem responsa pra caramba e ainda querem empurrar essa pra cima de qualidade. Se o cara codar o melhor que ele pode codar, ele já meteu qualidade no serviço e pronto. QA mete um teste de integração (lá ele) e JMeter, abraço, se der ruim, vem com o bug que os cara encara e resolve.
Sou QA faz 12 anos. É uma área muito ampla: fiz teste de performance, manual e automação. Testei para bancos, empresas farmacêuticas dessas que produzem o veneno de um lado e o remedio do outro, varejo medio e grande, aplicaçãozinha de fundo de quintal/hobby de fim de semana que deixava alguns dólares para o dono... enfim, conheço a área bem, o que não conheço é documentação que represente fielmente os desejos do cliente. 😂
Eu acho muito engraçado quando vejo falarem que QA não faz diferença pq QA é só testar e blablabla... Lembrei na hora do começo de outubro o executivo da Bethesda em uma entrevista se orgulhando de não possuir uma equipe de qualidade, na mesma semana, Starfield lançou e todo mundo viu qualidade "maravilhosa" que o jogo possuía. Lembrei aqui também da Bungie no meio do ano fazendo um layoff e acabando com o setor de qualidade da empresa, hoje, apenas alguns meses depois, a comunidade está recebendo tão mal o estado atual do Destiny 2 que a Sony está pensando em fechar o estúdio. E esses são só uns exemplos que eu lembrei de cabeça.
O problema é que eu já conheci QA da Epic Games que assumiu que não fazia quase nada tudo dera automatizado na maioria das vezes e ele só rodava e reportava, o proprio QA contribui pra essa imagem.
Mano existe empresa especializada em qa, contrata freela e paga por bug achado. Pq dependendo do aparelho e região sempre tem um bug. Pode não ser viável para a empresa que cria o software, pq vai rodar liso nos aparelhos que possui, mas quando vai pra outros aí o bicho pega
No início da minha carreira, trabalhei 6 anos como QA e depois migrei pra programação. Eu acredito que era um QA raiz, pq todos os devs me odiavam. Quando migrei pra programação, vi que essa experiência que tive me ajudou a me tornar um programador melhor.
Sou dev back end em um time de QA, eu escrevo testes, mas o QA que nao é dev faz estudo de cenarios da aplicação, documenta regras de negocio e valida elas na tela, te uma parte de qualidade.
Fui QA. Era chato pra Kra1ho, mas necessário para a garantia do negocio da empresa. A responsabilidade era teste unitário de proc SQL Oracle e interface do antigo ColdFusion; apontar o erro; e subir para homologação e produção, e ainda era revalidado pelo cliente.
Os QA que conheci era tudo testador de botão, n sabia o básico de http pra testar backend, n sabia ler erro, n tinham procedimento nenhum de teste decente etc. QE é o unico que acho util desses. No mercado, tem um grande movimento pra acabar com cargo de SM e QA e honestamente, eu concordo.
Onde trampo atualmente não existe o cargo de QA ... Até tinha um QA na equipe, mas acabaram com esse cargo na empresa como um todo, e o QA que era da equipe vai ter que começar a programar. Hoje a ideia é que todo mundo desenvolva e todo mundo teste, não as próprias demandas no caso.
até na gringa estão falando isso que é dinheiro indo pro ralo.. é igual antigamente ter um Caixa de Supermercado e um empacotador... kkk.. e ai o proprio caixa pode fazer isso.. pessoal ai só faz burrada viu.
@@gepetovovo2509 carai mano, na minha cidade até hoje todos os supermercados e até os mercadinhos de esquina ainda possuem as funções de caixa e empacotador.
@@gepetovovo2509 aqui na europa o caixa não empacota, quem faz isso é o cliente. Então o futuro é lançar o app como beta aberto e deixar os clientes reportarem os erros? xD
Caralho, acabei de descobrir que sou QA raiz, by Mano Deyvin... KKKKKKKKKKKKKKKKK Mas, não faço só na mão, faço o dev chorar usando o Cypress também, porque eu gosto de fazer dev chorar de forma manual e automatizada... KKKKKKKKKKKK
Meu sonho é ter QA que tem conhecimento técnico, e isso só aconteceu quando eu era junior e falei diretamente num feedback pra uma QA e ela foi se prontificar pra aprender o mínimo de desenvolvimento web. Única QA que quando ia testar algo, ela abria até code review pra ter uma ideia do que foi feito/tentar entender alguma coisa e ver se pegava algo ou ia direto na mudança ao invés de ficar testando e retestando um monte de test case pra ver se aparecia algo. E se não entendesse os code changes, chamava pra entender o que foi mudado. Dev tem que fazer coisa de dev, QA tem que fazer coisa de QA. Mas até que ponto o dev deve testar? Basicamente se o acceptance criteria bate, tu fez esse happy path do AC e não estourou nada na tela, o teu validation já foi feito. Agora é trabalho de QA. Se eu ter que parar depois de desenvolver de uma task e testar tudo que é regra de negócio, eu entrego porra nenhuma na sprint.
sinceramente QA não serve pra nada, pessoal que contrata isso se ferra depois, e na primeira crise eles são os primeiros a serem mandados embora.. ou quando acaba os projetos tb.
Brother, existem inúmeros motivos que levam a um layoff, produtividade, orçamento, fim de projeto. Não é pq o cara exerce tal cargo que ele vai ser mandado embora, Pessoas que n respeitam as funções dos outros e não sabem/reconhecem a importância de cada um em um time tbm são mandadas embora, fica a dica ai pra ti que diz que QA não ser pra porra nenhuma kkkkk, vai se interar um pouco, tá com uma visão MUITO ignorante, a ideologia de " chorume " tá muito encrostada na sua mente@@gepetovovo2509
6 หลายเดือนก่อน
@@gepetovovo2509 Você parece ser um dev bem frustrado hein.
Ja trabalhei em empresa que o QA era responsável por falar um bando de merda sobre coisa que não sabia e nem podia opinar e encher meu saco pra ensinar ele como usar o jest
Me chamaram pra trabalhar como Beta Tester em uma empresa muito conhecida em Curitiba, era apenas home office, o salário era bom e tinha vários benefícios como dia da bermuda (você poderia trabalhar de bermuda da sua casa sem se preocupar com *crossdresser* code), dia da música (poderia escutar música na sua casa sem fones de ouvido), entre outros. Logicamente eu neguei, porque jamais deixaria alguém me chamar de "Beta" .
poha o dev deixar de pensar em cenário, agora o dev tem que fazer trabalho do gerente de projeto e pensar nos cenários além de fazer o trabalho do QA kkkkk
QA define os testes (acceptance testes, requisitos funcionais e etc), o dev testa. Imagina ter que contratar um tester pra cada serviço que você contrata para ser feito na sua casa. Contratar um testador depois que um eletricista coloca uma tomada pra você. Só dev é mimado a esse ponto. O profissional que é responsável por garantir a qualidade do próprio trabalho
Po... eu já fui esse QA raiz, mas essa abordagem nem sempre é eficaz, porque o que tem de dev que sabota depois de levar uma chamada, ao invés que corrigir porque ficou com o ego ferido, é fogo! E a mamãe aqui tá sem paciência 😂 O ideal é ser raíz com um cadinho de açucar, tipo: OLHA ESSA BOSTA E A CAGADA QUE VAI DAR se vc não corrigir.... então me ajuda que te ajudo e te pago um café. 😂😂😂 Tipo: TÁ HORRIVEL, mas não é nada pessoal.😄❤💋
Olha, tem uma empresa (TOTVS) que tem uma caralhada de aplicação meia boca distribuída por aí Empresa que trabalho usa muitas aplicações de lá, e são todas muito horríveis Se eles tem QA precisa fazer esses QA trabalhar, e se não tem, precisa contratar urgente 😂 Só um desabafo aleatório Passo raiva demais com esses apps..
Claro que o dev tem que testar primeiro, o maior no. de cenários que estiverem ao alcance dele. Depois o QA testa cenários ainda mais complexos. Quem trabalha com cenários complexos de ERPs, sabe que é suicida o dev que acha que está certo, testa pouco e fica com preguiça de pensar em novos cenários.
Dev que não faz teste é loco. Ai outra pessoa mexe em algo, caga seu código e cade seu teste? 🤡 Sem falar que tem aplicação que não dá pra testar sem teste e eu nunca vou confiar tanto assim no meu código.
Sou QA, discordo totalmente.. A gente valida se a feature que o dev fez, esta de acordo com o que o mick jagger P.O. pediu. kk. e se os devs não estão mandando false/true por baixo dos panos kk
Quando vc n se preocupa em fornecer algo com qualidade pro cliente, da pra pensar assim. Agora eu sendo um chefe e vendo que ta pipocando erro pra krl e os clientes tão reclamando, só vou ter UMA pessoa pra jogar a culpa e começa com D
Dev eh na maioria fracassado, eu sempre q programo qualquer coisa, penso no maximo de situacoes q podem acontecer e poderiam quebrar e ja resolvo na primeira versao… a maldicao do qa soh testa o caso de uso, o happy path
🔥 Inscrição do bootcamp, corre... é de graça e são poucas vagas 🏃♂
deyv.in/bootcamp-banco-pan
Tô fazendo esse bootcamp
@@brunolk12 é legal? vale a pena?
Que parada é essa que o Lucas ta sempre Montano e nunca acaba?
Lá ele cem vezes
Lá ele mil vezes
Gostei. Foi boa.
Monta y monta! 😂😂
Eu odiava QA, até entender o que realmente um QA faz.
Hoje ter QA no time é uma coisa LINDA.
Cara, máximo respeito a todos os profissionais...
Máximo respeito aos QA
Máximo respeito aos DEV
Trabalho em Segurança Ofensiva.
Já reportei falha pesada pra equipe de Dev que falava grosso com a equipe.
mas com a Equipe de Red Team Security fala Fino.
Tem uns DEV que precisam respeitar mais a galera mano.
Estão se achando demais...
O que garante meu emprego é justamente uma CAMBADA de Dev Horrível que arrota merda na internet.
Desde que trabalho com Segurança é a mesma discussão de Dev querendo se achar superior porque o outro sua "if" ...
O Dev tem que ser DOENTE achar que as merdas que eles produzem não precisam de teste, tem que ser um senior de 1 ano.
MÁXIMO respeito a TODOS que não são assim...
QA / DEV / SEC são todos uma Equipe, se um deles falhar, todo mundo falhou...
OBS: Minha sorte é que a empresa que trampo não rola isso... Todas as equipes se respeitam e o bagulho flui da hora sem ego.
Red team?
@@guironaldohp isso.. a área de Segurança da Informação são separados por cores, é uma "tradição da área" o pessoal da defesa/monitoramento é o Blue Team e quem trabalha com a parte ofensiva procura por vulnerabilidade, injeção de código, falhas etc é o red team
Pô, abre onde vc trabalha... quero trabalhar lá... e em paz sem aquele empurra-empurra.🙂
Tu acha que esses dev babaca é assim porque a empresa abre espaço ou porque é do próprio mercado ? Tipo, não há o que ser feito contra.
@@hackerdobem94 Eu sei, só queria saber se "segurança ofensiva" era isso mesmo... Obrigado pela informação...
Especialmente para quem quer ser QA.
QA tem um escopo muito amplo do que foi falado.
Além de trabalhar entre o desenvolvimento o time de produto, o QA automatiza não só WEB e API, mas também cria pipelines, automatiza processos, automatiza programas de linha de comando, automatiza mobile. Ajuda o time de desenvolvimento com criação de documentação, sugere melhorias e ferramentas que fazem sentido para o time, sabe ler logs, sabe serviços de nuvem quando necessário. O QA é técnico e tem as skills como comunicação e entendimento dos processos. Seja QA e saia da bolha. Como disse o Lucas, "se não tem QA, não tem bugs" .
QA não descartável, o chatGPT não entrega o trabalho de um QA. O papel é consolidado que até a JetBrains lançou recentemente um IDE voltada pra QA.
Meu cachorro já pode ser QA, todo dia ele arruma uma forma de se prender no portãozinho da varanda ou subir em cima de algum lugar sem apoio.
E como ele consegue distruir uma coleira que não tem corrente, só o nome dele😅
Já trabalhei com QA Raíz. E isso é muuuuito true !
Tem um ponto que não vi o pessoal citar, mas o QA faz uma puta ponte entre negócios e desenvolvimento.
De resto, tem que ser cuzão com dev sim, o fdp passa 8h, escreve 3 linhas de código e o QA fica igual um fdp para mapear o bug, colocar evidência, escrever o gherkin e etc.
E QA que só roda o cypress deveria apanhar todo dia também.
mano, nessa thread do inicio do video, percebemos que nossa area de ti é tudo a moda caralha, tem dev que nao quer qa (pq ele é foda e ele mesmo testa, ele é senior em 1 ano, especialista de framework x, o programador 2077 bug free, nao se ligando q só ta ajudando o sua empresa a te explorar cada vez mais)
tem o dev que nunca viu um qa (esses aqui tao muito fodidos e ainda nao sabem)
tem dev q gosta do qa pq empurra a bucha pra outro cpf e que se foda (maioria)
tem o dev que é meio qa e valoriza um qa como mentor de qualidade (muito raro ter dev assim alias)
mas a grande verdade é que o papo de dev ser mais isso ou aquilo, é ajudar o patrão a lucrar mais com menos (se demitirem todos os qa`s da tua empresa esse custo vai pro bolso do dev? kkkkk)
Caralho, o Husky Siberiano matou a charada todinha!
@@sombraarthur de nada Morpheus brasileiro
Sobre o teste do dev: O dev tem que minimamente verificar se o que ele fez ta funcionando, porque o QA vai fazer uma análise aprofundada e abrangente e que o dev não tem que perder tempo em fazer ou se preocupar.
Ex: Vc fez uma feature. Só verifica se ela ta funcionando mesmo. Só isso.
O QA vai fazer todo o processo até bater na sua feature. Ele vai testar outras funções que podem ser afetadas com a sua subida. Funções que são muitas vezes refletem em outra area da empresa e que vc NEM SABIA que poderia impactar.
Em resumo, o bom QA não se prende à funcionalidade em si, mas em todo o ecossistema, às boas práticas, ele tbm questiona se certas features devem realmente ser implementadas ou não.... etc....
Sobre o QA reproduzir o que o dev fez: Isso não é um erro, é apenas um tipo de teste, que se chama teste funcional (teste para garantir que ta funcionando como deveria). Maaaaas além disso, ele deve tentar quebrar lógica que vc teve, por isso da pergunta: "Como vc testou mesmo?" (pois vou fazer diferente e ver como a funcionalidade de comporta, ainda assim kkkkk - risada maléfica 😈). Essa atitude pode ser popularmente associada ao que um usuário faria (eles nunca seguem as regras) 😂
Obviamente que se um QA se limita à visão do dev, ou ele é muito inexperiente, ou ele é ruim 😂😂😂
O QA tem que pensar nos cenários que ninguém pensa. É nisso que está o grande diferencial dele.
onde eu trabalho o QA é um usuario remunerado, mas com bagagem de programação, funciona bem, é um bom funil
Sou QA PL, o conceito de QA mostrado no vídeo e comentado está longe de um QA profissional de fato…
Os caras acham que é assim kkkkkkk. Gostam de ficar zoando QA, mas já salvei muita gente nos projetos porque ninguém pensava nas integrações e demandas futuras kkkkkkkkkkkkk
Deixem os QA's em paz carai, todo mundo sabe que tem Dev ( a depender do nível ) que faz mil calls só pra resolver um bug ou entregar uma demanda pq ta " com dúvida ", imagina colocar esse cara pra ficar testando? Fora os pleno e Senior que já tão de saco cheio de só entregando demanda, confiar que o teste unitário desse cara vai ser uma coisa que só por ela vai garantir a QUALIDADE do produto é no mínimo inocente. Além do mais, vamo pensar fora da caixinha né galera? Dev vai parar pra escreve automação? Dev vai parar pra testar manualmente com visão de usuário? Dev vai parar pra fazer teste de usabilidade pegando feedback e tirando disso um parâmetro interessante para determinar oq é fácil de usar ou oque não é? Dev vai parar pra fazer teste de performance gravando requisição de cada funcionalidade e interpretando que o sistema/app/foda-se está aguentando aquela quantidade x de pessoas ao mesmo tempo? Acho que nn né?? Sei que a maioria fala pra sacanear pra ter aquela boa e velha rixa de áreas mas sei que tem gente com a cabecinha fechada pensando que QA é só Teste manual e foda-se. Enfim, forte abraço ai, vamo pra cima
sim, man.
Eu acho que o Dev (Pl/Sr), já tem responsa pra caramba e ainda querem empurrar essa pra cima de qualidade. Se o cara codar o melhor que ele pode codar, ele já meteu qualidade no serviço e pronto. QA mete um teste de integração (lá ele) e JMeter, abraço, se der ruim, vem com o bug que os cara encara e resolve.
Nem QA tá fazendo essa porra ksksksks
Os Profissionais estão@@kewincosta7373
Arregaçou! Mandou bem demais! Tá cheio de Dev burro!
Perfeito 👏👏👏
É um ajudando o outro, cara!!!
Sou QA faz 12 anos.
É uma área muito ampla: fiz teste de performance, manual e automação. Testei para bancos, empresas farmacêuticas dessas que produzem o veneno de um lado e o remedio do outro, varejo medio e grande, aplicaçãozinha de fundo de quintal/hobby de fim de semana que deixava alguns dólares para o dono... enfim, conheço a área bem, o que não conheço é documentação que represente fielmente os desejos do cliente. 😂
Eu acho muito engraçado quando vejo falarem que QA não faz diferença pq QA é só testar e blablabla... Lembrei na hora do começo de outubro o executivo da Bethesda em uma entrevista se orgulhando de não possuir uma equipe de qualidade, na mesma semana, Starfield lançou e todo mundo viu qualidade "maravilhosa" que o jogo possuía. Lembrei aqui também da Bungie no meio do ano fazendo um layoff e acabando com o setor de qualidade da empresa, hoje, apenas alguns meses depois, a comunidade está recebendo tão mal o estado atual do Destiny 2 que a Sony está pensando em fechar o estúdio. E esses são só uns exemplos que eu lembrei de cabeça.
O problema é que eu já conheci QA da Epic Games que assumiu que não fazia quase nada tudo dera automatizado na maioria das vezes e ele só rodava e reportava, o proprio QA contribui pra essa imagem.
a melhor parte do vídeo foi ele dizendo como é o qa raiz e pq ele é o melhor kkkkkkkkk
Mano existe empresa especializada em qa, contrata freela e paga por bug achado. Pq dependendo do aparelho e região sempre tem um bug. Pode não ser viável para a empresa que cria o software, pq vai rodar liso nos aparelhos que possui, mas quando vai pra outros aí o bicho pega
Dev tem de testar 100% o que ele desenvolveu. O QA também deve testar.
Cobertura de codigo de 100% é impraticável, DEV só testa cenário feliz e alguns cenários de erro que são mto óbvios.
No início da minha carreira, trabalhei 6 anos como QA e depois migrei pra programação. Eu acredito que era um QA raiz, pq todos os devs me odiavam. Quando migrei pra programação, vi que essa experiência que tive me ajudou a me tornar um programador melhor.
Sou dev back end em um time de QA, eu escrevo testes, mas o QA que nao é dev faz estudo de cenarios da aplicação, documenta regras de negocio e valida elas na tela, te uma parte de qualidade.
Regra é clara,sua avo sabe mecher melhor do q o user, idependentemente de quem seja.
time low cost de dev sem ninguem de ui/ux vai criar a desgraça que foi a hbomax quando lançou
lucas montano falou "é meio dia e seis agora" E ERA MEIO DIA E SEIS NO MEU PC. bizarro
Fui QA. Era chato pra Kra1ho, mas necessário para a garantia do negocio da empresa. A responsabilidade era teste unitário de proc SQL Oracle e interface do antigo ColdFusion; apontar o erro; e subir para homologação e produção, e ainda era revalidado pelo cliente.
Os dev tem q testar sim caraio, so que como vcs são malandros o QA tem que testar denovo.
O verdadeiro QA são os amigos que fazemos no caminho
QA no time so em projeto novo. Em projeto legado eh uma raridade ter QA.
Aprendo muito com esse estilo humorístico de canal
Os QA que conheci era tudo testador de botão, n sabia o básico de http pra testar backend, n sabia ler erro, n tinham procedimento nenhum de teste decente etc. QE é o unico que acho util desses. No mercado, tem um grande movimento pra acabar com cargo de SM e QA e honestamente, eu concordo.
Onde trampo atualmente não existe o cargo de QA ...
Até tinha um QA na equipe, mas acabaram com esse cargo na empresa como um todo, e o QA que era da equipe vai ter que começar a programar.
Hoje a ideia é que todo mundo desenvolva e todo mundo teste, não as próprias demandas no caso.
até na gringa estão falando isso que é dinheiro indo pro ralo.. é igual antigamente ter um Caixa de Supermercado e um empacotador... kkk.. e ai o proprio caixa pode fazer isso.. pessoal ai só faz burrada viu.
@@gepetovovo2509 carai mano, na minha cidade até hoje todos os supermercados e até os mercadinhos de esquina ainda possuem as funções de caixa e empacotador.
@@gepetovovo2509 aqui na europa o caixa não empacota, quem faz isso é o cliente. Então o futuro é lançar o app como beta aberto e deixar os clientes reportarem os erros? xD
Caralho, acabei de descobrir que sou QA raiz, by Mano Deyvin... KKKKKKKKKKKKKKKKK
Mas, não faço só na mão, faço o dev chorar usando o Cypress também, porque eu gosto de fazer dev chorar de forma manual e automatizada... KKKKKKKKKKKK
Meu sonho é ter QA que tem conhecimento técnico, e isso só aconteceu quando eu era junior e falei diretamente num feedback pra uma QA e ela foi se prontificar pra aprender o mínimo de desenvolvimento web. Única QA que quando ia testar algo, ela abria até code review pra ter uma ideia do que foi feito/tentar entender alguma coisa e ver se pegava algo ou ia direto na mudança ao invés de ficar testando e retestando um monte de test case pra ver se aparecia algo. E se não entendesse os code changes, chamava pra entender o que foi mudado.
Dev tem que fazer coisa de dev, QA tem que fazer coisa de QA.
Mas até que ponto o dev deve testar? Basicamente se o acceptance criteria bate, tu fez esse happy path do AC e não estourou nada na tela, o teu validation já foi feito. Agora é trabalho de QA.
Se eu ter que parar depois de desenvolver de uma task e testar tudo que é regra de negócio, eu entrego porra nenhuma na sprint.
E Deus me livre hoje em dia trabalhar em um time sem QA. Eu acho que prefiro vender curso do que ter que passar por isso
Nessa onda do Principal QA ai que as 2 grandes empresas q trabalhei no Brasil não tem QA kkkk
o QA do meu setor é meu chefe, e é ela que testa e finaliza a tarefa... eu gosto, eu testo, mas outra pessoa sempre acha uma parada que eu não vi
Trabalho desde 1999 como desenvolvedor/programador e nem sei quem é esse tal de QA.😂
Que porra de QA, eu programo em produção corrigindo as cagadas que DEV e QA se juntaram para liberar.
sinceramente QA não serve pra nada, pessoal que contrata isso se ferra depois, e na primeira crise eles são os primeiros a serem mandados embora.. ou quando acaba os projetos tb.
@@gepetovovo2509 man, que visão ignorante a sua
@@apen4s bom se tu quer ganhar merreca continue nessa visao, pq no layoff todos são mandados embora e não sabem o pq.
Brother, existem inúmeros motivos que levam a um layoff, produtividade, orçamento, fim de projeto. Não é pq o cara exerce tal cargo que ele vai ser mandado embora, Pessoas que n respeitam as funções dos outros e não sabem/reconhecem a importância de cada um em um time tbm são mandadas embora, fica a dica ai pra ti que diz que QA não ser pra porra nenhuma kkkkk, vai se interar um pouco, tá com uma visão MUITO ignorante, a ideologia de " chorume " tá muito encrostada na sua mente@@gepetovovo2509
@@gepetovovo2509 Você parece ser um dev bem frustrado hein.
Ja trabalhei em empresa que o QA era responsável por falar um bando de merda sobre coisa que não sabia e nem podia opinar e encher meu saco pra ensinar ele como usar o jest
Bela definicao do QA raiz.
Me chamaram pra trabalhar como Beta Tester em uma empresa muito conhecida em Curitiba, era apenas home office, o salário era bom e tinha vários benefícios como dia da bermuda (você poderia trabalhar de bermuda da sua casa sem se preocupar com *crossdresser* code), dia da música (poderia escutar música na sua casa sem fones de ouvido), entre outros.
Logicamente eu neguei, porque jamais deixaria alguém me chamar de "Beta" .
😂😂😂😂😂😂😂
QA = UR = Usuário remunerado! pill... mas isso não quer dizer que não precise de QA! Muito pelo contrário.
poha o dev deixar de pensar em cenário, agora o dev tem que fazer trabalho do gerente de projeto e pensar nos cenários além de fazer o trabalho do QA kkkkk
Shift left funciona bem com uma estratégia de testes automatizados. Fora isso, acaba sendo besteira.
QA define os testes (acceptance testes, requisitos funcionais e etc), o dev testa.
Imagina ter que contratar um tester pra cada serviço que você contrata para ser feito na sua casa. Contratar um testador depois que um eletricista coloca uma tomada pra você. Só dev é mimado a esse ponto. O profissional que é responsável por garantir a qualidade do próprio trabalho
Na minha rotina também não tem QA não o Dev que faz tudo de ponta a ponta....rsrs é QA é coisa de marajá....rsrsrs
QA que da 1 estrela e esculacha o dev kkkkkkkk
aqui na empresa se o cara n e dev ele tbm pode fazer qa, ent tem ate vendedor fazendo qa
O bootcamp da DIO está com data de fim das matrículas de 08/12/2023. Ué!
Vou defender os QA , conheço uma diva que trabalha de QA e meu é tanta buxa tanta buxa que ela resolve dos devs que vocês não tão ligados.
Para rodar o Cypress tem o Jenkins
Po... eu já fui esse QA raiz, mas essa abordagem nem sempre é eficaz, porque o que tem de dev que sabota depois de levar uma chamada, ao invés que corrigir porque ficou com o ego ferido, é fogo! E a mamãe aqui tá sem paciência 😂
O ideal é ser raíz com um cadinho de açucar, tipo: OLHA ESSA BOSTA E A CAGADA QUE VAI DAR se vc não corrigir.... então me ajuda que te ajudo e te pago um café. 😂😂😂
Tipo: TÁ HORRIVEL, mas não é nada pessoal.😄❤💋
12:48 😂😂😂😂😂 eu tô rindo tanto! 😂😂😂
Olha eu aparecendo na home page do talent match :)
Olha, tem uma empresa (TOTVS) que tem uma caralhada de aplicação meia boca distribuída por aí
Empresa que trabalho usa muitas aplicações de lá, e são todas muito horríveis
Se eles tem QA precisa fazer esses QA trabalhar, e se não tem, precisa contratar urgente 😂
Só um desabafo aleatório
Passo raiva demais com esses apps..
Claro que o dev tem que testar primeiro, o maior no. de cenários que estiverem ao alcance dele. Depois o QA testa cenários ainda mais complexos. Quem trabalha com cenários complexos de ERPs, sabe que é suicida o dev que acha que está certo, testa pouco e fica com preguiça de pensar em novos cenários.
papel do qa é rodar o cypress uhauah
Dev que não faz teste é loco. Ai outra pessoa mexe em algo, caga seu código e cade seu teste? 🤡 Sem falar que tem aplicação que não dá pra testar sem teste e eu nunca vou confiar tanto assim no meu código.
Quem cria teste unitário e teste de integração? O Dev ou o QA?
mano deyvin, oque é o cypher? responde digitando certinho pra eu dar um google, nao achei aqui, abrç chorume
Nada que um fullesterco nao faria
Teste unitário então? Tbm nao?
tem nada de shift left que o dev que faz, ta errado isso ai kkkkkkkk
1:58 ele falou Lucas montano? Nem deu pra perceber
Sou QA, discordo totalmente.. A gente valida se a feature que o dev fez, esta de acordo com o que o mick jagger P.O. pediu. kk. e se os devs não estão mandando false/true por baixo dos panos kk
KILLUEI
QA serve pra encher o saco do DEV e sacanear o PO derrubando as stories na refinement kkkkkk
QA é o próprio cliente e FOD*****
Quando vc n se preocupa em fornecer algo com qualidade pro cliente, da pra pensar assim. Agora eu sendo um chefe e vendo que ta pipocando erro pra krl e os clientes tão reclamando, só vou ter UMA pessoa pra jogar a culpa e começa com D
Dev eh na maioria fracassado, eu sempre q programo qualquer coisa, penso no maximo de situacoes q podem acontecer e poderiam quebrar e ja resolvo na primeira versao… a maldicao do qa soh testa o caso de uso, o happy path
Qa so se fode kkkkkkkkkkkk
CURTE
COMENTA
E SE EXPLODA!
KKKKKKKKKKKKKKKKKKKKKKK #ChoRum-e
ML nao tem QA e roda liso
Oxi kkkk sou dev flutter, qual o meme?
#ManoDeyvin
QUIUEI
WAS/IS
pura desinformação esse video do montano, tras um qa de verdade pra falar da area de qa, mano dey
Man, meu QA recebe humilhação de dev(vulgo eu e os guri), tamo fudidoooooo kkkkkkkkkkk
rodar o cypress hahahahaahahaha😅😅