field validation table
Wprowadzenie do techniki projektowania testów z tabelą walidacji pola (FVT):
W tym cyfrowym świecie 'JAKOŚĆ' jest terminem powszechnie używanym w każdej branży.
Każda organizacja w tym zakresie zawsze myśli i pracuje nad tym, jak można zapewnić jakość swoim produktem lub jak można dostarczyć produkt wysokiej jakości lub jak można improwizować jakość produktu? Bez względu na to, czy jest to klient, użytkownik końcowy, czy zwykli ludzie, każdy oczekuje jakości we wszystkim, co kupuje.
Podstawowym celem każdej organizacji jest służenie biznesowi dobrej jakości.
Jak można zapewnić jakość? Jedyną odpowiedzią na to jest testowanie. Testowanie to jedyny kluczowy czynnik, dzięki któremu możemy zapewnić jakość.
Czego się nauczysz:
- Przegląd
- Wprowadzenie do FVT
- Co to jest tabela walidacji pola (FVT)
- Rola testera
- Wdrożenie FVT
- Korzyści z FVT
- Wniosek
- rekomendowane lektury
Przegląd
Powodzenie testów jest podzielone na różne fazy Cykl życia testu oprogramowania (STLC) . Ale najważniejszą rzeczą jest to, jak skutecznie zaprojektowano przypadki testowe do testowania aplikacji lub oprogramowania?
Zasadniczo projekt przypadku testowego lub sam napisanie przypadku testowego jest sztuką. Dlatego tester powinien napisać przypadki testowe w taki sposób, aby były łatwo zrozumiałe dla innych, a także aby zapewnić kompletność lub maksymalne pokrycie testu poprzez ich przypadki testowe.
Przypadki testowe to te, za pomocą których testerzy będą wchodzić w interakcje z aplikacją lub oprogramowaniem w celu jej przetestowania. W szerszym znaczeniu przypadki testowe to brama lub medium, za pomocą którego testowana jest aplikacja lub oprogramowanie. Lepszy lub dobry przypadek testowy pomaga znaleźć usterki w systemie lub oprogramowaniu lub aplikacji. Dlatego napisanie dobrego lub dobrej jakości przypadku testowego odgrywa istotną lub najważniejszą rolę w testowaniu.
W tym artykule omówiono jedną z ważnych technik projektowania testów do walidacji pól w aplikacji, która z kolei pomaga projektować przypadki testowe dla różnych scenariuszy, które są najbardziej powszechne we wszystkich aplikacjach.
Podstawową zasadą lub główną ideą stojącą za tą techniką jest pokazanie, w jaki sposób można ją wykorzystać do projektowania lub pisania optymalnych przypadków testowych z maksymalnym pokryciem testami.
Wprowadzenie do FVT
W dzisiejszych czasach dostarczanie wysokiej jakości oprogramowania jest poważnym wyzwaniem i nie można tego robić za wszelką cenę. Zależność od oprogramowania rośnie z dnia na dzień. Jednocześnie problemem staje się również jakość, poprawność działania i niezawodność oprogramowania.
Czy można zmierzyć jakość oprogramowania?
Tak, testowanie odgrywa ważną rolę w zapewnianiu jakości projektu lub aplikacji.
Jak upewnić się, że przypadki testowe zapewniają 100% pokrycia testów?
Przed przetestowaniem aplikacji tester powinien napisać szczegółowe przypadki testowe, które powinny być łatwo zrozumiałe i czytelne dla innych. Co oznacza, że przypadki testowe są podstawą testowania, co z kolei pomogłoby znaleźć defekty tkwiące w aplikacji lub systemie.
Ten artykuł kładzie nacisk głównie na to, jak skutecznie możemy tworzyć przypadki testowe przy użyciu techniki projektowania testów walidacji pola, która również w krótkim okresie czasu przy maksymalnym pokryciu testami. To z kolei zwiększy wartość projektu, identyfikując wszystkie problemy podczas testowania.
Technika to procedura używana do wykonania określonej czynności lub zadania. W tym artykule opisano technikę projektowania testów walidacji w terenie, która z kolei pomogłaby w efektywnym uchwyceniu przypadków testowych przy mniejszej lub minimalnej dokumentacji.
Co to jest tabela walidacji pola (FVT)
- Jest to jedna z technik projektowania testów służąca do sprawdzania poprawności pól w aplikacji.
- Technika ta jest używana głównie we wszystkich rodzajach aplikacji wszędzie tam, gdzie wymagana jest walidacja w terenie.
Ogólnie rzecz biorąc, każde pole w aplikacji wymaga dokładnej weryfikacji, aby zapewnić lub zidentyfikować defekty, które mogą pozostać niezauważone w polach. Ta technika jest bardzo przydatna w identyfikowaniu tych podstawowych wad w polach.
Czasami może to pozostać niezauważone lub z powodu braku koncentracji lub świadomości testerów niektóre pola w aplikacji mogą nie zostać w pełni zweryfikowane.
Jest naturalną tendencją każdego testera, że sprawdza tylko najczęściej używane lub najczęściej używane kombinacje podczas sprawdzania pól w dowolnej aplikacji. Jeśli otrzymają ten FVT, to z łatwością pomoże im to znaleźć wady, które występują również na polach.
Technika tabeli walidacji w terenie pomaga również upewnić się, że w żadnej dziedzinie aplikacji nie występują żadne defekty.
Rola testera
Jako tester trzeba przetestować każdy zakamarek aplikacji. Z punktu widzenia dewelopera lub dewelopera defekt zidentyfikowany podczas walidacji w terenie może być mniej poważny i mniej priorytetowy, ale jego głównym obowiązkiem i obowiązkiem testera jest zgłoszenie go. Przecież dla testera defekt oznacza defekt, nic więcej.
Ponieważ walidacje terenowe są bezpośrednio związane z użytecznością aplikacji, na wypadek gdyby coś zostało niezidentyfikowane podczas Testowanie systemu i jeśli zostanie znaleziony podczas Testy akceptacyjne użytkowników (UAT) następnie wina natychmiast spada na testującego, który przetestował i złożył podpis.
Końcowy użytkownik lub klient oczekuje łatwości obsługi aplikacji wraz z jej funkcjonalnością. Nawet drobny problem z użytecznością lub problem kosmetyczny w aplikacji lub oprogramowaniu może ich niezadowolić lub irytować.
Dlatego tester powinien przykładać najwyższą wagę do testowania każdego pola w aplikacji. Korzystając z Field Validation Table, tester może bardzo dobrze przetestować każde pole w aplikacji.
Wdrożenie FVT
# 1) Po pierwsze, należy utworzyć tabelę standardową lub ogólną dla różnych typów danych, jak pokazano poniżej. To jest czynność jednorazowa. Rozważ wszystkie prawidłowe i nieprawidłowe dane wejściowe.
| Typ danych | Prawidłowe dane wejściowe | Nieprawidłowe dane wejściowe |
|---|---|---|
| Liczby całkowite lub liczby | • Tylko numery • Mniejsze niż limit (N) • Wprowadź wartość w ramach limitu (N + 1) / 2 | • Więcej niż limit (N + 1) • Liczby z precyzją • Liczby w formie wykładniczej • Ujemne liczby całkowite • Tylko alfabety • Liczby + alfabety • Liczby + znaki specjalne • Znaki Unicode, np. U + 0000, U + 0001 |
| Strunowy | • Tylko alfabety • Tylko numery • Tylko znaki specjalne • Liczby + alfabety • Liczby + znaki specjalne • Alfabety + znaki specjalne • Mniejsze niż limit (N) • Wprowadź wartość w ramach limitu (N + 1) / 2 | • Więcej niż limit (N + 1) • Znaki Unicode, np. U + 0000, U + 0001 |
| Data | • Sprawdź, czy istnieje selektor dat • Sprawdź, czy pole daty nie jest edytowalne • Upewnij się, że po kliknięciu prawym przyciskiem myszy na polu daty opcja wklejania jest wyłączona i opcja kopiowania powinna być włączona • Upewnij się, że po kliknięciu daty w kalendarzu, powinna ona pojawić się w polu daty • Wybierz rok przestępny i sprawdź dni w lutym • Wybierz rok inny niż przestępny i sprawdź dni w lutym • Upewnij się, że kalendarz umożliwia wybór dowolnego roku, miesiąca (pole kombi, lista rozwijana, linki itp.) • Upewnij się, że przycisk Wyczyść jest obecny w selektorze dat, aby usunąć wybraną datę |
Tabela 1: Tabela standardowa lub ogólna do walidacji pola
testowanie funkcjonalne vs testowanie niefunkcjonalne
Tak więc tester powinien to zachować Tabela walidacji pola lub lista pozycji wymienionych w tabeli przed nimi, zanim przejdą do pól testowych w aplikacji.
Ta tabela jest zwykle pomocna, gdy na stronie lub w aplikacji znajduje się kilka pól. Nie jesteśmy robotami, które zapamiętują wszystko, co ma na myśli, więc jako ludzie lepiej jest mieć gotową i pod ręką tę tabelę lub listę kontrolną, zanim zaczniemy sprawdzać poprawność pól w aplikacji.
#dwa) Należy również utworzyć tabelę specyficzną dla aplikacji z polami specyficznymi dla aplikacji i innymi kolumnami. Pomaga to głównie w walidacji każdego pola w aplikacji i jasno określa, gdzie leży defekt i na jakich danych testowych.
Tabela 2: Tabela specyficzna dla aplikacji do walidacji w terenie
Korzyści z FVT
- Wydajność zostanie zwiększona.
- Automatyzacja stanie się łatwe dzięki tej tabeli.
- Wyciek defektu można uniknąć lub mu zapobiec, tworząc tę tabelę na wczesnych etapach projektu.
- Łatwo to zrozumieć.
- To z kolei pomaga zarówno testerom ręcznym, jak i automatycznym.
- Za pomocą tej tabeli można zapewnić maksymalny procent pokrycia testami.
- Ponieważ działa jako tabela danych wejściowych lub referencyjnych, za pomocą tych przypadków testowych można tworzyć w celu weryfikacji i walidacji pól w aplikacji.
Wniosek
Field Validation Table (FVT) to technika projektowania testów, która pomaga głównie w walidacji pól obecnych w aplikacji. Ta technika dodaje wartości do aplikacji lub projektu i zapewnia bardzo dobre pokrycie testowe do walidacji w terenie. Ta technika z łatwością pomaga znaleźć usterki w systemie lub aplikacji.
Korzystając z tej tablicy do walidacji w terenie, tester może wnieść wartość dodaną do swojej pracy i przyczynić się do dostarczenia wysokiej jakości oprogramowania, identyfikując nawet niewielką wadę w dowolnej dziedzinie aplikacji.
O autorze:
Ten artykuł został napisany przez członka zespołu STH, Mahesha J. Jest on biegły w testowaniu oprogramowania i ma ponad 10,5-letnie doświadczenie w dziedzinie testowania oprogramowania.
Daj nam znać, jeśli masz jakieś pytania.
POPRZEDNIA samouczek | NEXT Tutorial
rekomendowane lektury
- Co to jest technika testowania oparta na defektach?
- Co to jest technika testowania macierzy ortogonalnej (OATS)?
- Najlepsze narzędzia do testowania oprogramowania 2021 [Narzędzia do automatyzacji testów QA]
- Kompletny przewodnik po testach walidacyjnych
- Co to jest testowanie mutacji: samouczek z przykładami
- Ponad 10 wskazówek, jak przetrwać i postępować w dziedzinie testowania oprogramowania
- Testing Primer Pobierz eBook
- Testy terenowe dla aplikacji mobilnych (znaczenie i konieczność)