Dag König

Databasdrivna Användargränssnittstester

Som många redan vet, kommer Visual Studio 2010 att innehålla automatiska användargränssnittstester (Coded Ui Test). Detta är en funktion som har varit mycket efterfrågad. När man visar den funktionen och den första glädjen har lagt sig, kommer frågor om hur man skall använda dem. En sådan fråga är om man kan koppla värden till dessa tester. Värden som sedan hämtas ifrån någon form av datakälla och fylls på i testet. Ett vanligt scenario för detta är att kunna testa en inloggningsrutin med flera olika användarnamn och lösenord.

Och visst går detta att göra.

Detta finns redan inbyggt eftersom dessa användargränssnittstester använder sig av samma funktionalitet som som de vanliga enhetstesterna. (Användargränssnittstesterna beskrivs i antingen C# eller VB.NET.)

Gör så här, om du vill testa:

1. Skapa ett nytt testprojekt och i detta skapa ett Coded UI Test. (Testa något, exempelvis Kalkylatorn.)

2. Gå till fönstret Test View i Visual Studio 2010. Detta fönster lista alla tester som finns i testprojektet.

3. Högerklicka på testet som du vill skapa en datakälla till och välj Properties.

4. Välj egenskapen Data Connection String och klicka på knappen med de tre punkterna. Detta öppnar ett formulär som hjälper dig att koppla testet till en datakälla. (Det finns många olika datakällor att välja mellan.)

5. Använda följande kod för att komma åt datakällans innehåll:

testContext.DataRow["FirstName"].ToString(); 

6. Bygg om testet så det hanterar att få in dessa värden på lämpliga ställen.

Videofilmer ifrån evenemanget Introduktion till Visual Studio Team System 2010

Här finns de fyra presentationerna ifrån den 15 juni för er som inte kunde vara med eller skulle vilja se presentationerna igen. Magnus Juvas om arkitekturverktygen; Mathias Olausson om nyheter för utvecklarna; Magnus Timner om Team Foundation Server 2010 och Dag König och testverktygen.

• Introduktion till VSTS 2010, Del 1 – Arkitekturverktygen
• Introduktion till VSTS 2010, Del 2 – Utvecklare
• Introduktion till VSTS 2010, Del 3 - Team Foundation Server
• Introduktion till VSTS 2010, Del 4 - Test

Funkar Test-driven Development egentligen?

Många pratar om hur bra det är, men är det egentligen någon som har "hard facts" som bevisar att testdriven utveckling verkligen är bra? Om det är bra, är det bara gröna skogar eller finns det några avigsidor också?

Det har gjorts studier om detta men tyvärr har de ofta varit exprimentella studier där man involverar studenter i olika kodningsexpriment. Det har av det skälet funnits flera invändningar som har kunna gjort inför resultaten av dessa studier.

Nachiappan Nagappan, ifrån Microsoft Research, har istället gjort en studie på riktiga utvecklingsprojekt, tre inom Microosft och ett inom IBM. Han har också gjort det i efterhand så att utvecklingsprojektens deltagare inte visste, medans de skrev koden, att de skulle vara med i någon undersökning. Och till slut har han också jämfört med likvärdiga och riktiga utvecklingsprojekt för att se vilka skillnader som det blev när man använder TDD.

Resultaten är spännande

• Antal buggar i systemen minskade mellan 40% och 90%
• Det tog 15% till 35% längre tid att utveckla

Vill man alltså hitta fler buggar direkt i utvecklingsfasen och inte i någon specifik testningsfas eller i produktion så är testdriven utveckling en metod som man skall ta till sig.

Läs hela rapporten här och se en webcast här.

ALM Live: Testfokus - bättre mjukvarukvalitét med Visual Studio 2008 Team System

Anmäl dig till ALM Live här

Är du intresserad av att:
- Kunna göra snabba ändringar i koden utan att sova dåligt på nätterna?
- Kunna svara JA på frågan om applikationen klara den tilltänkta lasten utan att börja svettas?
- Kunna svara styrgruppen hur lång projektet kommit med systemtestarbetet utan att skjuta
  från höften?
Fokus för det här seminariet är alla de verktyg och funktioner som Team System innehåller för att stödja testarbetet i ditt mjukvaruutvecklings-projekt. Seminariet täcker allt från hur man kan använda enhetstester i samband med dagliga byggen till hur projektledning kan följa testprocessen i projektet med hjälp av rapporter.

Agenda:
- Introduktion till testverktygen i VSTS. Vad finns och hur kan de användas?
- Testautomatisering med enhetstester i VS2008
- Enhetstester i samband med dagliga byggen
- Löpande uppföljning av enhetstester med det inbyggda rapportstödet
- Lasttester i liten och stor skala
- Enhetstestning av databasobjekt
- Ordning och reda i testarbetet med hjälp av Work Items
- Uppföljning av testarbetet med hjälp av rapporter
Talare är Magnus Juvas från QWise, han har arbetat med Visual Studio Team System i projekt sedan 2005. Magnus arbetar till vardags som konsult. Oftast i en roll som lösningsarkitekt eller som metod- och verktygsspecialist. Han är också medlem i MEET, Microsoft Extended Experts Team.
QWise är ett nytt varumärke som Transcendent Group tillsammans med Callista i Göteborg kommer att använda för att marknadsföra ALM- relaterade tjänster.

Talare:
Magnus Juvas, konsult, QWise.

ALM Live - Belastningstester med hjälp av Microsoft Visual Studio 2008

Vi har precis avslutat förra seminariet av ALM Live om projektledning, där vi har haft över 200 deltagare. Nu är det dags för nästa. Anmäl i fort som tusan, vi håller redan på att fylla upp alla platser. Tyvärr körs den här bara i Stockholm den här gången.

Det är komplext att genomföra lasttester eftersom ett applikationssystems prestanda beror på många olika parametrar. Många organisationer och projekt slarvar med sina belastningstester vilket ofta sker helt i onödan.

Parametrarna som styr ett applikationssystems prestanda är åtskilliga. Vanliga parametrar är: datamängder, indexeringar, miljökonfigureringar, hårdvara, applikationsmodularisering och SQL-frågor.

Med Visual Studio finns numera möjligheter att genomföra belastningstester av olika slag utan att skaffa andra specialverktyg. Under detta seminarium går igenom hur det går att genomföra belastningstester med Visual Studio, vilka resultat man får samt varför det är komplext med belastningstester. Vi tittar på generell arbetsmetodik, vanliga fallgropar och tricks vid genomförandet av lasttester. För att förtydliga och exemplifiera går vi igenom ett praktikfall där Know IT använt Visual Studio i ett verkligt lasttest.

Vi kommer bland annat att titta närmare på följande:

• Vilka typer av belastningstester som finns

• Vilka typer av systemproblem man kan finna med belastningstester

• Några av fallgroparna som ger eller riskerar ge falska resultat från testerna

• En genomgång av ett praktikfall där VS används för belastningstester

• Några trick för att enklare hantera miljöer, data och last

Jörgen Damberg, Know IT har arbetat med mjukvarutest i alla dess former ett decennium och är med i styrelsen för föreningen SAST (Swedish Associasion for Software Testing) med 3000 aktiva medlemmar. Han arbetar för närvarande med omvärldsbevakning och QA-konsulting för Know IT.

Olov Mattsson, Know IT arbetar med test och processförbättring inom såväl utvecklings- som driftsorganisationer. Han har en lång erfarenhet från belastningstester och analys av prestandaproblem.

DATUM OCH PLATS:

Stockholm
Tisdagen den 29 april
Microsoft AB
Finlandsgatan 30
Anmäl dig
Tid: 09.00 - 12.00
Registrering från 08.30
Kostnad:
Seminariet är kostnadsfritt. Vi bjuder på kaffe/te och smörgås.

[Fråga] Kan man testa lastbalanserade system med Load Test?

[Fråga]

Kan man på ett bra sätt simulera att webbklienter kommer ifrån många olika ip-adresser för att kunna testa sin lastbalanserade webbplats?

[Svar]

Ja, man kan simulera IP-Switching, med hjälp av våra testagenter. (Observera att det innebär att man behöver skapa en TestRig med minst en Controller och en Agent.)

IP switching allows an agent to send requests to a server by using a range of different IP addresses. This simulates calls that come from different client computers. IP switching is important when you test against a load balanced Web farm. Most load balancers establish affinity between a client and a particular Web server by using the IP address of the client. If all requests look like they are coming from a single client, the load balancer will not balance the load. To obtain good load balance in the Web farm, it is important that requests come from a range o IP addresses.

Mer information ifrån MSDN finns här