Testy eksploracyjne - podstawy i przykładyRadoslaw SmilginPrezentacja podstawowych zasad testowania eksploracyjnego oraz przykład jednej sesji eksploracyjnej dla strony programuj.gov.pl
AutoMagicTest – automatyzacja bez kodowania? Radoslaw SmilginWielu 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.
Zawód testerka. Proste drogi do zawodu.Radoslaw SmilginPrezentacja Radka Smilgin z Women in Technology dla osób, które zaczynają swoją przygodę z IT lub szukają swojej drogi.
Grupa odbiorcza: początkujący.
60 minut testowania - czyli co tester może osiągnąć w jedną godzinę przy pomo...Radoslaw SmilginPrezentacja 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
TGT#14 - @Before – Nie będę automatyzować @After – No dobra, to nie jest taki...Trójmiejska Grupa TesterskaTGT#14 - @Before – Nie będę automatyzować @After – No dobra, to nie jest takie złe - Przemysław Biesek
Testowanie. Wprowadzenie do testowania oprogramowania. Radoslaw SmilginPrezentacja z podstaw testowania oprogramowania dla studentów Uniwersytetu Ekonomicznego w Katowicach. 06.03.2013
Automatyzacja w praktyce. Praktyka automatyzacjiRadoslaw SmilginAutomatyczna 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ść.
Accessibility for all platforms and all peopleRadoslaw SmilginWeb 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.
Transformacja od formalnego do eksploracyjnego testowania. Moja historiaRadoslaw SmilginO tym jak przejść ścieżkę od testowania silnie sformalizowanego do testowania opartego na kontekście i co z tego wynikło.
Eksploracja w kulturze Agile i DevOps czyli o zwinnym testowaniu eksploracyjnymRadoslaw SmilginWystą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.
Context Driven School of testing w prostych przykładachRadoslaw SmilginSzkoł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.
TestArena Instrukcja obsługi dla wersji 3.0.929Radoslaw SmilginInstrukcja obsługi darmowego (open-source) narzędzia do zarządzania testami - Test Arena.
Continuous performance management with GatlingRadoslaw SmilginThe document discusses continuous performance management using the Gatling framework, emphasizing the importance of investing time in tools, writing tests, and setting up continuous integration for monitoring performance. It details the benefits of performance monitoring, such as identifying leaks and facilitating decision-making at lower costs. Gatling is presented as an open-source load testing tool that simplifies testing processes with its powerful features and integration capabilities.
Budowanie biznesu w testerskiej niszy Radoslaw SmilginPrezentacja Radka Smilgin z Testwarez 2015 o budowaniu firmy wokół testerzy.pl na podsumowanie 10 lat działania.
TestingCup 2015 - prezentacja wprowadzająca do zawodów.Radoslaw SmilginNajważniejsze informacje o zasadach prowadzenia Eliminacji i Finału TestingCup 2015.
Matryca śledzenia - Traceability MatrixRadoslaw SmilginWprowadzenie 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]
Automatyzacja w praktyce. Praktyka automatyzacjiRadoslaw SmilginAutomatyczna 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ść.
Accessibility for all platforms and all peopleRadoslaw SmilginWeb 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.
Transformacja od formalnego do eksploracyjnego testowania. Moja historiaRadoslaw SmilginO tym jak przejść ścieżkę od testowania silnie sformalizowanego do testowania opartego na kontekście i co z tego wynikło.
Eksploracja w kulturze Agile i DevOps czyli o zwinnym testowaniu eksploracyjnymRadoslaw SmilginWystą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.
Context Driven School of testing w prostych przykładachRadoslaw SmilginSzkoł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.
TestArena Instrukcja obsługi dla wersji 3.0.929Radoslaw SmilginInstrukcja obsługi darmowego (open-source) narzędzia do zarządzania testami - Test Arena.
Continuous performance management with GatlingRadoslaw SmilginThe document discusses continuous performance management using the Gatling framework, emphasizing the importance of investing time in tools, writing tests, and setting up continuous integration for monitoring performance. It details the benefits of performance monitoring, such as identifying leaks and facilitating decision-making at lower costs. Gatling is presented as an open-source load testing tool that simplifies testing processes with its powerful features and integration capabilities.
Budowanie biznesu w testerskiej niszy Radoslaw SmilginPrezentacja Radka Smilgin z Testwarez 2015 o budowaniu firmy wokół testerzy.pl na podsumowanie 10 lat działania.
TestingCup 2015 - prezentacja wprowadzająca do zawodów.Radoslaw SmilginNajważniejsze informacje o zasadach prowadzenia Eliminacji i Finału TestingCup 2015.
Matryca śledzenia - Traceability MatrixRadoslaw SmilginWprowadzenie 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]
6. Mówca 2017 Ben Simo
• Prezentacja: An Incredible Mess
• HealthCare.gov was intended to
make buying health insurance
easy…
• …it was an incredible mess that
frustrated millions of people…
• …Ben encountered numerous
functional, performance, and
security bugs.
• Prezenter: Amphibious time-traveling
context-driven cyborg software tester.
• … Ben approaches software testing as a
cognitively complex activity that requires
critical thinking, effective
communication, and rapid self-directed
learning.
9. Mr Buggy 1 (2013)
• Narzędzie do raportowania defektów
• Wyzwanie - historia
• Znane kontra nieznane defekty
• Jak edukować przy pomocy tego narzędzia?
11. Mr Buggy 2 (2014)
• Narzędzie do zarządzania testami
• Wyzwanie - historia
• Znane kontra nieznane defekty
• Jak edukować przy pomocy tego narzędzia?
12. Mr Buggy 2 (2014)
• Narzędzie do zarządzania testami
• Wyzwanie - historia
• Znane kontra nieznane defekty
• Jak edukować przy pomocy tego
narzędzia?
13. Mr Buggy 3 (2015)
• Narzędzie edukacji testerskie –
spreparowane defekty
• Wyzwanie - historia
• Jak edukować przy pomocy tego
narzędzia?
20. Nowości
• „30. Uczestnicy mogą zgłosić odwołanie od decyzji Komisji Sędziowskiej jeszcze w
trakcie jej obrad.
• 31. Każda z drużyn i uczestników będzie miała do dyspozycji dwa odwołania tzw.
“challenge”. Każde z odwołań umożliwia zakwestionowanie decyzji Komisji
Sędziowskiej na jeden temat (rozumiane jako jeden zakwestionowany raport
defektu, bądź jedna zakwestionowana decyzja Komisji Sędziowskiej odnosząca się do
dokumentu).
• 32. Komisja Sędziowska może poprosić o doprecyzowanie odwołania w
bezpośredniej rozmowie. Dyskusja z Komisją Sędziowską nie może trwać dłużej niż
3 minuty.”
21. Nowości
• „37. Ze względu na nieprzewidywalną ilość odwołań od decyzji Komisji Sędziowskiej,
Organizator zastrzega sobie prawo do ogłoszenia wyników Mistrzostw w terminie
późniejszym niż przewidziany w harmonogramie (nawet w innym dniu). W tym
wypadku wyniki zostaną opublikowane na stronie internetowej www.testingcup.pl”
22. Nowości
• „11. Aplikacja testowana podczas Mistrzostw będzie przygotowana w języku
angielskim.
• 12. Dokumentacja dostarczona podczas Mistrzostw przygotowana zostanie w języku
polskim lub angielskim.”
23. Analiza z https://worldtesting.wordpress.com
• We will meet Mr. Buggy for the first time when championship starts. No peeking at
it before this time, so we have no idea what to expect.
• There will be only one round. No testing-reporting split. It means no one will watch
the time for us.
• Yet, during this one round, we will need to perform tests and create testing
documents. Not one report but probably many different documents. And we will
know about what type of documents to prepare in the last second before the event.
24. Analiza z https://worldtesting.wordpress.com
•So I’m very excited to join the
competition this year. I can feel a lot of
pressure to beat up my last years’
performance and score even higher.
Therefore I’m preparing for the
competition every day. And You?