Odc. 2: Mocne i słabe strony automatyzacji testów low-code | #TestArchitectsTalk
Z okazji międzynarodowego Dnia Testera zapraszamy na serię odcinków #TestArchitectsTalk, w której eksperci #SiiPolska odpowiadają na gorące pytania, dzielą się wiedzą i przedstawiają swoje prognozy na przyszłość 🤔 Obejrzyj drugi odcinek i dowiedz się: ✅ Czy narzędzia do #automatyzacji testów typu #low-code są kosztowne ✅ Jak wygląda wdrożenie z perspektywy Test Leadów i czy tester manualny poradzi sobie z ich obsługą ✅ Z jakimi obawami spotykamy się przed podjęciem decyzji o wejściu w świat low-code Uczestnicy debaty: 🎙️ Mateusz Tadla, Senior Test Architect 🎙️ Wojciech Wieczorek, Senior Test Development Engineer 🎙️ Artur Dudek, Senior Architect 🎙️ Daria Ciurko, Test Development Engineer
I tu jak powiedziałeś o Postmanie, tak? Postman też jakby przeniósł się do chmury, stał się bardziej płatnym narzędziem. I nawiązując właśnie do Postmana i dlaczego możemy uwagać za narzędzia low-code'owe, ja bym stwierdził, że to są narzędzia, w których często musimy się najpierw nauczyć wizualnej warstwy ich, a dopiero później możemy w nich napisać testy. Nie zawsze za takie narzędzia uważałem np. JMeter'a, I tutaj myślę, że Artur mógłby się ze mną zgodzić lub nie zgodzić, ponieważ jest naszym osobą, która specjalizuje w testach performance'u. I Arturze, co o tym myślisz? Wiesz co, Wojtek, to jest bardzo dobry temat. Jeżeli chodzi o JMeter'a, ja bardzo długo w ogóle nie rozważałem tego narzędzia jako narzędzia low-code'owe. Dopiero tak naprawdę, kiedy zastanowimy się nad definicją, którą przed chwilą podała nam Daria, Faktycznie dochodzimy do tego, że jest to narzędzie, do którego możemy tak trochę klockami dokładać sobie kolejne requesty, kolejne zapytania, które wysyłamy.
Nie mając pełnej wiedzy technicznej na temat tego, co dzieje się pod spodem, jak to jest wysyłane, jak jest odbierana odpowiedź, jesteśmy w stanie zbudować sobie prosty test wydajnościowy. I o dziwo nie jest to jedyne narzędzie tego typu. Robiąc sobie przegląd rynku po narzędziach do testów wydajnościowych, do generowania obciążenia, mamy tam całe spektrum narzędzi, od Gatlinga, K6, to są typowe, kodowe narzędzia, gdzie musimy znać język programowania, przez właśnie na przykład JMeter, gdzie możemy wykonać testy wydajnościowe bez użycia kodu. Bez tej znajomości programowania. Mamy też narzędzie np. NeoLoad firmy Tricentis. Tam również mamy bardzo łatwą możliwość zbudowania testów wydających, kompletnie nie znając żadnego języka programowania. Także nawet w testach wydających, które do tej pory uważaliśmy, ja postrzegałem, jako takie wyjątkowe, specyficzne i dość trudne testy, faktycznie jak się nad tym zastanowić, tu też mamy ten low-code od dawna w zasadzie i to nawet w narzędziach darmowych.
Pokazano wszystkie 2 dopasowania. Transkrypcja generowana automatycznie i niesprawdzana ręcznie — może zawierać błędy.
Podstawowe informacje o uczestnikach i przedstawienie tematu odcinka: narzędzia do automatyzacji testów low-code.
Przedstawienie konkretnych narzędzi do automatyzacji testów low-code, takich jak Postman, JMeter, NeoLoad. Dyskusja na temat ich zastosowań i zalet.
Rozmowa na temat wpływu narzędzi low-code na testerów, szczególnie na testerów automatyzujących. Wyjaśnienie, że nie wszystkie projekty będą nadawały się do zastosowania tych narzędzi.
Opowiedzenie o przejściu z testerów manualnych do automatyzujących, a także o przejściu z programistów do testerów automatyzujących. Przykłady i perspektywy kariery.
Rozmowa na temat przejścia z testerów manualnych do automatyzujących, a także na temat kariery programistów w sektorze testów. Przykłady i perspektywy kariery.
Analiza mocnych i słabości narzędzi low-code, w tym ich potencjalne korzyści i ograniczenia. Przykłady zastosowań i wady.
Autor opisuje, gdzie i kiedy narzędzia low-code mogą być używane, a także podkreśla, że nie mają one jednego zastosowania.
Autor omawia zastosowania i ograniczenia narzędzi low-code w zależności od organizacji i zadań.
Autor omawia trudności związane z zmianą zespołu, szczególnie w przypadku narzędzi low-code.
Autor analizuje czas potrzebny do wdrożenia narzędzi low-code i porównuje go z tradycyjnymi narzędziami.
Autor omawia zastosowanie narzędzi low-code do testów wydajnościowych i korzyści, jakie to przynosi.
Autor podsumowuje rozmowę, podkreślając, że low-code jest dobrym rozwiązaniem zarówno dla testerów manualnych, jak i automatyzujących.
Rozdziały i streszczenia generowane automatycznie. Pełna transkrypcja nie jest publikowana — wyszukaj frazę, aby zobaczyć dopasowane fragmenty.
Kliknij, aby znaleźć fragmenty, w których pada.
Z okazji międzynarodowego Dnia Testera zapraszamy na serię odcinków #TestArchitectsTalk, w której eksperci #SiiPolska odpowiadają na gorące pytania, dzielą się wiedzą i przedstawiają swoje prognozy na przyszłość 🤔
Obejrzyj drugi odcinek i dowiedz się:
✅ Czy narzędzia do #automatyzacji testów typu #low-code są kosztowne
✅ Jak wygląda wdrożenie z perspektywy Test Leadów i czy tester manualny poradzi sobie z ich obsługą
✅ Z jakimi obawami spotykamy się przed podjęciem decyzji o wejściu w świat low-code
Uczestnicy debaty:
🎙️ Mateusz Tadla, Senior Test Architect
🎙️ Wojciech Wieczorek, Senior Test Development Engineer
🎙️ Artur Dudek, Senior Architect
🎙️ Daria Ciurko, Test Development Engineer