Tem algum vídeo seu que você comenta sobre clean code? Eu gostaria de entender esse questionamento. Quando entrei na aérea em 2014, clean code era algo super estimado. Hoje vejo que há vários questionamentos. Queria saber sua opinião com mais detalhes dos porquês etc
Cara, eu achava que tinha, mas eu falo aos poucos. Vou fazer um vídeo segunda sobre o livro. Mas em resumo é o conjunto de regrinhas e um debate moral totalmente desnecessário.
Disse tudo: Se o teste nunca falhou ele não testou. Tem gente que adiciona ou remove 10 linhas de cód e o teste continua passando de boas. Rapaz.... provavelmente tem coisa errada ai kkkkkkk
eu entrei num projeto aqui que se você deletasse uma linha de uma função, todos os testes do serviço quebravam, porque eles só mockavam classes quando chegasse no repositório. É um teste que valida que coisas quebraram, mas não te diz o que quebrou hahahahah Já viu coisa assim?
@@nandomax3 Já vi sim, e essa que é a Parada que o Victor comentou. Desacoplar e ter testes distintos para cada tipo de cenário ajuda a saber que serviço/validação/feature está quebrando.
@@victor.osorio Opa, errei o termo, não é time não, são escolas.... É meio que um nome que deram para dois tipos de abordagens para construção de testes kkkk, algo como "Escola Detroit": Foca em testes unitários isolados com muito uso de mocks, testando cada unidade separadamente. "Escola Londres": Prefere testes mais integrados e reais, com menos mocks, testando o comportamento do sistema.
Teste sem assert é maluquice kkkkkkkkk
Tem algum vídeo seu que você comenta sobre clean code? Eu gostaria de entender esse questionamento. Quando entrei na aérea em 2014, clean code era algo super estimado. Hoje vejo que há vários questionamentos. Queria saber sua opinião com mais detalhes dos porquês etc
Cara, eu achava que tinha, mas eu falo aos poucos. Vou fazer um vídeo segunda sobre o livro. Mas em resumo é o conjunto de regrinhas e um debate moral totalmente desnecessário.
Se eu não me engano, na playlist de design de código o primeiro vídeo tem um tempinho falando sobre
Tem sim. Mas eu achava que tinha um cafezinho
Disse tudo: Se o teste nunca falhou ele não testou.
Tem gente que adiciona ou remove 10 linhas de cód e o teste continua passando de boas.
Rapaz.... provavelmente tem coisa errada ai kkkkkkk
eu entrei num projeto aqui que se você deletasse uma linha de uma função, todos os testes do serviço quebravam, porque eles só mockavam classes quando chegasse no repositório. É um teste que valida que coisas quebraram, mas não te diz o que quebrou hahahahah Já viu coisa assim?
@@nandomax3 Já vi sim, e essa que é a Parada que o Victor comentou. Desacoplar e ter testes distintos para cada tipo de cenário ajuda a saber que serviço/validação/feature está quebrando.
Opa mestre o que acha da piramide de teste?
E você é do time London ou do time Detroit do TDD?
Era minha intenção falar de pirâmide de testes nesse vídeo, mas não deu. Gosto e vou falar mais a frente. Sobre os times... Não conheço isso não.
@@victor.osorio Opa, errei o termo, não é time não, são escolas....
É meio que um nome que deram para dois tipos de abordagens para construção de testes kkkk, algo como
"Escola Detroit": Foca em testes unitários isolados com muito uso de mocks, testando cada unidade separadamente.
"Escola Londres": Prefere testes mais integrados e reais, com menos mocks, testando o comportamento do sistema.
Tô na de Londres.