Ruszyły zapisy na 14 spotkanie!
Ruszamy z zapisami na 14 spotkanie! Serdecznie zapraszamy http://14trojqa.evenea.pl/
Strona główna » spotkanie » Page 11
Ruszamy z zapisami na 14 spotkanie! Serdecznie zapraszamy http://14trojqa.evenea.pl/
Tematem wiodącym XIII spotkania będzie testowanie z użyciem narzędzi. Prelekcję pt. ” Testowanie web service z GUI” poprowadzi Michał Czyżykowski z firmy Atena.
Jestem absolwentem ETI w Gdańsku oraz zdobyłem certyfikat ISTQB Test Manager. W czasie kariery działałem w różnych gałęziach testowania od testów manualnych, przez automaty aż do kodowania testów wydajnościowych. Pierwsze szlify testerskie zdobywałem w SII. W tej chwili jestem testerem wiodącym w Atenie, która współpracuje z głównym graczem na rynku firm ubezpieczeniowych – Ergo Hestii. Zajmuje się utrzymaniem testów usług REST/SOAP oraz organizuje szkolenia wewnętrzne z narzędzia SOAP UI NG. Mentoruje pozostałych członków zespołu, ale także cały czas jestem testerem „z krwi i kości”.
Prywatnie i po pracy „gram w gry” – gry planszowe oczywiście 🙂
W czasie zeszłorocznej konferencji Testwarez wziąłem udział w panelu dyskusyjnym 'Testowanie bez GUI’ prowadzonym przez Krzysztofa Chytła. Po wymianie doświadczeń okazało się, że wsród zgromadzonych utrzymuje się przekonanie: „testować webservice’s mogą tylko 'mocni w kodzie’ lub deweloperzy”. Ale czy naprawdę?
Po powrocie postanowiłem z Wami się podzielć moimi doświadczeniami. W prezentacji spróbuję Was przekonać, że bez linii skryptu/kodu da się testować Webservice’s. Wystarczą tylko odpowiednie narzędzia w moim przypadku SOAP UI NG.
Opowiem o różnicach między wersjami tego narzędzia, żeby 'odczarować’ negatywne opinie o nim. Pokaże Wam również jak to działa u nas w zespole i do jakich rozwiązań dążymy.
Dziękujemy, że byliście z nami. Wypełniając 2-5 minutową ankietę, pomożesz nam w ulepszeniu przyszłych spotkań. Kliknij TU i wypełnij ankietę.
Materiały ze spotkania opublikowaliśmy na naszym Fanpage’u.
[huge_it_gallery id=”5″]
Trójkowicze!
Przedstawiamy Wam doświadczonego prelegenta na branżowych konferencjach – Bartosz Szulc z firmy Spartez.
Poprowadzi on prelekcję pod tytułem „Lepsze testy jednostkowe”. Szczegóły poniżej 🙂
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ę!
Jaka jest definicja dobrego produktu? Co świadczy o tym jak dobrej jakości jest produkt? Wszystko zależy od punktu widzenia konkretnego interesariusza.
Zespół programistów, oprócz sukcesu biznesowego, oczekuje przede wszystkim dobrej jakości kodu. Kodu modularnego, z przemyślaną architekturą, stosującego się do najlepszych praktyk, pełnego dobrej jakości testów zapewniających wysokie pokrycie.
Moja prezentacja będzie dotyczyła właśnie tego ostatniego aspektu jakości kodu. Co zrobić by nasze testy były dobrej jakości? Zaczynając od tych najmniejszych.
Co definiuje dobry test jednostkowy? Jakie najczęściej błędy popełniamy przy implementacji testów? Jak możemy uchronić się przed antywzorcami i „zapaszkami”, aby nasze testy dostarczały jak największą wartość, aby były łatwe w rozszerzaniu, utrzymaniu, by stały się doskonałą dokumentacją testowanego kodu?
Mam nadzieję, że po wysłuchaniu mojej prezentacji, będziecie w stanie lepiej zdiagnozować stan waszych testów jednostkowych i usprawnić je tak, aby nigdy więcej wasz programista nie odczuwał strachu przed ich implementacją.