Mamy wypowiedź eksperta: https://www.youtube.com/watch?v=XixaVXYxoDo

@muchatse: przegrywa na starcie ten co nie próbuje...

@fkdreamer0: I tak i nie. Jeżeli chcesz to robić bo czujesz jakąś pasje i te 25-30h to nie będzie przymus, tylko zabawa to tak. Jeżeli chcesz to robić tylko dlatego, aby się wbić do tej branży bo jest dobrze płatna, to jak jesteś kumaty i przysiedzisz te 25-30h w tygodniu - to też raczej Ci się uda...ale wątpię, że uda Ci się wysiedzieć te 25-30h

"z wyszczególnionymi ~20 błędami" - to, że ktoś cos skomentował to jeszcze nie oznacza, że to jest kompletnie źle, to błąd itp

@KlapekApokalipsy: działa. Dostałem zwrot za 2019, 2020, i 2021. Ale podobno już robią problemy z wystawianiem interpretacji. Ale bez tego nie ma co startować. A co do US to tylko za pierwszym razem szukali dziury w cały, za 2020 i 2021 to przelali kasę bez żadnego gadania

@ZaplutyKarzelReakcji: identyfikuje się jako prawak, ale stanowczo się sprzeciwiam temu rejestrowi i wszelkim podobnym. Proszę pokaż mi, który prawak jest za tym rejestrem.

@high_five_guys: ta tablica sie nazywa: array like. Jakbys chciał poczytać o tym

mockujesz metody DOM

@Marmite: i takie coś to jest testowanie szczegółów implementacyjnych. Robisz refaktoring kodu, zmieniasz implementacje, dana klasa/funkcja/komponent robi nadal to samo, nie ma absolutnie żadnej zmiany w logice biznesowej i dla end usera, a testy się wypierdzielają. Tak więc pytanie jaka wartość z takich testów? W trakcie refaktoringu nie wiele takie testy pomagają, wręcz przeicwnie przeskadzają.

Co do samego pytanie to tak piszemy testy i są to w większości testy integracyjne. Jednostkowe na małe funkcje, które da się testować jednostkowe. Ale komponenty/featurey są testowane jednostkowo.

e2e dają nam największą pewność, że wszytko działa jako całość ale ich wadą jest to, że są wolne i kosztowne. Np. aby przetestować jakiś mało komponent gdzieś tam na stronie, to nierzadko trzeba przejść przez kilka innych kroków, w tym logowanie i zanimPokaż całość

no trochę na tym właśnie polegają unity...

@Marmite: no właśnie nie na tym. Takie testowanie nie ma żadnego sensu. Przede wszystkim nie testuje się wszystkiego za wszelką cenę. Np. nie testuje się bezpośrednio prywatnych metod klasy. Powinno się testować klasę/funkcje pod kątem tego co ma robić a nie jak robić. TDD właśnie to zakłada. Zaczynasz od przekładania wymagań biznesowych na test casy. Piszesz testy, które mówią sprawdzają czy dana klasa/funkcjaPokaż całość

Ogólnie to jest temat rzeka. Do tego trzeba dojść samemu. Przede wszystkim trzeba sobie zadań pytanie po co piszemy testy i kiedy mają się wywalać. I jeżeli sobie odpowiesz na te pytania w ten sposób, że testy pisze po to aby mi pomagały a nie przeszkadzały i mają się wywalać, tylko jak faktycznie zmiana powoduje, zmianę w logice działania aplikacji (np. przez wprowadzenie buga) to dojdziesz do tego, że ciężko pisać testyPokaż całość

@Xonar: dokładnie o czymś takim pisałem ;) Też przez to przechodziłem i od kiedy piszę testy jednostkowe na cały feature na bardzo wysokim poziomie, z perspektywy usera, testy są bardzo stabilne i wywalają się tylko jak mają się wywalać: tzn zrobiłem buga.

Write tests. Not too many. Mostly integration.

@Xonar: Nie widziałem. Dzięki. Dziś wieczorem obczaję.

To jest tak. Utrzymanie państwa kosztuje x. Powiedzmy 100. 10 osób płaci po 10. Ale 2 to milionerzy i zoptymalizowany podatki. Płaca 1. To tych 8 musi zapłacić 12,25. Można by obniżyć podatki jak by ich najbogatsi nie unikali.

@vlahbej: kłóciłbym się. Jeżeli milioner, zarobi w ciagu roku milion złotych i opodatkuje od tego tylko 5%, to daje 50000zł. Ktoś kto zarabia na umowę o pracę brutto 60000 rocznie /Pokaż całość

@mDvMatti: rok, dwa góra dziesiec