Przejdź do treści
TextArray1.41.0
100% lokalnie

Podsumowanie raportu JUnit XML

Podsumuj JUnit XML test report: liczby testów pomyślnych, nieudanych i pominięty, czas trwania i szczegóły błędów.

Wejście
Wynik
Powiązane narzędzia
Konwerter XML na JSONNarzędzia dla programistów
Formatowanie XMLFormatowanie
Analizator unified diffnoweNarzędzia dla programistów
różnica kluczy i18nNarzędzia dla programistów
Konwerter TOML na JSONNarzędzia dla programistów
SQL do JSONNarzędzia dla programistów
Podsumowanie raportu JUnit XML
Wklej JUnit XML test report i to narzędzie zamieni go na czytelne podsumowanie: ile testów przeszło, ile nie powiodło się lub pominięto, które uległy awarii i dlaczego, oraz jak długo trwał każdy test. Czyta standardową strukturę <testsuite>/<testcase> produkowaną przez JUnit, pytest, Jest (z reporterem JUnit), Go gotestsum, PHPUnit i większość innych test runnerów i systemów CI, dzięki czemu możesz wkleić wyjście bezpośrednio z dziennika kompilacji lub pobranego artefaktu.
Włącz "Pokaż tylko nieudane testy" aby przejść do tego co wymaga naprawy, lub "Sortuj wg czasu trwania" aby znaleźć najwolniejsze testy — przydatne gdy zestaw powoli się spowolnił i musisz wiedzieć gdzie czas się trafia. Pogrupuj wyniki wg klasy testu lub pliku aby zobaczyć która część kodu nie powiodła się, i ogranicź długie stack traces za pomocą "Obetnij komunikaty błędów" aby raport pełny assertion errors pozostał czytelny. "Ogranicz liczbę wyświetlanych testów" ogranicza ile wierszy się pojawi, co łączy się dobrze z sortowaniem wg czasu trwania dla listy "top N najwolniejsze", a "Pokaż procent powodzenia" dodaje procent powodzenia.
Wklej wiele raportów na raz — na przykład dane wyjściowe z wielu zadań CI lub shard testów połączone razem — a narzędzie agreguje każdy <testcase> który znajdzie i raportuje ile oddzielnych raportów zostało wykrytych. Wybierz wyjście które pasuje do tego co będzie dalej: zwykły tekst do przeczytania, Markdown dla komentarza pull request, lub CSV dla arkusza kalkulacyjnego. Zakończenia wierszy Windows i Unix są obsługiwane w ten sam sposób.
Wszystko działa lokalnie w Twojej przeglądarce — XML który wklejasz, który może zawierać ścieżki plików wewnętrznych, nazwy klas lub stack traces z prywatnego kodu, nigdy nie jest nigdzie przesyłany. Skopiuj podsumowanie, pobierz jako plik .txt, lub wyślij go do wejścia innego narzędzia aby kontynuować pracę z nim.
Częste pytania
Które frameworki testowe są obsługiwane?
Jakiekolwiek narzędzie które produkuje standardowy XML w stylu JUnit: sam JUnit, pytest (z --junitxml), Jest z reporterem JUnit, Go, PHPUnit, Mocha z reporterem JUnit i większość systemów CI które eksportują wyniki testów w tym formacie.
Co się liczy jako "nieudany" test w porównaniu z "błędem"?
JUnit XML rozróżnia <failure> (asercja która się nie powiodła) od <error> (nieoczekiwany wyjątek). Oba są liczane jako nieudane w podsumowaniu, a lista szczegółów pokazuje który typ każdy z nich był.
Czy mogę połączyć kilka raportów testowych w jedno podsumowanie?
Tak. Wklej wiele raportów XML jeden po drugim na wejście a narzędzie agreguje każdy przypadek testowy ze wszystkich z nich i raportuje ile odrębnych raportów znalazło.
Jak "Grupuj wg" decyduje o pliku dla testu?
Używa atrybutu <testcase> file gdy raport go zawiera, i wraca do załączonego <testsuite> name w innym przypadku, ponieważ większość runnerów zapisuje plik tam zamiast.
Czy mój raport testowy jest przesyłany gdziekolwiek?
Nie. Parsowanie i podsumowywanie odbywa się całkowicie w Twojej przeglądarce — raport, włącznie z wszelkimi ścieżkami plików lub stack traces które zawiera, nigdy nie opuszcza Twoje urządzenie.