Samouczek Tosca - spis treści
Podzieliliśmy cały samouczek Tosca na poniższą listę artykułów. Teraz w tym samouczku zrozumiemy koncepcje projektowania przypadków testowych Tosca i zarządzania danymi testowymi. Napisaliśmy ten artykuł prostymi słowami i zachowaliśmy krótki opis, który pomoże nowicjuszowi łatwo zrozumieć tę koncepcję w krótszym czasie.
- Samouczek Tosca nr 1: Przegląd Tosca
- Tosca Poradnik # 2: Konfiguracja Tricentis Tosca - instalacja, dezinstalacja i konfiguracja licencji
- Tosca Poradnik # 3: Tosca Tworzenie przestrzeni roboczej
- Tosca Poradnik # 4: Zrozumienie TOSCA Commander i Tosca User Management
- Tosca Poradnik # 5: Skanowanie Tosca - wprowadzenie do modułów
- Tosca Poradnik # 6: Tworzenie przypadków testowych Tosca
- Tosca Poradnik # 7: Parametry i biblioteka Tosca - bufor, parametr biznesowy, TCP
- Tosca Poradnik # 8:Wykonywanie testów Tosca, raporty i zarządzanie błędami
- Tosca Poradnik # 9: Projekt przypadku testowego - podejście do zarządzania danymi testowymi
- Tosca Poradnik # 10: Zarządzanie danymi testowymi Tosca.
- Tosca Poradnik # 11: Testowanie API w Tosca
- Samouczek Tosca nr 12: Pytania i odpowiedzi do wywiadu Tosca
W tym Projektowanie przypadków testowych firmy Tosca i zarządzanie danymi testowymi dowiemy się, jak krok po kroku wdrożyć projekt Tosca Test Case Design oraz omówimy zarządzanie danymi testowymi. Jeśli chcesz przygotować się na pytania do wywiadu TOSCA, proszę kliknij tutaj.
Projekt przypadku testowego Tosca (TCD)
Jest to podejście do izolowania danych testowych od technicznych sekcji przypadków testowych. Tak więc dane i przypadki testowe są przechowywane oddzielnie. Tosca Projekt przypadku testowego sekcja ma możliwość rozbicia naszych przypadków testowych w logiczną strukturę. Pomaga nam również w planowaniu i projektowaniu przypadków testowych w efektywny i ustrukturyzowany sposób, aby zmniejszyć wysiłki związane z rozwojem i utrzymaniem.
Użyj Tosca Projekt przypadku testowego sekcja wykonuje poniższe czynności -
- Utwórz arkusze testowe, które są połączeniem wszystkich możliwych przypadków testowych dla dowolnego scenariusza lub szablonu. Zasadniczo arkusze testowe przechowują dane dla różnych kombinacji.
- Koncepcja klasy w podejściu do projektowania przypadków testowych pomaga w ponownym wykorzystaniu wspólnych danych w przypadkach testowych, co zmniejsza wysiłek związany z zarządzaniem danymi.
- Za pomocą instancji możemy tworzyć określone dane dla klas TestSheets, TCD Attributes lub TCD.
- Utwórz szablony TestCase i przypisz arkusze testowe.
- Musimy utworzyć lub ponownie utworzyć instancję Szablony, aby wygenerować przypadki testowe instancji zgodnie z arkuszami testów.
- Zarządzaj danymi testowymi w arkuszach testowych i wykonuj przypadki testowe instancji
Obiekty Test Case Design:
W poniższej tabeli wymieniono wszystkie składniki dostępne w sekcji Projekt przypadku testowego oraz skróty klawiaturowe, jeśli mają zastosowanie.
- Teczka - Folder projektu przypadków testowych jest używany do grupowania arkuszy testowych lub klas w logiczny sposób.
- Arkusz testowy - Arkusz testowy to lista danych dla wszystkich możliwych kombinacji przypadków testowych Tosca. Każdy zestaw danych reprezentuje jeden unikalny przypadek testowy.
- Atrybut - Nazywa się to różnymi parametrami danych odpowiadającymi każdemu obszarowi zastosowania.
- Atrybut (nie dotyczy firmy) - Służy do komentowania lub opisu.
- Atrybut (wynik) - Jest używany do celów wyników.
- Kolekcja instancji - Przechowuje instancje, tj. Wszystkie możliwe wartości dostępne dla danego atrybutu.
- Instancje - To jest wartość każdego atrybutu / parametru. Można go utworzyć Arkusze testowe, Atrybuty lub poziom klasy. Instancje arkuszy testowych to w zasadzie nazwa przypadku testowego.
- Klasa - Jest to podobne do arkuszy testowych, ale służy do wielokrotnego użytku. Tutaj przechowywane są wszystkie typowe dane, które można ponownie wykorzystać w wielu arkuszach testowych.
- Odniesienie do klasy - Działa jako łącze do klas z arkuszy testowych. Możemy go stworzyć metodą drag-drop.
Hierarchie obiektów w projekcie przypadków testowych:
- Arkusz testowy może zawierać atrybuty, instancje, kroki testowe i odwołania do klas.
- Klasa może być kombinacją atrybutów i instancji klasy.
- Ponownie, Atrybut może zachować dalsze Atrybuty i Instancje.
- Krok może zachować więcej kroków i atrybutów.
Proces wdrażania projektu przypadku testowego krok po kroku:
- Step1: Utwórz klasę, jeśli są dostępne wspólne sekcje dla wielu przypadków testowych. Na przykład Login to typowa sekcja w większości aplikacji. Musimy więc utworzyć klasę zgodnie z poniższym diagramem -
- Step2: Utwórz arkusze testów zgodnie z poniższą strukturą i połącz klasy. Arkusze testów są używane w unikalnym indywidualnym scenariuszu. Na podstawie różnych kombinacji danych zostaną wygenerowane różne przypadki testowe zgodnie z wystąpieniami arkuszy testowych.
- Step3: Utwórz szablony przypadków testowych. Możemy przekształcić dowolny istniejący techniczny przypadek testowy na szablonowy przypadek testowy, wybierając opcję „Konwertuj na szablonowy przypadek testowy” po kliknięciu prawym przyciskiem myszy.
- Step4: Przypisz arkusz testowy do szablonu przypadku testowego, przeciągając i upuszczając arkusz testowy do szablonu przypadku testowego. Do jednego szablonu można przypisać tylko jeden arkusz testowy. Następnie możemy przypisać atrybuty / parametry danych projektu testowego do kroków testowych metodą przeciągnij-upuść lub wpisując. Składnia łączenia parametrów - {XL [nazwa_parametru]}. Nie można wykonać szablonu przypadku testowego.
- Step5: Po przypisaniu parametrów danych musimy wygenerować przypadki testowe instancji. Można to zrobić, wybierając opcję Utwórz wystąpienie lub Utwórz ponownie, klikając prawym przyciskiem myszy szablony przypadków testowych. Następnie wszystkie możliwe przypadki testowe zostaną wygenerowane na podstawie kombinacji danych arkuszy testowych.
- Step6: Teraz możemy stworzyć listę wykonań do wykonania przypadków testowych instancji.
Zalety TCD:
- · Dynamiczna obsługa obiektów / danych jest łatwa
- · Możliwość ponownego wykorzystania przypadków testowych
- · Bez skryptów
- · Dane i komponenty techniczne są przechowywane oddzielnie. W przypadku zmiany danych nie ma potrzeby modyfikowania przypadków testowych.
Wady TCD:
- · Sekcja projektowania przypadków testowych jest bardzo skomplikowana
- · Trochę drogi
- · Zrozumienie interfejsu użytkownika wymaga czasu
Link referencyjny - https://documentation.tricentis.com/tosca/1300/en/content/testcase_design/testcase_design_intro.htm
Zarządzanie danymi testowymi firmy Tosca (TDM)
Zarządzanie danymi testowymi to podejście do zarządzania danymi testowymi wymaganymi do wykonania testów. Pomoże nam to w korzystaniu z danych, które są przechowywane na zewnątrz.
- Zarządzanie danymi testowymi to kolejny ważny składnik zarządzania danymi, który jest dostępny wraz ze standardową instalacją pakietu Tricentis Tosca Test.
- Repozytoria DB2, MS SQL Server i Oracle – komponent Tosca do zarządzania danymi testowymi (TDM) korzysta z tej samej bazy danych, która służy do tworzenia wspólnego repozytorium obszaru roboczego.
- Repozytoria SQLite - w przypadku SQLite TDM używa oddzielnego repozytorium do przechowywania danych.
- Po utworzeniu nowego obszaru roboczego Tosca domyślnie łączy się z repozytorium.
- W razie potrzeby Tosca może podłączyć inną bazę danych jako repozytorium TDM zamiast domyślnej bazy danych.
Łączenie się z repozytorium TDM: Utwórz parametr konfiguracyjny jako TDMConnection na poziomie głównym i przypisz parametry połączenia w poniższym formacie - ( ) [tryb dynamiczny = , schemat = ]
Standardowy moduł do obsługi TDM:
Standardowa ścieżka modułu - „Moduły standardowe-> Zarządzanie danymi testowymi-> Zarządzanie danymi testowymi - starsze ”.
- TDM Create Object - moduł TDM Create Object pomaga w tworzeniu nowego obiektu TDM dla określonego typu obiektu. Początkowo nowy obiekt TDM można utworzyć z pustą wartością.
- TDM Find Single Object - służy do wyszukiwania obiektu TDM w repozytorium TDM.
- TDM Set Attribute - moduł Set Attribute jest w stanie ustawić wartości dla dowolnego istniejącego obiektu TDM.
- TDM Set State - Ten moduł jest w stanie ustawić wartości stanu dla dowolnego istniejącego obiektu TDM.
- TDM Add Association - ten moduł służy do definiowania powiązania między dwoma obiektami TDM. To powiązanie otrzymuje indywidualną nazwę roli, która umożliwia mapowanie.
- TDM Remove Association - Ten moduł służy do usuwania powiązań między obiektami TDM.
- TDM Delete Object - Ten moduł służy do usuwania obiektów TDM z repozytoriów TDM.
- TDM Save - ten moduł zapisuje obiekt TDM w repozytorium TDM.
Kliknij tutaj aby dowiedzieć się więcej o zarządzaniu danymi testowymi.
Wnioski:
W tym artykule Tosca dotyczącym projektowania przypadków testowych i zarządzania danymi testowymi dowiedzieliśmy się o projektowaniu przypadków testowych i zarządzaniu danymi testowymi. Kliknij tutaj, aby dowiedzieć się więcej z Wsparcie Tricentisu portalu na ten temat.
Kliknij, aby przeczytać najważniejszy temat samouczka TOSCA - Zrozumienie tworzenia przypadków Tosca.
Witam, jestem K. Mondal, jestem powiązany z wiodącą organizacją. Mam ponad 12-letnie doświadczenie w pracy w różnych dziedzinach, np. tworzeniu aplikacji, testowaniu automatycznym, konsultantze IT. Jestem bardzo zainteresowany nauką różnych technologii. Jestem tutaj, aby spełnić moje aspiracje i obecnie pracuję jako autor i programista stron internetowych zarówno w LambdaGeeks.
Połączmy się przez LinkedIn-