AddQ Dagen 2012

En halvdag sprängfylld med intressanta föreläsningar och tankeväckande information.

När: 19 mars 2012 8.30 – 13.30
Var: Westmanska Palatset, Holländargatan 17
AnmälanANMÄL DIG TILL ADDQ DAGEN DEN 19 MARS, 2012
Program: 

08.30-09.00

Registrering

09.00-09.45 

Undvik Ad-Hoc testning
Lars-Erik Sandberg

Vid Agil utveckling behövs ett alternativt angreppsätt för testningen för att inte hamna i ett läge där hela testverksamheten genomförs ad hoc

Effektivisera din testning genom att bidra till kravarbetet
Leif Bälter

Kunskaper om test och dess förutsättningar är ett värdefullt input till kravarbetet, vilket kan leda till stora kostnadsbesparingar

09.45-10.15 

Fika

10.15-11.00

Utforskande tester
Michael Albrecht, Johan Bergström

Hur bibehåller man flexibiliteten med utforskande testning samtidigt som man jobbar med struktur och spårbarhet?

Kvalitet: Testning och Täckning
Mats Grindal

Går det egentligen att mäta kvaliteten på den testade produkten på ett entydigt sätt med rimlig ansträngning?

11.00-11.15

Rast

11.15-12.30

 Keynote:
Beyond Requirements and Traceability:
Testing for big bugs in medical devices
- James Bach

Testning av medicinska system och applikationer ställer krav på styrning och struktur samtidigt som man vill hitta alla viktiga fel. Här kommer ett antal exempel och erfarenheter på detta från faktiska projekt.
OBS föredraget hålls på engelska.

12.30-13.30

Lunch

Anmälan:

ANMÄL DIG TILL ADDQ DAGEN DEN 19 MARS, 2012.

Obs! Begränsat antal platser så först till kvarn gäller!

För frågor maila oss på utbildning@addq.se

Kostnad: 1850 kr exkl moms inklusive fika och lunch.
Anmälan är bindande . Plats kan överlåtas till annan person inom samma företag.


Om seminarierna och föreläsarna:

 Undvik Ad hoc testning – Lars-Erik Sandberg

 De nya och allt oftare använda agila arbetsmetoderna får lätt konsekvensen att testkvaliteten blir lidande, vilket leder till att hela det agila arbetssättet ifrågasätts.

Detta beror vanligtvis på flera orsaker, som t.ex. att granskade och fastställda kravspecifikationer inte finns tillgängliga, eller svårigheten att skapa/uppdatera testfall med kort varsel, något som det snabba och lättrörliga arbetssättet bidrar till. För att inte hamna i ett läge där hela testverksamheten genomförs ad hoc behövs ett annat angreppssätt, där syftet är att säkerställa att rätt testprioriteringar görs, samt att även uppnå en bra testtäckning, och att erhålla rätt affärsvärde med produkten.

Hur avancerat är detta seminarium: 3(5)


Effektivisera din testning genom att bidra till kravarbetet – Leif Bälter

Vi testare vet att vårt arbete leder till både till bättre kvalitet på produkten och våra insikter och rapportering hjälper beslutsgruppen att fatt rätt Go/No Go-beslut vid release/produktionsstart.

Samtidigt vet vi av egen erfarenhet från en lång rad genomförda testuppdrag när det har fungerat bättre eller sämre och varför.

Att kravhantering är viktigt stöds av en lång rad undersökningar som visar att kravbrister är orsaken till de flesta kvalitetsproblem hos mjukvarubaserade produkter.

Testarbete förutsätter att vi vet vad vi ska testa och vad förväntat resultat är. En bra strukturerad kravspecifikation är en bra hjälp för att åstadkomma detta. I verkligheten hamnar vi i testuppdrag där kraven saknas eller är inaktuella, vi får ibland själva leta fram kraven, kanske genom intervjuer och strukturera dessa. I många iterativa projekt sista tio åren växer kraven fram successivt och ändras dessutom snabbt. Det behövs en kravprocess för detta. Testledare och testare har all anledning att bidra till kravarbetet för att få bättre testgenomförande och mindre problem i slutfasen av projekt. Rollerna kravanalytiker och testanalytiker/testare glider på många företag ihop. Kravtest kan vara den första testnivån och acceptanstest den sista. I detta seminarium ligger tonvikten på struktur, dokumentation och förvaltning av kraven.

Hur avancerat är detta seminarium: 3(5)


Utforskande Tester – Michael Albrecht & Johan Bergström

xBTM – en ny fluga eller något vi verkligen kan använda?

xBTM är ett samlingsbegrepp för Session-Based Test Management (SBTM ) och Thread-Based Test Management (TBTM). Båda teknikerna sorterar under utforskande tester, och teknikernas styrka ligger i att de behåller kreativiteten och flexibiliteten från utforskande tester utan att förlora möjligheten till spårbarhet.

Idag jobbar många agilt, vilket kan ge problem om man håller fast vi traditionella, skriptade tester. Med hjälp av xBTM hänger testingen med i det höga tempot i korta iterationer utan att tappa möjligheten till styrning och kontroll.  Vilken av teknikerna som passar bäst beror oftast på individen själv. SBTM bygger i grunden på ”timeboxade” sessioner medan TBTM snarare bygger på testidéer i form av trådar (threads).

Hur avancerat är detta seminarium: 4(5)


 

Kvalitet: Testning och Täckning – Mats Grindal

 

Kvalitet är ett centralt begrepp inom all testverksamhet. Ofta syftar testningen till att påtala brister i en produkt, vilket i förlängningen kan leda till åtgärder som höjer produktens kvalitet. Lika ofta syftar testningen till att skapa en bild av produktens kvalitet, vilket ska bidra till välgrundade leverans- eller driftsättningsbeslut. I det senare fallet strävar man efter att mäta produktens kvalitet med så god precision som möjligt, något som visar sig lättare sagt en gjort. Detta seminarium diskuterar begreppet kvalitet och visar hur man kan göra för att hitta framkomliga vägar för att mäta och åskådliggöra kvaliteten hos en produkt via testning. Bland annat diskuteras för och nackdelar med olika former av täckning.

 

Hur avancerat är detta seminarium: 2(5)


Keynote: Beyond Requirements and Traceability: Testing For Big Bugs in Medical Devices – James Bach

Formal requirements and traceability of testing to those requirements are important elements of medical device development. It’s not just tradition, it’s the law. And yet, you can do those things well and still have done a terrible job of testing. If you don’t want to recall your product in the field, you better FIND THE BUGS. And that means your testers need to do certain things that no law requires– that no law *can* require. In this talk I want to show you some examples of competent and incompetent testing on two medical device projects I’ve been on. At every turn, I will show how this relates to requirements and traceability. I will show you that having the traditional sort of records in order to impress the auditors is, while necessary to do for other reasons, almost unrelated to the problem of excellent testing.

Hur avancerat är detta seminarium: 3(5)