how perform backend testing
Co to jest testowanie zaplecza i jak je przeprowadzić?
Aplikacje oprogramowania są złożone; jest coś więcej niż to, co na pierwszy rzut oka.
Większość wysiłki w zakresie testowania systemu przejść przez GUI. Dzieje się tak, ponieważ testowanie sprawdza, czy oprogramowanie jest „zdatne do użytku” przez użytkownika końcowego, czy nie. Użytkownicy końcowi korzystają z GUI, my też; dlatego tak naprawdę ważne jest, aby oprogramowanie wypadło dobrze w tej dziedzinie.
Jednak oprogramowanie ma również wiele innych elementów, które nie są bezpośrednio widoczne ani dostępne dla użytkownika w celu bezpośredniej interakcji. Nie powoduje to, że elementy te są mniej ważne i również muszą przejść dokładne testy.
Połączenie wszystkich tych dobrze funkcjonujących elementów tworzy w pełni uformowaną aplikację. Możemy połączyć wszystko, czego bezpośrednio nie postrzegamy jako „zaplecze”.
Oto niektóre z elementów testowania zaplecza:
- Baza danych
- Pszczoła
- Serwery
W zależności od charakteru aplikacji back-end może zawierać różne konfiguracje sieciowe, protokoły komunikacyjne itp. Ale najczęściej są to trzy elementy.
Zobaczmy teraz, co obejmuje testowanie każdego z tych komponentów i jak.
Czego się nauczysz:
Testowanie bazy danych zaplecza
Najczęściej termin „testowanie zaplecza” oznacza testowanie bazy danych.
Baza danych jest ważnym elementem każdej aplikacji. Gdy GUI i DB współdziałają ze sobą bezproblemowo, aplikacja działa dobrze. Jeśli występują problemy, występują niespójne wyniki, zagrożenia bezpieczeństwa i wąskie gardła wydajności.
Bazy danych są zwykle sprawdzane pod kątem:
- Właściwości KWASU
- Operacje CRUD
- Schemat
- Migracja
- Zgodność z regułami biznesowymi
- Bezpieczeństwo
- Występ
Zaawansowane systemy ETL i obsługi hurtowni danych będą również wymagały przeprowadzania testów.
Więcej informacji na temat te typy testów , zapoznaj się z następującymi artykułami, które są już na naszej stronie =>
- Wszystko o testowaniu baz danych - dlaczego, jak i co testować?
- Testowanie ETL vs. DB
- Testowanie ETL - wskazówki, techniki, proces i wyzwania
Oprócz treści w powyższych odsyłaczach, ważnym aspektem, który należy powtórzyć, jest to, że testy baz danych, ETL i hurtowni danych wymagają poszerzonej wiedzy na temat SQL .
Wiele narzędzi jest często używanych przez testerów do interakcji i weryfikacji zachowania bazy danych za pomocą zapytań.
Przyjrzyjmy się kilku kategoriom tych narzędzi do testowania wewnętrznej bazy danych:
# 1) Interfejsy, które umożliwiają łączenie się i uruchamianie zapytań w bazach danych.
Niektóre z nich mają GUI, a inne nie.
- ROPUCHA: Jestem pewien, że wszyscy o tym słyszeli. Obsługuje wiele baz danych i platform. Jest dostępny zarówno w wersji bezpłatnej, jak i komercyjnej. Więcej informacji, zasobów i bezpłatną wersję można znaleźć pod adresem toadworld
- pHpMyAdmin: Jest to doskonałe narzędzie typu open source, które umożliwia uruchamianie zapytań i interakcję z bazą danych za pośrednictwem interfejsu użytkownika. Osobiście z tego korzystałem i mój zespół uwielbia intuicyjność tego narzędzia. Nie potrzebowaliśmy żadnego treningu, aby poczuć się komfortowo. Gorąco polecam to narzędzie, jeśli szukasz medium połączeniowego do baz danych MySQL i MariaDB phpmyadmin
- HeidiSQL: Bardzo podobny do pHpMyAdmin. Łączy się z MySQL, bazami danych Microsoft SQL i PostgreSQL. Open source. Więcej informacji można znaleźć pod adresem hheidisql
Lista narzędzi jest nieskończona, ale powyższe to jedne z najpopularniejszych opcji.
# 2) Narzędzia do testów porównawczych obciążenia i wydajności bazy danych:
naprawić błędy rejestru Windows 10 za darmo
- HammerDB: Jest to narzędzie typu open source, za które ręczy wielu ekspertów DB. Osobiście tego nie używałem, ale obsługuje wiele baz danych. Ze zrzutów ekranu i jego wyglądu wygląda to na narzędzie, które warto sprawdzić. Więcej szczegółów na hammerdb
- PLUCHA: Narzędzie Silly Little Oracle Benchmark pomaga mierzyć czas i oceniać styl operacji we / wy transakcji baz danych. Może pomóc w zrozumieniu czasu procesora, pamięci i przetwarzania masowych transakcji w systemie. Więcej szczegółów na kevinclosson
- Swingbench : To jest bardzo podobne narzędzie do HammerDB. Działa to na bazach danych Oracle i jest bardzo skuteczne. Aby zrozumieć narzędzie i jego funkcje, wypróbuj ten przewodnik: dominicgiles
Testowanie API
API nie jest ściśle zapleczem, ale ponieważ luźno grupujemy wszystko, co nie jest widoczne dla użytkownika końcowego, jako zaplecze, porozmawiajmy o tym również krótko.
API to skrót od Application Program Interface i jest to w zasadzie miejsce, w którym znajduje się cała logika programowania. Nie ma interfejsu użytkownika, co jest jednym z największych wyzwań, jeśli chodzi o jego testowanie. Z drugiej strony, ponieważ interfejsy API są zwykle tworzone przed pojawieniem się interfejsu użytkownika aplikacji, testowanie interfejsu API zwykle oznacza wczesne testowanie.
Zamiast bezpośredniego wysyłania i odbierania danych wejściowych i wyjściowych używane są wiadomości i połączenia wysyłające / odbierające.
Najpopularniejszym narzędziem do testowania API jest SOAPUI.
- STH jako obszerny samouczek dotyczący SoapUI pod adresem => Ponad 15 samouczków SoapUI - Twój kompletny przewodnik po SoapUI
- HP UFT również może Ci w tym pomóc => 16 Nowe funkcje HP UFT - QTP vs UFT
Wszystkie bazy danych i same aplikacje są instalowane na serwerach, które zapewniają nieprzerwane działanie tych systemów.
Istnieje kilka testów, które są tutaj uruchamiane:
# 1) Instalacja: Po zakończeniu instalacji możesz przejść do odpowiednich folderów i upewnić się, że pliki / elementy trafiły do folderów docelowych w sposób, w jaki powinny. Teraz, jeśli zastanawiasz się „skąd mam wiedzieć, gdzie wszystko musi się udać?”, Zapytaj zespoły programistyczne lub wdrożeniowe, a oni mogą to potwierdzić.
Ten krok może nie być obowiązkowy, ale niektóre firmy stosują wdrożenia ręczne. W takim przypadku może to stać się ważne test dymu / zdrowia psychicznego krok.
# 2) Dzienniki: Istnieją dzienniki utrzymywane dla statusu każdej transakcji na serwerach. Daje nam to wgląd w to, czy proces od początku do końca zakończył się sukcesem.
Czasami front-end wysyła prawidłowe dane, a baza danych może zostać poprawnie zaktualizowana. Co się stanie, jeśli ta operacja zgłosi wyjątek, powodując wyciek pamięci lub powodując jakąś awarię? To dzienniki po stronie serwera ujawnią ci te informacje.
Nie jest to regułą, ale generalnie większość serwerów to systemy oparte na systemie UNIX. Aby móc łatwo przez nie pracować, będziesz potrzebować sposobu na połączenie się z serwerem.
PuTTy, bez dwóch zdań to najpopularniejszy sposób łączenia się z serwerami. Kit jest produktem open source i nie wymaga instalacji. Wszystko, co musisz zrobić, to pobrać i używać.
Systemy UNIX nie mają graficznego interfejsu użytkownika, co czyni je idealnymi serwerami aplikacji i bazy danych. Są bezpieczne, abstrakcyjne, szybsze i tańsze. Istnieje wiele odmian systemu UNIX, a ze względu na brak GUI będziemy musieli używać poleceń do komunikacji z serwerem. Wszyscy mamy swoje zasoby Polecenia UNIX a ten jest mój: freeengineer
# 3) Wydajność i bezpieczeństwo serwera:
Podobnie jak każda inna część oprogramowania, serwer musi być bezpieczny i responsywny.
Dostępnych jest wiele narzędzi do sprawdzenia tego i aby znaleźć takie, które działa dla Ciebie, sprawdź tę listę: Ponad 30 najpopularniejszych narzędzi do testowania aplikacji internetowych
Wreszcie,
Jak pewnie zauważyłeś, sam ten artykuł nie pomoże ci nauczyć się testowania zaplecza w całości. Wskazuje jednak na zasoby i odniesienia, które pomogą ci go opanować. Więc dodaj do zakładek w celach informacyjnych!
Ponadto dla tych z nas, którzy uważają, że testowanie funkcjonalne polega na GUI i interfejsie użytkownika, ten artykuł powinien ujawnić, że tak nie jest.
Niezależnie od tego, czy szukasz w bazie danych, czy sprawdzasz w dzienniku status transakcji, czy wysyłasz komunikat z żądaniem do określonej usługi, sprawdzasz przydatność programu do użycia.
najlepszy darmowy konwerter wideo na DVD
Innymi słowy, to funkcjonalność. „Gdzie testujesz” i „jak testujesz” różnią się.
Tak jak aplikacja musi działać ze wszystkich stron, aby odnieść sukces, my, testerzy, musimy zrozumieć i zbadać wiele aspektów systemu oprogramowania, aby zadeklarować, że jest on gotowy do użycia.
O autorze: Ten artykuł został napisany przez członka zespołu STH Swati S.
Twoja kolej, aby się podzielić!
Powiedz nam, jak poradziliśmy sobie z tym artykułem. Czy jest jakiś inny rodzaj testów wewnętrznych, które wykonujesz? Jakich narzędzi używasz? Jakie techniki okazały się pomocne? Jakieś wyzwania?
Twoje komentarze, pytania, uczestnictwo i czytelnictwo są dla nas cenne!
rekomendowane lektury
- Najlepsze narzędzia do testowania oprogramowania 2021 (Narzędzia do automatyzacji testów QA)
- Testy alfa i testy beta (kompletny przewodnik)
- Testing Primer Pobierz eBook
- Samouczek testowania hurtowni danych ETL (kompletny przewodnik)
- Rodzaje testowania oprogramowania: różne typy testów ze szczegółami
- Jak przeprowadzić testy ETL za pomocą narzędzia Informatica PowerCenter
- Testy funkcjonalne a testy niefunkcjonalne
- ETL Pytania i odpowiedzi podczas rozmowy kwalifikacyjnej testującej