TESTER.PL. merytorycznych na Politechnice Warszawskiej. przetłumaczony na język polski i opublikowany na

Transkrypt

1 Serdecznie witam Drogich Czytelników po wakacyjnej przerwie. Dla SJSI nie był to jednak martwy okres. W ciągu trzech miesięcy od ukazania się ostatniego numeru Testera, mieliśmy kilka znaczących wydarzeń. Zapewne najwaŝniejszym i najbardziej doniosłym z punktu widzenia działalności SJSI na najbliŝszych kilka lat, było Walne Zebranie Członków SJSI w dniu 29 czerwca Istotność spotkania wynika z faktu, Ŝe było to pierwsze tego typu zgromadzenie po pełnej kadencji Zarządu, trwającej trzy lata. Chciałbym poniŝej przytoczyć kilka faktów z ponad trzyletniej działalności SJSI: - na koniec czerwca 2006 SJSI liczyło 84 członków - członkami wspierającymi SJSI jest 7 firm - w tym czasie mieliśmy ponad 20 cyklicznych (comiesięcznych) spotkań merytorycznych na Politechnice Warszawskiej - odbyły się równieŝ spotkania w Krakowie, Gdańsku, Częstochowie, Wrocławiu - kilkanaście firm współpracuje stale z SJSI umieszczając m.in. na naszej stronie www oferty pracy - słownik Glossary of Software Testing Terms (BS ) został przetłumaczony na język polski i opublikowany na - ukończyliśmy tłumaczenie Syllabusa (we wrześniu 2006) - słownik i sylabus stanowi bazę dla polskiej wersji szkolenia i certyfikatu ISTQB Certified Tester Foundation Level - prowadzimy warsztaty i certyfikację Certyfikowany test manager, w oparciu o własny materiał oraz zestaw pytań egzaminacyjnych - zorganizowaliśmy 3 edycje konferencji Jakości Systemów Informatycznych (ostatnią wspólnie z Computerworld) - byliśmy partnerem merytoryczny wielu, wielu imprez krajowych i zagranicznych (III Światowy Kongres Jakości w Monachium, III edycja konferencji Software Quality Assurance Management, VI Kongres TELEINFO, Konferencja ITIL - Zarządzanie usługami IT, II edycja Konferencji SQS - Software and Systems Quality Conferences, VERIFY International Software Testing Conference Waszyngton) - SQAM Praga wrzesień 2006 SJSI było organizatorem ogólnoświatowego spotkania przedstawicieli ISTQB ( z ponad 20 krajów). - ukazało się siedem numerów Testera W trakcie czerwcowego Walnego został wybrany równieŝ nowy Zarząd i Komisja Rewizyjna. W skład Zarządu SJSI II kadencji wchodzą: Prezes: Wojciech Jaszcz V-ce Prezes: Joanna Nowakowska V-ce Prezes: Krzysztof Jakubowski Strona 1 z 24

2 V-ce Prezes: Piotr Ślęzak Skarbnik: Jan Sabak Sekretarz: Piotr Kałuski Skład Komisji Rewizyjnej przedstawia się następująco: Przewodniczący: Lucjan Stapp Członek Komisji: Adam Suskiewicz Członek Komisji: Łukasz śebrowski Kolejnym wydarzeniem było podpisanie z Software Mind dnia 21 czerwca 2006 r. umowy o współpracy. Dzięki temu ta krakowska firma stała się Członkiem Wspierającym SJSI. Jednym z działów Software Mind jest Quality Lab - specjalistyczne laboratorium, którego zadaniem jest przeprowadzanie na rzecz innych firm testów i audytów systemów przy uŝyciu nowoczesnych narzędzi. Jednym z najwaŝniejszych zadań SJSI jeszcze przed końcem roku jest zorganizowanie polskiej wersji warsztatu i egzaminu ISTQB Certified Tester Foundation Level. Powołana została juŝ Komisja Egzaminacyjna i Akredytacyjna. Wkrótce rozpoczniemy akredytację zainteresowanych firm szkoleniowych. Z pozdrowieniami Wojciech Jaszcz Prezes SJSI Strona 2 z 24

3 Od redaktora Minęło lato. A wraz z nim cały szereg ciekawych konferencji. W tym numerze zdajemy Wam sprawozdanie z kilku z nich, na których byli nasi współpracownicy: Joanna Nowakowska i Lucjan Stapp o spotkaniu w maju w Dusseldorfie Piotr Ślęzak o konferencji IBM Rational Software Development w Orlando na Florydzie Joanna Nowakowska o wrześniowym SQAM w Pradze w tym roku SQAM był połączony z plenum ISTQB i o tym tez moŝna przeczytać w artykule Joanny. Prócz tego Kamila Dec pisze o odpowiedzialności i pewności siebie. Obiecywaliśmy w poprzednim numerze nowe typy do biblioteki testera, chcemy stworzyć cykl publikacji na ten temat. W tym numerze nie wyszło wina leŝy po stronie pięknego lata, które kilka osób zdecydowanie rozleniwiło. Ale do tego tematu na pewno wrócimy - zachęcam wszystkich czytelników do dodawania swoich typów. Nie zamieszczamy w tym numerze relacji z III Konferencji Systemów Informatycznych, wspólnego produktu tygodnika Computerworld i naszego Stowarzyszenia zamieścił je juŝ jakiś czas temu tygodnik Computerworld W numerze jak zawsze kilka zaproszeń: na konferencję poświęconą CMMI w Warszawie, do Berlina na CONQUEST JeŜeli macie trochę czasu, warto się wybrać się na jedną z nich zapowiadają się bardzo ciekawie. PoniewaŜ SJSI jest organizacją wspierającą tych konferencji moŝemy liczyć na istotne zniŝki wpisowego Równocześnie chciałbym kolejny raz - gorąco zachęcić wszystkich czytelników tego periodyku do aktywnej współpracy. Cały czas czekamy na Państwa uwagi, artykuły, felietony wszystko, co Was interesuje, co chcielibyście przeczytać, czego się dowiedzieć. JeŜeli tylko będziemy mogli, postaramy się zrealizować Państwa postulaty. Strona 3 z 24

4 Strona 4 z 24

5 Czy rzeczywiście? Czy na pewno? Kilka słów o odpowiedzialności i pewności siebie Kamila Dec WINUEL SA Absolwentka Wydziału Elektrycznego Politechniki Poznańskiej, kierunek Informatyka. Obecnie jest pracownikiem firmy WINUEL SA. Jako analityk konsultant uczestniczyła w wielu przedsięwzięciach zarządzając nimi, pełniąc rolę analityka, projektanta, biorąc udział w testowaniu funkcjonalnym dostarczanych rozwiązań, wdraŝaniu ich oraz szkoleniach uŝytkowników końcowych. W 2003 roku zdobyła ISEB Software Testing Foundation Certificate. Interesuje się analizą biznesową, testowaniem oraz projektowaniem interakcji. Strona 5 z 24

6 Czy rzeczywiście? Czy na pewno? Kilka słów o odpowiedzialności i pewności siebie Kamila Dec WINUEL SA Kiedy podczas ślubu wygłosiłam przysięgę małŝeńską, ksiądz nie zapytał Czy na pewno?. Co więcej (dla niektórych co gorsza) nie było teŝ Ŝadnej mowy o odwoływaniu tak zakomunikowanej światu decyzji (choć podobno jest to moŝliwe). Stało się. Alan Cooper w swojej ksiąŝce Wariaci rządzą domem wariatów 1 pisze, Ŝe grzeczne oprogramowanie jest pewne siebie. Oznacza to, Ŝe gdy wydaję mu polecenie usunięcia pliku, usuwa go, bez zbędnych pytań. Jeśli natomiast ma jakiekolwiek wątpliwości co do słuszności mojej decyzji, jest gotowe na wycofanie jej skutków. Wszystko to dlatego, Ŝe rzeczą normalną dla człowieka jest skłonność do zmiany zdania i wycofywania się z podjętych wcześniej decyzji. Co więcej - w rzeczywistym świecie bardzo często jest to moŝliwe, a interfejs uŝytkownika jest dobrze zaprojektowany wówczas, gdy program zachowuje się dokładnie tak, jak oczekuje tego uŝytkownik.2 Kiedy czytałam tę ksiąŝkę po raz pierwszy, nie zastanowiło mnie to jakoś szczególnie (a szkoda, bo kiedy projektuję graficzny interfejs uŝytkownika zawsze mam nieodpartą potrzebę wstawiania wszędzie gdzie to moŝliwe komunikatów typu Czy na pewno?, bo przecieŝ kaŝdy ma prawo się mylić, a juŝ uŝytkownik myli się na pewno). Słowa Alana Coopera wróciły jednak do mnie jak bumerang, podczas lektury ksiąŝki The Rational Unified Process Made Easy, A Practitioner s Guide to the RUP 3, gdzie autorzy przytaczają przykładową specyfikację przypadku uŝycia, a w niej następujące kroki scenariusza: 1. Student wybiera usuń 2. System prosi Studenta o potwierdzenie decyzji 3. Student zatwierdza usunięcie 4. System usuwa plan zajęć 4 Abstrahując od tego czy Alan Cooper uznałby takie rozwiązanie za poprawne, czy teŝ skrytykował je w swojej kolejnej ksiąŝce, postanowiłam sprawdzić co na ten temat sądzą inni, a w szczególności normy ISO. Norma ISO porusza te kwestie biorąc pod uwagę róŝne aspekty, dając jednocześnie ogromną swobodę interpretacji 6, np.: 1 Wariaci rządzą domem wariatów. Dlaczego produkty wysokich technologii doprowadzają nas do szaleństwa i co zrobić, Ŝeby tego uniknąć, Alan Cooper, WNT, Projektowanie interfejsu uŝytkownika. Poradnik dla programistów, Joel Spolsky, MIKOM The Rational Unified Process Made Easy, A Practitioner s Guide to the RUP, Per Kroll, Philippe Kruchten, Pearson Education Inc., Tłumaczenie kroków scenariusza według ksiąŝki Jak pisać efektywne przypadki uŝycia, Alistair Cockburn 5 ISO , Ergonomic requirements for Office work with visual display terminals (VDTs) Part 10: Dialogue principles Strona 6 z 24

7 1. UŜytkownik powinien otrzymywać informację zwrotną po kaŝdym swoim działaniu. Jeśli natomiast z działaniem uŝytkownika związane są powaŝne konsekwencje, system powinien zapewniać dodatkowe wyjaśnienia oraz Ŝądać potwierdzenia przed wykonaniem akcji. Przykład: Jeśli operacja usunięcia jest nieodwracalna, system Ŝąda potwierdzenia przed jej wykonaniem. 2. Podczas zmiany danych, jeśli wymaga tego zadanie, powinna istnieć moŝliwość wycofania zmian. Przykład: Po wciśnięciu klawisza [Esc] zawartość pola jest przywracana do stanu sprzed zmiany. 3. Jeśli zadanie na to pozwala, musi istnieć moŝliwość cofnięcia się o co najmniej jeden krok w interakcji z systemem. Przykład: System zapewnia moŝliwość dostępu do usuniętych obiektów. 4. System powinien być tak zaprojektowany, aby oszczędzić uŝytkownikowi konieczności wykonywania niepotrzebnych czynności. Przykład: UŜytkownik moŝe zapisać dokument i zamknąć program w jednym kroku. Usunięcie pliku nie jest działaniem o powaŝnych konsekwencjach, bo moŝna go po tej operacji odzyskać z kosza. Nie ma więc powodu, aby Ŝądać od uŝytkownika potwierdzenia usunięcia pliku. Pewnie dlatego teŝ program Microsoft Office Word nie Ŝąda ode mnie potwierdzenia usunięcia kaŝdej kolejnej literki zmiany mogę odwrócić, uŝywając funkcji Cofnij (uff, w przeciwnym razie napisanie tak krótkiego artykułu zajęłoby pewnie kilka długich dni). Cały problem w tym, Ŝe powaŝne konsekwencje, rozumiane jako brak moŝliwości wycofania zmian, moŝe mieć zarówno trwałe usunięcie maila ze skrzynki odbiorczej, jak i usunięcie jednej literki w treści maila, jeśli taka jest wola projektantów i programistów naszego programu pocztowego ( projektancie GUI w tej technologii naprawdę nie da się zaimplementować funkcji przywrócenia ostatnio usuniętej literki; w końcu to ja tu jestem programistą, nie ty ). Jeśli właśnie toczycie bój z programistami o jeden z tysiąca komunikat Czy jesteś pewien, moŝe pomoŝe Wam (jako argument o podłoŝu ambicjonalnym) przykład pewnego programu pocztowego. Program ten ma menu Folder, a w nim opcję Utwórz folder. Ma równieŝ menu Opcje folderu, a w nim opcję Usuń folder (tak, tak, wiecie ile frajdy sprawiło mi znalezienie wreszcie tej opcji i moŝliwość usunięcia przypadkowo utworzonego folderu?). Mimo to kiedy usuwam maila ze skrzynki odbiorczej program ten nie prosi mnie o potwierdzenie decyzji tylko bez zbędnych komentarzy przenosi go do kosza, a gdy usuwam maila z kosza, uprzejmie pyta czy na pewno, bo tym razem to juŝ faktycznie nie przelewki mail znika na zawsze. Zaraz, zaraz znika na zawsze? Trudność polega na tym, Ŝe zawsze w systemie zdarzają się operacje, które muszą mieć powaŝne konsekwencje. Wyobraźcie sobie, Ŝe po usunięciu Waszego pliku z kosza, trafia on do kosza, po usunięciu z kosza trafia do kosza, po usunięciu z kosza, szkoda miejsca na dysku, prawda? Zwłaszcza, Ŝe ten plik naprawdę nie jest juŝ nikomu potrzebny. Co tu duŝo kryć umiejętność znajdowania złotego środka przyda się i tym razem, a niewątpliwie jest sztuką. Jeśli, Drogi Testerze, weźmiesz sobie do serca słowa Alana Coopera i zdecydujesz, Ŝe następnym razem dokładnie sprawdzisz testowaną przez siebie aplikację pod tym kątem, nie łudź się gdyby implementacja moŝliwości wycofania zmian kosztowała mniej niŝ kolejne okienko Czy rzeczywiście, z całą pewnością nie znalazłbyś Ŝadnego w testowanym programie. A to oznacza, Ŝe trudno Ci będzie przekonać kogokolwiek, Ŝe tak jest grzeczniej. 6 Muszę w tym miejscu zaznaczyć, Ŝe jestem autorem wszystkich tłumaczeń fragmentów normy ISO przytaczanych w tym artykule. MoŜe więc się zdarzyć, Ŝe tekst stracił na swojej konkretności po nieumiejętnym tłumaczeniu. Strona 7 z 24

8 Ten kij ma jeszcze drugi koniec. Od lat uŝywam oprogramowania i odpowiadanie na pytania Czy na pewno? weszło mi w krew. Gdybym któregoś razu, po wybraniu opcji Usuń plik, nie zobaczyła Ŝadnego komunikatu, a mój plik zniknąłby z bieŝącego katalogu, przestraszyłabym się 7. Branie ślubu i korzystanie z oprogramowania ma więc jednak coś wspólnego i w jednym, i w drugim przypadku, prędzej czy później, wpada się w panikę. 7 I w ten sposób doszliśmy do kolejnej trudnej kwestii do problemu zgodności. Jest to dobry temat na następny artykuł. Strona 8 z 24

9 Strona 9 z 24

10 (Wielki) Koncert w tempie allegro orlandoso Relacja z konferencji IBM Rational Software Development Conference Piotr Ślęzak Starszym Konsultant w firmie Premium Technology Sp.z o.o., która od wielu lat profesjonalnie zajmuje się systemami i procesami wspierającymi wytwarzanie oprogramowania. Firma m.in. wprowadziła na polski rynek Rational Unified Process (RUP) oraz narzędzia Rational. Jest wiceprezesem SJSI. Strona 10 z 24

11 (Wielki) Koncert w tempie allegro orlandoso Relacja z konferencji IBM Rational Software Development Conference Piotr Ślęzak Scenografia W nieco bajkowej scenerii centrum rozrywki Walt Disney World Swan and Dolphin w Orlando na Florydzie dniach 4-8 czerwca odbyła się kolejna edycja konferencji IBM Rational Software Development Conference. Podobnie do poprzednich Rational User Conference, takŝe i tym razem samo miejsce robiło wraŝenie. Dwa ogromne hotele jeden Swan a drugi Dolphin połączone ze sobą szerokim deptakiem, sale konferencyjne na 7000 osób i ogromna ilość miejsc rozrywki - plaŝa z wiklinowymi koszami i rowerami wodnymi, baseny z mini wodospadami, pole do minigolfa, boisko do koszykówki, statki wycieczkowe i wiele innych a wszystko to na terenie tych dwóch hoteli robiło wraŝenie. Jak wszystko w Stanach takŝe i konferencja była ogromna pod wieloma względami. Sala, na której odbywały się ogólne prezentacje mieściła 3000 osób i aby kaŝdy mógł dobrze widzieć prowadzącego prezentacje były obsługiwane przez 7 kamer i dziesięcioosobową ekipę realizatorską. Stołówka pozwalała pomieścić 2000 osób jednocześnie, ale prawdziwym wyzwaniem logistycznym było przetransportowanie prawie dwóch i pół tysiąca ludzi (wraz z organizatorami konferencji z IBM) do oddalonego o prawie 30 km centrum rozrywki Universal Studio gdzie w ostatni wieczór konferencji zorganizowana została impreza dla wszystkich jej uczestników. Wyzwanie było tym większe, Ŝe czas trwania całej imprezy to zaledwie 4,5 godziny wraz z przejazdem z hotelu do Universal Studio. Strona 11 z 24

12 Uwertura Tegoroczna konferencja była zatytułowana Software In Concert co moŝna by przetłumaczyć na koncertowe wytwarzanie oprogramowania. Dlaczego właśnie taki wyjaśniał w trakcie otwarcia wiceprezes IBM Rational Software Roger Oberg mówiąc, Ŝe budowanie systemów informatycznych w obecnych czasach jest jak granie koncertu. KaŜdy członek zespołu projektowego ma swoją określoną rolę, nuty i takty do zagrania, jak w zespole muzyków. I tak perkusja to programista, nadający rytm całemu przedsięwzięciu. Klawisze to architekt ogarniający całość kompozycji, gitara to tester uzupełniający całość brzmienia a wokalista to analityk odpowiedzialny za kontakt z odbiorcą. Tematem przewodnim było więc zespołowe wytwarzanie oprogramowania wspomagane przez jeszcze bardziej zintegrowane środowisko i jeszcze lepsze procesy. Inspiracje Kluczową kwestią poruszaną w trakcie całej konferencji było IT Governance wykorzystujące praktyki i doświadczenia z innych przedsięwzięć wykonanych w przeszłości. Mówili o tym John Wiegand i Erich Gamma z IBM Rational Software przedstawiając w jaki sposób budowali zespół i zarządzali projektem Eclipse. Głównym celem było określenie zasad współpracy między poszczególnymi rolami w projekcie oraz ujawnienie kodu źródłowego, lecz przy bardzo mocnych obwarowaniach co do jego modyfikacji. Z takich właśnie doświadczeń i na takich zasadach działają zespoły wytwarzające oprogramowanie z rodziny Open Source. Motyw przewodni Bardzo duŝy nacisk w trakcie wielu wystąpień był połoŝony na budowanie oprogramowania w zespołach rozproszonych geograficznie. Jak zapewnić komunikację, jak udostępniać repozytoria zmian i błędów, w jaki sposób przekazywać wymagania do realizacji i dodatkowo wykonywać to jak najmniejszym nakładem dodatkowej pracy? IBM zaproponował tu wykorzystanie środowiska Eclipse oraz narzędzi IBM Rational. Przedstawione nowe środowisko dla zarządzania procesem testowym ClearQuest Test Management, w którym dobrze znany obecnie IBM Rational TestManager słuŝący do planowania wykonywania i analizowania testów został zastąpiony równieŝ znanym narzędziem do zarządzania zmianami IBM Rational ClearQuest. JednakŜe w nowej wersji ClearQuest posiada równieŝ elementy pozwalające na zarządzanie testami w sposób rozproszony, czego nie miał IBM Rational TestManager i dodatkowo pozwala na zdefiniowanie własnego procesu przygotowania i przeprowadzania testów wraz z formularzami, akcjami, stanami, sposobami powiadomień, elementami elektronicznego zatwierdzania (esignature) oraz przeglądania tego co się z danym przypadkiem testowym działo (Audit Trail). Rozwiązanie to, jak większość rozwiązań z rodziny IBM Rational oparte jest na Eclipse, co zapewnia integrację z IBM Rational Manual Tester, IBM Rational Functional Tester, IBM Rational Performance Tester i wieloma innymi narzędziami opartymi na tym środowisku. Strona 12 z 24

13 Aplauz PowyŜszy remiks ClearQuest a i TestManager a spotkał się z duŝym entuzjazmem wśród uczestników konferencji i moŝna spodziewać się, Ŝe będzie hitem na listach przebojów tego typu rozwiązań. Podobnie wielkim zainteresowaniem cieszyły się propozycje firm partnerskich IBM a bazujące na Eclipse lub integrujące się z nim. Środowisko Eclipse stało się sztandarowym rozwiązaniem firmy IBM słuŝącym do integracji zespołów wytwarzających oprogramowanie. Co ciekawe, jest to środowisko całkowicie darmowe udostępniane na zasadzie Open Source. Poza prezentacjami poświęconymi produktom firmy IBM pokazano takŝe wiele studiów dotyczących wdroŝenia tych narzędzi w róŝnych dziedzinach gospodarki. JuŜ nie awangarda Na uwagę zasługuje teŝ fakt, Ŝe w wielu prezentacjach i dyskusjach panelowych dotyczących procesu przewijało się stwierdzenie agile (zwinny, elastyczny, szybki). Wielu prezenterów mówiło wręcz, Ŝe w obecnych czasach i przy obecnej konkurencji nie ma miejsca na bardzo sformalizowane procesy bez ich ciągłej zmiany i dostosowywania do nowych oczekiwań rynku czy biznesu. Kompozytorzy partytur na Ŝądanie W tym teŝ kierunku podąŝa wiele firm partnerskich IBM a, które na konferencji miały swoje stoiska pokazując swoje własne rozwiązania wspierające lub udoskonalające rodzinę IBM Rational Software. Jedną z najciekawszych była firma Ivara Jacobsona (jednego z twórców firmy Rational Software oraz guru UML a znanego jako jeden z trzech amigos), która prezentowała Essential Unified Process (EssUP). Po 15 latach doświadczeń z Rational Unified Process specjaliści z firmy Ivara Jacobsona sięgnęli do esencji, na której RUP powstał i ponownie opracowali proces nowej generacji, określając go mianem smart. Essentials Unified Process ma jednak uniknąć przerostu poza granice zarządzania, która stała się przypadłością swojego poprzednika. Dodatkowo został on wzbogacony o szereg interesujących technik ułatwiających jego implementację w zespole wytwórczym. EssUP będzie miał oficjalną prezentację pod koniec czerwca 2006 roku. Audytorium Liczba uczestników to ponad 2300 osób z całego świata. Cała konferencja podzielona była na 13 równolegle prowadzonych wątków, gdzie kaŝdy związany był z inną tematyką wytwarzania oprogramowania począwszy od modelowania biznesowego a na zagadnieniach Open Source skończywszy. Większość wątków miało po kilka jednocześnie prowadzonych prezentacji co wspólnie dawało około 25 jednocześnie prowadzonych prezentacji. Strona 13 z 24

14 Prezentacje z poszczególnych dziedzin dotyczyły róŝnego poziomu abstrakcji: od bardzo ogólnych dla osób zainteresowanych daną dziedziną do bardzo szczegółowych przeznaczonych dla osób z duŝym doświadczeniem w wykorzystaniu danego rozwiązania. Równolegle odbywały się czterogodzinne warsztaty z kaŝdego prawie narzędzia z rodziny IBM Rational, na których moŝna było dotknąć i samemu przekonać się jak to działa. Antrakt Cała konferencja była przygotowana z duŝym rozmachem, ale równieŝ z perfekcyjną organizacją. Pomimo wielu jednoczesnych prezentacji, Ŝadna z nich nie opóźniła się, Ŝadna nie trwała za długo, i nikt nie błądził po hotelowych korytarzach w poszukiwaniu odpowiedniej sali czy wykładu. Poziom poszczególnych wykładów oraz sposób ich prowadzenia był równieŝ bardzo wysoki, a kaŝdy z uczestników mógł a wręcz musiał dokonać samodzielnej oceny prelegenta i samej prezentacji. Wszystko to dało bardzo dobry efekt, przynajmniej w moim odczuciu i osób, z którymi tam rozmawiałem, co utwierdziło mnie w przekonaniu, Ŝe warto było się tam wybrać. Jeden z moich rozmówców powiedział mi, Ŝe jest to jedna z największych konferencji informatycznych w USA i to dało się odczuć. Kolejna konferencja juŝ za rok czerwca 2007 w tym samym miejscu. Serdecznie polecam i zachęcam do uczestnictwa aby zobaczyć to na własne oczy i móc porozmawiać z twórcami i organizatorami tak wielkiej imprezy. Ale przede wszystkim zachęcam po to aby zobaczyć co jest obecnie waŝne i trudne w inŝynierii oprogramowania i jak moŝna sobie z tym poradzić. Strona 14 z 24

15 Konferencja ICSTEST w Dusseldorfie Joanna Nowakowska Lucjan Stapp Strona 15 z 24

16 Konferencja ICSTEST w Dusseldorfie Joanna Nowakowska Lucjan Stapp ICSTEST to jedna z największych konferencji regionalnych poświęconych jakości i testowaniu oprogramowania. Konferencje z tej serii odbywają się co roku, w tym roku w maju, w Dusseldorfie miała miejsce juŝ szósta edycja ICSTEST. Na te trzy dni (10 12 maja) zjechało się do Dusseldorfu ponad 800 uczestników i ponad 40 wystawców. Sama ta liczba mówi o olbrzymim zainteresowaniu problemami jakości na rynku niemieckim (większość uczestników konferencji pochodziła z Niemiec). Sam rozstrzał branŝ zainteresowanych testowaniem musi wzbudzić zainteresowanie; pokazuje jak wiele róŝnych branŝ buduje własne zespoły zapewnienia jakości obecnie głównie do testów akceptacyjnych. Oczywiście poza Niemcami na ICSTEST przyjechała spora liczba osób z innych krajów europejskich. Zdarzyło mi się w czasie jednej z przerw brać udział w rozmowie 4 osób, dla których jedynym wspólnym językiem był angielski, trzy z nich mogły się jednak porozumieć po polsku, trzy po niemiecku, dwie po francusku. Spotkaliśmy tez Włochów, Hiszpanów, Brytyjczyków. Ciekawie wypadły wykłady plenarne; najbardziej w pamięci utkwiły mi dwa z nich. Pierwszy, Paula Schwefera z firmy Continental, zatytułowany The Business of Culture as the Future of Business przedstawiał problemy pracy w firmie globalnej i próby ich rozwiązania poprzez wprowadzenie kultury organizacji. Same rozwiązania nie były moŝe zbyt oryginalne, ale w pamięci utkwiło mi jedno ciekawe określenie, tj. low cost countries na określenie krajów, gdzie płace zdecydowanie odbiegają od średniej niemieckiej. Drugim z tej serii referatów był wykład prof. Guntera Duecka z IBM Monachium, zatytułowany Excellence - Not Averyware. Prelegent, w bardzo ciekawy sposób, rozpatrywał pojecie jakości z punktu widzenia odbiorcy, pokazywał teŝ związki pomiędzy podejściem do jakości oprogramowania a jakością Ŝycia w ogóle. Trzy dni wypełniały jednak głownie prelekcje prowadzone w trzech sesjach, cześć z tych wykładów prowadzona była w języku niemieckim. Sesje dotyczyły m.in. outsourcingu, zarządzania projektami, automatyzacji testów, procesu testowego, testowania zwinnego (agile testing), testów na róŝnych poziomach. W tej ostatniej sekcji bardzo ciekawy referat Why and How to Test Integration? przedstawił znany nam z prelekcji w Warszawie Hans Schaefer z Norwegian Testing Board. Hans obiecał nam, Ŝe gdy będzie w Warszawie - przedstawi go równieŝ na jednym z cyklicznych spotkań SJSI. Strona 16 z 24

17 Prelekcję na konferencji przedstawiliśmy teŝ my, tzn. Joanna Nowakowska i Lucjan Stapp. Mieliśmy referat An Integrated Open Source Test Environment for Unit Tests in Java. Nasza prelekcja miała miejsce trzeciego dnia rano (a drugiego dnia do późnej nocy trwał bankiet w wytwornej restauracji Rheinterrasse Duesseldorf nad brzegiem Renu), więc mięliśmy nadzieję, ze prawie nikt nie wstanie wcześnie rano, by nas słuchać. Jak się jednak okazało, na naszej prelekcji była pełna sala osób zainteresowanych tego typu tematyką. Słuchając róŝnych referatów doszliśmy do wniosku, ze wiedza testerów w Polsce jest na podobnym poziomie, co naszych kolegów w Niemczech. Warto było jednak być w Dusseldorfie, by przekonać się o tym. NaleŜy teŝ zdawać sobie sprawę, Ŝe wielkość testerskiego rynku niemieckiego i jego gwałtowny rozwój będzie wpływać na rozwój tej branŝy i u nas. Wielokrotnie spotkaliśmy się ze stwierdzeniem, ze brakuje analityków testowych, specjalistów od testów automatycznych, a nawet dobrze wyszkolonych testerów. I na koniec jedna uwaga do organizatorów podobnych konferencji. Mają oni zawsze kłopot z zapewnieniem sobie zwrotu ankiet z opiniami uczestników konferencji o poszczególnych referatach. Organizatorzy ICSTEST rozwiązali ten problem, wymieniając wypełnione ankiety na zabawkę zdalnie sterowany samochodzik. Ostatniego dnia kolejka chętnych do oddania ankiet stała przy stoisku organizatorów Strona 17 z 24

18 Software Quality Assurance Management SQAM Conference Praga Joanna Nowakowska Strona 18 z 24

19 Software Quality Assurance Management SQAM Conference Praga Joanna Nowakowska W dniach 5 8 września, w stolicy Czech, miały miejsce dwa waŝne wydarzenia w dziedzinie zarządzania i zapewnienia jakości oprogramowania. 5 września odbyło się spotkanie przedstawicieli ISTQB (International Software Testing Qualifications Board), organizacji skupiającej 28 narodowych jednostek zajmujących się szerzeniem wiedzy na temat zarządzania jakością i testowania (do ISTQB, z jednego kraju moŝe naleŝeć tylko jedna organizacja, Polish Testing Board jest reprezentowane przez SJSI). Na spotkaniu pojawili się przedstawiciele 17 organizacji narodowych: USA, Korei, Niemiec, Norwegii, Szwajcarii, Brazylii, Europy Południowo-Wschodniej, Francji, Finlandii, Wielkiej Brytanii, Australii i Nowej Zelandii, Izraela, Kanady, Danii, Austrii, Holandii. Polskę reprezentowali Joanna Nowakowska (Wiceprezes SJSI) oraz Jan Sabak (Skarbnik SJSI). Rysunek 1 Spotkanie ISTQB Strona 19 z 24

20 Spotkanie rozpoczęto od podsumowania dotychczasowych osiągnięć ISTQB. Z wyliczeń wynika, Ŝe na całym świecie mamy juŝ ponad certyfikowanych testerów (Foundation Level) i aŝ 88 akredytowanych dostawców kursów. Liczba wydanych certyfikatów ciągle rośnie, a w wielu państwach certyfikat jest jednym z podstawowych kryteriów wyboru pracowników. Coraz więcej krajów chce uczestniczyć w tworzeniu wspólnoty testerskiej do grona państw stowarzyszonych przyjęto Turcję, przystąpieniem do ISTQB zainteresowane są równieŝ Czechy i Słowacja. W ramach ISTQB istnieją tzw. working parties, czyli zespoły złoŝone z przedstawicieli róŝnych państw, którzy wspólnie pracują nad rozwojem róŝnych obszarów działalności organizacji, takich jak: certyfikaty Foundation, Advanced i Expert Level, słownik pojęć związanych z dziedziny testowania, proces akredytacji firm szkoleniowych itp. Rysunek 2 Spotkanie ISTQB trwało 12h i zakończyło się o godzinie 21. Kierunek rozwoju certyfikacji dla testerów oraz tematów pokrewnych jest wyznaczany przez ekspertów z całego świata, i to pewnie dlatego m.in. sylabus dla poziomu Foundation okrzyknięty został najlepszym materiałem z podstaw testowania dla testerów na całym świecie. Spotkania ISTQB mają miejsce 2-3 razy do roku, kaŝde z nich odbywa się w innym kraju. Tym razem gospodarzami spotkania były 2 jednostki narodowe: Polska i Europa Południowo-Wschodnia. Organizacją spotkania zajęła się firma Software Konferencje, za co chcielibyśmy bardzo podziękować! Więcej informacji o ISTQB na stronie Zainteresowanych współpracą w ramach ISTQB prosimy o kontakt z Joanną Nowakowską (j.nowakowska@sjsi.org). Strona 20 z 24

21 W dniach 6 8 września miała miejsce kolejna edycja konferencji Software Quality Assurance Management Conference, organizowanej przez firmę Software Konferencje. Konferencję rozpoczął wykład prezesa ISTQB Rex a Black a (USA), który podsumował zmiany jakie mają miejsce na rynku produkcji oprogramowania i opisał jaki mają one wpływ na to, co się dzieje w branŝy zapewnienia jakości. Globalizacja oraz znaczne róŝnice w kosztach wynagrodzeń na świecie (patrz rysunek 3) powodują redukcję zatrudnienia w państwach charakteryzujących się wyŝszym średnim wynagrodzeniem pracownika i otwieranie działalności w rejonach tańszych, takich jak Indie czy Filipiny. Rysunek 3 Średnie roczne wynagrodzenie pracownika na stanowisku Software Engineer na świecie (na podstawie prezentacji Rex a Black a). Czy ten problem nie zacznie dotykać równieŝ wkrótce zespołów testowych? Kolejnym zauwaŝalnym trendem, wg. Rex a Black a, jest automatyzacja testowania, i nie mówimy tutaj wyłącznie o automatyzacji testów regresji przez GUI, lecz przede wszystkim o silnym nacisku na testowanie modułowe (m.in. test driven development). Pojawia się więc kolejne pytanie czy kaŝdy tester nie powinien posiadać przynajmniej podstawowej wiedzy umiejętności programowania? Jedno jest pewne, rosnące wymagania na lepsze i tańsze zapewnienie jakości, a takŝe stale zwiększająca się konkurencja na rynku światowym, zmuszają do ciągłego, szybkiego uczenia się ludzi pracujących w tej dziedzinie, a przed ISTQB, która określa ścieŝki rozwoju testerów, stawiają coraz to większe wyzwania. Podczas konferencji zaprezentowane zostały tematy z zakresu zarządzania jakością, dotyczące jakości w całym cyklu wytwarzania (Michael Lundblad, IBM, Software Quality is A Full Lifecycle Concern), oceny poziomu dojrzałości organizacji (Adam Wolszczak, HP, CMMI and Quality Assurance:Validation and Verification explained) i psychologii zarządzania zespołem testowym (Yaron Tsubery, Psychology Behind Test Management). Drugiego dnia konferencji, John Watkins, IBM Rational, w wykładzie Improving the Testing Process A Practical Approach to Test Metrics zaprezentował najbardziej popularne Strona 21 z 24