25+ najczęściej zadawanych pytań dotyczących planu testowego platformy Azure lub wywiadów z programem TFS

top 25 azure test plan

Najpopularniejsze pytania do wywiadów na temat planu testów platformy Azure:

Plan testów platformy Azure jest również nazywany planem testów Azure DevOps lub TFS (Team Foundation Server).

Używam Azure Test Plan w pracy jako narzędzia do zarządzania testami od ponad 2 lat.

Tutaj, w tym artykule, przedstawiłbym obszerną listę pytań do wywiadu dla Azure Test Plan (kilka trudnych pytań i ich rozwiązań, których nauczyłem się z doświadczeniem w używaniu narzędzia).

Zanim przejdziemy do zestawu pytań do rozmowy kwalifikacyjnej, chciałbym określić całościowy kontekst tego, czym jest Azure Test Plan i jaki jest cel, jaki rozwiązuje dla zespołu QA.

• Plan testów platformy Azure jest również nazywany planem testów Azure DevOps lub TFS (Team Foundation Server).
• Plan testów Azure to jedno z najlepszych internetowych narzędzi do zarządzania testami do testowania ręcznego i automatycznego.
• Narzędzie zapewnia bardzo dobrą opcję pełnego śledzenia poprzez powiązanie wymagań, dokumentów specyfikacji i / lub historyjek użytkownika z przypadkami testowymi, wynikami testów i zgłaszanymi defektami.
• Narzędzie pomaga śledzić szczegóły konfiguracji, takie jak przypadki testowe uruchomione w określonym środowisku lub liczba uruchomionych kompilacji, autora przypadków testowych i QA, który wykonał przypadki testowe.
• Pomaga przydzielać lub dystrybuować przypadki testowe wśród wielu testerów w zespole.
• Służy on dużemu celowi, tj. Zaczynając od tworzenia nowych przypadków testowych, ponownie wykorzystując istniejące przypadki testowe, aż do łatwego śledzenia postępu prac testowych.
• Umożliwia również posiadanie niestandardowego pulpitu nawigacyjnego z prostymi i widocznymi wykresami.

Najczęstsze pytania do wywiadu dotyczącego TFS - pytania do wywiadu dotyczącego planu testów Azure

Oto pełna lista pytań do wywiadu na TFS:

P # 1) Nazwij różne typy zestawów testów, które TFS umożliwia użytkownikowi tworzenie, i czym różnią się od siebie?

Odpowiedź: Pakiet testów to grupa wielu przypadków testowych. Grupowanie przypadków testowych może być sprzeczne z wymaganiem lub jakimkolwiek innym elementem pracy, takim jak historyjki użytkownika, funkcja, żądanie zmiany, lub można je zgrupować jako „zestaw testów regresji” lub „zestaw testów dymnych”.

Istnieją trzy typy zestawów testów, które użytkownicy mogą tworzyć w TFS:

• Zestaw testów statycznych
• Zestaw testów wymagań
• Zestaw testów oparty na zapytaniach

(Przepływ pracy:
Utwórz pakiet testów: Otwórz projekt -> Test -> Plan testów -> kliknij prawym przyciskiem myszy projekt -> kliknij pakiet testów.
Utwórz element Backlog: Otwórz projekt -> Tablice -> Backlogs -> Nowy element pracy )

a) Zestaw testów statycznych : Spowoduje to utworzenie podstawowego folderu, w którym można ręcznie dodawać istniejące przypadki testowe lub tworzyć nowe. Możesz także dodać wiele apartamentów dla dzieci w ramach pakietu głównego. Na przykład - Faza testów funkcjonalnych Sprintu 15 ma 3 żądania zmian.

Przykład: Gdy CR-123, CR-456, CR-789 to 3 żądania zmiany, masz strukturę zestawów statycznych utworzonych w następujący sposób:

Następnie możesz dodać przypadki testowe w każdym z tych podrzędnych zestawów testów.

b) Pakiet oparty na wymaganiach: Ten typ zestawu jest zwykle używany w metodologii testowania Agile lub zasadniczo wtedy, gdy zespół decyduje o mapowaniu każdego zestawu testów na każde wymaganie. Wymaganiem może być dowolny element pracy reprezentujący historyjki użytkownika lub dowolne wymaganie funkcjonalne.

1. Aby mieć zestaw oparty na wymaganiach, należy najpierw dodać elementy pracy (historyjki użytkownika, funkcje) w obszarze Backlog.
2. Utwórz zestaw testów oparty na wymaganiach, a następnie pojawi się okno zapytania, jak na poniższym obrazku.

Tutaj wybierasz Pole = Typ przedmiotu pracy, Wartość = Microsoft.RequirementCategory i Ścieżka obszaru = i kliknij Uruchom zapytanie .

W wynikowym oknie zostaną wyświetlone wszystkie istniejące pozycje / wymagania dotyczące projektu. Wybierz ten, który chcesz dodać, a folder zestawu testów zostanie utworzony z tytułem takim samym, jak wybrana historia użytkownika. Wszystkie przypadki testowe, które utworzysz w ramach pakietu, zostaną teraz odwzorowane na podstawie historyjki użytkownika.

c) Zestaw oparty na zapytaniach: Podobnie jak sama nazwa sugeruje, ten typ zestawu umożliwia dodawanie istniejących przypadków testowych przez wysyłanie zapytań do bazy danych projektu w TFS. Możliwość ponownego wykorzystania istniejących przypadków testowych jest aspektem, na którym koncentruje się ten typ zestawu.

Po dodaniu zestawu opartego na zapytaniach zostanie wyświetlone okno zapytania, w którym można dodać istniejące przypadki testowe z bieżącego lub innego projektu.

( Uwaga: @Project odnosi się do bieżącego projektu, a @me odnosi się do mojego identyfikatora użytkownika w TFS na poniższym obrazku)

Pytanie 2) Rozmawiałeś ze swoim analitykiem biznesowym na temat podejścia do testowania i zakresu testowania dla poszczególnych przypadków testowych i musisz powiadomić o tym swoich kolegów z zespołu. Jak możesz ich powiadomić za pośrednictwem TFS?

Odpowiedź: Po dwukrotnym kliknięciu przypadku testowego w widoku listy i otwarciu go zostanie wyświetlone okno, w którym można zobaczyć tytuł przypadku testowego, dodane tagi, sekcje Podsumowanie, Kroki, Załączniki i Dyskusja. Aby powiadomić członka zespołu (członków) o czymkolwiek, można skorzystać z funkcji o nazwie „@mention”.

W sekcji Dyskusja możesz użyć symbolu @, a następnie zostanie wyświetlona lista identyfikatorów użytkowników dla projektu. Następnie możesz wybrać identyfikator użytkownika, którego chcesz powiadomić, a następnie wiadomość. Możesz także wprowadzić wiele identyfikatorów @user, aby powiadamiać wielu członków drużyny jednocześnie.

W przypadku konieczności dodania łącza do wiadomości, dodaj symbol #, a następnie adres URL, a następnie naciśnij klawisz ENTER. Wiadomość zostanie dodana jako punkt dyskusji, a wiadomość e-mail jest automatycznie wysyłana do użytkownika wymienionego w @wzmiance.

Na przykład, @Shalini Singh możesz się odwołać macierz pokrycia testu

W powyższym przykładzie dodałem powiadomienie, które spowoduje wysłanie wiadomości e-mail do Shalini Singh z wiadomością jak powyżej wraz z tekstem hiperłącza www.softwaretestinghelp.com/test-coverage/

Zobacz poniższy obrazek dla lepszego zrozumienia:

P # 3) Jak sortować przypadki testowe, które dodajesz do TFS?

Odpowiedź: Kiedy dodajesz przypadki testowe w TFS, dość często są one dodawane w niesortowany sposób. Istnieją 2 sposoby sortowania przypadków testowych.

do) W widoku listy przypadków testowych znajduje się kolumna o nazwie „Kolejność”. Każdy przypadek testowy otrzymuje automatycznie przypisywany unikalny identyfikator zamówienia na podstawie kolejności dodawania przypadku testowego. Możesz posortować przypadek testowy, klikając kolumnę Zamówienie.

(wizerunek źródło )

b) Lub w prawym górnym rogu znajduje się opcja „Zamów testy”. Kliknięcie przycisku Zamów testy powoduje posortowanie wszystkich przypadków testowych w widoku listy.

darmowe oprogramowanie do zgrywania dvd na mp4

P # 4) Jakie są różne widoki dostępne dla przypadków testowych w TFS?

Odpowiedź: Istnieją dwa widoki dla przypadków testowych w TFS:

1. Widok listy
2. Widok siatki

a) Widok listy: To jest domyślny widok przypadków testowych w TFS. W tym widoku, jak sugeruje nazwa, wszystkie przypadki testowe są wymienione w posortowany sposób, jeśli lista jest posortowana przy użyciu identyfikatora zamówienia.

W tym widoku jest wyświetlanych wiele kolumn dla każdego przypadku testowego; lubić Wynik - który jest najnowszym stanem przypadku testowego, Zamówienie - reprezentowanie id zamówienia na podstawie zlecenia wstawienia przypadku testowego, ID - automatycznie generowany unikalny identyfikator przypadku testowego, Tytuł , Konfiguracja , Spodziewany wynik itp.

W tym widoku możesz wykonać następujące czynności:

1. Możesz uruchomić przypadki testowe.
2. Zaznacz stan testowania dla każdego przypadku testowego.
3. Dodaj nowe przypadki testowe lub zaimportuj istniejące przypadki testowe.
4. Usuń istniejące przypadki testowe.
5. Filtruj przypadki testowe na podstawie różnych kryteriów, takich jak konfiguracje, tagi itp.
6. Możesz również rozprowadzać przypadki testowe wśród testerów.
7. Przenieś przypadki testowe za pomocą prostego przeciągania i upuszczania.
8. Zmień konfigurację przypadków testowych.
9. Dwukrotne kliknięcie przypadku testowego otwiera kolejne okno, w którym wyświetlany jest widok siatki przypadków testowych. W tym oknie możesz dodawać, aktualizować lub usuwać etapy testu.

Poniższy obraz przedstawia ListView:

b) Widok siatki: W prawym górnym rogu widoku listy - możesz zobaczyć opcję „Lista”, kliknięcie tej opcji przełącza widok na „Siatka”. Widok siatki jest bardzo podobny do widoku arkusza programu Excel. W tym widoku nie będziesz mógł wykonywać tych czynności, na które pozwala widok listy.

Widok siatki:

• Umożliwia użytkownikowi dodawanie wielu kroków testowych, podobnie jak robi to Excel.
• W tym widoku możesz nawet w łatwiejszy sposób ponownie wykorzystać istniejące przypadki testowe z programu Excel.
• Możesz wstawić wiersz, usunąć wiersz lub zaktualizować przypadki testowe.

Należy jednak pamiętać, że w widoku siatki nie można zaimportować istniejącego przypadku testowego za pomocą zapytania i nie można uruchomić ani zaktualizować stanu przypadku testowego.

Inne główna różnica między tymi dwoma poglądami polega na tym, że mimo że oba widoki pozwalają użytkownikowi ręcznie dodawać, usuwać lub aktualizować przypadki testowe -

• Widok listy umożliwia dodawanie lub aktualizowanie jednego przypadku testowego na raz.
• Widok siatki umożliwia dodawanie lub aktualizowanie wielu przypadków testowych, każdy z wieloma krokami testowymi za jednym razem.

Poniższy obraz przedstawia widok siatki.

P # 5) Czy TFS zapewnia opcje, takie jak przeciągnij i upuść oraz sprawdzanie pisowni w widoku siatki przypadków testowych? Jeśli nie, jak możesz rozwiązać ten problem?

Odpowiedź: TFS nie zapewnia opcji, takich jak przeciąganie i upuszczanie kroków testu w celu skopiowania danych z jednej komórki do drugiej lub w celu automatycznej inkrementacji identyfikatora liczbowego w innych komórkach.

Najlepszą alternatywą jest przygotowanie przypadków testowych w programie Excel z funkcją przeciągania i upuszczania w dowolnym miejscu i poprawianie wszystkich błędów typograficznych, uruchamiając sprawdzanie pisowni, a następnie przenosząc je do TFS.

P # 6) Możesz dodać wiele linii w komórce za pomocą klawiszy ALT + Enter w programie Excel. Jak możesz wykonać tę samą akcję w TFS - widok siatki?

Odpowiedź: SHIFT + Enter to skrót używany w programie TFS podczas dodawania przypadków testowych w widoku siatki.

P # 7) Jakie są różne kryteria, które są używane w wyszukiwaniu zapytań?

Odpowiedź: Podobnie jak w przypadku zapytań SQL, wyszukiwanie zapytań umożliwia użytkownikom przeszukiwanie całej bazy danych TFS na podstawie nazwy pola lub kolumny, operatora i oczekiwanej wartości.

Wyszukiwanie zapytań można przeprowadzić przy użyciu różnych kryteriów, jak wyjaśniono poniżej:

a) Wyszukiwanie zapytań w oparciu o sprawdzenie, czy dane pole zawiera wartość tekstową:

Na poniższym obrazku każdy element pracy (historie użytkowników, funkcje lub przypadki testowe lub zestaw testów itp.) Z bieżącego projektu z tytułem lub opisem zawierającym słowa „sieć” i „wydajność lub wskazówki” zostałby pobrany po uruchomieniu.

b) Wyszukiwanie zapytań na podstawie WorkItemType:

Poniższy obraz przedstawia wyszukiwanie zapytań na podstawie WorkItemType = bugs.

• Gdy pole = Typ elementu pracy, operator = „W grupie” i Wartość = Microsoft.BugCategory, wyszukuje wszystkie błędy TFS zgłoszone dla projektu.
• Gdy wartość = Microsoft. Test CaseCategory, to wyszukiwanie jest wykonywane w celu pobrania wszystkich przypadków testowych pasujących do pozostałych kryteriów pola.
• Podobnie, gdy wartość = Microsoft. RequirementCategory - elementy pracy z zaległości - tj. Historie użytkownika lub funkcje są pobierane.

c) Wyszukiwanie zapytań na podstawie dostępnych opcji kolumn:

Na poniższym obrazku przeszukane są wszystkie przypisane błędy.

Zapytanie może opierać się na kryteriach wyszukiwania dopasowania wartości kolumny, kolumny mogą być dowolnymi dostępnymi kolumnami, takimi jak Tagi, Priorytet, Przypisane do, ID, Konfiguracja, Opis i wiele innych dostępnych kolumn.

Możesz także pobrać określone kolumny, które zawierają wartości null lub puste. Na poniższym obrazku zostaną pobrane wszystkie zadania z pustą aktywnością.

P # 8) Czy możesz ponownie wykorzystać istniejące przypadki testowe w programie TFS? Jeśli tak, wyjaśnij wszystkie możliwe alternatywy.

Odpowiedź: Program Excel umożliwia przeciąganie i upuszczanie określonych kroków testu, które są szybko kopiowane do wielu komórek, jeśli istnieją identyfikatory numeryczne przeciągające wartości komórek, które automatycznie zapełniają zwiększane identyfikatory.

Sprawdzanie pisowni to kolejna korzyść, która jest dostępna w programie Excel i jest bardzo istotna podczas tworzenia przypadków testowych, aby uniknąć błędów typograficznych. Niestety, jest to obecnie znana wada TFS, którą Microsoft już zajmuje się i nad którą pracuje.

Jednak szczęśliwą stroną jest to, że nadal możesz pisać przypadki testowe w programie Excel w formacie zgodnym z widokiem siatki i możesz uruchamiać sprawdzanie pisowni. Mogą z łatwością kopiować i wklejać dane programu Excel za pomocą klawiszy CTRL C i CTRL V w widoku siatki TFS i nacisnąć klawisze CTRL + S, aby zapisać przypadki testowe.

P # 9) Czy po zaimportowaniu istniejącego przypadku testowego o identyfikatorze - 123 (na przykład) za pośrednictwem zapytania, identyfikator nowo sklonowanego przypadku testowego zmienia się, czy też pozostaje jako 123?

Odpowiedź: Po kliknięciu Dodaj istniejący przypadek testowy w widoku listy przypadków testowych pojawi się okno zapytania -
Wybierz WorkItemType = Microsoft.Test CaseCategory, AreaPath = i ID =.

Istniejący przypadek testowy z identyfikatorem zostanie skopiowany do bieżącego zestawu, a identyfikator testu pozostanie taki sam.

( Przykład: Jeśli zaimportowanym identyfikatorem był 123, po sklonowaniu przypadku testowego, sklonowany przypadek testowy zachowuje ten sam identyfikator).

Q # 10) Równolegle z Q9 powyżej, jeśli zaktualizujesz sklonowane przypadki testowe, a teraz ten sam identyfikator przypadku testowego zostanie ponownie zaimportowany za pomocą zapytania, które dane pokażą - oryginalne czy zaktualizowane?

Odpowiedź: Jeśli zaktualizujesz kilka kroków testowych i klikniesz Zapisz, identyfikator przypadku testowego nadal się nie zmieni. Następnie musisz przejść do trzeciego zestawu testów i zaimportować przypadek testowy o tym samym identyfikatorze. Teraz zostanie dodany zaktualizowany przypadek testowy z najnowszymi krokami testowymi. Jednak w pierwszym zestawie testów nie będzie żadnych zmian w oryginalnym przypadku testowym.

P # 11) Jak dodać kolumnę tagi w sekcji Przypadki testowe? Kiedy i w jaki sposób korzystanie z tagów jest korzystne?

Odpowiedź: Aby dodać kolumnę tagów w sekcji Przypadek testowy, istnieje opcja w ListView o nazwie Opcje kolumn . Ta opcja otwiera okno, w którym będzie można dodać kolumnę „Tagi” w sekcji Przypadki testowe.

„Dodaj tag” umożliwia dodanie dowolnej wartości tekstowej jako tagu. (Zobacz podświetloną opcję na poniższym obrazku)

Możesz także dodawać tagi w widoku siatki. Aby dodać wiele tagów w widoku siatki, wprowadź wiele tekstów w kolumnie Tagi, każdy oddzielony przecinkiem.

( Przykład: Jeśli wpiszesz „Pozytywny”, „Eksploracyjny” dla przypadku testowego w widoku siatki, kliknięcie Zapisz spowoduje wyświetlenie wielu tagów w widoku listy jako filtrów w prawym górnym rogu.

Zobacz obrazek poniżej:

Używanie tagów ma wiele zalet:

1. Oznacz każdy przypadek testowy w określonej kategorii. Przykład: Pozytywny, Negatywny w celu kategoryzacji przypadków testowych na scenariusze pozytywne i negatywne.
2. Filtrowanie przypadków testowych na podstawie słowa kluczowego (tagów).
3. Dla każdego przypadku testowego możesz również zmapować identyfikator wymagania w kolumnie Tagi, co nie tylko pomoże zachować identyfikowalność od końca do końca, ale także pozwoli odfiltrować przypadki testowe na podstawie każdego identyfikatora wymagania i upewnić się, że wystarczający test zasięg jest na miejscu.

P # 12) W jaki sposób można szybko przygotować przypadki testowe w ramach pakietu Regression, jeśli funkcjonalne przypadki testowe dla projektu są gotowe, a wiele sprintów projektu zostało już dostarczonych do klienta?

Odpowiedź: Wykonaj poniższe kroki, aby szybko pobrać istniejące przypadki testowe z pakietu Regression:

1. Gdy zestawy testów funkcjonalnych dla projektu są gotowe, zidentyfikuj wszystkie przypadki testowe odpowiednie do regresji.
2. Dodaj znacznik jako „Kandydat regresji” dla wszystkich zidentyfikowanych przypadków testowych regresji.
3. Utwórz nowy zestaw jako „Testy regresji” w ramach projektu. Pakiet może być typu statycznego lub opartego na zapytaniach.
4. Kliknij Dodaj istniejący przypadek testowy, w oknie zapytania wybierz kryteria jako Tagi = „Kandydat regresji” i kliknij Uruchom.
5. Wynikowy otrzyma wszystkie przypadki testowe z projektu zidentyfikowane do testów regresyjnych.
6. Możesz wybrać wszystkie przypadki testowe z wyświetlonego okna i kliknąć Importuj. W rezultacie wszystkie wymagane przypadki testowe są dodawane do zestawu i zestaw regresji jest gotowy.

P # 13) Czy autor przypadku testowego może być inny niż testerzy przypisani do niego w TFS? Na przykład, jeśli osoba A jest osobą, która napisała przypadek testowy. Jak możesz przypisać to osobie B do wykonania?

Odpowiedź: Tak, autor przypadku testowego może być inny niż testerzy przypisani do niego w programie TFS. Gdy dodajesz przypadki testowe do zestawu testów, Twoja nazwa jest domyślnie wyświetlana w kolumnie Tester.

W widoku listy przypadku testowego należy wybrać przypadek testowy, kliknąć prawym przyciskiem myszy i wybrać opcję „Przypisz testera”, co spowoduje wyświetlenie listy istniejących użytkowników. Możesz wybrać testera i w ten sposób przypisać przypadek testowy do kontroli jakości w swoim zespole.

W podobny sposób można wybrać wiele przypadków testowych i postępować zgodnie z tym samym przepływem pracy, aby za jednym razem przypisać wiele przypadków testowych do jednego testera.

Pytanie 14) W przypadku przypadków testowych zPrzykład:50 kroków i wykonałeś je częściowo; jak możesz wznowić wykonywanie testów i kontynuować aktualizację statusu testu z kroków, które opuściłeś ostatnim razem?

Odpowiedź: Możesz uruchomić przypadek testowy, klikając przycisk Uruchom w widoku listy, co spowoduje otwarcie okna narzędzia do uruchamiania testów.

Zobacz poniższy obrazek:

jak dodać maven do zaćmienia

Jeśli wykonujesz wszystkie 50 kroków za jednym razem, możesz zaktualizować stan kroku testowego jako Zaliczony / Niepowodzenie / Zablokowany / Nie dotyczy, a zatem stan przypadku testowego zostanie odpowiednio zaktualizowany.

Jeśli jednak to samo podejście zostanie zastosowane podczas częściowego wykonywania, przepływ pracy będzie wyglądał następująco:

Przepływ pracy 2:

• Zaktualizowałeś 5 kroków na Niepowodzenie i 20 na Zaliczenie, pozostawiając resztę 25 kroków bez wykonania. - + Zapisz i zamknij. - W konsekwencji aktualizuje status przypadku testowego jako Niepowodzenie (ponieważ 5 kroków nie powróciło).
• Następnie kontynuujesz testowanie, klikając przycisk Uruchom - stan poprzednich 25 kroków testowych nie jest zachowywany. Będziesz wtedy musiał zaktualizować stan testu i komentarze, począwszy od kroku 1.

Przepływ pracy 3: Jest to najlepsza metoda, którą można zastosować, gdy trzeba częściowo wykonać testy dla przypadku testowego, a jeśli zajdzie taka potrzeba, trzeba będzie mieć możliwość wznowienia testów później.

W programie uruchamiającym testy zaktualizuj stan wykonanych kroków testowych i pozostaw pozostałe kroki testowe niezakończone. NIE zapisuj i nie zamykaj przypadku testowego, zamiast na poziomie przypadku testowego wybierz stan przypadku testowego jako Pauza. Gdy przypadek testowy ma stan Wstrzymaj, opcja Wznów obok Uruchom jest włączona.

Obraz przycisku Wznów pokazano poniżej:

(wizerunek źródło )

P # 15) Spośród 10 kroków testowych 1 krok testowy nie powiódł się po wykonaniu. Powiązana wada jest ponownie testowana po wprowadzeniu poprawki. Jak możesz sobie poradzić z aktualizacją statusu testowania przypadku testowego?

Odpowiedź: Wstrzymaj stan przypadku testowego za każdym razem, gdy jakikolwiek krok się nie powiedzie, aby można było z niego wznowić i oznaczyć tylko te kroki jako zakończone.

Jeśli stan przypadku testowego został zakończony, jego ponowne uruchomienie będzie wymagało zaktualizowania stanu testowania od kroku 1, ponieważ wcześniejszy stan kroków zostanie odświeżony, a przypadki testowe powrócą do stanu Aktywny.

Q # 16) Wyjaśnij przepływ pracy wykonywania przypadków testowych w module uruchamiającym testy i w widoku ListView.

Odpowiedź:

• W oknie Test Runner
  • Jeśli chcesz oznaczyć etap testu jako „Zdany”, kliknij znacznik wyboru dla tego etapu.
  • Jeśli chcesz oznaczyć etap testu jako „Niepowodzenie”, kliknij krzyżyk obok tego kroku.
  • W przypadku konieczności dodania komentarzy do etapu testu, w kroku zaliczenia testu nie jest wyświetlany obszar tekstowy komentarza. Obecnie sekcja komentarzy jest dostępna tylko w przypadku kroków „Nieudane”.
  • Jeśli chcesz dodać komentarz do kroku zaliczonego, oznacz go jako niepowodzenie (kliknij ikonę krzyżyka), a następnie przejdź krok (kliknij ikonę ptaszka), a zobaczysz sekcję komentarzy. Jest to znany problem w TFS.
  • Możesz również wstrzymać działanie na poziomie kroku testowego i na poziomie przypadku testowego.
  • W przypadku przypadku testowego ze sparametryzowanymi danymi uruchamianych jest wiele iteracji przypadków testowych.
  • Możesz również oznaczyć stan przypadku testowego jako Zablokowany.
• W widoku listy testów
  
  • Możesz wybrać wiele przypadków testowych z listy Przypadki testowe i oznaczyć je jako zaliczone za jednym razem, a kilka innych zestawów przypadków testowych jako niepowodzenie. Jednak przy takim podejściu status przypadków testowych nie jest aktualizowany na poziomie kroku testowego.
  • Istnieją również inne opcje, takie jak Zablokowane, Nie dotyczy, Ustaw jako aktywne, Wznów (dla wstrzymanego przypadku testowego)

P # 17) Jak można utworzyć błąd w TFS podczas wykonywania przypadku testowego? Czy automatycznie łączy się z przypadkiem testowym?

Odpowiedź: Tworzenie błędu w TFS podczas wykonywania testu:

W oknie Test Runner kliknij Utwórz błąd opcja w celu stworzenia nowego błędu (patrz poniższy obrazek)

Otworzy się okno, jak pokazano poniżej, w którym wypełniasz szczegóły błędu, a tym samym kliknięcie Zapisz automatycznie generuje identyfikator błędu.

Link między przypadkiem testowym a identyfikatorem błędu:

Błąd jest automatycznie mapowany na TFS, jeśli jest to identyfikator błędu TFS. W przypadku, gdy błąd został zgłoszony w zewnętrznym narzędziu do zarządzania defektami, należy ręcznie zmapować identyfikator błędu w sekcji komentarzy lub kolumnie Tag w kroku testu.

Wyświetl identyfikator błędu TFS zmapowany dla przypadku testowego:

Krok zakończony niepowodzeniem jest automatycznie mapowany do błędu. Przypadek testowy jest również automatycznie mapowany na identyfikator błędu TFS. Oto, jak możesz wyświetlić listę identyfikatorów błędów przypisanych do przypadku testowego.

1. Zapisz i zamknij okno narzędzia testowego.
2. Przejdź do Powiązana praca sekcja Linki potomne dla przypadku testowego.
3. Odnośnik podrzędny będzie zawierał wszystkie powiązane błędy dla tego przypadku testowego.

P # 18) Jak możesz śledzić postępy w testowaniu?

Odpowiedź: Tuż obok zakładki „Testy” znajduje się zakładka „Wykresy”. Możesz śledzić postęp testowania na poziomie przypadku testowego lub na poziomie wyników testów i uzyskać niestandardowy wykres według własnego uznania.

Poniżej wymieniono dwa przykłady, jak przygotować wykres.

a) Wskaźniki wyniku testu: liczba pomyślnych / zakończonych niepowodzeniem / zablokowanych / w toku:

Wybierz opcję Grupuj według = wynik, wartości = liczba testów.

Na podstawie typu wykresu wybranego w sekcji Migawka (kołowy, słupkowy, kolumna itp.) - Wyświetlany wykres zawiera metryki dotyczące liczby przypadków testowych - Nie uruchomiono, Nie dotyczy, Pomyślnie, Niepowodzenie, Zablokowane, Wstrzymane .

b) Status przypadku testowego na przypisanego testera:

Wybierz tabelę przestawną w obszarze Migawka, Wiersze = Tester, Kolumny = Wynik, Wartość Liczba testów - możesz wtedy zobaczyć tabelę przestawną, która wyświetla metryki w poniższym formacie:

P # 19) Jak możesz przeanalizować, który moduł / obszar ma najwięcej defektów po zakończeniu wykonywania określonego sprintu lub iteracji?

Odpowiedź: Utwórz wykres, używając skumulowanego słupka lub tabeli przestawnej. Wybierz Nazwa = „Błędy według zespołu”, Oś Y = „Nazwa węzła”, Grupuj według = „Priorytet”, Agregacja = Liczba elementów pracy.

Spowoduje to wyświetlenie, który moduł / obszar ma najwięcej defektów po zakończeniu wykonywania określonego sprintu lub iteracji. (patrz zdjęcie poniżej)

P # 20) Jak jest obsługiwana parametryzacja w TFS? Wyjaśnij, w jaki sposób zaimplementowałeś testowanie z odmianami danych na przykładzie z projektu.

Odpowiedź: Parametryzacja jest jedną z godnych uwagi funkcji, które zapewnia TFS. Są sytuacje, w których musisz przetestować ten sam krok, ale z wariacjami danych / wieloma danymi testowymi i tutaj pomaga parametryzacja.

Utwórz lub dodaj parametry:

Istnieje opcja znana jako „Parametry” tuż obok „Planu testów”.

Ekran parametrów:

(wizerunek źródło )

Kliknięcie tej opcji otwiera ekran parametrów, na którym można zobaczyć dane testowe. Poniżej Przykład - istnieją warianty danych ustawione w 3 kolumnach siatki - Liczba1, Liczba2, Wynik.

Uwaga : możesz dowolnie nazwać kolumny.

(wizerunek źródło )

Uzyskaj dostęp do parametru w naszym przypadku testowym:

Teraz, gdy parametr jest gotowy do użycia. Dostęp do tych wartości można uzyskać w przypadkach testowych. Aby uzyskać dostęp do sparametryzowanych danych, użyj @Nazwa kolumny na etapie testowania, gdziekolwiek chcesz uzyskać do niego dostęp.

Zobacz implementację poniżej:

Tutaj @ Number1 jest używane w kroku 1, kolumna @ Number2 jest używana w kroku 2, a @Result jest uzyskiwany w oczekiwanym wyniku kroku 3. Jeśli parametryzacja nie została zastosowana, być może potrzebnych było 9 kroków każdy z wymienionymi osobnymi danymi testowymi . Ten dodatkowy wysiłek związany z przygotowywaniem przypadków testowych jest oszczędzany dzięki tej funkcji.

Wykonaj przypadek testowy ze sparametryzowanymi danymi:

W widoku listy przypadków testowych po ich uruchomieniu otwiera się narzędzie do uruchamiania testów.

Sparametryzowane dane będą teraz działały w iteracjach:

Dla naszego powyższego przykładu:

Pierwszy przejazd pokaże:
„Test 1 z 3: Iteracja 1”,
Krok 1: Wpisz @ Number1
Liczba1 = 5
Krok 2: Wpisz @ Number2
Liczba2 = 5
Krok 3: Dodaj obie liczby Wynik = 10 w kolumnie oczekiwanych wyników

Możesz oznaczyć wynik pozytywny / negatywny na poziomie etapu testu lub bezpośrednio na poziomie iteracji. Pamiętaj, że nawet jeśli oznaczysz Iteration1 jako Pass (na przykład), cały status przypadku testowego nie zostanie ustawiony - przypadek testowy nie został jeszcze w pełni uruchomiony. Następnie kliknij przycisk Dalej i podobnie postępuj zgodnie z podejściem dla Iteracji 2 i Iteracji 3.

Po zaktualizowaniu statusu dla wszystkich iteracji status przypadku testowego jako Powodzenie / Niepowodzenie / Pauza jest ustawiany automatycznie. Liczba iteracji = liczba wierszy w parametrze. Tutaj były 3 serie iteracji, ponieważ w parametrach dostępne były 3 rzędy danych testowych.

Spójrz na obrazek poniżej w celach informacyjnych ( Uwaga: obraz nie jest podciągiem powyższego przykładu)

P # 21) Jakie są różne sposoby wyodrębniania przypadków testowych wraz ze zaktualizowanym stanem po wykonaniu?

Odpowiedź: Istnieją 4 możliwości wyodrębnienia przypadków testowych wraz ze zaktualizowanym stanem po wykonaniu.

Oni są:

a) Eksport przez e-mail - Wybierz pakiet testów, wybierz Eksportuj -> Eksportuj przez e-mail. Dzięki tej funkcji możesz wyeksportować przypadki testowe na identyfikator e-mail.

Zobacz poniższy obrazek:

(wizerunek źródło )

b) Wydrukuj raport : Możesz także wydrukować raport.

c) Eksport do programu Excel : Istnieje narzędzie, za pomocą którego można wyeksportować przypadki testowe wraz z wynikami do pliku programu Excel.

jak zostać testerem produktu

Aby uzyskać więcej informacji na temat narzędzia, zobacz poniższy obrazek:

(wizerunek źródło )

d) Kopiuj i wklej z widoku siatki do programu Excel: Możesz skopiować i wkleić za pomocą klawiszy Ctrl + C i Ctrl + V odpowiednio z widoku siatki do programu Excel, a następnie ręcznie zaktualizować stan dla rzeczywistego wyniku i stanu testów.

P # 22) W jaki sposób można udostępniać kroki testowe i gdzie jeszcze można korzystać z udostępnionych kroków?

Odpowiedź:

Udostępnianie etapu testu: W widoku listy po dwukrotnym kliknięciu dowolnego przypadku testowego zostanie otwarte okno szczegółów przypadku testowego. Obok Podsumowania znajduje się zakładka Kroki. Po zmaksymalizowaniu karty kroków zostanie wyświetlony ekran jak na poniższym obrazku.

Możesz dodać wspólny krok, jak pokazano poniżej: Kliknij ikonę Utwórz wspólne kroki i utwórz nowy krok testowy. To jest teraz udostępnione i może być ponownie użyte w innym zestawie testów lub w innym projekcie. (Zobacz zdjęcie poniżej)

Ponowne użycie udostępnionego kroku: Przejdź do ekranu kroków, na którym chcesz dodać istniejący udostępniony krok. Ikona tuż przed „Utwórz wspólne kroki” oznacza „Wstaw istniejący udostępniony krok”, kliknij ikonę, otworzy się okno zapytania z Field = „Work Item Type”, Operator = „In Group”, Value = ”Microsoft.SharedStepCaregory ”.

Po uruchomieniu zapytania zostaną wyświetlone wszystkie istniejące udostępnione kroki. Następnie możesz wybrać kroki i kliknąć Wstaw wspólne kroki. (Zobacz zdjęcie poniżej)

P # 23) Jeśli dane testowe są dostępne w pliku Excela dostarczonym przez klienta, w jaki sposób można ich używać w TFS?

Odpowiedź: Możesz po prostu skopiować i wkleić dane z pliku Excel dostarczonego przez klienta do nowego parametru w TFS. (Widzieć Pytanie nr 20 powyżej, ponieważ wyjaśnia, jak utworzyć nowy parametr i uzyskać dostęp do parametru w przypadku testowym).

P # 24) W jaki sposób można udostępnić lokalnie dostępny wykres na pulpicie nawigacyjnym dla zespołu, a zainteresowani interesariusze mogą również wyświetlać?

Odpowiedź: Zakładka obok „Testy” to 'Wykres' , gdzie możesz dodawać wykresy. Po wyświetleniu wykresu kliknij go prawym przyciskiem myszy, a plik „Dodaj do panelu” opcja jest dostępna - pod warunkiem, że widżety pulpitu zostały już skonfigurowane. Po drugie, pamiętaj, że dodanie wykresów do pulpitu nawigacyjnego wymaga również uprawnień administratora, w przeciwnym razie ta opcja jest wyłączona.

P # 25) W jaki sposób można rozprowadzić wszystkie przypadki testowe w zestawie wśród członków QA w celu wykonania i powiadomić ich za pośrednictwem TFS?

Odpowiedź: Kliknij prawym przyciskiem myszy zestaw testów i wybierz „Przypisz testerów do przeprowadzenia wszystkich testów” i otworzy się okno dialogowe, w którym można dodać identyfikator użytkownika wielu testerów, zaznaczyć pole wyboru Wyślij e-mail, wprowadzić Temat i Uwaga. Kliknij OK.

Wraz z wiadomością do testerów na liście wysyłany jest e-mail. W ten sposób przydział i powiadomienie o przydziale są dokonywane jednocześnie.

Zobacz poniższe obrazy dla lepszej przejrzystości:

Q # 26) W jaki sposób możemy usunąć tag „Regression Candidate” ze wszystkich przypadków testowych o priorytecie 2 za jednym razem?

Odpowiedź:

do) Za pomocą zapytania pobierz przypadki testowe dla projektu, które mają priorytet 2.

b) Kryteria zapytania są następujące:

• Projekt zespołowy = @ Projekt
• WorkItemType w grupie Microsoft.TestCaseCategory
• Priorytet = 2

do) Wybierz wszystkie przypadki testowe pobrane w oknie wynikowym po uruchomieniu zapytania.

re) Zostanie wyświetlona opcja „Edytuj wybrany element pracy”. Wybierz tę opcję. (Zobacz zdjęcie poniżej)

jest) Zostanie wyświetlone okno edycji elementów pracy.

fa) Wybierz Field = Tagi (usuń) = Wartość = Kandydat do regresji i kliknij Zapisz.

Ten przepływ pracy usunie Tag = Regression Candidate dla wszystkich przypadków testowych z Priorytetem 2 dla projektu.

P # 27) Jak za pomocą zapytania pobierać przypadki testowe z określoną konfiguracją z wielu projektów?

Odpowiedź: Utwórz nowy zestaw testów i nadaj mu odpowiednią nazwę. W widoku listy przypadku testowego wybierz opcję „Dodaj istniejący przypadek testowy”, a otworzy się okno zapytania.

• Nie wybieraj „Team Project” = @ Project. Spowoduje to pobranie elementów roboczych tylko z bieżącego projektu.
• Jeśli potrzebujesz wybrać przypadki testowe z konfiguracją Przykład: „Przedprodukcja”, wybierz kryteria zapytania z kolumną Konfiguracja = Przedprodukcja, Typ elementu pracy = Microsoft.TestcaseCategory i zaznacz pole wyboru w prawym górnym rogu okna zapytania „Zapytanie dotyczące różnych projektów”.
• Uruchomienie tego zapytania spowoduje pobranie przypadków testowych z konfiguracją = Pre-Production z wielu projektów.

Wniosek

Podczas gdy narzędzie do zarządzania testami TFS stopniowo dogania rynek, staraliśmy się zagłębić w ten temat, konsolidując jego szczegółowość i dołożyliśmy wszelkich starań, aby zapoznać naszych pracowników z kontroli jakości o rozległych i wspaniałych funkcjach obsługiwanych przez TFS wraz z niektórymi znanymi problemami lub wadami oraz alternatywnymi sposobami ich rozwiązywania.

Mam nadzieję, że czerpiesz maksymalne korzyści ze zrozumienia przepływu pracy narzędzia, a także zdobędziesz wiedzę fachową na temat najbardziej prawdopodobnych i odpowiednich kwestionariuszy dla TFS.

Popularny cytat brzmi: „Liderzy nigdy nie przestają się uczyć”. Chciałbym na tym zakończyć - ale nigdy nie pozwól, aby nauka się skończyła. „Bądź liderem i życzę ci bardzo Przyjemnej nauki ”.

Autor: Ten post został napisany przez Shobha D. Pracuje jako kierownik projektu i ma ponad 9-letnie doświadczenie w testowaniu ręcznym, automatyzacji i testowaniu API.

Wszystkiego najlepszego za rozmowę kwalifikacyjną !!

rekomendowane lektury

• Pytania i odpowiedzi do wywiadu
• 25 najlepszych pytań i odpowiedzi do wywiadów z testami zwinnymi
• Kilka interesujących pytań do rozmowy kwalifikacyjnej dotyczącej testowania oprogramowania
• Ponad 25 najpopularniejszych pytań i odpowiedzi do wywiadów ADO.NET
• 25 najpopularniejszych pytań do wywiadu z Perlem, które powinieneś przygotować w 2021 roku
• 25 najpopularniejszych pytań do wywiadów z inżynierią oprogramowania (OSTATNIE 2021)
• ETL Testing Interview Pytania i odpowiedzi
• 40+ popularnych pytań i odpowiedzi do wywiadów z analitykami ds. Kontroli jakości (2021 LIST)