- AI-værktøjer som GitHub Copilot og IntelliCode forbedrer klassisk Visual Studio- og VS Code-fejlfinding ved at automatisere opsætning, navigation og forklaring af problemer.
- VS Codes brugergrænseflader til fejlfinding og testning, kombineret med udvidelser og DotRush til C#, leverer breakpoints, fejlfinding med flere mål, profilering og omfattende testworkflows.
- Copilot accelererer testgenerering, fejlanalyse og automatiseret rettelse på tværs af både Visual Studio og VS Code og integrerer direkte med Test Explorer og Testing View.
- Profilering, visualisering af testdækning og AI-assisteret refactoring hjælper teams med at bygge hurtigere og mere pålidelige applikationer med strammere feedback-loops.
Fejlfinding og testning i Visual Studio og Visual Studio Code har udviklet sig fra rent manuelle arbejdsgange til intelligente, AI-forstærkede oplevelser. der forstår dit projekt, dine tests og endda dine fejl. Med GitHub Copilot, IntelliCode, avancerede debuggere, testvisninger og udvidelser som DotRush kan du gå fra "trin-igennem-og-gæt" til en arbejdsgang, hvor IDE'en hjælper dig med at indstille breakpoints, generere tests, analysere ydeevne og endda foreslå koderettelser automatisk.
Hvis du nogensinde har følt, at traditionelle fejlfindingsværktøjer var kraftfulde, men stadig for mekaniske, er AI netop det manglende lag.Visual Studio og VS Code kan nu forklare mislykkede tests i naturligt sprog, udarbejde en fejlretningsplan, automatisk generere testpakker, konfigurere opstartsindstillinger for dig og orkestrere multi-target eller fjernsessioner med langt mindre friktion. Denne guide gennemgår alt fra klassisk fejlretningsgrænseflade og breakpoint-typer til AI-assisteret testgenerering og Copilot-drevet testreparation, plus C#-orienterede arbejdsgange med DotRush.
Hvad AI virkelig tilføjer til debugging og testning i Visual Studio
AI-assisteret udvikling i Visual Studio fokuserer på at reducere den tid, du bruger på at søge, trække ledninger og gætte., så du kan bruge mere tid på rent faktisk at rette fejl og designe bedre tests. I stedet for manuelt at lede gennem dokumentation eller prøve-og-fejl-breakpoints, kan du læne dig op ad værktøjer, der forstår din kodebase og din intention.
På fejlfindingssiden vises AI-understøttelse som Copilot Chat-funktioner såsom "Forklar fejl med Copilot" og "Fejlfinding med Copilot"., hvor Copilot automatisk inspicerer mislykkede tests, danner hypoteser, redigerer kode, kører debuggeren og itererer, indtil testene består, hvilket giver dig en klar fortælling om, hvad der er ændret, og hvorfor.
På testsiden optræder AI som testgeneratorer og frameworkassistenterI både Visual Studio og VS Code kan Copilot oprette nye testfiler, udvide dækningen for edge-cases, tilpasse tests til forskellige frameworks (som Jest, Mocha, Pytest, NUnit eller xUnit) og hjælpe dig med at holde trit med refactorings ved at opdatere forventninger og input.
Fordi disse AI-værktøjer sidder direkte i IDE'en, behøver du ikke at hoppe mellem browserfaner, terminaler og editorer.Du bliver i Visual Studio eller VS Code, stiller spørgsmål i naturligt sprog, indsætter foreslået kode med et enkelt tastetryk og lader debugger-brugergrænsefladen vise de oplysninger, som Copilot bruger bag kulisserne.
Klassiske fejlfindingsgrundlag i Visual Studio Code
Før man tilføjer AI til blandingen, er det vigtigt at forstå, hvordan den indbyggede debugger i VS Code er struktureret., fordi Copilot og andre assistenter i bund og grund automatiserer eller orkestrerer de samme funktioner i stedet for at erstatte dem.
Fejlfindingsbrugergrænsefladen i VS Code er organiseret omkring Kør- og Fejlfindingsvisningen, fejlfindingsværktøjslinjen og fejlfindingskonsollen., sammen med fejlfindingssidebjælken, der viser breakpoints, call stack, variabler og watch-udtryk. Menuen Kør afspejler de mest almindelige kommandoer, hvilket gør det nemt at starte eller styre sessioner via tastaturgenveje som F5.
For at fejlfinde en hvilken som helst applikation kræver VS Code to kernetrin: en passende fejlfindingsudvidelse og en konfiguration.JavaScript, TypeScript og Node.js understøttes direkte, mens sprog som Python, C#, PHP, Ruby, Go, C++ eller PowerShell er afhængige af markedspladsudvidelser. For simple scripts kan VS Code udlede konfigurationen fra den aktive fil; mere komplekse apps har typisk brug for en launch.json beskrivelse af, hvordan man starter eller tilslutter sig processen.
Det er normalt så simpelt at starte en fejlfindingssession som at åbne målfilen og trykke på F5 eller klikke på "Kør og fejlfind"., hvorefter VS Code vil spørge, hvilken debugger der skal bruges, køre den valgte konfiguration, åbne DEBUG CONSOLE og fremhæve, at du er i en debug-tilstand via den farvede statuslinje og indikatoren for aktiv konfiguration.
Når du er i en fejlfindingssession, bliver den flydende fejlfindingsværktøjslinje dit centrale kontrolpanel., der indeholder handlinger for Fortsæt/Pause, Gå over, Gå ind i, Gå ud, Genstart og Stop. Hvis du fejlsøger flere processer på én gang, giver værktøjslinjen dig også mulighed for at skifte aktive sessioner fra en rullemenu, synkroniseret med CALL STACK-visningen.
Mastering af breakpoints og datainspektion i VS Code
Breakpoints er stadig rygraden i enhver fejlfindingssession i VS Code, men de er blevet langt mere fleksible end simple linjestop.Forståelse af hver type hjælper dig med at opbygge mere præcise og mindre støjende fejlfindingsscenarier – især når du senere kombinerer dem med Copilot-drevet analyse.
Standard linjebrudspunkter kan slås til/fra ved at klikke på editormargenen eller trykke på F9, der vises som røde cirkler for aktiverede breakpoints og grå når deaktiveret. Hvis et breakpoint ikke kan bindes (for eksempel efter redigering af kode under en session), vises det som en hul grå cirkel, der signalerer, at debuggeren ikke kunne matche det med en gyldig instruktion.
Betingede pausepunkter giver dig mulighed for kun at sætte på pause, når der sker noget meningsfuldt, såsom et udtryk, der evalueres til true, et bestemt antal hits nås, eller et andet breakpoint udløses. Du tilføjer eller redigerer disse via margenkontekstmenuen ("Tilføj betinget breakpoint" eller "Rediger breakpoint") eller via afsnittet BRUDEPUNKTER i visningen Kør og fejlfind.
Udløste breakpoints er en særlig variant af betingede breakpoints, der først vågner op, efter at et andet breakpoint udløses., hvilket er utrolig praktisk, når du forsøger at spore subtile problemer, der først opstår, efter at en bestemt tilstand er blevet etableret dybere i udførelsen.
Indlejrede breakpoints fungerer på kolonneniveau inden for en enkelt linje, perfekt til minimeret JavaScript eller tæt skrevet kode, hvor flere sætninger deler den samme linje. Brug af Shift+F9 under en session eller valg af inline-indstillingen i kontekstmenuen forankrer breakpoint præcis der, hvor du har brug for det.
Funktionsbreakpoints, konfigureret via panelet BREAKPOINTS, skal holde øje med et funktionsnavn i stedet for en specifik fil/linje., hvilket er ideelt, når kildekoden ikke er umiddelbart tilgængelig, eller du arbejder med dynamisk eller genereret kode, hvor lokationer flytter sig rundt.
Databreakpoints går et skridt videre ved at sætte udførelsen på pause, når en variabels værdi læses, ændres eller tilgås., forudsat at den aktive debugger understøtter dem. De kan indstilles fra VARIABLER-visningen, vises som røde sekskanter og er perfekte til at spore, hvor en følsom tilstand skifter uventet.
Logpunkter er som ikke-brydende breakpoints, der udskriver diagnostiske oplysninger til fejlfindingskonsollen uden at stoppe udførelsen.De er repræsenteret af diamantikoner og accepterer tekstbeskeder med indlejrede udtryk i parenteser, og de kan slås til og fra via menuen i margen eller via et mellemklik, hvis det er konfigureret. De er især nyttige, når du ønsker loglignende indsigter uden at redigere kodebasen.
Under udførelsen kan variabler og udtryk inspiceres på flere måder: holde musen over symboler i editoren, gennemse afsnittet VARIABLER i visningen Kør og fejlfind eller tilføje udtryk til OVERVÅGNINGSlisten. Du kan ændre værdier undervejs, kopiere dem eller hente udtryksstykker for at genbruge dem andre steder.
Debug-konsollen tilbyder en REPL-grænseflade, hvor du kan evaluere udtryk i konteksten af den valgte stakramme., med syntaksfremhævning og understøttelse af input på flere linjer. Dette er et godt sted til hurtigt at teste hypoteser (for eksempel evaluering af en funktion med specifikke input), mens man gennemgår koden trin for trin.
Kørsel af multi-target og fjernfejlfindingssessioner
Moderne applikationer lever sjældent i en enkelt proces, og VS Codes debugger imødekommer denne virkelighed gennem debugging med flere mål.Når du har startet en første fejlfindingssession, kan du starte yderligere sessioner, og brugergrænsefladen skifter til en tilstand, hvor hver session vises på øverste niveau af CALL STACK-visningen.
Konceptet med aktive sessioner bliver vigtigt i multi-target-tilstandHandlinger på værktøjslinjen som Fortsæt eller Trin gælder kun for den valgte session, som du kan ændre via rullemenuen på værktøjslinjen eller ved at klikke på en anden proces i CALL STACK. Dette holder arbejdsgange rene, selv når du jonglerer med f.eks. en frontend-udviklingsserver og en Node.js API- eller microservices-klynge.
Fjernfejlfinding i VS Code er udvidelsesdrevet, hvilket betyder, at understøttelse afhænger af den sprogspecifikke fejlfinder, du installerer.Hver udvidelses markedspladsside beskriver, om og hvordan fjerntilslutning understøttes, herunder eventuelle nødvendige kommandolinjeflag eller miljøopsætning.
Den bemærkelsesværdige undtagelse er Node.js, hvis indbyggede debugger understøtter fjerndebugging direkte fra boksen.Du kan tilknytte en nodeproces, der er startet med de relevante inspect-flag, og derefter arbejde, som om den var lokal, ved at bruge de samme breakpoints, watch-udtryk og debug-konsolteknikker.
Alle disse multi-target og fjernfunktioner er byggesten, som Copilot kan bruge som kontekst., for eksempel når man orkestrerer komplekse fejlretningsplaner, der involverer tilknytning til allerede kørende tjenester, indsamling af variable snapshots eller gennemgang af distribuerede opkaldsflows.
Fejlfindingsudvidelser og sprogdækning
VS Codes debugging-historie afhænger i sidste ende af dens udvidelsesøkosystem, med indbygget understøttelse af Node.js og et stort galleri af sprogspecifikke debuggere tilgængelige fra Visual Studio Marketplace.
Fejlfindingsprogrammer til PHP, Ruby, Go, C#, Python, C++, PowerShell og mere kan findes under kategorien "Fejlfindingsprogrammer".eller direkte via punktet "Installer yderligere fejlfindingsprogrammer" i menuen Kør. Hver udvidelse forbinder sig selv til visningen Kør og fejlfinding og leverer passende konfigurationskodestykker og yderligere funktioner som databrudspunkter eller unikke visualiseringer.
Fordi disse debuggere er bygget på en fælles protokol, integreres de nemt med den samme VS Code-brugergrænseflade.Breakpoints opfører sig ensartet, testkørere kan koble sig til testvisningen, og AI-værktøjer som Copilot kan interagere med dem via editoren og fejlfindingskonsollen, uanset det underliggende sprog.
Hvis du nogensinde har brug for specialiseret adfærd, giver VS Code dig endda mulighed for at skrive din egen debugger-udvidelse., med officiel dokumentation og en prøveeksempel, der guider dig gennem protokolimplementering, start-/vedhæftningsflows og UI-integration.
AI-assisteret udvikling i Visual Studio: Copilot og IntelliCode
Inde i det komplette Visual Studio IDE drejer AI-assistance sig om to søjler: GitHub Copilot og IntelliCode, som arbejder side om side for at hjælpe dig med at skrive, forstå, teste og fejlfinde kode mere flydende.
GitHub Copilot i Visual Studio fungerer som en AI-par-programmør, der kan generere hele linjer eller blokke af kode baseret på din aktuelle kontekst.Du kan blot begynde at skrive en funktion eller tilføje en kommentar i naturligt sprog, der forklarer, hvad du ønsker (for eksempel "// valider brugerinput og kast brugerdefineret undtagelse ved fejl"), og Copilot vil foreslå en implementering i grå tekst, som du accepterer med Tab.
Copilot Chat introducerer en interaktiv, chatbaseret brugerflade direkte i IDE'en., så du kan stille spørgsmål som "Hvorfor fejler denne test?", "Generer NUnit-tests til denne klasse" eller "Omstrukturer denne metode for at være mere effektiv." Copilot analyserer de åbne filer, projektstrukturen og, under fejlfinding, runtime-oplysninger for at give målrettede svar og kodeændringer.
IntelliCode forbedrer traditionel IntelliSense ved at rangere forslag til færdiggørelser ved hjælp af maskinlæringsmodeller, der er trænet på tusindvis af open source-arkiverDen fremhæver de bedst rangerede forslag med en stjerne, understøtter kontekstbevidste fuldførelser og kan endda foreslå fuldførelser på hele linjer, der afspejler almindelige mønstre for de API'er, du bruger.
Selvom Copilot er abonnementsbaseret og tilgængelig som indbygget til nyere Visual Studio-versioner, er IntelliCode generelt inkluderet som en del af de fleste arbejdsbelastninger.Sammen dækker de alt fra hurtig generering af standardtekster og API-udforskning til fejlfindingstips og testforfatning, især til sprog som C#, C++, JavaScript, TypeScript, Visual Basic og XAML.
En praktisk måde at tænke på denne duo er, at IntelliCode gør din hverdags-IntelliSense smartere, mens Copilot opfører sig mere som en samtalepartner. der kan diskutere designmuligheder, instrumentkode eller skrive hele testpakker efter behov.
Fejlfinding og test af C# med DotRush i VS Code
For C#-udviklere, der elsker hastigheden og minimalismen i VS Code, bringer DotRush-udvidelsen en Visual Studio-lignende oplevelse ind i lette editorer. ligesom VS Code selv, Neovim og Zed, med debugging, test og profilering pakket ind i en enkelt, afhængighedsfri udvidelse.
DotRush dækker alle de standard IntelliSense-funktioner, du forventer: færdiggørelse, gå til definition, find alle referencer, formatering, omdøbning og medlemssøgningDerudover integrerer den en decompiler, der er i stand til at vise ægte C#-kildekode til biblioteker, inklusive dem i System-navnerummet, hvilket gør black-box-assembleringer langt mere transparente.
En af DotRushs fremragende funktioner er multitarget-diagnostiki stedet for kun at analysere den første targetFramework I dit projekt evaluerer den alle konfigurerede frameworks på én gang. Hvis din løsning er rettet mod både .NET Framework og .NET Core, ser du øjeblikkeligt, hvor koden fejler på begge platforme uden konstant kontekstskift.
Udvidelsen er også komfortabel med komplekse løsningerDu kan åbne flere projekter og løsninger samtidigt, og en indbygget projekt-/løsningsvælger hjælper dig med at vælge, hvad der skal indlæses, når en mappe indeholder flere kandidater. En dedikeret kommando, "DotRush: Vælg projekt- eller løsningsfiler", er tilgængelig til at justere dette valg manuelt når som helst.
Til fejlfinding bruger DotRush VSDBG i VS Code og NetCoreDbg til andre editorer., samtidig med at den forbliver kompatibel med eksisterende launch.json konfigurationer fra den klassiske C#-udvidelse. I mange tilfælde kan du blot trykke på F5, vælge “.NET Core Debugger”, og DotRush vil bygge og starte din app uden ekstra konfiguration.
Ligesom Visual Studio lader DotRush dig vælge et opstartsprojekt via kontekstmenuen.Hvis du indstiller "Angiv som opstartsprojekt" på et projekt eller dets mappe, markeres det med et særligt prikikon og statuslinjen opdateres for at vise både den aktive konfiguration og det målframework, der bruges til fejlfinding.
For at få debug-sessioner til at føles mere som førsteklasses .NET-oplevelser, læser DotRush automatisk Properties/LaunchSettings.json og sender de relevante indstillinger til debuggeren, selv når du bruger NetCoreDbg, så miljøvariabler og opstartsprofiler opfører sig, som du ville forvente af traditionelle Visual Studio-arbejdsgange.
Spiludviklere drager også fordel af DotRush, da det understøtter fejlfinding af Unity- og Godot-projekter.Korte opsætningsinstruktioner i DotRush-dokumentationen hjælper dig med at oprette forbindelse til den relevante afspiller- eller editorinstans, så du kan gennemgå spilkode med breakpoints, watches og debug-konsollen.
På testsiden leveres DotRush med en Test Explorer, der forstår NUnit- og xUnit-testframeworks., så du kan køre eller fejlfinde tests direkte fra VS Code, inspicere resultater og integrere test i din daglige C#-arbejdsgang uden at skulle vende tilbage til det fulde Visual Studio IDE.
Profilering er også indbygget, så du kan spore udførelse eller indsamle heapdumps. via ekstra knapper i fejlfindingspanelet eller dedikerede kommandoer som f.eks. "DotRush: Attach Trace Profiler" og "DotRush: Create Heap Dump". Rapporter gemmes sammen med projektet, så du kan spore performanceregressioner over tid.
Brug af Test Explorer og ydeevneværktøjer i Visual Studio
I det fulde Visual Studio IDE er Test Explorer kommandocentret til at køre, fejlfinde og profilere dine tests.Det bygger bro mellem dine testmetoder og de underliggende projekter og skaber en tæt løkke mellem fejlende tests og den produktionskode, de udfører.
For at foretage fejlfinding i tests skal du typisk indstille breakpoints i dine testmetoder i editoren, derefter vælge disse tests i Test Explorer og vælge kommandoen Debug.Visual Studios debugger navigerer automatisk mellem testkode og den kode, der testes, mens du går igennem koden, med ruder som overvågningsvinduer, kaldstak, lokale koder og automatiske ruder, der giver dig en detaljeret oversigt over runtime-tilstanden.
Visual Studio 2022 udvider dette ved at lade dig profilere testmetoder direkte fra Test ExplorerVed at højreklikke på en test og vælge Profil åbner du Ydelsesprofilen, hvor du kan vælge værktøjer som CPU-forbrugsanalyse eller hukommelsesallokeringssporing for at se, hvilke dele af testen der er for langsomme eller hukommelseskrævende.
Fordi du kan profilere små arbejdsenheder isoleret, kan du udarbejde fokuserede eksperimenterKør en enkelt langsom test under profileren, optimer hotspottet, kør det igen, og verificer straks, om dine ændringer forbedrede tid eller hukommelsesforbrug, uden at instrumentere hele løsningen.
Denne tætte integration mellem test og performanceværktøjer gør Visual Studio særligt stærk til regressionsjagt, hvor en specifik test pludselig begynder at tage længere tid eller lække hukommelse, og du ønsker at identificere ændringen hurtigt.
AI-drevet hjælp til mislykkede tests i Visual Studio
Fra og med nyere versioner af Visual Studio 2022 bliver GitHub Copilot dybt involveret i din testworkflow. via kontekstmenupunkter i Test Explorer som "Forklar fejl med Copilot" og "Fejlfinding med Copilot".
Når du beder Copilot om at forklare en fejl, undersøger den den fejlende test, den kode, der testes, og de tilhørende fejlmeddelelser., genererer derefter en forklaring i naturligt sprog på, hvad der sandsynligvis gik galt. Dette kan være yderst nyttigt, når fejlmeddelelser er kryptiske, eller når asynkron eller dataafhængig logik tilslører den grundlæggende årsag.
Hvis du vælger "Fejlfinding med Copilot", går det et skridt videre og starter Copilot Debugger AgentDenne agent følger et struktureret loop: den danner en hypotese om den grundlæggende årsag, redigerer din kode for at forsøge en løsning, kører testen under debuggeren og analyserer derefter igen, hvis problemet fortsætter, og itererer, indtil testen består, eller den løber tør for fornuftige muligheder.
Gennem hele processen sporer Copilot, hvad der er ændret, og hvorforNår den når frem til en bestået test, giver den en detaljeret opsummering af fejlfindingsplanen, de redigeringer, den har foretaget, og begrundelsen for hver justering, som du kan gennemgå, før du færdiggør noget i din hovedgren.
I nogle flows forbereder Copilot også miljøet for dig ved at oprette en fejlretningsplan, indstille breakpoints og overvågningsvariabler og derefter starte sessionen.Når debuggeren rammer breakpoints, læser den variabelværdierne og beslutter, om den skal fortsætte med at gå trin for trin, eller om fokus skal flyttes til redigering og genkørsel af testen.
Du bevarer kontrollen gennem hele processen via Copilot Chat, hvor du kan stille opfølgende spørgsmål, anmode om alternative rettelser eller begrænse ændringer til et specifikt kodeområde. Denne kombination af automatisering og samtalebaseret kontrol er det, der får AI-assisteret testfejlfinding til at føles som at arbejde med en meget hurtig og tålmodig teamkammerat.
Test af arbejdsgange og AI-assistance i Visual Studio Code
Visual Studio Code inkluderer et omfattende testframework bygget oven på udvidelser, plus førsteklasses brugergrænsefladeelementer såsom testvisningen, indlejrede statusindikatorer og et dedikeret panel for testresultaterAI-understøttelse fra GitHub Copilot integreres i denne model for at accelerere testskrivning og fejlanalyse.
Testunderstøttelse i VS Code er sprog- og frameworkspecifik og implementeres typisk enten af sprogudvidelser eller separate testudvidelser.Populære kombinationer inkluderer Jest eller Mocha til JavaScript, Pytest til Python, JUnit til Java og NUnit/xUnit til .NET, som alle kan findes via kategorien Test i visningen Udvidelser.
Testvisningen (som kan nås via bægerglasikonet i aktivitetslinjen) fungerer som et centralt knudepunkt til at opdage, køre og fejlfinde testsUdvidelser registrerer ofte tests automatisk og præsenterer dem i et træ, der afspejler dit mappe- eller suitehierarki, med ikoner for kørsel og fejlretning tilgængelige pr. node.
Når du kører eller fejlfinder tests, lægger VS Code statusikoner direkte over i editorens margen ud for hver test., hvilket gør det straks tydeligt, hvilke tests der bestod eller mislykkedes. Hvis du klikker på outputtet eller bruger panelet Testresultater, vises logfiler, fejlmeddelelser og stakspor til dybere inspektion.
Understøttelse af testdækning leveres af udvidelser, der integrerer dækningsværktøjer og sender resultater tilbage til VS Code.Du kan visualisere dækning som overlejringer i editorens margin, en testdækningsvisning med procenter og farveindikatorer, statistik for Explorer-visningen og endda overlejringer i diff-editoren for at se, hvordan dækningen ændrer sig mellem revisioner.
Med opgaveintegration kan du behandle tests som førsteklasses kommandoer i dit arbejdsområde, for eksempel ved at deklarere en standard "test"-opgave i tasks.json der kortlægger til npm test or node --test, og derefter binde tastaturgenveje eller bruge "Opgaver: Kør testopgave" til at køre dem i én omgang.
Skrivning og vedligeholdelse af tests med AI i VS Code
GitHub Copilot i VS Code fjerner besværet med at skrive og opdatere tests ved at generere dem fra applikationskode., der håndterer alt fra enhedstests til integration eller end-to-end-scenarier afhængigt af din prompt.
Én fremgangsmåde er at bruge smarte handlinger i editoren: vælg eventuelt en blok af programkode, højreklik og vælg Copilot > Generer testsCopilot analyserer valget, udleder forventet adfærd og foreslår en ny eller opdateret testfil med cases for typiske flows og edge cases.
En anden tilgang er chatdrevetÅbn den fil, du vil teste, start derefter Copilot Edits, Chat-visningen eller Inline Chat, og skriv en prompt som "Generer tests til denne kode, inklusive edge cases" eller "Opret Jest-tests til følgende React-komponent". Du kan referere til specifikke filer med #file tags for at give Copilot mere kontekst.
Copilot beslutter, om test skal indsættes i eksisterende filer eller oprettes nye., baseret på din projektstruktur og gældende konventioner. Hvis du foretrækker et andet framework eller en anden stil, kan du blot bede Copilot om at justere outputtet, for eksempel "Konverter disse tests fra Mocha til Jest" eller "Omskriv dem ved hjælp af xUnit-attributter".
Når tests er oprettet, kan Copilot også hjælpe med at holde dem synkroniseret med kodeændringer, der foreslår opdateringer til assertions, mocks eller inputdata, når dine API'er udvikler sig, så din testsuite forbliver værdifuld i stedet for langsomt at glide ind i irrelevans.
Alt dette integreres problemfrit med VS Codes testvisning, så du kan generere tests, køre dem, inspicere dækningen og derefter forfine eller udvide dem gennem opfølgningsprompter i et tæt, iterativt loop.
Samlet set gør de klassiske debugger-funktioner, Test Explorer, profileringsværktøjer og AI-assistenter i Visual Studio og VS Code debugging og testning til en langt mere guidet, samarbejdsorienteret aktivitet.I stedet for at stirre på røde testfejl og gætte på, hvor du skal placere et breakpoint, kan du bede IDE'en om at hjælpe dig med at danne hypoteser, instrumentere de rigtige steder, generere eller tilpasse tests og validere rettelser med mindre friktion og langt mere indsigt.
