Prezentacja AADays 2016: Richard Bradshaw - Mobile - The Clue Is In The Name

 

It was once said to me that it’s a sin to test a mobile app at your desk, I suggested a slight alteration to ‘it’s a sin to only test a mobile app at your desk’. Mobile is difficult, mostly because, mobile. We will take a high level look at the challenges faced by mobile, and its technical challenges. There are tools we can take advantage of, they claim to make our mobile testing lifes easier, but is it the case? In this keynote we’re going to take a frank look at these tools, and how they can help us with our mobile testing, or not, as the case maybe.

So get your mobiles ready, take them of silent, let the journey commence.

 

O autorze: Richard Bradshaw – w swoich własnych słowach: doświadczony tester, konsultant i przyjacielski facet.

Dzieli się swoją pasją do testowania poprzez doradztwo, szkolenia i prelekcje na różne tematy związane z testowaniem. Fan automatyzacji wspierającej testowanie.

Dzięki ponad 10-letniemu doświadczeniu ma wiele spostrzeżeń na temat świata testowania i tworzenia oprogramowania. Richard jest aktywnym członkiem społeczności testerskiej i szefem Ministry of Testing. Pisze bloga thefriendlytester.co.uk, spotkacie go też na twitterze @FriendlyTester. Twórca własnego kanału YouTube Whiteboard Testing. Pracuje dla Friendly Testing dostarczając usługi doradcze i szkoleniowe. Można go często spotkać w barze z piwem w ręku dyskutującego na temat testowania.

Podczas Agile&Automation Days Richard wygłosił premierową prezentację keynote Mobile – the clue is in the name oraz poprowadził praktyczne warsztaty Technical Mobile Testing.

 

 

Prezentacja AADays 2016: Bartosz Szulc - Świeże spojrzenie na pokrycie testowe kodu

 

Każdy tester słyszał o pokryciu testami kodu produkcyjnego. O magicznym współczynniku, który w teorii powinien stwierdzać czy nasz kod produkcyjny jest w dobrej kondycji, bądź nie.
Badania naukowe dają niejednoznaczne wyniki. Kiedy już pojawi się badanie potwierdzające teorie, że lepsze pokrycie, to lepszej jakości kod, kolejnego dnia pojawia się kolejne dające odmienne wyniki.
Czy przy braku stanowczych dowodów na wpływ pokrycia testami na jakość kodu, powinniśmy o mierzeniu pokrycie zapomnieć? Wydaje mi się, że nie i podczas prezentacji zademonstruje informacje jaką można wyciągnąć z analizy pokrycia oraz do czego można ją wykorzystać.
Zaproponuje również świeższe spojrzenie na pokrycie kodu. Standardowo jako testerzy rozpatrujemy brak testu binarnie. Jest, dobrze, nie ma, żle. Takie czarno-białe spojrzenie powoduje problemy przy wyciąganiu wniosków i reagowaniu w oparciu o dane. Brakuje nam danych, które pomogłyby nam w odpowiedni sposób określić stratę jaka płynie z braku testu. W jaki sposób możemy tę stratę oszacować? Musimy zacząć spoglądać na raport z pokrycia oczami klienta i programisty.
W drugiej części wykładu pokaże w jaki sposób zebrać dane potrzebne do wyznaczenia wartości testu z punktu widzenia biznesu oraz wykonawcy, i jak te dane przełożyć na raport pokrycia kodu testami, tak aby wyciągnąć lepsze wnioski i w optymalniejszy sposób pokierować pracą przy naprawie aktualnej sytuacji.

 

SLAJDY PREZENTACJI >>

O autorze: Mentalnie tester. Sprawia mi niezwykła frajdę szukanie nietypowych przypadków i zadawanie nietypowych zadań, czy analiza złożonych problemów. Profesjonalnie nadal zielony. Przy wytwarzaniu oprogramowania pracuje ponad 6 lat. Zawsze mocno związany z testowaniem i jakością, chociaż często zmieniałem czapki, dzieląc czas pomiędzy eksplorację, a byciem liderem zespołu czy architektem.

Moją codzienną pracę mogę porównać jedynie do dziecka buszującego po sklepie ze słodyczami… ooo nowy commit, ooo nowy test automatyczny… ooo przyszły dane z produkcji… ooo nowy problem na produkcji… ooo nasz proces nie wydala.

Z jednej strony taki sposób pracy brzmi bardzo interesująco, z drugiej strony, ze względu na wachlarz zainteresowań, wątpię bym kiedykolwiek mógł siebie określić ekspertem w czymkolwiek. Co nie przeszkadza mi w dzieleniu się moją wiedza i przede wszystkim doświadczeniami podczas konferencji i meetup’ów. Sprawia mi to niezwykłą frajdę!

Prezentacja AADays 2016: Przemysław Libudzic - Równoległe testy automatyczne UI dla platformy iOS

W ciągu ostatniego roku dużo dobrego wydarzyło się dookoła platformy iOS. Jednak wiele rzeczy nadal jest trudnych do wykonania lub wdrożenia, jedną z nich jest zrównoleglenie działania automatycznych testów UI. Do najważniejszych zalet takiego rozwiązania należy oszczędność czasu (np. jeśli dobierzemy odpowiednią liczbę symulatorów tak, aby nie spowalniały one działania całego systemu MacOS, to długość trwania testów zależna będzie od najwolniejszego urządzenia, a nie od liczby urządzeń w kolejce do testów) i uzyskanie wyników testów z kilku urządzeń w podobnym czasie. Dzięki temu zwiększamy pokrycie platform przez testy, jednocześnie nie wzbudzając złości developerów (“Dlaczego to tyle trwa?!”). W trakcie prezentacji pokażę krok po kroku jak dla wybranego narzędzia do tworzenia testów UI można zrównoleglić testy poprzez: instalację potrzebnych zależności w systemie, dodanie odpowiednich skryptów do repozytorium aplikacji. Opowiem również jak dostosować rozwiązanie pod konkretne urządzenia oraz wersje systemów. Zaprezentuję też działanie w środowisku ciągłej integracji. Dodatkowo pokażę jak w ramach swojego samorozwoju rozwinąłem początkową ideę.
 

Slajdy prezentacji

 

O autorze: Tester aplikacji na iOS/Android/W10M, śledzący z zapartym tchem wszelkie nowinki technologiczne. Pracuje w Allegro na stanowisku Starszego Inżyniera Testów Oprogramowania i obecnie najwięcej czasu spędza przy testach automatycznych dla platformy iOS. Użytkownik smartfonów od 10 lat, świat testowania zgłębia od 5.

Prezentacja AADays 2016: Dorota Sternalska "Gildia testowa, czyli sposób na koordynację testów" online

 

W wielu dużych projektach nad jednym produktem pracuje więcej niż jeden zespół scrumowy. Coraz bardziej popularny staje się tzw skalowalny agile, np SAFe, NEXUS. Takie rozwiązania jednak niosą ze sobą dodatkowe problemy. Komunikacja szwankuje czasami w obrębie jednego zespołu scrumowego, a co dopiero pomiędzy kilkoma zespołami. Pojawiają się problemy z interakcjami pomiędzy funkcjonalnościami, zależnościami w testach automatycznych. Jak zapewnić jakość produktu i być pewnym, że produkt jest zgodny z wymaganiami i oczekiwaniami klienta? Jak koordynować testy w tak rozproszonym środowisku? Czy w każdym zespole scrumowym potrzebny jest tester? A może wystarczającym rozwiązaniem jest zespół w którym testują jedynie deweloperzy? Albo popularny model gdzie testerzy tworzą jednak osobny zespół scrumowy? Jak stworzyć spójną strategię testową? W swojej prezentacji pokażę jak rozwiązaliśmy to w naszym zespole, gdzie nad jednym produktem pracuje 9 zespołów scrumowych. Opowiem dlaczego taki, a nie inny model testowania został przyjęty, jaką rolę w zespole pełni osoba z perspektywą testową i dlaczego nie jest nazywana przez nas testerem. Postaram się również przybliżyć czym jest i za co odpowiada stworzona przez nas gildia testowa.

Slajdy prezentacji

 

O autorce: W Motoroli pracuje od roku 2010. Z początku zajmowała się testowaniem radiotelefonów w standardzie Tetra. Była również jedną z osób odpowiedzialnych za testy u klienta. Dziś Dorota jest Scrum Masterem oraz osobą odpowiedzialną za testy w swoim zespole scrumowym. Pełni także rolę herszta Gildii Testowej, która koordynuje testowanie pomiędzy ośmioma zespołami scrumowymi. Nie boi się zmian i lubi wyzwania. Zajmuje się również kształceniem w harcerstwie, w którym przez dziesięć lat prowadziła drużynę harcerską. Prywatnie uwielbia podróżować i chodzić po górach.

 

Aplikacje mobilne Agile & Automation Days

 

Zapraszamy do pobrania aplikacji mobilnych Agile & Automation Days.
Znajdziecie w nich najważniejsze informacje o konferencji, w tym:

- agenda wraz z listą ulubionych wystąpień,
- opisy mówców i prezentacji,
- opis konferencji oraz zawodów,
- partnerów,
- miejsce,
- dojazd.

 

ap-apple
ap-windows
ap-play
 
 

TestingCup 2017 - zapowiedź

Już 21.11.2016 podczas Agile & Automation Days dowiemy się więcej szczegółów odnośnie TestingCup 2017.

Robert V. Binder zdobywcą nagrody ISTQB 2016

Doroczna nagroda International Software Testing Excellence Award przyznawana jest za wkład w rozwój testowania oprogramowania. Za rok 2016 otrzymał ją Robert V. Binder

 

Kim jest laureat?

[EN] Mr. Binder is a high-assurance thought leader, serial entrepreneur, and system architect. He recently joined Carnegie Mellon University’s Software Engineering Institute. He is a sought-after speaker and author of the definitive Testing Object-oriented Systems, two other books, and many articles. He is a model-based testing specialist who developed the multi-dimensional testing methodology. He co-chaired the X9 D14 working group adapting the ISO 9001 Quality Management standard to automated trading systems. As a member of IEEE working group P1633, Recommended Practice for Software Reliability Engineering, he drafted sections on software process and risk management. Mr. Binder received the MS in Electrical Engineering and Computer Science from the University of Illinois at Chicago and the BA and MBA from the University of Chicago. He is an IEEE Senior Member, ACM.

 

Komunikat >>

 

Więcej o laureacie

Prezentacja Roberta Bindera.

 

 

Portfolio: http://robertvbinder.com/home/about/resume/

Autor książki "Testowanie systemów obiektowych": http://www.empik.com/testowanie-systemow-obiektowych-binder-robert-v,291147,ksiazka-p

 

Komentarz

Przyznawanie wyróżnienia osobom nierozpoznawalnym w środowisku testerskim obniża rangę samej nagrody. Nie negujemy osiągnięć Pana Bindera choć o jego istnieniu przypomnieliśmy sobie dopiero kiedy stał się laureatem nagrody. Można wskazać dziesiątki osób dużo bardziej zaangażowanych w rozwój testowania i takich, którym nagroda należała się bardziej.