Udostępnij przez

Uproszczone plany testów z ulepszoną widocznością i szybszym wykonywaniem

W tej wersji wprowadzono zestaw ulepszeń planów testów usługi Azure DevOps mających na celu poprawę produktywności, widoczności i możliwości śledzenia testów w ramach przepływu pracy testowania. Zespoły mogą teraz wydajniej importować przypadki testowe, wyświetlać skoncentrowaną historię wykonywania na poziomie punktu testowego, śledzić ostatnie wyniki testów bezpośrednio z scenariuszy użytkowników i korzystać z nowego centrum uruchamiania testów z ulepszoną użytecznością i bogatszą diagnostyką. Razem te aktualizacje zmniejszają problemy z nawigacją, ułatwiają szybkie zrozumienie postępu testów i pomagają testerom w szybszym przechodzeniu przy jednoczesnym skoncentrowaniu się na najbardziej odpowiednich wynikach.

Oprócz ogólnej dostępności usługi Test Run Hub integracja z usługą GitHub Copilot dla usługi Azure Boards jest teraz ogólnie dostępna.

Ponadto skanowanie CodeQL jest prostsze dzięki domyślnej konfiguracji w wersji preview, zgodności z Node.js v24 i odejściu od starszych konfiguracji Autobuild.

Sprawdź notatki o wydaniu, aby uzyskać szczegóły.

GitHub Advanced Security dla usługi Azure DevOps

Boards

Repos

Test Plans

GitHub Advanced Security dla usługi Azure DevOps

Domyślna konfiguracja codeQL jest teraz dostępna w prywatnej wersji zapoznawczej

Domyślna konfiguracja codeQL (włączanie jednym kliknięciem) jest teraz dostępna w prywatnej wersji zapoznawczej. Ta funkcja usprawnia włączanie skanowania kodu poprzez automatyczną konfigurację skanów CodeQL dla Twojego repozytorium, bez ręcznej konfiguracji potoku i wykonywania ich w Twoim imieniu.

Jeśli interesuje Cię wypróbowanie tej funkcji w prywatnej wersji zapoznawczej, wypełnij swoje szczegóły na stronie https://aka.ms/codeql-private-preview.

Zadanie kompilacji CodeQL zostało zaktualizowane do Node.js w wersji 24

Zadania AdvancedSecurity-CodeQL-Init@1 Advanced Security CodeQL i AdvancedSecurity-Codeql-Analyze@1 teraz wymagają Node.js w wersji 24 zgodnej z aktualizacjami agenta usługi Azure Pipelines. Jeśli używasz własnych agentów, upewnij się, że na maszynach agentów jest zainstalowana Node.js v24, aby kontynuować uruchamianie skanowania codeQL. Agenci hostowani przez firmę Microsoft są już aktualizowani przy użyciu obsługi Node.js w wersji 24.

Zadanie CodeQL autobuild przestarzałe

Zadanie AdvancedSecurity-Codeql-Autobuild jest teraz przestarzałe na rzecz skanowania bez kompilacji za pomocą polecenia buildtype: none. Skanowanie bez kompilacji upraszcza konfigurację potoku, eliminując potrzebę jawnych kroków kompilacji przy zachowaniu pokrycia analiz obsługiwanych języków. Jeśli obecnie używasz zadania Autobuild, zaktualizuj potoki, aby używać buildtype: none w zadaniu AdvancedSecurity-CodeQL-Init@1. Zadanie autobuild przestanie działać i zostanie całkowicie usunięte do 1 marca 2026 r. Aby uzyskać wskazówki dotyczące migracji, zobacz Konfigurowanie skanowania kodu.

Zdarzenie hooków serwisowych dla stanu weryfikacji tajnego klucza

Nowe zdarzenie zaczepu usługi jest teraz dostępne dla alertów skanowania tajnych: Zaktualizowano stan ważności alertów zabezpieczeń zaawansowanych. To zdarzenie jest uruchamiane, gdy zweryfikowana zostanie wykryta tajemnica. Możesz skonfigurować to zdarzenie w subskrypcjach hooków serwisowych, aby zintegrować przepływy pracy weryfikacji tajnych danych z systemami zewnętrznymi, co umożliwia automatyczne reagowanie na zweryfikowane przecieki uwierzytelnień. Aby uzyskać więcej informacji, zobacz Konfigurowanie punktów zaczepienia usługi.

Karta Wpisy tajne jest teraz domyślna w widoku repozytorium

Zaktualizowano kolejność kart Zabezpieczenia zaawansowane w ustawieniach repozytorium. Karta Sekrety jest teraz wyświetlana jako pierwsza, a następnie Zależności i Kod. Ta zmiana odzwierciedla wzorce użycia, w których alerty skanowania tajnych informacji są zazwyczaj najwyższym priorytetem do natychmiastowego rozwiązania, co poprawia proces przeglądania dla zespołów ds. zabezpieczeń analizujących wyniki repozytorium.

API do łączenia elementów roboczych dla alertów

Nowy punkt końcowy interfejsu API REST umożliwia programowe łączenie elementów roboczych z alertami usługi Advanced Security. Wcześniej dostępna tylko za pośrednictwem interfejsu użytkownika ta funkcja umożliwia zespołom tworzenie niestandardowych przepływów pracy na potrzeby śledzenia korygowania alertów w usłudze Azure Boards. Użyj tego interfejsu API, aby automatycznie tworzyć elementy robocze dla alertów o wysokiej ważności lub masowo łączyć istniejące alerty z elementami planowania sprintu. Aby uzyskać szczegółowe informacje o interfejsie API, zobacz dokumentację API zaawansowanego systemu metadanych alertów zabezpieczeń.

Boards

Ogólna dostępność integracji narzędzia GitHub Copilot dla usługi Azure Boards

Integracja z rozwiązaniem GitHub Copilot dla usługi Azure Boards jest teraz ogólnie dostępna, umożliwiając zespołom bezproblemowe przechodzenie od planowania do implementacji przez generowanie zmian kodu bezpośrednio z elementów roboczych usługi Azure Boards.

Z poziomu elementu roboczego, deweloperzy mogą wywoływać Copilot, wybierać docelowe repozytorium GitHub oraz gałąź i tworzyć roboczy pull request, który pozostaje połączony z oryginalnym elementem roboczym, zapewniając kompleksowe śledzenie od zarządzania pracą do kodu.

Zrzut ekranu przedstawiający tworzenie roboczego żądania ściągnięcia na podstawie elementu roboczego.

Ta wersja zawiera opinie z wersji zapoznawczej, w tym obsługę wybierania gałęzi i wizualnych wskaźników stanu Copilot na kartach Kanban w celu zwiększenia widoczności postępu. Aby dowiedzieć się więcej, zobacz nasz ostatni wpis w blogu.

Uwaga / Notatka

Ta funkcja jest wdrażana na etapach i może potrwać kilka dodatkowych tygodni, aby stać się dostępna we wszystkich organizacjach.

Repos

Zmiana powodująca niezgodność: wyłączanie przestarzałych zasad ewidencjonowania TFVC

W kwietniu 2025 r. ogłosiliśmy zmiany w sposobie przechowywania zasad TFVC. Te zmiany mają wpływ na wszystkie projekty TFVC, które używają polityki zatwierdzania, takich jak kompilacja (Build) (wymaganie, aby ostatnia kompilacja zakończyła się powodzeniem), element roboczy (wymaganie skojarzonego elementu roboczego), komentarze zestawu zmian (wymaganie dodania komentarza do zatwierdzenia przez użytkowników) i inne.

W ciągu ostatniego roku udostępniliśmy wskazówki dotyczące migrowania istniejących, przestarzałych polityk wpisywania do nowego formatu przechowywania i wyłączyliśmy tworzenie nowych przestarzałych polityk.

W tej wersji wszystkie pozostałe zasady zameldowania, które nadal używają starego formatu, zostaną wyłączone. Te polityki nie będą już działać i będzie konieczne przeniesienie ich do nowego formatu polityk zameldowania, aby mogły dalej działać.

Aby uzyskać szczegółowe informacje i szczegółowe wskazówki dotyczące migracji krok po kroku, zobacz nasz wpis w blogu.

Ulepszenia w powiadomieniach dotyczących pull requestów

Aby pomóc zespołom skupić się na najbardziej istotnej aktywności dotyczącej pull requestów, ulepszyliśmy powiadomienia e-mail Azure DevOps, aby zmniejszyć szum i wyróżnić znaczące zmiany. Kilka powiadomień o niskiej wartości, w tym zmiany wersji roboczej i aktualizacje autouzupełniania, zostało całkowicie usuniętych. W przypadku pozostałych powiadomień uprościliśmy zawartość, aby podkreślić zmiany, takie jak pliki, których dotyczy problem, a jednocześnie usuwać nadmiarowe szczegóły, takie jak pełne listy recenzentów i zatwierdzeń. Te aktualizacje zostały zaprojektowane tak, aby wiadomości e-mail dotyczące żądań ściągnięcia były łatwiejsze do skanowania, łatwiejsze do działania i lepiej dopasowane do sposobu, w jaki zespoły przeglądają i współpracują ze sobą.

Szablony żądań ściągnięcia dla gałęzi wielopoziomowych

Szablony żądań ściągnięcia będą teraz obsługiwać zagnieżdżoną strukturę folderów odpowiadającą gałęziom wielopoziomowym. Jeśli otworzysz żądanie przeniesienia dla gałęzi o nazwie feature/foo/december, szablon zostanie wyszukany w preferowanej kolejności w następujących lokalizacjach:

  1. <pull request template path>/branches/feature/foo/december.md
  2. <pull request template path>/branches/feature/foo.md
  3. <pull request template path>/branches/feature.md

Najbardziej konkretny szablon zostanie zastosowany do pull requestu, w takim przypadku feature/foo/december.md, jeżeli istnieje. Jeśli nie, feature/foo.md zostanie zastosowana, a jeśli nie istnieje, feature.md zostanie użyta.

Test Plans

Nowe centrum testów

Z przyjemnością ogłaszamy, że nowe centrum uruchamiania testowego stopniowo będzie ogólnie dostępne dla całej organizacji usługi Azure DevOps! Teraz możesz wybrać i skopiować informacje z dowolnej strony w interfejsie użytkownika Test Run Hub. Ponadto uwzględniliśmy następujące funkcje i aktualizacje:

  • W przypadku przebiegów testów automatycznych składnik śledzenia stosu został rozszerzony, aby zapewnić lepszą czytelność pełnego śledzenia stosu
  • Obrazy przechwycone podczas wykonywania testu można teraz wyświetlać w formie podglądu bezpośrednio na każdej stronie wyników testu.
  • Logika funkcji wyszukiwania dla przebiegów przy użyciu tytułu przebiegu teraz pasuje do tytułów przebiegów rozpoczynających się od terminu wyszukiwania
  • Użyteczność i czytelność strony podsumowania przebiegu zostały ulepszone dzięki zaktualizowanym konfiguracjom minimalnej i domyślnej szerokości kolumny
  • Teraz możesz połączyć elementy robocze z przebiegami testów w różnych projektach.
  • Teraz możesz przejść bezpośrednio z dzienników potoku do określonego podsumowania przebiegu, co pozwala zaoszczędzić czas i wyeliminować dodatkowe kroki w nawigacji.
  • W przypadku przebiegów automatycznych wszystkie załączniki wyników podrzędnych są teraz widoczne na każdej stronie wyników testu, co ułatwia przeglądanie szczegółowych wyników
  • Wartości godziny i daty są teraz wyświetlane zgodnie z wybranym formatem czasu i ustawień regionalnych
  • Wyszukiwanie według identyfikatora Run w projekcie, niezależnie od innych filtrów
  • Kopiowanie tekstu z dowolnego ekranu w nowym narzędziu Test Run Hub w celu łatwiejszego udostępniania i zwiększania produktywności
  • Zoptymalizowane szerokości kolumn w tabeli wyników testów w celu zwiększenia czytelności
  • Ulepszona wersja zapoznawcza śledzenia stosu dla przebiegów automatycznych w celu uzyskania prostej analizy
  • Testy wyszukiwania są uruchamiane w 90-dniowym okresie, rozpoczynającym się od dowolnego momentu.
  • Dodano kolumny Właściciel i Ostatnia aktualizacja testu w celu lepszego śledzenia
  • Wszystkie załączniki zautomatyzowanych przebiegów podrzędnych są teraz dostępne w interfejsie użytkownika zgodnie z oczekiwaniami
  • Rozwiązano problem polegający na tym, że przypadki testowe utworzone podczas sesji eksploracyjnych nie były poprawnie połączone z oryginalnym przypadkiem testowym.

Ulepszony kreator importowania przypadków testowych

Ulepszyliśmy kreatora importowania przypadków testowych, aby zwiększyć Twoją produktywność. Obejmuje on ulepszone automatyczne mapowanie, szablony mapowania wielokrotnego użytku, które mogą być współużytkowane przez zespoły, oraz dodatkowe ulepszenia usprawniające importowanie. Aby uzyskać szczegółowe informacje, zobacz dokumentację publiczną przypadków importu tutaj.

Panel historii punktów testowych skoncentrowanych

Wcześniej nie było łatwego sposobu, aby zobaczyć historię dotyczącą konkretnego punktu ze stron planów testów, co utrudniało rozróżnienie między punktami testowymi w historii wyników.

Teraz możesz wyświetlić historię wykonania dla poszczególnych punktów testowych bezpośrednio na stronie Planów testów. Ponadto możesz wybrać pozycję Wyświetl całą historię , aby przejrzeć pełną historię wykonywania skojarzonego przypadku testowego.

Zrzut ekranu przedstawiający historię wykonywania punktów testowych.

Ostatni wynik testu w user story

Otrzymuj aktualizacje w czasie rzeczywistym dotyczące postępu testu bezpośrednio w elemencie roboczym historii użytkownika. Teraz możesz zobaczyć fragment ostatniego wyniku przypadku testowego w sekcji Powiązana praca, pokazując kluczowe szczegóły, takie jak wynik i czas ukończenia, bez konieczności dodatkowej nawigacji. Ta aktualizacja zapewnia spójność między widokiem tablic i scenariuszami użytkowników, co ułatwia szybkie śledzenie postępu testów. Te ulepszenia mają na celu zwiększenie możliwości śledzenia i usprawnienie przepływu pracy, co pomaga skoncentrować się na tym, co jest najważniejsze.

Wznów jest teraz domyślną akcją dla wstrzymanych przypadków testowych

Z ulepszonym doświadczeniem Wznawianie Wstrzymanych Przypadków Testowych, Wznawianie jest teraz domyślną akcją dla wszystkich wstrzymanych przepływów testów ręcznych, co ułatwia kontynuowanie od miejsca, w którym przerwano. Jeśli spróbujesz wykonać inne działanie, zobaczysz wyraźne ostrzeżenie, aby zapobiec przypadkowej utracie postępu i zapewnić płynniejsze doświadczenie podczas testów.

Dalsze kroki

Uwaga / Notatka

Te funkcje będą wdrażane w ciągu najbliższych dwóch do trzech tygodni. Przejdź do usługi Azure DevOps i przyjrzyj się.

Przejdź do usługi Azure DevOps

Jak przekazać opinię

Chcielibyśmy usłyszeć, co myślisz o tych funkcjach. Użyj menu Pomocy, aby zgłosić problem lub podać sugestię.

Utwórz sugestię

Możesz również uzyskać porady i odpowiedzi na pytania społeczności w witrynie Stack Overflow.

  • Last updated on