Interpretowanie wyników analizy
Narzędzie interfejsu wiersza polecenia i program Visual Studio umożliwiają tworzenie raportów HTML, CSV i JSON. W tej sekcji opisano sposób interpretowania tych raportów.
Na potrzeby tego dokumentu użyjemy raportu HTML.
Widok pulpitu nawigacyjnego
Raport przedstawia wyniki w formacie pulpitu nawigacyjnego.
Główny pulpit nawigacyjny zawiera sekcję Podsumowanie z wynikami skanowania, wykresu ważności i kategorii problemów i zdarzeń.
Sekcja Podsumowanie pulpitu nawigacyjnego zawiera kilka terminów, które warto zdefiniować, ponieważ będą one widoczne na innych ekranach.
- Projekty: liczba skanowanych projektów.
- Problemy: niezgodność z platformą Azure lub potencjalny problem.
- Zdarzenia: wystąpienie problemu w kodzie. Na przykład problem może być wywołaniem bazy danych, która nie jest dostępna z platformy Azure, a zdarzenia są czasem wykonywania tego wywołania w kodzie. W ten sposób jeden problem może mieć wiele zdarzeń (implementacja) w kodzie.
- Punkty historii: szacowany wysiłek w celu rozwiązania wszystkich znalezionych problemów. Jest to względna miara nakładu pracy i nie jest przeznaczona do dokładnego oszacowania.
Poniżej przedstawiono klasyfikacje ważności problemu:
- Obowiązkowe — problem musi zostać rozwiązany, aby migracja zakończyła się pomyślnie.
- Opcjonalnie — wykryty problem jest prawdziwym problemem i jego rozwiązaniem może poprawić działanie aplikacji po migracji, ale nie jest blokowane.
- Potencjalny — może to być lub nie może być problemem blokującym w zależności od specyfiki aplikacji i scenariusza migracji, więc narzędzie zwraca uwagę i sugeruje, jakie testy mogą zostać wykonane w celu zapewnienia, że aplikacja będzie działać na platformie Azure.
- Informacyjny — problem został zgłoszony tylko do celów informacyjnych i nie jest wymagany do rozwiązania.
Sekcja Kategorie przedstawia wykres z problemami pogrupowanych według różnych kategorii, takich jak HTTP, baza danych, skalowanie itd.
- Projekty: liczba skanowanych projektów.
- Problemy: liczba unikatowych napotkań reguły, która może wymagać rozwiązania.
- Zdarzenia: łączna liczba znalezionych wystąpień wszystkich problemów.
- Punkty historii: szacowany wysiłek w celu rozwiązania wszystkich znalezionych problemów. Jest to względna miara nakładu pracy i nie jest przeznaczona do dokładnego oszacowania.
Widok projektów
Kliknij link Projekty poniżej pulpitu nawigacyjnego po lewej stronie raportu, aby wyświetlić liczbę problemów, zdarzeń i szacowanego nakładu pracy w celu rozwiązania tych zdarzeń przez każdy przeskanowany projekt.
Możesz przejść do szczegółów, aby zobaczyć problemy znalezione w każdym projekcie, klikając nazwę projektu. Spowoduje to wyświetlenie ekranu podobnego do ogólnego pulpitu nawigacyjnego, ale z zakresem wybranego projektu.
W górnej części pulpitu nawigacyjnego projektu znajdziesz 3 karty: Pulpit nawigacyjny, Składniki i Problemy.
Kliknij kartę Składniki , aby zobaczyć, w których plikach znajdują się zdarzenia zidentyfikowanych problemów. Możesz przejść do szczegółów pliku, aby zobaczyć problemy, które wyzwoliły zdarzenie, opis problemu, dokładną pozycję w kodzie, w którym istnieją zdarzenia, oraz szacowanie nakładu pracy, który zajmie naprawienie zdarzeń.
Na koniec, klikając kartę Problemy , możesz zobaczyć zdarzenia zorganizowane przez problemy, które je wyzwoliły. Możesz przejść do szczegółów problemów, aby zobaczyć dokładną lokalizację pliku, którą należy rozwiązać, oraz nakład pracy, aby rozwiązać ten problem.
Widok zagregowanych problemów
Kliknij link Zagregowane problemy poniżej pozycji Projekty po lewej stronie ekranu raportu, aby zobaczyć zdarzenia zorganizowane przez problemy, które je wyzwoliły. Wszystkie te problemy dotyczą wszystkich skanowanych projektów, w tym liczby zdarzeń i szacowanego nakładu pracy punktów historii. Możesz przejść do szczegółów poszczególnych problemów, aby zobaczyć dokładne pliki i lokalizacje, które należy rozwiązać, oraz nakład pracy, aby rozwiązać ten problem.
W sekcji po prawej stronie znajdziesz wyjaśnienie wybranego problemu z sugestiami dotyczącymi sposobu jego rozwiązania lub weryfikacji, które należy wprowadzić, aby upewnić się, że aplikacja będzie działać prawidłowo na platformie Azure. W dolnej części tej sekcji znajdują się również linki do szczegółowej dokumentacji.