Send spørgsmål eller kommentar til Thor - klik her:      

ASP.NET III / Test / Etablere tests

Test

Test typer

Der er 5 test typer man skal igennem for at teste sin løsning rigtigt.

Testcyklus:

Unit test

En unit er det mindste stykke kode, som kan blive testet uafhængigt at resten. Som regel udgør disse stykker kode klasser, metoder, egenskaber og events.

Den vigtigeste faktor i forbindelse med unit testing er grundighed - alle mulige værdier af egenskaber skal testets etc. Testen kan enten skrive mulige fejl til output vinduet med Console.WriteLine eller til en testlog fil med Debug.WriteLine

Integrations test

Næste skridt i testen er, at finde ud af om de enkelte units kan tale sammen - det sker gennem integrationstests. Det første skridt består ofte i at spørge "Kan applikationen kompileres?". Når et forsøg på "Build" af applikationen fejler er det ofte fordi der er komponenter, der ikke er skrevet endnu. For at komme ud over dette problem vælger man ofte at etablere såkaldte "Stubs". Stubs er komponenter, der ikke virker, men som eksponener de nødvendige klasser, egenskaber og metoder. Det er en slags outline af kode, der skal skrives senere.

Når man er kommet dertil, at applikationen kan kompileres kan man ende i en situation, hvor to komponenter skal arbejde sammen gemmen en 3. komponent, der ikke er blevet skrevet endnu - for at komme rundt om det lille problem kan man skrive en såkaldt Driver. En driver er en testkomponent, der kan teste, at de to komponenter kan arbejde sammen.

Ud over at skrive Stubs og Drivers kan man få brug for at skrive et test interface, der kan bruges til at teste komponenterne. Et test interface er et sæt af offentlige metoder og egenskaber, der kan bruges til at kontrollere en komponent fra et tekstent test-program. Det kunne se sådan her ud:

#if DEBUG
public string FirstNumber;
public string SecondNumber;
//
public bool TestUI(string Answer)
{
  FirstNumber = lblFirst.Text;
  SecondNumber = lblSecond.Text;
  txtAnswer.Text = Answer;
  txtAnswer_TextChanges(this, EventArgs.Empty);
  if (lblFeedback.Text == "Correct!")
    return true
  else
    return false
}
#endif

#if ... #endif  er preprocessor direktiver, der sørger for at test interfacet ikke bliver kompileret med i den endelige løsning.
 

Regressions test

Unit og integration test er grundlaget for regressions testen. Hvis en ny komponent eller en ændring i en eksisterende komponent giver fejl i en af de eksisterende unit eller integrationstests kaldes det en regression.

Load test

For at finde ud af om en application kan klare mange besøgende kan man bruge "Microsoft Application Center Test (ACT)" der er en del af Visual Studio .NET Enterprise.

For at bruge ACT skal følgende gøres:

1. Dan en test ved at optage en brugers opførsel på web-sited med ACT
2. Indstil load level og varighed for testen
3. Kør testen

Optage en session

For at optage en session gøres følgende:

1. Fra ACT Action menuen vælges New Test
2. Følg guiden indtil du kan vælge at starte optagelsen
3. Når du vælger at starte optagelsen åbner ACT et nyt browser vindue
4. Udfør nu de handlinger du ønsker at udføre
5. Stop optageren

Inden du kører testen kan du via Action menuen sætte egenskaberne for testen.

Platform test

Platform test består som regel af test af følgende punkter:

• At web-forms ser rigtige ud i alle understøttede browsere og deres forskellige versioner
• At applikationen opfører sig fornuftigt på browser versioner der ikke er understøttede
• At klienten bliver hjulpet til download af nødvendige komponenter - f.eks. ActiveX eller lign.
• At applikationen kører fornuftigt også på langsomme linjer

Programmet VMware fra http://www.vmware.com/ eller Mircosofts Virtual PC kan være meget nyttige til de første 3 punkter i testen. For at teste den sidste må man finde en modem-linje, eller et program, der kan begrænse båndbredden på maskinen (jeg har set sådan et program på et tidspunkt, men kan ikke lige finde det igen...)