<\/p>\n\n\n\n
<\/p>\n
Zanim napisz\u0119 szerzej o mitach dotycz\u0105cych procesu automatyzacji testowania oprogramowania, przyjrzyjmy si\u0119 bli\u017cej, jak tworzymy testy automatyczne. Na pocz\u0105tek okre\u015blamy obszary, kt\u00f3re potrzebujemy przetestowa\u0107 automatycznie, i zastanawiamy si\u0119, jak\u0105 warto\u015b\u0107 biznesow\u0105 chcemy z ich pomoc\u0105 uzyska\u0107 oraz <\/strong>definiujemy przypadki testowe. Czy ma to by\u0107 sprawdzenie wydajno\u015bci systemu? A mo\u017ce potrzebujemy szybkiej informacji o jako\u015bci tworzonego produktu? Gdy ju\u017c ustalimy cel test\u00f3w automatycznych, zajmujemy si\u0119 aspektem technicznym, to znaczy dokonujemy wyboru narz\u0119dzia do testowania aplikacji, tworzymy \u015brodowisko testowe oraz skrypty niezb\u0119dne do wykonania test\u00f3w. Po uruchomieniu test\u00f3w jeste\u015bmy w stanie dokona\u0107 analizy rezultat\u00f3w i zweryfikowa\u0107, czy uda\u0142o si\u0119 uzyska\u0107 za\u0142o\u017con\u0105 na pocz\u0105tku test\u00f3w warto\u015b\u0107 biznesow\u0105.<\/p>\n\n\n\n Co do samej zasady dzia\u0142ania deterministycznych test\u00f3w zautomatyzowanych, jest ona stosunkowo prosta. Najpierw aplikacj\u0119 wprowadzamy w pewien stan pocz\u0105tkowy umo\u017cliwiaj\u0105cy wykonanie akcji, kt\u00f3r\u0105 chcemy przetestowa\u0107, na przyk\u0142ad sprawdzamy, jak dana funkcjonalno\u015b\u0107 b\u0119dzie si\u0119 zachowywa\u0107, gdy jednocze\u015bnie b\u0119dzie z niej korzysta\u0107 1000 u\u017cytkownik\u00f3w. Weryfikacja opiera si\u0119 na por\u00f3wnaniu oczekiwanych za\u0142o\u017ce\u0144 z aktualnym stanem aplikacji.<\/strong><\/p>\n\n\n\n Przeczytaj r\u00f3wnie\u017c: <\/strong>Test-Driven Development<\/strong><\/a> na co dzie\u0144<\/strong><\/p>\n\n\n\n Jednym z najbardziej powszechnych mit\u00f3w dotycz\u0105cych automatyzacji test\u00f3w jest przekonanie, \u017ce mo\u017cna zautomatyzowa\u0107 ka\u017cdy test. Zastan\u00f3wmy si\u0119 jednak: czy w praktyce jest to mo\u017cliwe? Jak zaznacza ISTQB (International Software Testing Qualifications Board), organizacja certyfikacyjna w dziedzinie testowania jako\u015bci oprogramowania, testowanie to proces niesko\u0144czony, a zatem nie jeste\u015bmy w stanie przewidzie\u0107 i przetestowa\u0107 wszystkiego.<\/p>\n\n\n\n Automatyzacja test\u00f3w pozostaje niezast\u0105piona przy wykonywaniu test\u00f3w wydajno\u015bci, obci\u0105\u017cenia i test\u00f3w przeci\u0105\u017caj\u0105cych. S\u0105 jednak aspekty, kt\u00f3re trudno podda\u0107 automatyzacji.<\/strong> Cz\u0119\u015b\u0107 test\u00f3w niefunkcjonalnych, czyli zwi\u0105zanych z estetyk\u0105, przejrzysto\u015bci\u0105 interfejsu u\u017cytkownika czy czytelno\u015bci\u0105, oparta jest na osobistych odczuciach. Nie jeste\u015bmy w stanie ustali\u0107 dla nich warunk\u00f3w wyj\u015bciowych i oczekiwanego rezultatu. Kwestia wygl\u0105du czy przejrzysto\u015bci mo\u017ce wi\u0119c podlega\u0107 jedynie ocenie ludzkiego oka. Podobnie nie mo\u017cna zautomatyzowa\u0107 test\u00f3w dost\u0119pno\u015bci, kt\u00f3re polegaj\u0105 na ocenie oprogramowania pod k\u0105tem przystosowania dla os\u00f3b niepe\u0142nosprawnych.<\/p>\n\n\n\n Podsumowuj\u0105c, skoro s\u0105 testy, kt\u00f3rych nie jeste\u015bmy w stanie zrealizowa\u0107 automatyzacj\u0105 test\u00f3w, nie mo\u017cemy zast\u0105pi\u0107 test\u00f3w manualnych testami automatycznymi, jak g\u0142osi kolejny powszechny mit. B\u0119d\u0105 obszary, kt\u00f3re wymagaj\u0105 manualnego sprawdzenia, o czym pisz\u0119 ni\u017cej.<\/p>\n\n\n\n Przeczytaj r\u00f3wnie\u017c:<\/strong> Testy BDD<\/strong><\/a> – na czym polegaj\u0105 i czy na prawd\u0119 s\u0105 potrzebne?<\/strong><\/p>\n\n\n\n Stwierdzenie to jest podobne do powszechnego kiedy\u015b przekonania, \u017ce telewizja ca\u0142kowicie zast\u0105pi radio. Dzi\u015b widzimy, \u017ce media takie jak radio, telewizja i Internet wsp\u00f3\u0142istniej\u0105 i uzupe\u0142niaj\u0105 si\u0119. Podobnie jest z testami automatycznymi i manualnymi. Ogromn\u0105 zalet\u0105 automatyzacji jest jej powtarzalno\u015b\u0107 \u2013 zak\u0142adaj\u0105c poprawn\u0105 implementacj\u0119 test\u00f3w, mo\u017cemy mie\u0107 pewno\u015b\u0107, \u017ce testy automatyczne b\u0119d\u0105 wykonane zawsze w ten sam, odtwarzalny spos\u00f3b.<\/strong> Dodatkowo, w przeciwie\u0144stwie do cz\u0142owieka, s\u0105 w stanie pracowa\u0107 nieustannie \u2013 bez przerwy na kaw\u0119, sen czy weekendowy odpoczynek. Brakuje im jednak pewnego pierwiastka, kt\u00f3ry pozwala na efektywne przetestowanie aplikacji: inteligencji, intuicji oraz wyobra\u017ani.<\/p>\n\n\n\n W spos\u00f3b manualny jeste\u015bmy w stanie wykona\u0107 znaczn\u0105 cz\u0119\u015b\u0107 test\u00f3w, kt\u00f3re oceni\u0105, w jakim stopniu aplikacja spe\u0142nia zar\u00f3wno wymagania funkcjonalne, jak i niefunkcjonalne. Testy manualne b\u0119d\u0105 wi\u0119c potrzebne, bo zawsze b\u0119d\u0105 obszary wymagaj\u0105ce wiedzy i bezpo\u015bredniego zaanga\u017cowania testera oprogramowania. B\u0119d\u0105 to takie obszary test\u00f3w jak testy u\u017cyteczno\u015bci, dost\u0119pno\u015bci i bezpiecze\u0144stwa. Automatyzacja stanowi uzupe\u0142nienie test\u00f3w manualnych,<\/strong> ale nie jest w stanie zast\u0105pi\u0107 np. test\u00f3w eksploracyjnych<\/a> oraz techniki opartej na zgadywaniu b\u0142\u0119d\u00f3w, bazuj\u0105cej na do\u015bwiadczeniu testera zar\u00f3wno w kontek\u015bcie testowanego produktu, jak i narz\u0119dzi, kt\u00f3re zosta\u0142y wykorzystane do jego stworzenia.<\/p>\n\n\n\nAutomatyzacja testowania \u2013 mity<\/h2>\n\n\n\n
1. Testy automatyczne pozwalaj\u0105 przeprowadzi\u0107 dowolny test<\/h3>\n\n\n\n
2. Dzi\u0119ki automatyzacji test\u00f3w mo\u017cna zrezygnowa\u0107 z testowania manualnego<\/h3>\n\n\n\n