Jak zarabiać na testowaniu oprogramowania(konferencja MeeTTech Piła 27.07.2016)Dariusz Kacban
Zarabiaj na testowaniu dzięki narzędziom: Git, Webdriver, Specflow!
W tej prezentacji opisałem 7 umiejętności i narzędzi potrzebnych żeby profesjonalnie testować oprogramowanie.
Polecam wszystkim, którzy chcą dowiedzieć się jak testować oprogramowanie i tworzyć automatyczne testy oprogramowania na przykładzie platformy .NET.
Szymon Stanisz - e2e frameworks - czyli kij ma dwa końce
www.tsh.io
Automatyczne testy end-to-end aplikacji React i Angular. Wprowadzenie w świat testowania przyszłości. Dlaczego warto automatyzować i dlaczego kij ma dwa końce.
Jak zarabiać na testowaniu oprogramowania(konferencja MeeTTech Piła 27.07.2016)Dariusz Kacban
Zarabiaj na testowaniu dzięki narzędziom: Git, Webdriver, Specflow!
W tej prezentacji opisałem 7 umiejętności i narzędzi potrzebnych żeby profesjonalnie testować oprogramowanie.
Polecam wszystkim, którzy chcą dowiedzieć się jak testować oprogramowanie i tworzyć automatyczne testy oprogramowania na przykładzie platformy .NET.
Szymon Stanisz - e2e frameworks - czyli kij ma dwa końce
www.tsh.io
Automatyczne testy end-to-end aplikacji React i Angular. Wprowadzenie w świat testowania przyszłości. Dlaczego warto automatyzować i dlaczego kij ma dwa końce.
Przejdziemy przez wizję testowania w tradycyjnych metodach wytwarzania oprogramowania przez pierwsze próby podejścia do testowania w metodach zwinnych i dojdziemy do tego jak to powinno wyglądać w idealnym świecie. Dowiecie się także jak to się dzieje, że testerzy potrafią lepiej połączyć części produktu ze sobą i w związku z tym wiedzą więcej. Na koniec, krótka opowieść jak wygląda codzienna praca w produkcie przeznaczonym do automatycznego testowania.
Praktyczne porady na temat optymalizacji wydajności aplikacji tworzonych z u...The Software House
Prezentacja z meetupu grupy "Uszanowanko Programowanko", tematyka AngularJS: http://www.uszanowanko.pl/angular
Autor: Łukasz Bachman
Szybkie prototypowanie aplikacji w AngularJS jest jedną z największych zalet tego narzędzia. Jednakże jako programiści musimy zadbać o to, aby pisane przez nas aplikacje były wydajne zarówno pod względem pamięciowym, jak i czasowym. W mojej krótkiej prezentacji chciałbym przedstawić kilka praktycznych porad, które pomogą to osiągnąć. Całość omówimy na prawdziwym studium przypadku aplikacji przetwarzającej duże zbiory danych.
Na rynku mamy kilka/kilkanaście narzędzi to testów wydajnościowych. Jedne są lepsze inne tańsze. Niestety nawet te z górnej półki czasami zawodzą, i trzeba się posiłkować innymi rozwiązaniami.
W swojej prezentacji pokażę cztery problemy z testami wydajnościowymi – których nie daje się rozwiązać za pomącą HP LoadRunnera, a w których pomogły narzędzia darmowe:
Dlaczego nagrany skrypt, przy oddawaniu, generuje błędy – i jak go poprawić.
Jak znaleźć to, co się nie nagrało – i ewentualnie dodać do skryptu?
Dlaczego logowanie trwa tak długo?
Jak bez wyciągania ciężkich dział sprawdzić co jest wąskim gardłem.
Narzędzia które chciałbym krótko omówić to:
WinMerge,
Notepad++,
Filddler,
PerfMon
REvolution, czyli o bardziej obiektowym podejściu w RailsachThe Software House
Prezentacja z meetupu Uszanowanko Programowanko #3 http://www.uszanowanko.pl/rubyonrails
REvolution - czyli o bardziej obiektowym podejściu w rozwiązaniach kolejowych
Framework Ruby on Rails pozwala na szybkie i stosunkowo łatwe tworzenie aplikacji webowych w języku Ruby. Można powiedzieć, że podejście zwane “The Rails Way” w wielu przypadkach zdało swój egzamin. Szybko jednak okazało się, że to podejście nie sprawdza się w przypadku bardziej złożonych systemów. Logika biznesowa w kontrolerach, wypasione modele, logika w szablonach… ogólnie mówiąc chaos. Potrzebna była (r)ewolucja...
Autor: Tomek Jasiulek
Sporządzanie oraz umiejętne wykorzystanie przepisów i schematów. Ansible w pr...The Software House
Presentation from Uszanowanko Programowanko meetup - http://www.uszanowanko.pl/z-biblioteki-cechu-ubijacza-potworow
Bartosz Tkaczewski - Sporządzanie oraz umiejętne wykorzystanie przepisów i schematów
Praktyczne wykorzystanie narzędzia Ansible do przyjemnego tworzenia własnego środowiska developerskiego - czyli jak uprościć sobie życie i pozbyć się mitycznego - „dziwne a u mnie działało".
Piotr Guzia - Fermentacja jabłek a zmiany w kodzie, czyli TDD w iOS
http://www.tsh.io
Czy zastanawiałeś się kiedyś, jak kilka „drobnych” zmian może wpłynąć na działanie aplikacji? Czy zdarzyło Ci się, że nie byłeś pewny, czy po zmianach nadal cały system działa poprawnie? Czy chciałbyś temu zapobiec? A może znasz odpowiedzi na te pytania, ale wchodzisz w świat iOS i chciałbyś tę wiedzę wykorzystać w Swifcie i Xcode? Jeśli choć raz padła odpowiedź „tak", to ten temat na pewno Cię zainteresuje!
Prezentacja z Uszanowanka Programowanka #15 http://www.meetup.com/Uszanowanko-Programowanko/events/233585217/
Prelekcja na temat tego jak zorganizować testy automatyczne w projekcie informatycznym.
Agenda:
„Złoty środek” – opowiedzenie o celu prelekcji
Zadaj sobie ważne pytania (jakie mają być twoje testy / jaki ma być ich cel) – zdefiniuj listę, podam tu przykładowe cele, wymagania
Oceń swoje testy – analiza odpowiedzi na postawione pytania
Zaplanuj drogę do celu – opowiem jak stworzyć swój złoty środek, podam przykładowe rozwiązania, które pomogą osiągnąć założony cel
Co dalej? – czyli jak wdrożyć złoty środek w życie
w przypadku nowego projektu
w przypadku ratowania projektu
Przykładowy złoty środek
Prelekcja będzie przeglądem wzorców oraz anty-wzorców projektowych stosowanych w automatyzacji aplikacji webowych
Agenda:
Wzorce i anty-wzorce – definicja
Po co nam wzorce?
Omówienie kilku antywzorców i złych praktyk:
spaghetti pattern
big ball of mud
Omówienie wzorców projektowych:
DRY pattern
hermetic pattern
default values pattern
action wrapper pattern
BDD
page object pattern
black hole proxy pattern
Porównanie wzorców
Możliwości łączenia wzorców
Przełączanie się między wykonywaniem różnych zadań powoduje zmniejszenie efektywności pracy, ponieważ za każdym razem tracimy od 10 do 25 minut - jest to czas, który nasz mózg potrzebuje by ponownie skupić się na poprzednio wykonywanej czynności. Podobnie jest jeśli korzystamy z wielu narzędzi wymaganych do realizowania przydzielonych nam zadań, ponieważ wiele narzędzi posiada różne interfejsy co narzuca sposób korzystania z nich. Jeśli obsługa narzędzi będzie podobna lub identyczna zwiększy to efektywność naszej pracy.
W czasie pracy w jednej z zaprzyjaźnionych firm razem z kierownictwem postanowiliśmy zmierzyć się z tematem centralizacji pracy pracowników, a jako, że w zastanym przeze mnie środowisku praca skupiała się już wokół JIRA podjęliśmy decyzję o wybraniu narzędzia dla testerów, które pozwoli im również pracować w JIRA.
Na warsztat wzięte zostały cztery narzędzia z uwagi ich popularność na rynku oraz opinie innych użytkowników: TestLink, TestRail, qTest, Zephyr. Podczas prezentacji przedstawię zestawienie wymienionych narzędzi oraz argumentację, dlaczego to właśnie Zephyr został wybrany jako najbardziej odpowiednie narzędzie do realizacji centralizacji pracy.
Podczas prelekcji przedstawię przykład konfiguracji narzędzi od Atlassian, który pozwala na stworzenie sobie środowiska pracy, które zapewni, że nasze działania skupiać się będą wokół punktu centralnego. Tym punktem centralny jest JIRA a na kompletne środowisko do pracy składać się będzie Stash jako repozytorium kodu, Bamboo jako narzędzie do budowania wersji oraz wymieniony wcześniej Zephyr. Dla każdego z narzędzi zaprezentuję przykłady integracji między sobą, aby możliwe było dostrzeżenie wymiernych korzyści z przygotowanej konfiguracji.
Podczas panelu będziemy dyskutować o problemie (nie)świadomego zamykania się testerów na jakość. O tym jak i czy w ogóle dbamy o jakość oprogramowania poza testowaniem. O tym, co ma wpływ na jakość w projekcie i jak tester może przyczynić się do jej zapewnienia. Spróbujemy zaadresować problem, zbadać go oraz zastanowić się, jak możemy go rozwiązać.
Agenda:
1. Opis problemu oraz jego objawy.
2. Jaki wpływ ma ten problem na nas?
3. Kto powinien dbać o jakość?
4. Jak budować świadomość QA w zespole?
O zagadnieniu:
Czy następuje taki moment w życiu programisty, kiedy może on stwierdzić, że jego warsztat jest już doskonały? Nie, jeżeli pracuje w technologiach internetowych. Ta dziedzina informatyki rozwija się w niesamowicie szybkim tempie, a stworzone wczoraj rozwiązania warto stosować już dziś!
Cel i korzyści spotkania:
Podczas spotkania słuchacze poznają aktualnie wykorzystywane technologie oraz kluczowe umiejętności w produkcji aplikacji internetowych, jak również metody programowania ekstremalnego i techniki zwinnego wytwarzania oprogramowania. Osobom, które dopiero zaczynają swoją przygodę z web development, zostanie przedstawiona propozycja działań, których sumienne podjęcie się gwarantuje odniesienie sukcesu zawodowego.
Przejdziemy przez wizję testowania w tradycyjnych metodach wytwarzania oprogramowania przez pierwsze próby podejścia do testowania w metodach zwinnych i dojdziemy do tego jak to powinno wyglądać w idealnym świecie. Dowiecie się także jak to się dzieje, że testerzy potrafią lepiej połączyć części produktu ze sobą i w związku z tym wiedzą więcej. Na koniec, krótka opowieść jak wygląda codzienna praca w produkcie przeznaczonym do automatycznego testowania.
Praktyczne porady na temat optymalizacji wydajności aplikacji tworzonych z u...The Software House
Prezentacja z meetupu grupy "Uszanowanko Programowanko", tematyka AngularJS: http://www.uszanowanko.pl/angular
Autor: Łukasz Bachman
Szybkie prototypowanie aplikacji w AngularJS jest jedną z największych zalet tego narzędzia. Jednakże jako programiści musimy zadbać o to, aby pisane przez nas aplikacje były wydajne zarówno pod względem pamięciowym, jak i czasowym. W mojej krótkiej prezentacji chciałbym przedstawić kilka praktycznych porad, które pomogą to osiągnąć. Całość omówimy na prawdziwym studium przypadku aplikacji przetwarzającej duże zbiory danych.
Na rynku mamy kilka/kilkanaście narzędzi to testów wydajnościowych. Jedne są lepsze inne tańsze. Niestety nawet te z górnej półki czasami zawodzą, i trzeba się posiłkować innymi rozwiązaniami.
W swojej prezentacji pokażę cztery problemy z testami wydajnościowymi – których nie daje się rozwiązać za pomącą HP LoadRunnera, a w których pomogły narzędzia darmowe:
Dlaczego nagrany skrypt, przy oddawaniu, generuje błędy – i jak go poprawić.
Jak znaleźć to, co się nie nagrało – i ewentualnie dodać do skryptu?
Dlaczego logowanie trwa tak długo?
Jak bez wyciągania ciężkich dział sprawdzić co jest wąskim gardłem.
Narzędzia które chciałbym krótko omówić to:
WinMerge,
Notepad++,
Filddler,
PerfMon
REvolution, czyli o bardziej obiektowym podejściu w RailsachThe Software House
Prezentacja z meetupu Uszanowanko Programowanko #3 http://www.uszanowanko.pl/rubyonrails
REvolution - czyli o bardziej obiektowym podejściu w rozwiązaniach kolejowych
Framework Ruby on Rails pozwala na szybkie i stosunkowo łatwe tworzenie aplikacji webowych w języku Ruby. Można powiedzieć, że podejście zwane “The Rails Way” w wielu przypadkach zdało swój egzamin. Szybko jednak okazało się, że to podejście nie sprawdza się w przypadku bardziej złożonych systemów. Logika biznesowa w kontrolerach, wypasione modele, logika w szablonach… ogólnie mówiąc chaos. Potrzebna była (r)ewolucja...
Autor: Tomek Jasiulek
Sporządzanie oraz umiejętne wykorzystanie przepisów i schematów. Ansible w pr...The Software House
Presentation from Uszanowanko Programowanko meetup - http://www.uszanowanko.pl/z-biblioteki-cechu-ubijacza-potworow
Bartosz Tkaczewski - Sporządzanie oraz umiejętne wykorzystanie przepisów i schematów
Praktyczne wykorzystanie narzędzia Ansible do przyjemnego tworzenia własnego środowiska developerskiego - czyli jak uprościć sobie życie i pozbyć się mitycznego - „dziwne a u mnie działało".
Piotr Guzia - Fermentacja jabłek a zmiany w kodzie, czyli TDD w iOS
http://www.tsh.io
Czy zastanawiałeś się kiedyś, jak kilka „drobnych” zmian może wpłynąć na działanie aplikacji? Czy zdarzyło Ci się, że nie byłeś pewny, czy po zmianach nadal cały system działa poprawnie? Czy chciałbyś temu zapobiec? A może znasz odpowiedzi na te pytania, ale wchodzisz w świat iOS i chciałbyś tę wiedzę wykorzystać w Swifcie i Xcode? Jeśli choć raz padła odpowiedź „tak", to ten temat na pewno Cię zainteresuje!
Prezentacja z Uszanowanka Programowanka #15 http://www.meetup.com/Uszanowanko-Programowanko/events/233585217/
Prelekcja na temat tego jak zorganizować testy automatyczne w projekcie informatycznym.
Agenda:
„Złoty środek” – opowiedzenie o celu prelekcji
Zadaj sobie ważne pytania (jakie mają być twoje testy / jaki ma być ich cel) – zdefiniuj listę, podam tu przykładowe cele, wymagania
Oceń swoje testy – analiza odpowiedzi na postawione pytania
Zaplanuj drogę do celu – opowiem jak stworzyć swój złoty środek, podam przykładowe rozwiązania, które pomogą osiągnąć założony cel
Co dalej? – czyli jak wdrożyć złoty środek w życie
w przypadku nowego projektu
w przypadku ratowania projektu
Przykładowy złoty środek
Prelekcja będzie przeglądem wzorców oraz anty-wzorców projektowych stosowanych w automatyzacji aplikacji webowych
Agenda:
Wzorce i anty-wzorce – definicja
Po co nam wzorce?
Omówienie kilku antywzorców i złych praktyk:
spaghetti pattern
big ball of mud
Omówienie wzorców projektowych:
DRY pattern
hermetic pattern
default values pattern
action wrapper pattern
BDD
page object pattern
black hole proxy pattern
Porównanie wzorców
Możliwości łączenia wzorców
Przełączanie się między wykonywaniem różnych zadań powoduje zmniejszenie efektywności pracy, ponieważ za każdym razem tracimy od 10 do 25 minut - jest to czas, który nasz mózg potrzebuje by ponownie skupić się na poprzednio wykonywanej czynności. Podobnie jest jeśli korzystamy z wielu narzędzi wymaganych do realizowania przydzielonych nam zadań, ponieważ wiele narzędzi posiada różne interfejsy co narzuca sposób korzystania z nich. Jeśli obsługa narzędzi będzie podobna lub identyczna zwiększy to efektywność naszej pracy.
W czasie pracy w jednej z zaprzyjaźnionych firm razem z kierownictwem postanowiliśmy zmierzyć się z tematem centralizacji pracy pracowników, a jako, że w zastanym przeze mnie środowisku praca skupiała się już wokół JIRA podjęliśmy decyzję o wybraniu narzędzia dla testerów, które pozwoli im również pracować w JIRA.
Na warsztat wzięte zostały cztery narzędzia z uwagi ich popularność na rynku oraz opinie innych użytkowników: TestLink, TestRail, qTest, Zephyr. Podczas prezentacji przedstawię zestawienie wymienionych narzędzi oraz argumentację, dlaczego to właśnie Zephyr został wybrany jako najbardziej odpowiednie narzędzie do realizacji centralizacji pracy.
Podczas prelekcji przedstawię przykład konfiguracji narzędzi od Atlassian, który pozwala na stworzenie sobie środowiska pracy, które zapewni, że nasze działania skupiać się będą wokół punktu centralnego. Tym punktem centralny jest JIRA a na kompletne środowisko do pracy składać się będzie Stash jako repozytorium kodu, Bamboo jako narzędzie do budowania wersji oraz wymieniony wcześniej Zephyr. Dla każdego z narzędzi zaprezentuję przykłady integracji między sobą, aby możliwe było dostrzeżenie wymiernych korzyści z przygotowanej konfiguracji.
Podczas panelu będziemy dyskutować o problemie (nie)świadomego zamykania się testerów na jakość. O tym jak i czy w ogóle dbamy o jakość oprogramowania poza testowaniem. O tym, co ma wpływ na jakość w projekcie i jak tester może przyczynić się do jej zapewnienia. Spróbujemy zaadresować problem, zbadać go oraz zastanowić się, jak możemy go rozwiązać.
Agenda:
1. Opis problemu oraz jego objawy.
2. Jaki wpływ ma ten problem na nas?
3. Kto powinien dbać o jakość?
4. Jak budować świadomość QA w zespole?
O zagadnieniu:
Czy następuje taki moment w życiu programisty, kiedy może on stwierdzić, że jego warsztat jest już doskonały? Nie, jeżeli pracuje w technologiach internetowych. Ta dziedzina informatyki rozwija się w niesamowicie szybkim tempie, a stworzone wczoraj rozwiązania warto stosować już dziś!
Cel i korzyści spotkania:
Podczas spotkania słuchacze poznają aktualnie wykorzystywane technologie oraz kluczowe umiejętności w produkcji aplikacji internetowych, jak również metody programowania ekstremalnego i techniki zwinnego wytwarzania oprogramowania. Osobom, które dopiero zaczynają swoją przygodę z web development, zostanie przedstawiona propozycja działań, których sumienne podjęcie się gwarantuje odniesienie sukcesu zawodowego.
Automatyzacja w praktyce. Praktyka automatyzacjiRadoslaw Smilgin
Automatyczna kontrola jakości oprogramowania jest obecnie w topie pożądanych działań projektowych. Można uznać, że w większości to właśnie zespoły testerskie są odpowiedzialne za dobór właściwego narzędzia, wdrożenie i utrzymanie automatyzacji w organizacji. Podczas prezentacji skupię się na analizie obecnej sytuacji projektów automatyzacji i roli testerów w tym procesie. Bazuję na dostępnych źródłach, własnych obserwacjach, rozmowach z ekspertami oraz na wynikach ankiety przeprowadzonej na testerzy.pl
Najważniejsze tematy:
– proces i projekt automatyzacji jest skrajnie trudny (analizując failure rate)
– czynności w automatyzacji nie są tak trudna jak się większości wydaje
– automatyzacja może być tańsza
– automatyzacja może dostarczać jeszcze większą wartość.
Konrad Gadzina: Test-Driven Gamedev - testy automatyczne a tworzenie gierGameDesire Academy
Celem prezentacji jest przedstawienie korzyści, jakie developerzy gier mogą wyciągnąć z tworzenia testów automatycznych i odpowiedź na kilka podstawowych pytań, m.in. czy gry są zbyt skomplikowane na automatyzacje testów? Co i jak testować - od testów jednostkowych po testy integracyjne. Czym jest "red-green-refactor mantra"? Jak Test-Driven Development wychodzi ze starcia z legacy code? Oraz jak coding dojo może pomóc wdrożyć zespół w TDD?
Prowadzący - Konrad Gadzina, Senior Software Engineer w Ganymede
Link do YT: https://youtu.be/5_af-R3WxdY
Praktyczne przykłady optymalizacji frontendu, które warto znać w 2023 roku. Od wydajności JS, metryki INP, rekalkulację styli po frameworki przyjazne wydajności.
Wbrew powszechnym opiniom, nie tak prosto jest zrobić dobre Code Review. Robione w pośpiechu, tylko po to by je "odbębnić", często stwarza więcej szkody niż pożytku. Opowiem wam dlaczego code review jest ważne i jak wykorzystać ten proces aby upewnić się, że napisany kod jest najwyższej jakości. Będę nie tylko mówił o tym kto powinien robić code reviews, i dla kogo, jakie informacje są potrzebne do przeprowadzenia skutecznego code review, ale także jak zrobić dobre code review w najkrótszym możliwym czasie.
Girls in It - Front-end & Back-end. Jak zacząćmonterail
“Girls in IT” to cykl spotkań dla kobiet, które mają na celu pokazać od kuchni jak wygląda praca w firmie technologicznej i pomóc im podjąć właściwą decyzję na temat kariery zawodowej.
W pierwszej części, przeznaczonej dla przyszłych Front-end Developerek, opowiemy na czym polega tworzenie strony internetowej i podzielimy się listą niezbędnych źródeł dla początkujących.
Druga część zawiera praktyczne informacje dotyczące Backend development'u. Przedstawimy specyfikę pracy na tym stanowisku, dobre praktyki, a także cenne wskazówki od naszych ekspertek.
https://www.youtube.com/watch?v=ww36brBuxU8
InfoShare 2014: Skok na naderwanym bungee, czyli agile bez automatyzacjiJIT Solutions
Prezentacja z wykładu prowadzonego przez Witka Boła i Bartka Ziębę o automatyzacji procesów wytwórczych w zespołach softwareowych. Prezentacja odbyła się w ramach konferencji InfoShare 2014, 22.05.2014 w Gdańsku.
Skok na naderwanym bungee, czyli agile bez automatyzacjiWitold Bołt
Slajdy z prezentacji przeprowadzonej w ramach konferencji InfoShare 2014, 22 maja 2014 r. w Gdańsku. Prowadzący prezentacje: Witold Bołt i Bartłomiej Zięba.
Obecnie jedną z najpopularniejszych metodyk zwinnych jest Scrum, który pozwala w sposób iteracyjny i przyrostowy tworzyć oprogramowanie. Na środowisko Scrumowe składają się trzy role – Development Team, Scrum Master oraz Product Owner. Gdzie w tym wszystkim znajduje się tester? Czy jest on nadal potrzebny, czy może stanowisko to jest już zbędne? Jak powinno wyglądać testowanie w Scrumie?
W swoim wystąpieniu Marcin postara się dać odpowiedź na powyższe pytania oraz bliżej zaprezentuje pracę w Scrumie z punktu widzenia testera oprogramowania. Przedstawione zostaną najlepsze praktyki, które pozwolą podnieść jakość produktów tworzonych w środowisku Scrumowym. Dowiecie się również, jakie błędy i pułapki czyhają na osoby pracujące w Scrumie.
During the presentation, I will walk you through popular tools that can help with starting testing API services. You will have the opportunity to see live testing of real application using GUI based and code based solutions.
Have you tried to test solutions created on platform like Salesforce Marketing Cloud? Do you know how hard is to combine end to end testing in the software like Adobe Campaign? We didn’t know and we want to share our pains which we encountered during creation of our tool.
Głównym wyzwaniem w walidacji oprogramowania jest zaprojektowanie testów, tak aby obejmowały one wszystkie wymagania. Prezentacja zawiera opis wypracowanych metod, które znacznie poprawiły proces projektowania testów w zespole walidacji, zmniejszając ilość pracy, a jednocześnie zwiększając wydajność i jakość zaprojektowanych testów.
Przyjrzyjmy się w jaki sposób automatyzowane są webowe testy UI w produkcie Evolve Electronic Document Management. Przestawię strukturę frameworka testowego opartego o Selenium i zintegrowanego z Jenkinsem oraz TestRailem. Opowiem o trosce o stabilność testów, maksymalizowanie korzyści z nich płynących oraz o nietypowych problemach i sposobach ich rozwiązywania. Prezentacja zawierać będzie również konkretne przykłady.
Czy zastanawialiście się kiedyś dlaczego mimo włożonego w tworzenie automatyzacji wysiłku, testy są niestabilne i ciężkie w utrzymaniu? W mojej prezentacji postaram się odpowiedzieć na pytanie co i jak automatyzować, żeby wyciągnąć z testów jak najwięcej wartości dodanej. Opowiem o negatywnych i pozytywnych przykładach automatyzacji oraz zaprezentuje rozwiązanie funkcjonujące w projekcie Smart, zbudowane w oparciu o bibliotekę RestAssured.
TGT#12 - Testowanie gier – praca czy zabawa? - Piotr Januszko
TGT#15 - Piramida testów w praktyce (notatki z dyskusji)
1. 0
5
10
15
20
25
30
35
nie nie dotyczy tak
Czy w Twojej pracy developerzy piszą testy (jakiekolwiek)?
Czy w twojej pracy developerzy piszą testy (jakiekolwiek)? Liczba oddanych głosów %
nie 12 20
nie dotyczy 17 28
tak 31 52
2. DB WS GUI
- ilość i jakość zwróconych wyników
- sortowanie
- paginacja
- zwracane http codes
- security (kto ma dostęp, czy można w URL endpointa
podstawić jakieś zmienne itp.)
- komunikaty, gdy produkt nie zostanie znaleziony
Aplikacja webowa wyświetlająca
zawartość magazynu
Co chcemy
przetestować?
3. Podsumowanie dyskusji – poruszane kwestie
• Odwrócenie proporcji piramidy testów skutkuje bardzo długimi test suitami
(wolno wykonujące się testy UI)
• Narzędzia do automatyzacji systemów desktopowych: AutoIT, TestStack/White,
skrypty Powershell, Squish, Inspect
• Czasem developerzy tworzą tylko testy unitowe, testerzy testy UI
• Kto i jak powinien robić review testów unitowych pisanych przez developerów
• Czy tester ma wiedzę co i jak dokładnie jest pokryte unit testami?
• Wstrzykiwanie błędów jako weryfikacja, czy testy w ogóle wykrywają błędy
• Eksploracja manualna z otwartą konsolą – pokazuje błędy w tle, które
niewidoczne są w UI
4. Podsumowanie dyskusji – poruszane kwestie
• Czy testy security bywają trudne dla mniej technicznych osób
• Czasami za testy security odpowiadają dedykowane osoby lub zespoły
• Ważna jest edukacja zespołów developerskich z zagadnień security
• Niekorzystna tendencja do wykonywania wszystkich testów funkcjonalnych jako
superuser
• Podczas performance testów dobrze jest mieć wsparcie adminów i pełnego
dostępu do logów i statystyk
• Którymi testami warto podzielić się z developerami