Aktywne Wpisy
Zawiera treści 18+
Ta treść została oznaczona jako materiał kontrowersyjny lub dla dorosłych.
![80kg](https://wykop.pl/cdn/c0834752/301e9d92ea72e9df20773769a249b4942ac7823f1e996d6b55b9e84bc55d86e1,q60.jpg)
80kg +431
Mirki pijcie ze mną kawę. Wygrałem ekspres ciśnieniowy na targach IT. #chwalesie #programowanie #programista15k
![80kg - Mirki pijcie ze mną kawę. Wygrałem ekspres ciśnieniowy na targach IT. #chwales...](https://wykop.pl/cdn/c3201142/a445601bb0dbdf4728226abefa8bf88366469dcf7be045f786ac5301387f0bab,w150.jpg?author=80kg&auth=b8b43d7a7482087dd579ca2ffc4cb3c2)
źródło: 1000002975
Pobierz
@Zwierzak24: true
Selenium WebDriver, wspomniany Cypress
TS+LV jest solidnym wyborem i jeżeli się szuka alternatywy, to można skończyć na jakimś rozwiązaniu "homebuilt" i zamienić stare problemy na nowe :).
Jak integracyjne / e2e to cypress, playwright, webdriverio, selenium webdriver, musisz przejrzeć dokumentacje i trade offy by wiedzieć czego nie zautomatyzujesz w danym narzędziu i na tej podstawie powoli możesz wybierać narzędzie.
Moim zdaniem istotne też wsparcie developerów, czyli w jakim języku oni piszą, pod to wybierać narzędzie, bo wtedy sami czasami mogą wskoczyć w testy i coś poprawić jak popsują, a dodatkowo masz ekspertów
Jeżeli musicie używać I/O i dodatkowego HW (w szczególności NI) to bym zostawił TS do testów e2e. Do integracyjnych to starałbym się za wszelką cenę uniknąć redundancji i szukałbym sposobu na fault injection. Może jakieś XCP +python (lub LV).
Można pomyśleć nad emulowaniem sprzętu, wtedy otwierają się nowe możliwości.
Niesety tutaj już trzeba samemu określić stosunek kosztów do zysków pod to co się testuje. Inaczej to będzie wyglądać dla IOT, inaczej dla Automotive a jeszcze inaczej dla sterownika