Context Driven School of testing w prostych przykładachRadoslaw Smilgin
Szkoła testowanie sterowanego kontekstem to jedno z najważniejszych metod testowania promująca testerów myślących i krytycznych względem produktu.
Slajdy z darmowego webinarium.
Context Driven School of testing w prostych przykładachRadoslaw Smilgin
Szkoła testowanie sterowanego kontekstem to jedno z najważniejszych metod testowania promująca testerów myślących i krytycznych względem produktu.
Slajdy z darmowego webinarium.
Prezentacja, która powstała na potrzeby webinaru pt. "Matka, żona i... testerka".
Podczas webinaru poruszone zostały takie zagadnienia, jak:
- kim jest tester oprogramowania,
- czym zajmuje się na codzień,
- jakie umiejętności są wymagane, aby nim zostać,
- jak znaleźć pierwszą pracę, jako tester oprogramowania.
Jak usprawnić proces rekrutacji? [case study Coders Lab]Webankieta
Dzięki testom wiedzy największa w Polsce szkoła programowania Coders Lab dokonuje wstępnej selekcji kandydatów chcących wziąć udział w kursie.
Pozwala on szybko sprawdzić umiejętności językowe i umiejętność logicznego myślenia kandydatów. Jak podkreślają wykładowcy - to oszczędność czasu i wysiłku.
***
Testy w badaniach HR. Dowiedz się więcej z naszego bloga:
https://blog.webankieta.pl/badania-hr-testy-osobowosci-i-testy-psychologiczne-w-rekrutacji/
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ść.
e_Talent to system informatyczny – aplikacja dedykowana menadżerom, którzy zarządzają pracownikami. Łączy ona trzy aspekty: ocenę kompetencji
i wartości, stawianie i ocenę celów oraz wspomaga zarządzanie rozwojem pracownika. A wszystko w jednym celu: aby nie stracić Państwa TALENTÓW.
Podzielę się z Wami zaobserwowanymi praktykami, które są kluczowe dla każdego zespołu dostarczającego produkt w oparciu o moje doświadczenia jako deweloper, system inżynier i leader zespołu.
Trudno nie zgodzić się z tym, że niekompletne lub niejednoznaczne wymagania mogą wywołać trudną do opanowania lawinę błędów. Jakie zatem kryteria powinny spełniać te wymagania, aby móc określić ich jakość? Agnieszka przedstawiła proste metody, które pozwolą przetestować niektóre z nich. Omówione techniki powinny ułatwić każdemu testerowi wyłapanie błędów i luk w analizie, jeszcze przed rozpoczęciem implementacji.
W ciągu ostatnich 7 miesięcy przeszedłem drogę z poziomu Cloud Practitioner do Solutions Architect Professional, zdobywając nie tylko 5 certyfikatów, ale przede wszystkim wiedzę i praktykę, dzięki którym dziś pracuje mi się łatwiej i efektywniej. Na tym spotkaniu opowiem o motywacjach, wyzwaniach, strategiach nauki oraz najbardziej wartościowych źródłach wiedzy, dzięki którym zaplanujesz swoją drogę do certyfikatów. I to bez względu na to, czy dopiero zaczynasz swoją przygodę z AWS, czy masz już za sobą masę doświadczeń, które chcesz potwierdzić “na papierze”.
Testy eksploracyjne. Lucky shot czy zaplanowana akcja?The Software House
Adam Nowrot: Celem prezentacji będzie przedstawienie idei testów eksploracyjnych. Przedstawię korzyści płynące z takiego podejścia, dobre praktyki stosowania, planowanie takich testów. Postaram się porównać działanie testera który jest już dłuższy czas w projekcie z podejściem "świeżaka" który dopiero wchodzi do projektu bez wiedzy domenowej.
Web Content Accessibility Guideline is not only for web. It works also for desktop and mobile apps, wearables and many others. But still it is only how to make software usable for people with disabilities. There are many trends to change the concept and think how to design better software for all which actually make software even more user friendly.
The presentation is devoted to show how build accessible any kind of software that every user can benefit from.
Prezentacja, która powstała na potrzeby webinaru pt. "Matka, żona i... testerka".
Podczas webinaru poruszone zostały takie zagadnienia, jak:
- kim jest tester oprogramowania,
- czym zajmuje się na codzień,
- jakie umiejętności są wymagane, aby nim zostać,
- jak znaleźć pierwszą pracę, jako tester oprogramowania.
Jak usprawnić proces rekrutacji? [case study Coders Lab]Webankieta
Dzięki testom wiedzy największa w Polsce szkoła programowania Coders Lab dokonuje wstępnej selekcji kandydatów chcących wziąć udział w kursie.
Pozwala on szybko sprawdzić umiejętności językowe i umiejętność logicznego myślenia kandydatów. Jak podkreślają wykładowcy - to oszczędność czasu i wysiłku.
***
Testy w badaniach HR. Dowiedz się więcej z naszego bloga:
https://blog.webankieta.pl/badania-hr-testy-osobowosci-i-testy-psychologiczne-w-rekrutacji/
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ść.
e_Talent to system informatyczny – aplikacja dedykowana menadżerom, którzy zarządzają pracownikami. Łączy ona trzy aspekty: ocenę kompetencji
i wartości, stawianie i ocenę celów oraz wspomaga zarządzanie rozwojem pracownika. A wszystko w jednym celu: aby nie stracić Państwa TALENTÓW.
Podzielę się z Wami zaobserwowanymi praktykami, które są kluczowe dla każdego zespołu dostarczającego produkt w oparciu o moje doświadczenia jako deweloper, system inżynier i leader zespołu.
Trudno nie zgodzić się z tym, że niekompletne lub niejednoznaczne wymagania mogą wywołać trudną do opanowania lawinę błędów. Jakie zatem kryteria powinny spełniać te wymagania, aby móc określić ich jakość? Agnieszka przedstawiła proste metody, które pozwolą przetestować niektóre z nich. Omówione techniki powinny ułatwić każdemu testerowi wyłapanie błędów i luk w analizie, jeszcze przed rozpoczęciem implementacji.
W ciągu ostatnich 7 miesięcy przeszedłem drogę z poziomu Cloud Practitioner do Solutions Architect Professional, zdobywając nie tylko 5 certyfikatów, ale przede wszystkim wiedzę i praktykę, dzięki którym dziś pracuje mi się łatwiej i efektywniej. Na tym spotkaniu opowiem o motywacjach, wyzwaniach, strategiach nauki oraz najbardziej wartościowych źródłach wiedzy, dzięki którym zaplanujesz swoją drogę do certyfikatów. I to bez względu na to, czy dopiero zaczynasz swoją przygodę z AWS, czy masz już za sobą masę doświadczeń, które chcesz potwierdzić “na papierze”.
Testy eksploracyjne. Lucky shot czy zaplanowana akcja?The Software House
Adam Nowrot: Celem prezentacji będzie przedstawienie idei testów eksploracyjnych. Przedstawię korzyści płynące z takiego podejścia, dobre praktyki stosowania, planowanie takich testów. Postaram się porównać działanie testera który jest już dłuższy czas w projekcie z podejściem "świeżaka" który dopiero wchodzi do projektu bez wiedzy domenowej.
Similar to Edukacja testerska na Quality in IT (20)
Web Content Accessibility Guideline is not only for web. It works also for desktop and mobile apps, wearables and many others. But still it is only how to make software usable for people with disabilities. There are many trends to change the concept and think how to design better software for all which actually make software even more user friendly.
The presentation is devoted to show how build accessible any kind of software that every user can benefit from.
Eksploracja w kulturze Agile i DevOps czyli o zwinnym testowaniu eksploracyjnymRadoslaw Smilgin
Wystąpienie z Agile & Automation Days 2017 opowiadające o nowej roli testera w projektach zwinnych i w kulturze DevOps. Przyszłością testowania są testerzy techniczni.
60 minut testowania - czyli co tester może osiągnąć w jedną godzinę przy pomo...Radoslaw Smilgin
Prezentacja opisuje w jaki sposób zorganizować 60 minut testowania tak by osiągnąć maksymalny efekt. Wszystko przy użyciu strategi testowania eksploracyjnego i testowania sterowanego kontekstem.
Prezentacja była pokazana podczas WarszawQA 2016
Wielu ekspertów mówi, że automatyzacja testów bez kodowania nie jest możliwa. Dla nas „niemożliwe” jest najlepszą motywacją do tego by spróbować.
Wyobraź sobie narzędzie skuteczniejsze od automatu testowego i wydajniejsze od testera manualnego. Wyobraź sobie narzędzie, który uruchomi automatyczną weryfikację po naciśnięciu pojedynczego przycisku. Wyobraź sobie przyszłość, gdzie każdy tester manualny może automatyzować efektywniej niż najbardziej efektywny programista. Musisz sobie to wszystko wyobrażać… bo takie narzędzie nie istnieje. Nie ma jeszcze skuteczności opisywanej powyżej, ale stoi za nim bardzo dobrze przemyślana koncepcja.
Dlaczego chcemy zrealizować ten projekt? Na rynku występuje deficyt automatyków testów oraz testerów manualnych. Pracujący w organizacjach testerzy są przeciążani, albo brak osób do testowania przekłada się na niższą jakość produktów dostarczanych na rynek. Jeśli uda nam się zbudować narzędzie, będziemy mogli odciążyć testerów i pomóc weryfikować (przynajmniej część) rzeczy automatycznie.
W pseudoautomatyzacji w oparciu o narzędzia nagrywająco-odtwarzające użytkownik rejestruje swoje działania w aplikacji. Poprawność generowania kodu sprawdza się po zakończeniu nagrywania skryptu.
W klasycznej automatyzacji pisanej „z palca” skrypty próbkują aplikację próbując przechodzić przez jej wybrane punkty aż do miejsca weryfikacji. W AutoMagicTest implementowana koncepcja ma prezentować się następująco:
• narzędzie dokonuje możliwie najpełniejszej analizy struktury oprogramowania i generuje jego „model”
• w ramach modelu możemy ujawnić pierwsze problemy automatycznie, a defekty ujawnione manualnie można oznaczyć i zaraportować
• scenariusze automatyczne buduje się poprzez wskazanie rozpoznanych automatycznie elementów aplikacji, a na końcu definiuje się weryfikator osiągnięcia lub też braku osiągnięcia celu.
Dzięki temu analizujemy znacznie więcej niż w klasycznej automatyzacji i robimy to bez znaczącego zaangażowania testera. Ta część analizy jest jedynie weryfikacją struktury więc z perspektywy biznesowej ma ograniczone znaczenie. Ma jednak dużą wartość dla testera, który może np. zweryfikować podatność aplikacji na automatyzację. Z drugiej strony osiągamy znacznie więcej niż w przypadku narzędzi nagrywająco – odtwarzających ponieważ podatność elementów aplikacji na automatyzację jest badana przed samym definiowaniem scenariuszy.
Dlaczego warto regularnie dbać o wydajność aplikacji od samego początku jej tworzenia. Jak można wykorzystać do tego narzędzie Gatling i jakie daje możliwości?
Wprowadzenie do matrycy śledzenia i dlaczego nie opłaca się automatyzacja śledzenia post factum.
Plus przykłady matryc.
Prezentacja z WrotQA.
Język: mieszany [PL / EN]
4. W roku 2009/10 w Polsce istniało 457 uczelni, w tym: 131 uczelni publicznych
oraz 326 uczelni niepublicznych, kształcących prawie 2 miliony studentów
wikipedia.org
6. Polska: miejsca 301 – 400
(University of Warsaw, Jagiellonian University)
http://www.shanghairanking.com/ARWU2012.html
7. Tworzenie oprogramowania w wielu firmach (nie tylko polskich) ma charakter chaotyczny.
Tworzone oprogramowanie jest dostarczane znacznie po terminie, kosztuje o wiele więcej niż
zakładano na początku, programiści często pracują po godzinach i w weekendy, a mimo to
rezultatem tej ciężkiej pracy jest oprogramowanie niespełniające potrzeb klienta i zawierające
wiele błędów. Jednym z kroków zmierzających do zahamowania tego zjawiska było powołanie na
Politechnice Poznańskiej w 1998 roku specjalności Inżynieria Oprogramowania
12. Kurs zakończony certyfikatem 1/2
• ISTQB (istqb.org)
– Cel: wspólny konspekt i słownik dostępny w wielu
językach
• Szeroka baza wiedzy
• Ponad 250.000 wydanych certyfikatów
15. Trener
• Praktyk i teoretyk
- tester i test manager
- certyfikaty
• Mówca konferencji, autor artykułów i książek, tłumacz
sylabusa
• Fan testowania
• Doświadczenie w szkoleniach X przeszkolonych osób,
Y godzin szkoleniowych
• Kontakt: kontakt@testerzy.pl
16. Wiedza
Badania
Prezentacje Artykuły
Publikacje
22. Szkolenia jako korzyść dla pracowników
• Szkolenie i certyfikat to
motywacja
• Zdobycie umiejętności
testowania oprogramowania
• Potwierdzenie zdolności
potrzebnych do bycia
testerem
• Zdobycie wiedzy
teoretycznej
23. Szkolenia jako korzyść dla pracodawców
Ułatwiony Kierownik testów
ISEB Practitioner / ISTQB Wsparcie w
Advanced / PRINCE2 Practitioner
proces definiowaniu
rekrutacji Lider testów/ Lider grupy
ISTQB Advanced Test Manager ścieżki rozwoju
/ ISEB Practitioner
Specjalista automatyzacji Tester Senior Tester charakterystyk
ISTQB Advanced Technical Test ISTQB Advanced Technical Test ISTQB Advanced Technical Test
Analyst / Test Analyst Analyst / Test Analyst Analyst / Test Analyst
Tester
ISTQB Foundation
Większa Zwiększone
motywacja Operator testów
Brak wymagań
umiejętności
24. Testowanie w cyklu życia
Zarządzanie projektem
Kodowanie Dostawa
Produkt Specyfikacja
Analiza
biznesowa techniczna
25. Lepsza analiza
„Jaki to jest biznes?”
JAKIE FUNKCJE?
„Proszę zbudować system, który będzie wspierał mój biznes, będzie
szybki, będzie bezpieczny i będzie użyteczny.”
„Szybki?” „Bezpieczny?” „Użyteczny?
MIARY JAK TO SPRAWDZIĆ? DLA KOGO?
36. „W mojej firmie jest 40 programistów, około 10 produktów i ja
– jeden tester.
Kiedy klient zwraca nam uwagę na niską jakość to odpowiedź
jest jedna – tester nie przetestował.
Co robić?”
37. Studium przypadku
• Duży, międzynarodowy bank
– Czy tester może testować każdy system?
– Wiedza domenowa nie zawsze jest konieczna
– Dobry tester wyposażony w:
• Umiejętności
• Specyfikację
• Narzędzia
• Uprawnienia
• …
41. Nie każdy może być testerem
sumienność, ciekawość, asertywność,
umiejętność efektywnego komunikowania
się, team working, dokładność, doświadczenie,
wiedza, umiejętność konstruktywnego
krytykowania, otwartość umysłu, lubienie
ludzi
42. [t e s t o w a n i e j e s t n u ż ą c e?]
wyzwania