Menu

Proste podejście do testów XML w bazach danych

simple approach xml database testing

Wypróbuj Nasz Instrument Do Eliminowania Problemów

Ten artykuł pomoże zrozumieć XML do Koncepcja testowania bazy danych , co jest wyzwaniem rodzaj badania .

Porównanie danych jest krytycznym zadaniem, które należy wykonać przy jakości. Każda wada spowoduje jedną lub wiele awarii aplikacji.

XML to format wiadomości komunikacji elektronicznej, który zawiera dane, a baza danych to fizyczna pamięć z tabelami / kolumnami zawierającymi dane.

xml do testowania bazy danych

Większość aplikacji wymienia między sobą dane. Komunikaty te mogą mieć postać komunikatów XML zawierających dane. Również te dane są przechowywane w systemie baz danych, a gdy jest to wymagane, dane są pobierane przez aplikacje.

Przeczytaj także => Doskonały sposób testowania danych przy użyciu technologii XML

Większość dziedzin, takich jak finanse, marketing, sprzedaż, eCommerce, motoryzacja, logistyka i produkcja, wykorzystuje tę technikę do komunikacji danych z aplikacjami.

Aby pomyślnie przeprowadzić testowanie XML do bazy danych, najważniejszym elementem wejściowym jest plik dokument mapowania który definiuje każdy element w XML w porównaniu z kolumnami w bazie danych.

Dokument mapowania zapewni pełną reprezentację elementów (XML) w powiązaniu z kolumnami (DB). Wartości elementów XML mogą być danymi wejściowymi do tabel DB lub odwrotnie.

pytania do wywiadu oracle pl sql dla 8 lat doświadczenia

Ten artykuł pozwoli Ci dobrze zrozumieć, jak testować dane komunikatów XML z danymi bazy danych pod kątem dokładności danych.

Czego się nauczysz:

Porozmawiajmy o XML i bazie danych:

Aplikacje używają różnych technik do komunikacji między sobą. Komunikacja za pomocą XML jest jedną z nich. XML to niezawodna technika przesyłania komunikatów (danych) między dwiema aplikacjami. XML zawiera zestaw elementów, które mają określone wartości. Czasami wartości mogą być NULL lub puste.

Baza danych przechowuje dane w postaci tabel. Baza danych zawiera kilka tabel. Aplikacja może wprowadzać dane do tabeli w bazie danych, a także w razie potrzeby dane z tabeli mogą być pobierane przez aplikacje.

xml do testowania danych 1

Teraz aplikacje mogą przechowywać / pobierać dane z tabel bazy danych w postaci XML, a jest to dość niezawodna / elastyczna technika.

Architektura aplikacji:

Jako tester ważne jest, aby:

  • Zapoznaj się z architekturą produktu, aby zrozumieć, w jaki sposób aplikacje przekazują komunikaty między modułami / bazami danych / Po przejrzeniu tych informacji i stwierdzeniu, że są jakieś niespójności / pytania, można skontaktować się z BA / SA w celu uzyskania wyjaśnień.
  • Zapoznaj się z przepływami danych aplikacji w górę i w dół.
  • Przychodzący i wychodzący przepływ danych do aplikacji.

W niektórych przypadkach aplikacje upstream i downstream mogą być bazami danych różnych aplikacji i komunikują / transmitują dane w formacie XML przy użyciu procedur składowanych, usług internetowych, interfejsów API itp. W innych może istnieć kombinacja baz danych i aplikacji, które przekazują dane ze sobą.

Testowanie danych XML Vs 2

Przykład:

W tym artykule na temat testowania XML do bazy danych rozważmy aplikację, która komunikuje się z bazą danych w celu przechowywania danych.

Mamy aplikację podrzędną IBAPX , który przesyła komunikaty w formacie XML do aplikacji bazy danych MYDBX . Mamy aplikację upstream OBAPX , który pobiera dane z MYDBX dla aplikacji raportującej RPTX i jest to zewnętrzna aplikacja do OBAPX .

Uwaga: Zanim zaczniesz, poznaj technologię używaną do komunikacji oprogramowania pośredniego (procedura składowana, usługa sieciowa, interfejs API itp.) I dobrze poznaj architekturę. Te informacje są zwykle w dokumencie projektowym lub w zespołach SA / BA / Dev.

Teraz aplikacja IBAPX przechowuje dane w aplikacji bazodanowej MYDBX. Aby wiedzieć, który element XML jest mapowany na kolumnę tabeli, musimy się odwołać dokument mapowania . Czasami elementy XML i nazwy kolumn mogą być takie same lub nie. Różnica wynika z potrzeby biznesowej.

Na przykład . powiedzmy, że IBAPX wysyła element o nazwie as Numer zamówienia sprzedaży , ale kiedy MYDBX przechowuje tę samą wartość elementu w tabeli, odnosi się do niej jako p_orderid Nazwa kolumny. Może to wynikać z faktu, że element XML jest określany jako encja związana ze sprzedażą, gdy ta sama wartość jest przechowywana w tabeli, nazwa kolumny mogła zostać zmieniona na odniesienie do wykorzystania produkcyjnego. W innych aplikacjach może się to zmienić w zależności od potrzeb biznesowych.

Jak przetestować:

Jak dokładnie tester może skutecznie i wydajnie przetestować wszystkie scenariusze? Podyskutujmy.

Przede wszystkim bierzesz wejściowy plik XML i Sprawdź poprawność struktury XML czyli elementy. Można to zrobić za pomocą XSD, który definiuje strukturę odpowiedniego XML.

Plik XSD wygląda jak XML i definiuje strukturę XML, taką jak nazwa elementu, typ elementu, minOccurs, maxOccurs itp. Po sprawdzeniu poprawności XML wyeksportuj go do programu Excel. Po prostu przeciągnij plik xml do nowego arkusza Excela. Wyświetli się wyskakujące okienko z pytaniem, jak chcesz otworzyć plik, po prostu wybierz „Jako tabelę XML”. Dane zostaną zapisane w pliku programu Excel w postaci tabeli.

Możesz zobaczyć dane wprowadzone do tabeli, wykonać zapytanie do tabeli z określonymi danymi i pobrać rekord. Skopiuj dane do tego samego pliku Excela do innego arkusza. Teraz, używając funkcji EXACT w programie Excel, możesz łatwo porównać dane XML z danymi DB. Upewnij się, że porównasz tylko dane, a nie nazwy kolumn.

W ten sposób możesz porównać wiele danych rekordów i może zaoszczędzić wiele wysiłku ręcznego do porównywania wartości danych elementów XML z wartościami danych kolumn DB.

Znajdź poniższe przystawki w celach informacyjnych:

Testowanie danych XML Vs 3

Testowanie danych XML Vs 4

Testowanie danych XML Vs 5

Uwaga: Na powyższym obrazku widać, że nazwy kolumn nie pasowały, jak omówiliśmy wcześniej.

Wskazówka: Czasami możesz napotkać problem podczas porównywania dużych plików XML z DB. W takim przypadku jedyną rzeczą, którą musisz zarządzać, jest rozmieszczenie wartości kolumn w arkuszu Excela. Pamiętaj o jednej rzeczy: Porównanie plików Excel powinno być ograniczone do rozmiaru pliku 100 MB . Jeśli wyjdziesz dalej, napotkasz problemy z wydajnością.

Jak omówiliśmy wcześniej, wartości elementów XML mogą być danymi wejściowymi do tabel DB lub odwrotnie. Więc kiedy otrzymasz wiadomość XML jako plik przychodzący do aplikacji z aplikacji DB, musisz wykonać powyższą technikę testowania, aby porównać wartości danych XML z DB. Czasami musimy przeprowadzić testy E2E, w których wiele aplikacji przetwarza dane.

Przykład z życia:

Użytkownik zamówił książkę w serwisie e-commerce Flipkart. Punktem wyjścia jest zamawiający towar przez użytkownika, a punktem końcowym jest otrzymanie kopii faktury w centrum handlu elektronicznego. Następnie mogą wystąpić pewne scenariusze, takie jak zwrot zamówienia lub wymiana zamówienia, zwrot płatności i tak dalej.

Tutaj wiele modułów, takich jak sprzedaż, zapasy, przetwarzanie artykułów, logistyka, płatności, zwroty, oferty itp., Jest zaangażowanych w przetwarzanie zamówienia, aż przedmiot dotrze do klienta. Przepływ E2E przesyła komunikaty w celu realizacji zamówienia.

Jako tester, gdy będziesz angażować się w testowanie E2E, być może będziesz musiał natknąć się na scenariusze, w których będziesz sprawdzać poprawność danych Application vs DB lub DB do DB lub Application to Application. Tutaj powinieneś mieć pełną jasność co do przepływu danych E2E, tj. Jakie powinny być dane odebrane przez aplikację lub wysłane przez aplikację i jakie dane są przechowywane w DB lub pobierane z DB.

Scenariusze awarii:

Omówmy kilka możliwych scenariuszy awarii.

  • Jeden prosty scenariusz awarii to nieprawidłowe mapowanie . Mapowanie między elementami XML a kolumnami DB powinno zostać przeanalizowane podczas analizy lub fazy planowania przez testera. Omów wszystkie kwestie związane z mapowaniem z BA / SA, aby wyjaśnić wątpliwości. Po zamrożeniu mapowania można upewnić się, że elementy XML i wartości kolumn bazy danych będą zgodne.
  • Porównaj wartości, a jeśli nie są zgodne, zarejestruj usterkę, aby rozwiązać problem. Istnieje wiele możliwości podniesienia wady, takich jak defekt danych - może to być problem z danymi testowymi ; Wadliwy kod - może to być błąd w kodzie, który analizuje wartości danych, aby nie były mapowane; Wada artefaktu - może to być nieprawidłowe mapowanie dostarczone przez BA / SA.
  • Problem z formatem XML - Nagłówek XML lub metadane albo nieprawidłowe tagi xml. W tym przypadku sam XML nie mógł zapisać wartości danych w tabeli bazy danych.
  • Niezgodność typu danych - Wartość elementu w kodzie XML ma większą długość znaku, czyli więcej niż może przyjąć kolumna DB. Będzie to problem z kodem i zespół programistów musi wprowadzić niezbędne zmiany w długości typu danych dla tej kolumny.
  • Awaria środowiska - Środowisko wyłączone lub aplikacja DB wyłączona, przepływ danych pozostaje niekompletny.
  • Problem z wydajnością - Być może liczba rekordów składających się na wiadomość jest ogromna lub obciążenie bazy danych może być duże, aby rozpocząć od składu rekordu, jest zbyt duże.
  • Awaria oprogramowania pośredniego spowoduje spowolnienie przepływu danych z aplikacji do bazy danych.
  • Problem z dostępem do bazy danych przez co aplikacja przychodząca nie może przesłać danych do odpowiedniej tabeli.

Wniosek:

Testowanie XML do bazy danych będzie bardziej złożone, gdy pojedyncza wiadomość XML będzie przechowywać dane w wielu systemach. Również wydajność bazy danych do przechowywania / pobierania dużej ilości danych będzie wyzwaniem dla testera przy testowaniu takich scenariuszy.

Powyższy przykład to mały segment czynności testowych, które są wykonywane w aplikacji. Tester może potrzebować wykonać wiele testów danych, stosując podobne podejście.

Daj nam znać poniżej swoje uwagi, pytania i doświadczenia.

rekomendowane lektury

^