Informacje o testach rur
Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019
W tym artykule opisano często używane terminy w raportach testowych potoku i analityce testowej oraz zawiera wskazówki dotyczące lepszego testowania w usłudze Azure Pipelines.
| Termin | Definicja |
|---|---|
| czas trwania | Upłynął czas wykonania testu , przebiegu testu lub całościowego wykonania testów w potoku kompilacji lub wydania. |
| właściciel | Właściciel testu z przebiegu testowego lub . Zazwyczaj właściciel testu jest określany jako atrybut w kodzie testowym. Zobacz zadanie Publikowanie wyników testów, aby wyświetlić mapowanie atrybutu właściciela dla obsługiwanych formatów wyników testów. |
| niepowodzenie kompilacji | Odwołanie do kompilacji o pierwszym wystąpieniu kolejnych niepowodzeń przypadku testowego. |
| nieudane wydanie | Odwołanie do wersji o pierwszym wystąpieniu kolejnych niepowodzeń przypadku testowego. |
| wyniku | Istnieje 15 możliwych wyników dla wyniku testu: Przerwane, Zablokowane, Błąd, Niepowodzenie, Niejednoznaczne, W toku, Brak, Nie dotyczy, Nie wykonano, Nie ma to wpływu, Zaliczono, Wstrzymane, Przekroczono limit czasu, Nieokreślone i Ostrzeżenie. Niektóre z najczęściej używanych wyników to: - przerwane: wykonanie testu zostało nagle zakończone z powodu czynników wewnętrznych lub zewnętrznych, takich jak zły kod czy problemy ze środowiskiem. - Test zakończony niepowodzeniem: test nie spełnia oczekiwań. - niejednoznaczne: testowanie bez ostatecznego wyniku. - Nie wykonano: test oznaczony jako pominięty podczas wykonania. - Brak wpływu na: Test nie został dotknięty zmianą kodu, która wyzwoliła potok. - Zaliczone: Test wykonano pomyślnie. - limit czasu: czas trwania testu przekraczający określony próg. |
| Niestabilny test | Test z zachowaniem niedeterministycznym. Na przykład test może spowodować różne wyniki dla tej samej konfiguracji, kodu lub danych wejściowych. |
| filtru | Mechanizm wyszukiwania wyników testów w zestawie wyników przy użyciu dostępnych atrybutów. Dowiedz się więcej. |
| grupowanie | Pomoc w organizowaniu widoku wyników testów na podstawie dostępnych atrybutów, takich jak wymagania, pliki testowe, Prioryteti inne. Zarówno raport testowy, jak i analiza testowa zapewniają wsparcie dla grupowania wyników testów. |
| procent zdawalności | Miara sukcesu wyniku testu dla pojedynczego wykonania lub na przestrzeni czasu. |
| priorytet | Określa stopień ważności lub krytycznego znaczenia testu. Priorytet jest zwykle określany jako atrybut w kodzie testowym. Zobacz zadanie Publikowanie wyników testów, aby wyświetlić mapowanie atrybutu Priorytetu dla obsługiwanych formatów wyników testów. |
| analiza testów | Widok historycznych danych testowych w celu zapewnienia istotnych informacji. |
| Przypadek testowy | Unikatowo identyfikuje pojedynczy test w określonej gałęzi. |
| pliki testowe | Grupowanie testów na podstawie sposobu ich spakowania; na przykład pliki, biblioteki DLL lub inne formaty. |
| raport testowy | Widok pojedynczego wystąpienia wykonywania testu w potoku, który zawiera szczegóły dotyczące stanu i pomoc w rozwiązywaniu problemów, śledzenie i nie tylko. |
| wynik testu | Pojedyncze wykonanie przypadku testowego z określonym wynikiem i szczegółami. |
| Przebieg testu | Logiczne grupowanie wyników testów na podstawie: - Test wykonany przy użyciu wbudowanych zadań: wszystkie testy wykonywane przy użyciu jednego zadania, takiego jak Test programu Visual Studio, Ant, Maven, Gulp, Grunt lub Xcode zostaną zgłoszone w ramach jednego przebiegu testu - Wyniki opublikowane przy użyciu Publikowanie Wyników Testów zadanie: zapewnia opcję grupowania wszystkich wyników testów z jednego lub więcej plików w jeden wspólny przebieg lub oddzielne uruchomienia dla każdego pliku. - Wyniki testów opublikowane przy użyciu interfejsów API: interfejsy API zapewniają elastyczność w tworzeniu przebiegów testów oraz organizowaniu wyników testów dla każdego przebiegu zgodnie z potrzebami. |
| śledzenia | Możliwość prześledzenia w przód lub wstecz do wymagania, usterki lub kodu źródłowego z wyniku testowego. |
Najlepsze rozwiązania
Zapewnienie niezawodności aplikacji wymaga kompleksowego testowania w usłudze Azure Pipelines, a testy jednostkowe i testy integracyjne są niezbędne. Testowanie integracji w środowiskach chmury, szczególnie aplikacji bezserwerowych, stanowi wyzwanie związane z architekturami rozproszonymi, błędnie skonfigurowanymi uprawnieniami IAMi problemami z integracją między usługami.
Aby rozwiązać ten problem, rozważ uruchomienie kodu lokalnie podczas interakcji z prawdziwymi usługami platformy Azure, ułatwianie realistycznych testów i włączanie narzędzi debugera odpowiednich do testowania automatycznego. Zaimplementowanie tego podejścia wymaga aprowizacji efemerycznych zasobów platformy Azure. Najlepiej utworzyć oddzielne konta dla każdego środowiska; alternatywnie możliwa jest dynamiczna aprowizacja w ramach potoków platformy Azure, chociaż zwiększa to czas wykonywania i wymaga starannego planowania likwidowania zasobów. Aby zminimalizować konflikty nazewnictwa, należy unikać jawnego nazewnictwa zasobów, chyba że jest to konieczne, i uwzględnić nazwy środowisk w nazwach zasobów.
Pomoc i obsługa techniczna
- Zobacz naszą stronę rozwiązywania problemów z
- Uzyskaj porady na Stack Overflowi uzyskaj pomoc za pośrednictwem Społeczności Deweloperów