Excelente vídeo. Sou programador há vários anos e sempre fui habituado a fazer o end to end. Estou há várias semanas pesquisando sobre unitários e tentando entender onde e como realmente aplicar. Porém ver vídeos dos outros fazendo não me esclareceu assim como o seu vídeo. Muito obrigado 😉👍
É. Testes de integração são importantes para garantir que o fluxo entre banco de dados e serviços estejam funcionando corretamente e inclusive eles serão úteis para prever erros no e2e.... na minha visão, os testes de integração são os mais importantes na pirâmide...
Estou fazendo um curso on line de Teste de Software, no módulo que estou, tinha tarefa de casa que é pesquisar os tipos e niveis de testes... enfim, nas pesquisas, cai aqui de paraquedas. Foi uma queda certeira, muito bom o seu conteúdo, muito obrigado pelo esclarecimentos e ganhou mais um inscrito!
Legal o seu vídeo, parabéns pela explicação e pela empolgação e vontade de ensinar. Muito bom de se ver. Concordo com os seus pontos mas queria dizer que atualmente vivo um dilema porque o cliente e até mesmo pessoal interno questionam Testes Unit x Testes Integrados. Ex.: imagina que o cenário se refere à uma integração entre dois sistemas, ref diversos módulos: criar um fornecedor no sistema A e leva-lo para o B, criar um pedido com este fornecedor do sistema A e cadastrar este mesmo pedido no sistema B, emitir uma pre-fatura deste fornecedor e pedido do sistema A e levar para o sistema B, etc. Pois bem, o que tem gerado controvérsia é que quando criamos um plano de testes para testar mesmo que isoladamente a integração do módulo fornecedor (cadastro do sistema A tem que ir pro B) eu já entendo isso como o teste integrado, porque depende dos dados do outro sistema, depende de uma chamada WS para ver se os dados foram consumidos corretamente e interpretados de forma correta no sistema que vai receber os dados, etc. E muitos da equipe dizem que isso é o teste unitário só porque se refere a um único módulo (fornecedor). Pra mim único é diferente de unitário. Ou seja, minha conclusão é que testar o módulo de integrar fornecedores entre sistemas de forma separada ou testar este mesmo módulo + criação do pedido + criação da fatura (onde há relação entre os módulos) = ambos são testes integrados - um apenas é mais completo que o outro, talvez este mais completo esteja bem próximo do E2E. Desculpa o textão, e fique à vontade para comentários. Um abraço.
Acho que seu raciocínio está bem correto Paulo. Fala pros seus amigos que testes unitários podem tambem ser lidos como teste de unidade. E nesse caso "Uma unidade é a menor parte testável de um programa de computador" (tirei da wikipedia). O bloco minimo de codigo que temos e é identificado é uma função/método.
Estou investindo em um curso de Q.A na Udemy e no vídeo que vi hj falava dos níveis de teste, começando pelo teste de unidade. Como a ideia do curso é voltada para Q.As, não foi muito afundo neste tema, então vim procurar algum vídeo para saber do ponto de vista do programador pra eu poder fixar mais a ideia. Esse seu vídeo agregou um valor muito importante para mim, muito obrigado!
Muito bom, parabéns. No caso eu crio bastante testes, mas não separo entre unitário e de integração, geralmente estão todos juntos. Agora e2e eu nunca criei.
É bom deixar eles separados porque aí você consegue rodar eles em jobs diferentes no CI. Um que não tem acesso a banco nem nada (unit) e o outro que tem. Isso pode deixar a pipeline mais rápida.
Onde os testes de componentes entram nessa pirâmide? Muitos lugares falam que vêm depois de integração, porém do meu ponto de vista o componente está disponível primeiro, para a realização dos testes.
Quando você diz componente é que tipo de componente? 😅 Hoje em dia poderia ser componente react mas pode ser componente também como uma parte, um módulo de um sistema 🤔. Nesse último caso pra mim tá mais perto do. De integração, porque ainda soa como um teste que roda contra um conjunto de funções/classes/partes de um sistema, checando a integração entre eles.
Ahhh sim, no caso de testar um microservice, ele acaba sendo uma aplicação isolada então é um teste mais de alto nível na pirâmide. Talvez as referências que você viu sobre teste de componente falavam de outro tipo de componente.
Sensacional! Um ponto de atenção é aos 3:47 em que diz-se que os testes tem a ver com a "Segurança" e eu só discordaria que a palavra aí talvez fosse "Confiança". São conceitos próximos no mundo humano, mas se tratado de software, a gente sabe que são dois Atributos de Qualidade distintos. Continua com os vídeos, teu trabalho é incrível. Obrigado por compartilhar o conhecimento! Abração!
Aulão! meu mestre, me tira uma dúvida? O comandos do código do testes se "infiltram" no código a ser testado para ter certeza que está funcionando, ou é puramente uma simulação? pq se for puramente uma simulação que nada "encosta" no código, como que vai saber se realmente o teste está realmente de acordo com o código? pq aí fica muito no olhômetro... rs
Os testes rodam o código a ser testado. Dependendo de onde estivermos na pirâmide rodamos de forma diferente. Podemos simplesmente chamar a função que queremos testar e garantir que ela retorna o que esperamos ou apertar um botão numa tela e esperar pelo resultado. Eles não se infiltram mas tem acesso ao código de alguma forma.
Eu tô com implementando o de integração num sistema existente, ele não foi pensado para testes, todo acoplado, regras de negócio até no repository, impossível colocar o unit test ali Operei por fazer o de integração para futuramente refatorar todo o sistema para receber o unitário. Complicado
Já vivi isso e é chato mesmo mas tu tá num ótimo caminho pensando em refatorar no futuro e usar os testes de integração como garantia que tudo funciona como antes.
Até onde eu sei testes de aceitação depende um pouco da empresa, "aceitar" se o sistema pode ir pra produção está relacionado com a natureza do sistema, se é uma api, se é um consumidor de fila, se é um site... Se for um site, tenho um vídeo sobre cypress aqui, pque pode ajudar ua-cam.com/video/JRj2dihSun0/v-deo.html
manja fazer no JAVA? sempre tenho dificuldades de fazer Testes Unitarios e de Integração para Spring Boot usando o JUnit e o MOCKMvc. quase não encontro bons materiais =/
Fala Sulivan, nunca escrevi testes em java mas o Junit segue um padrao chamado xUnit e eu fiz um vídeo explicando testes unitários em PHPUnit, você já viu? Acho que mesmo sendo em PHP pode te ajudar a entender melhor o Junit ua-cam.com/video/G8SNRbZSRNw/v-deo.html
É uma boa ideia, reduz o custo mas reduz o benefício também. Além de que as vezes não é muito fácil rodar um teste de integração com mocks pras apis, arquivos de configuração, banco, cache. As vezes o custo de alter o código pra suportar esses mocks também se prova um desafio.
@@Filhodanuvem Entendi, obrigado pela explicação. Estou estudando Desenvolvimento Web e, como ainda trabalho com projetos pessoais relativamente pequenos, não tive tantos desafios quanto a isso. Mas entendo que a coisa vai "piorando" conforme a escala, rs.
Quanto uma empresa investiu muito em e2e mas nada em unit tests, as equipes podem começar a se perguntar "como fazemos pra deixar essa bateria de testes mais rápida?", é normal ter que esperar minutos (por exemplo 30 minutos) até ter o feedback da pipeline. Uma alternativa é investir em testes unitários que são mais rápidos de rodar. Sempre precisamos pensar "isso pode ser feito com um teste unitário?". Testes unitários também trazem um valor que o e2e não trás. Eles mostram quão desacoplado um código está, quão fácil é mudar uma função, jogar ela fora e coisas do tipo. Então há vantagens específicas.
Fala Danúbio. Os que se complementam sim, quando estamos na empresa muitas vezes temos que decidir qual tipo de teste fazer pra cobrir uma funcionalidade. As vezes faz mais sentido um que outro e as vezes fazemos os dois tipos onde um complementa o outro sim.
Se você está testando uma unidade isolada de código então você tem um teste de unidade. Se a A e B sao as únicas dependências de C e C não se comunica com nenhum recurso externo via rede por exemplo, então o teste é de unidade.
@@Filhodanuvem então digamos que eu tenha uma classe com injeções de dependência como banco e log. Mas, eu não posso me dar ao luxo de criar um banco para testes, mas sei que posso injetar um banco fake no lugar tão como um logger fake também, e nessa classe quero testar se existe algo em banco e etc… e se o log output também. rs
Se o banco é fake não tem como você testar se tem algo no banco, você ia acabar escrevendo um teste nunca iria falhar porque o banco falso sempre ia retornar valor. Se o banco é falso você quer testar como o código se comporta quando vem valor do banco, como o código se comporta quando vem um erro do banco, como o código se comporta se vieir algo inesperado… teste unitário é sobre o algoritmo. Se você quiser testar se uma consulta funciona, muito provavelmente precisa de um banco real e aí você vai testar se o código está bem integrado com o banco. Se as duas caixinhas funcionam juntas.
Que bom que curtiu o vídeo Wallace mesmo com o auto foco da câmera, lembro que isso me irritava também mas acho que não tinha foco manual na época ou ele não funcionava bem 😅. Enfim, os vídeos mais novos usam outra câmera rs
Cara, parabéns, vídeo maravilhoso. Estou estudando sobre testes unitários com xUnit (C#), e seu vídeo me ajudou pra caramba. As empresas só vão dar valor aos testes quando acontecer algo trágico e que vá pesar no bolso DELA (empresa) quando o software estiver em produção. Só assim pra eles aprenderem mesmo. Enfim, excelente vídeo !
Melhor vídeo sobre pirâmide de testes do youtube!!!
Wowww. Melhor elogio que eu poderia receber, obrigado
Sou QA desde de 2018, sou apaioxado pela área, interessante que eu estudava para ser DEV, e acidentalmente virei QA e aqui estou. Onde te DEV tem QA.
Excelente vídeo. Sou programador há vários anos e sempre fui habituado a fazer o end to end. Estou há várias semanas pesquisando sobre unitários e tentando entender onde e como realmente aplicar. Porém ver vídeos dos outros fazendo não me esclareceu assim como o seu vídeo. Muito obrigado 😉👍
🎉 legall. Obrigado pela mensagem Filipe, que bom que o vídeo ajudou
É. Testes de integração são importantes para garantir que o fluxo entre banco de dados e serviços estejam funcionando corretamente e inclusive eles serão úteis para prever erros no e2e.... na minha visão, os testes de integração são os mais importantes na pirâmide...
Amei o vídeo ❤
Valeuuu Sandra
Se todos tivessem essa didática... o mundo seria melhor viu!
😍😍 Que isso cara, sei nem o que dizer com esse elogio. Valeu!
Cara...muito topo isso éh muito abordado nas entrevistas. Galerinha tem que se ligar muito nesses detalhes.
O cara explica bem para caramba!!
😍 que bom que curtiu Laura, valeu por deixar um comentário !
Quero desejar os parabéns pelo método que ensina, muito simples e facil de entender, demonstra uma simplicidade e objetividade. Parabéns !!!
Que bom que curtiu Jean. Valeu!
Muito bom, liguagem clara e mostra o conhecimento que tem. Parabens pelo video!!!!
Valeuuu, que bom que curtiu
Mostra testes de integração na prática pfv
cara, você explica muito bem, parabéns!
Valeu Victor, legal que deu pra absorver alguma coisa
Mano, que canal daora. Pesquisando a definição destes termos encontrei esse vídeo. Ganhou mais um inscrito!
Bem vindo Hiago, que bom que curtiu o vídeo, há uma playlist toda de testes, depois da uma olhada.
muito bom...Estou aguardando o próximo video apenas de testes unitários....
Boa Alessandro. Estamos chegando lá. Você já escreveu testes unitários antes?
Quero Ser Programador Sim é ajuda de mais!
show, gostei muito da explicação, anda não sabia as diferenças entre esses tipos de teste
Que bom que ajudou. Já já teremos alguns vídeos na prática sobre testes ;)
@@Filhodanuvem Camarada, me tira uma dúvida o python é feito nessa ideia de testes unitários né
Explicação riquíssima.
valeuuuu
Esse video caiu no meu colo, eu tava precisando mesmo saber sobre a diferença dos tipos de testes...
Boaaa, que bom que ajudou Robinson
Muito boa a explicação me ajudou muito esse resumo, ter uma ideia do que estudar agora, obrigado! :D
Estou fazendo um curso on line de Teste de Software, no módulo que estou, tinha tarefa de casa que é pesquisar os tipos e niveis de testes... enfim, nas pesquisas, cai aqui de paraquedas. Foi uma queda certeira, muito bom o seu conteúdo, muito obrigado pelo esclarecimentos e ganhou mais um inscrito!
Bem vindo André! Que bom que te ajudou por aí !
Amei a didática! Tá de parabéns demais, virei seguidora firme.
Valeuuu é bem vinda Larissa
Mt bom meu caro. Bem didático.
Muito esclarecedor, agora vou seguir a playlist inteira. Estou pivotando a carreira e seus videos me ajudam bastante. Parabens pelo conteúdo.
Nice 💪🏾 qualquer dúvida durante os vídeos não dei de comentar :)
Obrigado!
Tamo junto
Só existe uma palavra para esse vídeo. SENSACIONAL!
Wow. Valeu mesmo Mike Tyson! 😎
Obs: vi que você é dancer e já apareceu na TV e tudo. Parabéns pelas conquistas 👏🏾👏🏾
Adorei o canal, obrigado pelo conteúdo, me retirou as duvidas a respeito das 3 propostas.
Tamo junto! Que bom que ajudou Lucas.
Legal o seu vídeo, parabéns pela explicação e pela empolgação e vontade de ensinar. Muito bom de se ver.
Concordo com os seus pontos mas queria dizer que atualmente vivo um dilema porque o cliente e até mesmo pessoal interno questionam Testes Unit x Testes Integrados.
Ex.: imagina que o cenário se refere à uma integração entre dois sistemas, ref diversos módulos: criar um fornecedor no sistema A e leva-lo para o B, criar um pedido com este fornecedor do sistema A e cadastrar este mesmo pedido no sistema B, emitir uma pre-fatura deste fornecedor e pedido do sistema A e levar para o sistema B, etc.
Pois bem, o que tem gerado controvérsia é que quando criamos um plano de testes para testar mesmo que isoladamente a integração do módulo fornecedor (cadastro do sistema A tem que ir pro B) eu já entendo isso como o teste integrado, porque depende dos dados do outro sistema, depende de uma chamada WS para ver se os dados foram consumidos corretamente e interpretados de forma correta no sistema que vai receber os dados, etc. E muitos da equipe dizem que isso é o teste unitário só porque se refere a um único módulo (fornecedor). Pra mim único é diferente de unitário.
Ou seja, minha conclusão é que testar o módulo de integrar fornecedores entre sistemas de forma separada ou testar este mesmo módulo + criação do pedido + criação da fatura (onde há relação entre os módulos) = ambos são testes integrados - um apenas é mais completo que o outro, talvez este mais completo esteja bem próximo do E2E.
Desculpa o textão, e fique à vontade para comentários. Um abraço.
Acho que seu raciocínio está bem correto Paulo. Fala pros seus amigos que testes unitários podem tambem ser lidos como teste de unidade. E nesse caso "Uma unidade é a menor parte testável de um programa de computador" (tirei da wikipedia). O bloco minimo de codigo que temos e é identificado é uma função/método.
Muito boa a explicação!! Obrigada e parabéns!!
Valeuuu Zaine!
Didática excelente hein meu amigo. Parabéns!
Opa! Fico mó feliz com esse elogio, valeu!
Muito bem explicado ! Parabéns !!
Valeu Flavio!
Tu é o cara, valeu por compartilhar seus conhecimentos!
Tamo junto Marcello.
vlw pelo conteúdo
🤜🤛🏾
Cara, parabéns pelo vídeo, sensacional, tu fala bem e explica com maestria. Valeu!
Valeu caio!
Ótima explicação!
Valeuuu Álvaro!
top de mais man, showw
Valeuuu
Amém
Amém rs
Perfeito
Valeu
Estou investindo em um curso de Q.A na Udemy e no vídeo que vi hj falava dos níveis de teste, começando pelo teste de unidade. Como a ideia do curso é voltada para Q.As, não foi muito afundo neste tema, então vim procurar algum vídeo para saber do ponto de vista do programador pra eu poder fixar mais a ideia. Esse seu vídeo agregou um valor muito importante para mim, muito obrigado!
Caramba Gustavo. Você vir de um curso de QA e agragar valor com esse vídeo me deixa bem feliz. Valeu!
Bom dia, a propósito como está sendo a sua experiência com o curso, recomendaria, se sim, passa o nome para nós.
Abraço.
Muito bom, parabéns. No caso eu crio bastante testes, mas não separo entre unitário e de integração, geralmente estão todos juntos. Agora e2e eu nunca criei.
É bom deixar eles separados porque aí você consegue rodar eles em jobs diferentes no CI. Um que não tem acesso a banco nem nada (unit) e o outro que tem. Isso pode deixar a pipeline mais rápida.
Onde os testes de componentes entram nessa pirâmide? Muitos lugares falam que vêm depois de integração, porém do meu ponto de vista o componente está disponível primeiro, para a realização dos testes.
Quando você diz componente é que tipo de componente? 😅 Hoje em dia poderia ser componente react mas pode ser componente também como uma parte, um módulo de um sistema 🤔. Nesse último caso pra mim tá mais perto do. De integração, porque ainda soa como um teste que roda contra um conjunto de funções/classes/partes de um sistema, checando a integração entre eles.
@@Filhodanuvem considerando que um componente é um microsserviço, em uma API composta por vários microsserviços. :D
Ahhh sim, no caso de testar um microservice, ele acaba sendo uma aplicação isolada então é um teste mais de alto nível na pirâmide. Talvez as referências que você viu sobre teste de componente falavam de outro tipo de componente.
Valeu! Ótima explicação
Que bom que curtiu Caio
muito bom, parabéns!!
Valeu Fernando!
Já deixei meu like!
Aí simmm 😎
Muito boa as explicações, meu amigo. Parabéns pela qualidade do conteúdo.
Valeu Kleber, que bom que curtiu.
Muito obrigado pelo vídeo, me ajudou muito.
Que bom que ajudou Mateus!
obrigado!
MELHOR VIDEO EVEEERRR
Valeuuuu Matheus. Melhor elogio everrr
Curtir bastante a explicação
Legal Lucas. Essa semana lançamos o primeiro vídeo prático sobre testes, depois da uma olhada.
ua-cam.com/video/JRj2dihSun0/v-deo.html
@@Filhodanuvem opaa vou da uma olhada mesmo ! eu fico muito confuso nesse conceito de programar orientado a testes.
Obrigado 🙏🏼
Valeu! 👍🏾
Parabéns pelo conteúdo... muito fluído!!
Aprendendo testes agora...
Show Thiago. Que bom que foi valioso.
Ótimo vídeo, muito interessante!
Valeu Marinakrae.
Sensacional! Um ponto de atenção é aos 3:47 em que diz-se que os testes tem a ver com a "Segurança" e eu só discordaria que a palavra aí talvez fosse "Confiança". São conceitos próximos no mundo humano, mas se tratado de software, a gente sabe que são dois Atributos de Qualidade distintos. Continua com os vídeos, teu trabalho é incrível. Obrigado por compartilhar o conhecimento! Abração!
Valeu Felipe! Obrigado pela adição aqui nos comentários.
melhor explicação
Valeuuu Edvaldo! Melhor elogio que posso receber
@@Filhodanuvem parabens pelo conteudo
Caraca, você explica muito bem. Nasceu para isso
Valeu Izabella 😍. Eu me esforço bastante na verdade.
show ! perfeita a explicação!!!
Valeu João. Já já continua essa série com alguns vídeos práticos.
Ótimo vídeo, excelente didática!
Que bom que curtiu Rogério, valeu!
essa série ficou maravilhosa, muito obrigado !
😍😍 Que bom que curtiu!
Melhor explicação!
Show Vinicius, que bom que curtiu!
Excelente vídeo. Explicação clara e muito útil!! Parabéns!
Show Luan, que bom que curtiu!
Muito boa a explicação ! Simples e objetiva ! Parabéns !
muito legal! parabens pelo conteudo
Valeu Marcilia!
Muito bom este vídeo! Esclareceu minhas dúvidas!
Fico feliz que tenha ajudado Jorge, valeu!
@@Filhodanuvem Tamo junto! Eu que agradeço!
Excelente explicação! Parabéns pelo vídeo 👏
Valeuuu Isabela! Fico muito feliz quando a explicação faz sentido.
Muito bom e muito obrigado pelo conteúdo! Abs :)
Que bom que curtiu Guilherme!
Aulão! meu mestre, me tira uma dúvida? O comandos do código do testes se "infiltram" no código a ser testado para ter certeza que está funcionando, ou é puramente uma simulação? pq se for puramente uma simulação que nada "encosta" no código, como que vai saber se realmente o teste está realmente de acordo com o código? pq aí fica muito no olhômetro... rs
Os testes rodam o código a ser testado. Dependendo de onde estivermos na pirâmide rodamos de forma diferente. Podemos simplesmente chamar a função que queremos testar e garantir que ela retorna o que esperamos ou apertar um botão numa tela e esperar pelo resultado. Eles não se infiltram mas tem acesso ao código de alguma forma.
Obrigado, Filho da Nuvem! Ajudou a esclarecer conceitos na área de testes!
Show Murilo! Valeu pelo feedback.
Puxa.. muitos traduzem errado.. Unit Teste seria Teste de Unidade e não Teste Unitário.. Teste Unitário seria um teste solitário..
Eu tô com implementando o de integração num sistema existente, ele não foi pensado para testes, todo acoplado, regras de negócio até no repository, impossível colocar o unit test ali
Operei por fazer o de integração para futuramente refatorar todo o sistema para receber o unitário.
Complicado
Já vivi isso e é chato mesmo mas tu tá num ótimo caminho pensando em refatorar no futuro e usar os testes de integração como garantia que tudo funciona como antes.
Tem algum video sobre os de aceitação?
Até onde eu sei testes de aceitação depende um pouco da empresa, "aceitar" se o sistema pode ir pra produção está relacionado com a natureza do sistema, se é uma api, se é um consumidor de fila, se é um site... Se for um site, tenho um vídeo sobre cypress aqui, pque pode ajudar
ua-cam.com/video/JRj2dihSun0/v-deo.html
muito bom!
Que bom que curtiu Bruno!
vc e foda
Obrigado pela mensagem Dayana.
muito bom
Opa, legal ver você maratonando!
@@Filhodanuvem Assisti todos, voltei curtindo e agora vou praticar.
Obrigado pelo conteúdo de qualidade. :)
Show! Qualquer dúvida, me chama lá no insta @filhodanuvem, mais fácil pra bater papo 😉e eu não recebo todas as notificações de replies em comentários.
@@Filhodanuvem Beleza! Valeu!!
manja fazer no JAVA? sempre tenho dificuldades de fazer Testes Unitarios e de Integração para Spring Boot usando o JUnit e o MOCKMvc. quase não encontro bons materiais =/
Fala Sulivan, nunca escrevi testes em java mas o Junit segue um padrao chamado xUnit e eu fiz um vídeo explicando testes unitários em PHPUnit, você já viu? Acho que mesmo sendo em PHP pode te ajudar a entender melhor o Junit
ua-cam.com/video/G8SNRbZSRNw/v-deo.html
Os testes de integração com valores "mockados" do backend não seria uma alternativa para baratear o processo?
É uma boa ideia, reduz o custo mas reduz o benefício também. Além de que as vezes não é muito fácil rodar um teste de integração com mocks pras apis, arquivos de configuração, banco, cache. As vezes o custo de alter o código pra suportar esses mocks também se prova um desafio.
@@Filhodanuvem Entendi, obrigado pela explicação. Estou estudando Desenvolvimento Web e, como ainda trabalho com projetos pessoais relativamente pequenos, não tive tantos desafios quanto a isso. Mas entendo que a coisa vai "piorando" conforme a escala, rs.
Se o teste e2e ja é implementado numa empresa, faria sentido exigir testes unitarios?
Quanto uma empresa investiu muito em e2e mas nada em unit tests, as equipes podem começar a se perguntar "como fazemos pra deixar essa bateria de testes mais rápida?", é normal ter que esperar minutos (por exemplo 30 minutos) até ter o feedback da pipeline. Uma alternativa é investir em testes unitários que são mais rápidos de rodar. Sempre precisamos pensar "isso pode ser feito com um teste unitário?".
Testes unitários também trazem um valor que o e2e não trás. Eles mostram quão desacoplado um código está, quão fácil é mudar uma função, jogar ela fora e coisas do tipo. Então há vantagens específicas.
Professor, eu poderia dizer que o teste unitário é como se fosse um auxiliar do teste END TO END?
Fala Danúbio. Os que se complementam sim, quando estamos na empresa muitas vezes temos que decidir qual tipo de teste fazer pra cobrir uma funcionalidade. As vezes faz mais sentido um que outro e as vezes fazemos os dois tipos onde um complementa o outro sim.
@@Filhodanuvem entendi!!! Muito obrigado! Nota 10!!!
Mas se A e B mockados testados em C ainda é um teste de integração?
Se você está testando uma unidade isolada de código então você tem um teste de unidade. Se a A e B sao as únicas dependências de C e C não se comunica com nenhum recurso externo via rede por exemplo, então o teste é de unidade.
@@Filhodanuvem então digamos que eu tenha uma classe com injeções de dependência como banco e log. Mas, eu não posso me dar ao luxo de criar um banco para testes, mas sei que posso injetar um banco fake no lugar tão como um logger fake também, e nessa classe quero testar se existe algo em banco e etc… e se o log output também.
rs
Se o banco é fake não tem como você testar se tem algo no banco, você ia acabar escrevendo um teste nunca iria falhar porque o banco falso sempre ia retornar valor.
Se o banco é falso você quer testar como o código se comporta quando vem valor do banco, como o código se comporta quando vem um erro do banco, como o código se comporta se vieir algo inesperado… teste unitário é sobre o algoritmo.
Se você quiser testar se uma consulta funciona, muito provavelmente precisa de um banco real e aí você vai testar se o código está bem integrado com o banco. Se as duas caixinhas funcionam juntas.
Parabéns pelo conteúdo! Nota 1.000.000
Nota de rodapé: "Deu um pouco de nervoso, a câmera tentando focar o tempo todo"
Que bom que curtiu o vídeo Wallace mesmo com o auto foco da câmera, lembro que isso me irritava também mas acho que não tinha foco manual na época ou ele não funcionava bem 😅. Enfim, os vídeos mais novos usam outra câmera rs
O video não esta funcionando
Funcionou aqui, pode ser algum bug do UA-cam. Pode tentar de novo por favor ?
@@Filhodanuvem acho que era alguma coisa do meu sistema Linux kkkk agora funcionou. Estranho que foi só esse vídeo. Ótimo material obrigado
Não costumo elogiar viu...mas parabéns!
Valeuu Nicholas por abrir essa exceção!
Cara, parabéns, vídeo maravilhoso. Estou estudando sobre testes unitários com xUnit (C#), e seu vídeo me ajudou pra caramba. As empresas só vão dar valor aos testes quando acontecer algo trágico e que vá pesar no bolso DELA (empresa) quando o software estiver em produção. Só assim pra eles aprenderem mesmo. Enfim, excelente vídeo !
Valeuu Daniel, que bom que curtiu! De fato, se testes fossem vistos como prevenção a perda de dinheiro, teriamos muitos mais testes no mercado.
Toppp
Valeu Thiago!
Like 313º
Valeu Victor!
@@Filhodanuvem obrigado você! Consegui fazer um plano de estudos de teste.
Testes de API são testes unitários. O resto é balela.
Acho que não entendi rsrs
Muito bom
Valeuuu Mauri, que bom que curtiu!