Wykonanie Tosca: kompleksowy przewodnik praktyczny !

Samouczek Tosca - spis treści

Podzieliliśmy cały tutorial Tosca na poniższe artykuły. Napisaliśmy ten artykuł „Tosca Execution” w prostym brzmieniu z przykładami, które mogą być bardzo pomocne dla początkujących testerów oprogramowania, aby łatwo zrozumieć tę koncepcję. Moto tego artykułu polega na zrozumieniu koncepcji wykonywania Tosca.

• 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
• Samouczek Tosca # 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

Przez "Problemy z wykonywaniem i Tosca”, Przedstawimy szczegółowe wskazówki dotyczące procesu wykonywania programu Tosca. Wyjaśnimy również przegląd problemów z Tosca.

Tosca ExecutionList - Omówienie wykonywania testów

Dlaczego wykonywanie testów automatyzacji?

Wykonanie testów to proces weryfikacji funkcjonalności aplikacji na podstawie przypadków testowych. Wykonywanie testów może odbywać się ręcznie lub za pomocą automatycznego podejścia. W tym artykule nauczymy się wykonywania testów automatyzacji dla przypadków testowych opracowanych w Tosca. Podstawowymi celami wykonywania testów automatyzacji przy pomocy Tosca są:

• Zmniejsz ludzkie wysiłki.
• Zwiększ zasięg funkcjonalny.
• Zapewnij jakość dostawy, unikając niepożądanych działań ludzkich.
• Zmniejsz koszty i czas wykonywania testów.
• Łatwe zarządzanie danymi i konserwacja testów.
• Bardziej profesjonalny sposób raportowania testów do posiadaczy stosów.
• Nienadzorowane wykonywanie testów za pośrednictwem modelu wykonywania rozproszonego firmy Tosca.

Podejście do robienia zrzutów ekranu podczas wykonywania?

• Zrzut ekranu z nieudanymi krokami testowymi: Tosca jest w stanie przechwytywać ekrany dla każdego etapu testu, który zakończył się niepowodzeniem z powodu weryfikacji błędów w oknie dialogowym. Dla przypadków testowych, które są tworzone przy użyciu Silniki klasyczne, Tosca umożliwia przechwytywanie ekranu po przerwaniu działania użytkownika. Przechwycony zrzut ekranu będzie dostępny na ścieżce – @{Environment.ProjectDir}\\Zrzuty ekranu. Ścieżka do konfiguracji tego ustawienia - 

• Silniki 3.0 - Projekt-> Ustawienia-> TBox-> Logowanie-> Zrzuty ekranu 

• Silniki klasyczne - Projekt-> Ustawienia-> Silnik-> Opcje logowania-> Zrzuty ekranu 

• poza - Tosca nie zrobi zrzutu ekranu.

• Błąd okna dialogowego - Pozwala Tosca Commander na przechwycenie zrzutu ekranu w przypadku awarii okna dialogowego.

• Błąd weryfikacji - Umożliwia programowi Tosca Commander przechwytywanie zrzutu ekranu pod kątem niepowodzenia weryfikacji.

• Zrzut ekranu TestStepValues: W oparciu o konfigurację Tosca umożliwia przechwytywanie ekranów dla każdego TestStepValues, który używa trybu akcji jako danych wejściowych podczas wykonywania. Możemy użyć tej samej konfiguracji, aby sprawdzić ekrany, które są przechwytywane podczas wykonywania testu.

Opcja przechwytywania ekranu z wartościami kroku testowego jest dostępna dla następującego silnika 3.0 - DotNet, AnyUI, XBrowser, UIA i automatyzacji testów, wykonanych na podstawie obrazu.

Aby go aktywować, musimy zmienić globalne ustawienie Screen Flow ze ścieżki Projekt-> Ustawienia-> Silnik-> Doku Snapper.

To samo można osiągnąć, dodając parametr konfiguracyjny ScreenFlow i Ścieżka przepływu ekranu na liście wykonania.

Dziennik wykonania będzie wyglądał następująco -  

• DokuSnapper:  Służy do generowania dokumentu Microsoft® Word, który zawiera zrzuty ekranu i dane dotyczące wszystkich wykonanych TestSteps. Zamiast przechwytywać zrzuty ekranu w każdym TestStep, DokuSnapper konsoliduje wszystkie dane w jednym dokumencie tekstowym. 

Możemy to włączyć, zmieniając plik Włącz Snapper wartość na True ze ścieżki - Projekt-> Ustawienia-> Silnik-> Doku Snapper.

Wygenerowany dokument będzie wyglądał następująco - 

Jak wykonywać przypadki testowe w Tosca?

Kiedy już skończymy tworzyć skrzynkę testową za pomocą Tosca Commander Przypadki testowe sekcji, będziemy postępować zgodnie z poniższymi podejściami do dalszego postępowania:

· Wykonywanie przypadków testowych w ScratchBooku

· Wykonywanie przypadków testowych z listy wykonania

Wykonaj przypadki testowe w ScratchBooku:

Tricentis zaleca używanie ScratchBooka wyłącznie w celu przeprowadzenia testu na sucho (w celu sprawdzenia gotowości przypadku testowego), ponieważ wyników nie przechowuje się do wykorzystania w przyszłości. Mogliśmy także wykonać wykonanie poszczególnych TestStepów.

Wykonywanie przypadków testowych z listy Wykonanie:

Połączenia Egzekucja segments zapewnia funkcję wybierania i przygotowywania wielu przypadków testowych do wykonania. Wykonanie wykonane w ExecutionList będzie dostępne do dalszego wykorzystania w przyszłości.

Procedura krok po kroku przygotowywania i uruchamiania przypadków testowych z sekcji Wykonanie:

• Krok 1# Utwórz folder listy wykonywania w Egzekucje poprzez wybranie ikony „Utwórz folder listy wykonywania” po kliknięciu dowolnego folderu prawym przyciskiem myszy.
• Krok 2# Podobnie musimy utworzyć komponent Lista wykonań w nowo utworzonym folderze z listą wykonywania.
• Krok 3# Możemy dodać przypadki testowe (które zostały utworzone w ostatnim artykule) do listy wykonań z sekcji TestCases metodą drag-drop. Pełna lista realizacji będzie wyglądać jak poniżej -

• Krok 4# Teraz musimy skonfigurować zachowanie wykonywania, takie jak mechanizm przechwytywania ekranu. W naszym celu uczenia się włączyliśmy Zrób zrzuty ekranu TestStepValues ​​i DockuSnapper.
• Krok 5# Teraz możemy wykonać jeden, wiele lub całe przypadki testowe w oparciu o wybór. Wykonujemy przypadek testowy, naciskając F6 lub kliknij przycisk Uruchom po kliknięciu prawym przyciskiem myszy wybranych przypadków testowych / listy wykonania. 
• Krok 6# Zrozum i przetwórz swoje wyniki testu. Dziennik wykonania jest pokazany poniżej z podświetloną ścieżką zrzutu ekranu - 

Ponadto dokusnapper został utworzony w domyślnej ścieżce   „%AppData%\\TRICENTIS\\TOSCA TestSuite\\7.0.0\\dokusnapper\\” z nazwą dokumentu rozpoczynającą się od nazwy przypadku testowego.

Problemy z Tosca

Wyjaśnij pojęcie problemów z Tosca?

Problem to nic innego jak przyczyna niepowodzenia testu. Przyczyną problemu dla trasy jest ważna, ważna usterka w aplikacji lub rozszerzenie aplikacji (Żądanie funkcji Feature). Podczas wykonywania automatyzacji problem lub usterka musi zostać zarejestrowana i połączona z przypadkiem testowym.

• Wada - Jest to problem z aplikacją, tj. Aplikacja nie działa zgodnie z etapami testu (oczekiwanie). Usterka musi zostać naprawiona przez programistę aplikacji.  

• Żądanie funkcji - Jeśli aplikacja została ulepszona, nie będzie zsynchronizowana z przypadkami testowymi, co skutkuje niepowodzeniem przypadku testowego. Ponieważ jest to ważna zmiana w aplikacji, przypadek testowy musi zostać zaktualizowany na tej podstawie. Ten scenariusz należy traktować jako żądanie funkcji.

Możemy rejestrować problemy w pliku Zagadnienia sekcji lub w Egzekucja 

• Krok # 1:  Nawiguj do Zagadnienia 
• Krok # 2: Aby utworzyć zgłoszenie, musimy kliknąć prawym przyciskiem myszy folder spraw i wybrać jedną z opcji typu sprawy pomiędzy Utwórz defekt or Utwórz żądanie FeatureRequest które są dostępne w menu kontekstowym. Po wybraniu typu Tosca Commander tworzy nowe wydanie i automatycznie prosi o zmianę nazwy.
• Krok # 3: W następnym kroku możemy podać nową nazwę lub użyć nazwy domyślnej, naciskając Wchodzę.
• Krok # 4: Teraz musimy wprowadzić poniższe dane dla różnych dostępnych pól – 
  • ID - możemy zdefiniować własne standardy ID lub skorzystać z ID z dowolnych systemów zewnętrznych.
  • Stan - pole stanu wyjaśnia bieżący stan problemu. Zakres wartości można dostosować w oparciu o normy.
  • Typ - zawsze dostępne są dwa typy, które można zmienić w dowolnym momencie.
  • Opis - to pole reprezentuje opis problemu. Na podstawie opisu programiści podejmują akcję. Opis powinien zawierać wszystkie informacje potrzebne do odtworzenia problemu.
  • Dotkliwość - dotkliwość odzwierciedla wpływ problemu. W tym polu akceptowane są tylko liczby całkowite.
  • Priorytet - opisuje pilność problemu, aby go naprawić. To pole akceptuje również wartości całkowite.

Wnioski:

W tym artykule samouczka Tricentis Tosca dowiedzieliśmy się, jak wykonać wykonanie Tosca i podnieść problemy z Tosca. Proszę kliknąć tutaj aby uzyskać więcej informacji z portalu wsparcia.

Kliknij, aby przeczytać następny artykuł - Omówienie projektu obudowy testowej Tosca.

K Mondal

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-