Testowanie konwencjonalne a testowanie obiektowe
Testowanie oprogramowania to jeden z najważniejszych kroków w procesie tworzenia oprogramowania. Testowanie oprogramowania zapewnia, że opracowane oprogramowanie spełnia wszystkie wymagania klienta i działa bezbłędnie. W miarę jak paradygmaty i techniki tworzenia oprogramowania przesunęły się z początkowego tworzenia oprogramowania kaskadowego na OOD/Agile i inne nowsze koncepcje, testowanie również przesunęło się z konwencjonalnego (tradycyjnego) testowania na testowanie zorientowane obiektowo (OOT). Ale ponieważ tworzenie kaskadowe jest nadal w użyciu, testerzy nadal stosują konwencjonalne testowanie.
Co to jest testowanie konwencjonalne?
Konwencjonalny proces testowania ma miejsce głównie wtedy, gdy do tworzenia oprogramowania w organizacjach wykorzystywany jest kaskadowy cykl życia. Testowanie konwencjonalne zawsze odbywa się w fazie testowej cyklu życia, która zwykle następuje po fazie rozwoju i poprzedza fazę wdrożenia. W tej fazie testów zostaną przeprowadzone głównie trzy rodzaje testów. Testowanie systemu zapewni, że funkcje systemu spełniają wymagania klienta udokumentowane w SRS (Specyfikacja wymagań oprogramowania), zwykle przy zastosowaniu podejścia czarnej skrzynki. Testy integracyjne testują wstępny projekt, stosując podejście funkcjonalne i dekompozycji. Testowanie integracyjne opiera się na strukturze projektu przy użyciu podejścia odgórnego lub oddolnego. Wreszcie testy jednostkowe zapewniają poprawność szczegółowego projektu.
Co to jest testowanie obiektowe?
Korzystanie z analizy i projektowania zorientowanego obiektowo (OO) wraz z metodologiami Agile i innymi najnowszymi metodologiami tworzenia oprogramowania prowadzi do testowania zorientowanego obiektowo. Rozwój OO zwykle koncentruje się na zachowaniu. Testowanie odbywa się z naciskiem na skład. Oznacza to, że projekt jest tworzony kawałek po kawałku i komponowany razem, aby uzupełnić cały system. Ponieważ szybkie prototypowanie i pewna forma podejścia przyrostowego są obecnie używane do tworzenia obiektów obiektowych, trzy konwencjonalne poziomy testowania (testowanie systemowe, integracyjne i jednostkowe) nie są wyraźnie widoczne w projektowaniu obiektowym (ale w większości przypadków istnieją). Testowanie systemowe (w ramach testowania obiektowego) przyjmie w dużej mierze to samo (czarnoskrzynkowe) podejście, co konwencjonalne testowanie i będzie sprawdzać specyfikację wymagań (ponieważ wymagania muszą być weryfikowane niezależnie od procesu tworzenia). Testowanie jednostkowe w testowaniu obiektowym jest podobne do konwencjonalnych testów jednostkowych, ale podstawową różnicą jest definicja używanej jednostki. Obecnie akceptowanymi jednostkami używanymi do testowania jednostkowego są klasy i metody.
Jaka jest różnica między testowaniem konwencjonalnym a testowaniem obiektowym?
Testowanie konwencjonalne jest tradycyjnym podejściem do testowania, które wykonuje się głównie, gdy cykl życia wodospadu jest używany do tworzenia oprogramowania, podczas gdy testowanie obiektowe jest stosowane, gdy analiza i projektowanie zorientowane obiektowo są wykorzystywane do tworzenia oprogramowania dla przedsiębiorstw. Konwencjonalne testowanie koncentruje się bardziej na dekompozycji i podejściach funkcjonalnych, w przeciwieństwie do testowania obiektowego, które wykorzystuje kompozycję. Trzy poziomy testowania (systemowe, integracyjne, jednostkowe) używane w konwencjonalnym testowaniu nie są jasno zdefiniowane, jeśli chodzi o testowanie obiektowe. Głównym tego powodem jest to, że w programowaniu obiektowym stosuje się podejście przyrostowe, podczas gdy w tradycyjnym rozwoju stosuje się podejście sekwencyjne. Jeśli chodzi o testowanie jednostkowe, testowanie obiektowe obejmuje znacznie mniejsze jednostki w porównaniu z testowaniem konwencjonalnym.
