ENHEDSTEST i Asp.Net: Komplet vejledning

⚡ Smart opsummering

Enhedstestning af en ASP.NET-applikation i Visual Studio starter med et Unit Test Project, forbinder en reference til målprojektet, tilføjer MSTest [TestClass]- og [TestMethod]-attributter og kalder Assert-metoder for at bevise, at klasser opfører sig som designet.

🧪 Testprojekt: Tilføj et enhedstestprojekt til ASP.NET-løsningen, og referer til det målprojekt, du vil verificere.
🏷️ Attributter: Marker klassen med [TestClass] og hver test med [TestMethod], så MSTest kan finde dem.
✅ Påstande: Brug Assert.AreEqual, Assert.IsTrue og lignende kald til at deklarere det forventede resultat af hver test.
▶ ️ Kør tests: Menuen Udfør test Kør alle tests i Visual Studio, og undersøg Test Explorer for beståede og ikke-beståede resultater.
⚖️ Valg af ramme: MSTest, NUnit og xUnit fungerer alle med dotnet test; MSTest leveres som standard, og xUnit foretrækkes til ASP.NET Core.
🛠️ Bedste praksis: Isoler enheden, følg Arrange Act Assert, og hold hele pakken hurtig, så den kører ved hver commit.

Læs mere

Test er et væsentligt aspekt af ethvert programmeringssprog. Test For ASP.NET-applikationer er det muligt ved hjælp af Visual Studio.

Visual Studio bruges til at oprette testkode. Det bruges også til at køre testkoden til en ASP.NET-applikation. På denne måde bliver det nemt at kontrollere for eventuelle fejl i en ASP.NET-applikation. I Visual Studio leveres testmodulet med en standardfunktionalitet. Man kan straks udføre en test for et ASP.NET-projekt.

Introduktion til testning for ASP.NET

Det første niveau i testningen af et ASP.NET-projekt er testning på enhedsniveau. Denne test af et programs funktionalitet. Testningen udføres for at sikre, at programmet opfører sig som forventet. I ASP.NET er den første opgave at oprette et testprojekt i Visual Studio. Testprojektet vil indeholde den nødvendige kode til at teste programmet.

Lad os se på nedenstående webside. På siden har vi beskeden "Guru99 – ASP.NET” vises. Hvordan kan vi nu bekræfte, at den korrekte meddelelse vises, når et ASP.NET-projekt kører? Dette gøres ved at tilføje et testprojekt til ASP.NET-løsningen (bruges til at udvikle webbaserede applikationer). Dette testprojekt vil sikre, at den korrekte meddelelse vises til brugeren.

Lad os nu se nærmere på det og se, hvordan vi kan arbejde med test i ASP.NET.

Oprettelse af et .NET-enhedstestprojekt

Før vi opretter et testprojekt, skal vi udføre nedenstående trin på højt niveau.

Brug vores 'DemoApplication' brugt i de tidligere afsnit. Dette vil være vores applikation, som skal testes.
Vi tilføjer en ny klasse til DemoApplication. Denne klasse vil indeholde en streng kaldet 'Guru99 – ASP.NET.' Denne streng vil blive testet i vores testprojekt.
Til sidst opretter vi et testprojekt. Dette bruges til at teste ASP.NET-applikationen.

Så lad os følge ovenstående trin på overordnet niveau og se, hvordan man implementerer testning.

Trin 1) Sørg for, at DemoApplication er åben i Visual Studio.

Trin 2) Lad os nu tilføje en ny klasse til DemoApplication. Denne klasse vil indeholde en streng kaldet 'Guru99 – ASP.NET.' Denne streng vil blive testet i vores testprojekt.

Følg nedenstående trin for at tilføje en ny klasse.

I Visual Studio skal du højreklikke på 'DemoApplication' i Solution Explorer.
Vælg indstillingen Tilføj->Klasse fra kontekstmenuen.

Trin 3) I dette trin,

Giv et navn 'Tutorial.cs' til den nye klasse.
Klik på knappen 'Tilføj' for at tilføje filen til DemoApplication.

Nu tilføjes en ny klasse til filen "DemoApplication."

Trin 4) Åbn den nye Tutorial.cs-fil fra “DemoApplication”. Tilføj strengen “Guru99 – ASP.NET.”

For at åbne filen skal du dobbeltklikke på filen Tutorial.cs i Solution Explorer.

Filen vil have en eller anden standardkode allerede skrevet. Du skal ikke bekymre dig om den kode, bare tilføje nedenstående kodelinje.

namespace DemoApplication
{
  public class Tutorial
  {
     public String Name;
     public Tutorial()
     {
        Name = "Guru99 - ASP.Net";
     }
  }
}

Code Forklaring:-

Navnevariablen er af typen streng.
Til sidst, i konstruktøren af Tutorial-klassen, tildeles værdien af Navn-variablen. Værdien tildeles til “Guru99 – ASP.NET”

Trin 5) Gå nu til demo.aspx-filen og tilføj kodelinjerne for at vise teksten "Guru99 – ASP.NET.”

<!DOCTYPE html>
<html xmlns="http://www.w3.org/1999/xhtml">
<head runat="server">
    <title></title>
</head>
    <body>
    <form id="form1" runat="server">
    <div>
        <% DemoApplication.Tutorial tp=new DemoApplication.Tutorial();%>
        <%=tp.Name%>
    </div>
    </form>
    </body>
</html>

Code Forklaring:-

Den første linje opretter et objekt af klassen 'Tutorial'. Dette er det første trin, når man arbejder med klasser og objekter. Navnet på objektet er 'tp'.
Til sidst kalder vi 'tutorial.cs' fra filen demo.aspx. Den viser værdien af Name-variablen.

Når du kører ovenstående program i Visual Studio, får du følgende output.

Produktion:-

Fra outputtet ser du meddelelsen "Guru99 – ASP.NET” vises.

Trin 6) Lad os nu tilføje vores testprojekt til demoapplikationen. Dette gøres ved hjælp af Visual Studio.

Højreklik på Solution – DemoApplication.
I kontekstmenuen skal du vælge muligheden 'Nyt projekt'.

Trin 7) Trinet involverer tilføjelsen af Unit Test-projektet til demoapplikationen.

Klik på elementtype som 'Test' fra panelet til venstre.
Vælg punktet som 'Unit Test Project' fra listen, som vises i den midterste del af dialogboksen.
Giv et navn til testprojektet. I vores tilfælde er navnet 'DemoTest'.
Klik til sidst på knappen 'OK'.

Du vil til sidst se DemoTest-projektet tilføjet til løsningsudforskeren. Med dette kan du også se andre filer som UnitTest1.cs, egenskaber osv. genereres som standard.

Afvikling af testprojektet

Testprojektet, der blev oprettet i det tidligere afsnit, bruges til at teste vores ASP.NET-applikation. I de følgende trin vil vi se på, hvordan man kører testprojektet.

Det første trin ville være at tilføje en reference til ASP.NET-projektet. Dette trin udføres, så testprojektet har adgang til ASP.NET-projektet.
Så skriver vi vores testkode.
Til sidst vil vi køre testen ved hjælp af Visual Studio.

Trin 1) For at teste vores demoapplikation skal det første testprojekt referere til demoapplikationen. Tilføj en reference til Demo.aspx-løsningen.

Højreklik på Demo Test-projektet
Fra menuen vælges indstillingen Tilføj->Reference.

Trin 2) Det næste trin er at tilføje en reference til DemoApplication.

Vælg indstillingen Projekter i venstre side af dialogboksen
Klik på afkrydsningsfeltet ud for DemoApplication
Klik på knappen 'OK'.

Dette vil give et demotest-projekt mulighed for at teste vores DemoApplication.

Trin 3) Nu er det tid til at tilføje testkoden til vores testprojekt.

For dette første dobbeltklik på UnitTest1-filen (UnitTest1-filen tilføjes automatisk af Visual Studio, når testprojektet oprettes) i Solution Explorer.
Dette er den fil, der vil blive kørt for at teste ASP.NET-projektet.

Du vil se nedenstående kode tilføjet af Visual Studio i filen UnitTest1.cs. Dette er den grundlæggende kode, der er nødvendig for, at testprojektet kan køre.

Trin 4) Det næste trin er at tilføje den kode, der bruges til at teste strengen "Guru99 – ASP.NET.”

using System;
using Microsoft.VisualStudio.TestTools.UnitTesting;
using DemoApplication;

namespace DemoTest
{
 [TestClass]
 public class UnitTest1
 {
   [TestMethod]
   public void TestMethod1()
   {
      Tutorial tp = new Tutorial();
      Assert.AreEqual(tp.Name,"Guru99 - ASP.Net");
   }
 }
}

Opret et nyt objekt kaldet 'tp' af typen Tutorial
Assert.AreEqual-metoden bruges i .NET til at teste, om en værdi er lig med noget. Så i vores tilfælde sammenligner vi værdierne af tp.Name med Guru99 – ASP.NET.

Trin 5) Lad os nu køre vores testprojekt. Til dette skal vi gå til menupunktet Test->Kør->Alle tests.

Produktion:-

Et test Explorer-vindue vises i Visual Studio. Dette vil vise ovenstående resultat og vise, at en vellykket test blev kørt i Visual Studio.

MSTest-attributter og påstande, du vil bruge

MicrosoftNavneområdet .VisualStudio.TestTools.UnitTesting indeholder et lille sæt attributter og assertions, der dækker de fleste ASP.NET-enhedstests. Ved at lære disse først bliver det nemmere at læse og vedligeholde alle senere tests.

[Testklasse] – markerer klassen som en beholder med tests. MSTest scanner klasser med denne attribut på opdagelsestidspunktet.
[Testmetode] – markerer en offentlig, parameterløs metode som en individuel test. Metoden returnerer void, Task eller ValueTask.
[TestInitialize] / [TestCleanup] – køre før og efter hver testmetode. Brug dem til at oprette og slette delte opsætninger, såsom et mock-arkiv eller en in-memory-kontekst.
[KlasseInitialisere] / [KlasseOprydning] – køres én gang for hele klassen. De er nyttige, når opsætningen er dyr, for eksempel ved oprettelse af en testdatabase.
[DataRow] og [DataTestMethod] – levere parametriserede input, så en enkelt testmetode dækker flere tilfælde.

Inden for hver testmetode kontrollerer Assert-klassen resultatet. Almindelige kald inkluderer Assert.AreEqual for værdisammenligninger, Assert.IsTrue og Assert.IsFalse for boolske værdier, Assert.IsNull og Assert.IsNotNull for referencer og Assert.ThrowsException for forventede undtagelser. Strukturer hver test ved hjælp af Arrange-, Act- og Assert-mønsteret, så opsætning, kald og verifikation forbliver visuelt adskilt. Dette layout gør det nemt at fejlfinde fejlende tests, fordi den fejlende linje næsten altid er den eneste Assert i bunden.

MSTest, NUnit og xUnit sammenlignet for ASP.NET

Tre testframeworks dominerer .NET-økosystemet. Hvert framework kører i Visual Studio og integreres med dotnet-test, så forskellen ligger primært i stil, fællesskabsstøtte og standardadfærd.

MSTest – sendt af Microsoft og leveres forudinstalleret med Visual Studio Unit Test Project-skabelonen, der blev brugt tidligere i denne vejledning. Det er den sikreste standard, når et team er nyt inden for enhedstestning på Microsoft stak.
NUnit – den ældste af de tre, oprindeligt porteret fra JUnitDen tilbyder en omfattende begrænsningsmodel, parametriserede tests via TestCase og TestCaseSource og moden understøttelse på tværs af alle .NET-versioner.
xUnit.net – bruges internt af ASP.NET Core- og Entity Framework Core-teams. Den erstatter SetUp-metoden med constructor og IDisposable, opfordrer til én testklasse pr. adfærd og bruger [Fact] og [Theory] i stedet for [TestMethod].

Alle tre frameworks opdager tests via attributter, kører via dotnet test-kommandoen og producerer trx- eller xUnit XML-rapporter, som CI-pipelines som f.eks. Azure DevOps, GitHub-handlinger og Jenkins kan forbruge direkte. For et første ASP.NET-projekt holder det værktøjskæden enkel, hvis man holder sig til MSTest. Teams, der ønsker mere omfattende parametrisering eller allerede bruger ASP.NET Core, vælger ofte xUnit for at sikre konsistens med det framework, det blev bygget med.

Bedste fremgangsmåder til enhedstestning af ASP.NET-applikationer

At følge et lille sæt vaner holder en suite hurtig, pålidelig og nyttig i løbet af et ASP.NET-projekts levetid.

Test én adfærd pr. metode. En test, der påstår flere uafhængige ting, fejler af mange årsager og tager længere tid at rette.
Navngiv tests efter hensigt. Et mønster som MethodUnderTest_Scenario_ExpectedResult gør Test Explorer-outputtet til en læsbar specifikation af klassen.
Isoler enheden fra eksterne systemer. Indpak fil-, netværks- og databasekald bag grænseflader og byt ind med forfalskninger eller mock-funktioner, så testen ikke rammer den reelle afhængighed.
Hold testene hurtige. Sigt efter at hele enhedspakken skal være færdig på få sekunder. Langsomme tests springes over, og oversprungne tests skjuler regressioner.
Følg layoutet "Arranger, Handl, hævd". Tre korte blokke med blanke linjer imellem signalerer hensigt og gør det nemt at få øje på fejlende linjer.
Kør tests på hver commit. Kable dotnet-test til en CI-pipeline, så en defekt test blokerer sammenføjningen i stedet for afsendelsenping til produktion.
Track-kodedækning, men jagt den ikke. Dækningen fremhæver uafprøvede stier, men et højt antal alene garanterer ikke kvalitet. RevSe hvad de manglende linjer rent faktisk gør.

Anvendt sammen forvandler disse fremgangsmåder det ovenfor bygget DemoTest-projekt til kimen til en suite, der fanger regressioner ved hvert push, dokumenterer adfærd for fremtidige udviklere og giver tryghed ved refaktorering af en ASP.NET-applikation.

Ofte Stillede Spørgsmål

Ja. GitHub Copilot kan scaffolde [TestClass]- og [TestMethod]-blokke, foreslå Arrange Act Assert-layouts og generere parametriserede [DataRow]-tilfælde fra en målmetodesignatur. RevSe de genererede påstande, før du stoler på dem i produktion.

Ja. Maskinlæringsbaserede assistenter kan markere skrøbelige tests, foreslå bedre navne og fremhæve duplikerede opsætninger, der hører hjemme i [TestInitialize]. De forkorter gennemgangstiden, men udvikleren ejer stadig rigtigheden af hver Assert.

En enhedstest isolerer én klasse eller metode og simulerer dens afhængigheder. En integrationstest udfører flere komponenter sammen og rammer ofte en rigtig database eller webserver. Enhedstests kører på millisekunder; integrationstests tager længere tid, men opdager fejl i ledningsføringen.

I Visual Studio Enterprise skal du bruge Test Analyse Code Dækning for alle tests. Tilføj Coverlet N på andre udgaver.uGet pakke og køre dotnet test –collect:”XPlat Code "Dækning" for at producere en Cobertura XML-rapport.

Pakk afhængigheden bag en grænseflade og injicer den gennem konstruktøren. I testen skal du sende en stub eller en mock bygget med biblioteker som Moq eller NSubstitute, så den enhed, der testes, aldrig rører den rigtige database eller HTTP-slutpunkt.

Kør dotnet test i den mappe, der indeholder testprojektet. Kommandoen opbygger projektet, registrerer alle [TestMethod], udfører dem og udskriver et resumé. CI-systemer som GitHub Actions kalder den samme kommando i et arbejdsgangstrin.

Marker metoden med [DataTestMethod] og tilføj en eller flere [DataRow]-attributter, der leverer inputværdierne og det forventede resultat. MSTest kører derefter den samme tekst én gang pr. række og producerer en separat linje i Test Explorer for hvert tilfælde.

Skriv en fejlende [TestMethod], der beskriver den næste krævede adfærd, tilføj lige nok produktionskode til at den bestås, og refaktorér derefter. Gentagelse af denne rødgrønne refaktoreringsløkke holder designet styret af tests i stedet for omvendt.

ENHEDSTEST i Asp.Net: Komplet vejledning

Introduktion til testning for ASP.NET

Oprettelse af et .NET-enhedstestprojekt

Afvikling af testprojektet

MSTest-attributter og påstande, du vil bruge

MSTest, NUnit og xUnit sammenlignet for ASP.NET

Bedste fremgangsmåder til enhedstestning af ASP.NET-applikationer

Ofte Stillede Spørgsmål

Opsummer dette indlæg med:

Tilmeld dig nyhedsbrevet

Introduktion til testning for ASP.NET

Oprettelse af et .NET-enhedstestprojekt

RELATEREDE ARTIKLER

Afvikling af testprojektet

MSTest-attributter og påstande, du vil bruge

MSTest, NUnit og xUnit sammenlignet for ASP.NET

Bedste fremgangsmåder til enhedstestning af ASP.NET-applikationer

Ofte Stillede Spørgsmål

Opsummer dette indlæg med:

Tilmeld dig nyhedsbrevet