{"id":31819,"date":"2019-08-27T06:57:24","date_gmt":"2019-08-27T04:57:24","guid":{"rendered":"https:\/\/nearshore-it.eu\/artykuly\/testerze-eksploruj\/"},"modified":"2024-11-07T15:45:35","modified_gmt":"2024-11-07T14:45:35","slug":"testerze-eksploruj","status":"publish","type":"post","link":"https:\/\/nearshore-it.eu\/pl\/artykuly\/testerze-eksploruj\/","title":{"rendered":"Testerze, eksploruj"},"content":{"rendered":"\n
\n

Przejd\u017a do:<\/p>\n

    \n
  1. 1. Kiedy warto pomy\u015ble\u0107 o eksploracji?<\/a><\/li>\n
  2. 2. Testy eksploracyjne a kompetencje<\/a><\/li>\n
  3. 3. Podsumowanie<\/a><\/li>\n <\/ol>\n<\/div>\n\n\n

    <\/p>\n\n\n\n

    To by\u0142o wiele lat temu. Moja pierwsza praca, pierwszy system. Dokumentacji brak, wymagania spisane na kartkach przy kawie z kierownikiem dzia\u0142u. System wspomaga\u0142 inwestycje, tworzony by\u0142 dla konkretnego odbiorcy przez jednego developera, kt\u00f3ry by\u0142 dodatkowo jednocze\u015bnie analitykiem, wykonawc\u0105 i testerem. Gdy przysz\u0142am pierwszego dnia do pracy, us\u0142ysza\u0142am \u201eSiadaj i testuj\u2019. My\u015bl\u0119, \u017ce to by\u0142y moje pierwsze testy \u2013 i do tego by\u0142y to testy eksploracyjne (sic!). Min\u0119\u0142o wiele czasu, testy eksploracyjne zyska\u0142y na wa\u017cno\u015bci, zosta\u0142y sformalizowane, opisane w fachowej literaturze.<\/p>\n\n\n\n

    Kiedy warto pomy\u015ble\u0107 o eksploracji?<\/h2>\n\n\n\n

    Wed\u0142ug s\u0142ownika International Software Testing Qualifications Board, a konkretnie Jamesa Bacha, testy eksploracyjne to: \u201eNieformalna technika projektowania test\u00f3w, w kt\u00f3rej tester projektuje testy podczas ich wykonywania oraz wykorzystuje informacje zdobyte podczas testowania do projektowania nowych i lepszych test\u00f3w\u201d.<\/strong> Polemizuj\u0105c z ISTQB, dla mnie wa\u017cniejszym czynnikiem jest poznawanie aplikacji \u2013 szczeg\u00f3lnie w przypadku, gdy nie dysponujemy dokumentacj\u0105. Testy eksploracyjne oraz rozmowy z developerami i uczestnikami projektu daj\u0105 bowiem mo\u017cliwo\u015b\u0107 do\u015b\u0107 szybkiego poznania ka\u017cdego systemu. Z definicji nie potrzebujemy do test\u00f3w eksploracyjnych \u017cadnej dokumentacji. Potrzebny jest z kolei cel i okre\u015blone ramy czasowe. Kiedy zatem warto pomy\u015ble\u0107 o eksploracji?<\/p>\n\n\n\n

    Pierwsze spotkanie testera z aplikacj\u0105<\/h3>\n\n\n\n

    Zaczynamy prac\u0119 przy nowym projekcie zupe\u0142nie zieloni, maj\u0105c nadziej\u0119 na prac\u0119 z  dokumentacj\u0105 i mo\u017cliwo\u015b\u0107 szybkiego zdobycia wiedzy. Jednak cz\u0119sto zdarza si\u0119, \u017ce dokumentacji nie ma. S\u0105 za to jakie\u015b cz\u0119sto szcz\u0105tkowe informacje w formie tekstu, najcz\u0119\u015bciej ju\u017c nieaktualnego, a reszta zamkni\u0119ta jest w g\u0142owach developer\u00f3w. Z tak\u0105 w\u0142a\u015bnie sytuacj\u0105 przysz\u0142o mi si\u0119 zmierzy\u0107 w pierwszym moim projekcie \u2013 by\u0142 to projekt na kasy fiskalne, na kt\u00f3rych opr\u00f3cz sprzeda\u017cy mia\u0142o by\u0107 mo\u017cliwe \u0142adowanie telefon\u00f3w kom\u00f3rkowych, przyjmowanie paczek itp. Dodam, \u017ce firma, dla kt\u00f3rej przygotowywany by\u0142 projekt, to jedna ze sp\u00f3\u0142ek wielkiej organizacji. W jej sk\u0142ad wchodzi\u0142y dwa giganty, je\u015bli chodzi o kasy fiskalne na polskim rynku.<\/p>\n\n\n\n

    Projekt by\u0142 w\u0142a\u015bnie wznawiany po raz kolejny. Dotychczasowa praca nad nim wygl\u0105da\u0142a w ten spos\u00f3b, \u017ce dorabiano funkcjonalno\u015bci i porzucano dalsze prace. To, co ju\u017c powsta\u0142o, to panel klienta, produkty na kasy fiskalne mia\u0142y w\u0142a\u015bnie by\u0107 tworzone. Zatrudniono project managera, analityka, dodatkowych developer\u00f3w i test managera. M\u00f3j pierwszy dzie\u0144, a pami\u0119tam go doskonale, we wszystkim przypomina\u0142 pierwszy dzie\u0144 w mojej starej firmie wiele lat temu. I tak historia zatoczy\u0142a ko\u0142o. Zasta\u0142am aplikacj\u0119 dla klienta bez dokumentacji, za\u0142o\u017ce\u0144, wymaga\u0144, a mia\u0142am tworzy\u0107 plan test\u00f3w, strategie testowania, przypadki testowe itd. Pozosta\u0142o usi\u0105\u015b\u0107 do eksploracji. Da\u0142am sobie dwa pe\u0142ne dni. Cel \u2013 zapoznanie z aplikacj\u0105. Raport z test\u00f3w zawiera\u0142 kilkadziesi\u0105t b\u0142\u0119d\u00f3w i usterek wraz ze zrzutami ekran\u00f3w. Na jego podstawie powsta\u0142y zadania w JIRA dotycz\u0105ce b\u0142\u0119d\u00f3w, a p\u00f3\u017aniej zaprojektowane zosta\u0142y przypadki testowe. Sporym problemem by\u0142 tu brak jakichkolwiek wymaga\u0144, wszystko by\u0142o robione intuicyjnie przez developer\u00f3w. Testy eksploracyjne w tej sytuacji nie tylko pomog\u0142y mi jako testerowi, ale te\u017c przys\u0142u\u017cy\u0142y si\u0119 rozwojowi aplikacji. Zacz\u0119li\u015bmy dyskutowa\u0107 o tym, czy aplikacja jest \u201euser friendly\u201d, i rozmawia\u0107 o ergonomii w systemie. <\/strong>Tak testy eksploracji spe\u0142ni\u0142y swoje zadanie.<\/p>\n\n\n\n

    Przeczytaj tak\u017ce: <\/strong><\/p>\n\n\n\n