Michael Albrecht från AddQ höll seminariet Utforskande testmetodik för VolvoCar i Göteborg.
Drygt 70 personer lyssnade när Mickael Albrecht höll en inspirerande presentation om utforskande testmetodik, Torsdagen den 9/2.
Efteråt var det diskussionsforum med många intressanta frågeställningar och diskussioner, mycket inspirerande!
Mer information om SBTM och nästa kurstillfälle, hittar ni här: http://www.addq.se/utbildning/utforskande-testmetodik-xbtm/
Dubai 19-27/11, 2011
Jag har varit på en ledarkurs med den enligt mig, bästa i branschen i Sverige Anders Haglund. Han är framgångscoach, enligt NLP (Neuro-Lingvistisk Programmering).
Vi slöt upp i Munchen allihop och åkte därifrån tillsammans till Dubai. Vi bodde väldigt vacker på ett golf och sparesort några mil utanför Dubai. Varje morgon startade vi upp kl.07 för en jogg eller ett gåpass om man ville.
Fantastiska frukostar, där allt fanns. Kl.09 satt vi inne i kursrummet. Kursen började med 1½ dag optimal hälsa. Det var otroligt intressant.
Där beskrev Anders vad kroppen behöver för att cellerna ska må optimalt i just min kropp, vad det gäller mat men även hur motion påverkar din kropp och hur kroppen gör sig av med ”gifter” genom rörelse. Vilken betydelse djupandning har och att dricka vatten. Att kroppen mår som bäst med rätt PH-värde.
Resterande 3½ dag gick vi igenom ledarskapets grunder. Det viktigaste är att du vet vem du själv är för att kunna leda andra. Hur du sätter upp mål för att veta var du är på väg. Din egen inställning till andra och det som händer runt omkring dig. Dina egna tankar, och att de bara är tankar. Tankens principer. Ställa dig frågor varje morgon, föra din framgångsjournal varje kväll och lita på din inre visdom.. och mycket, mycket mer.
Det är svårt att plocka ut några få meningar. Vi fick så många kloka ord.
..vi hade kvällarna lediga då passade vi på att gå på hästpolo
..besöka ett annat resort som låg en bra bit ut i öknen, med en restaurang som hade en fantastisk buffe under bar himmel. Tusen o en natt vackert.
..gå på världens största shoppingcenter med skidbacke och vansinnigt många butiker.
..var upp i världens högsta byggnad, åkte förbi världens dyraste hotell.
– Ja Dubai har lämnat avtryck.
Otroligt glad att jag fått uppleva detta och samtidigt tillgodogöra mig en bra utbildning.
Utvecklingen går med en rasande fart och omvärlden förändras hela tiden.
Under förra seklet var en viktig egenskap inom test att kunna analysera kraven och utifrån dessa skapa testfall som påvisade att kraven var uppfyllda. V-modellen kom till för att få struktur över vad som skulle testas och på vilken nivå. På den tiden hade vi mätetal som hette kravtäckning som beskrev hur väl testerna täckte kraven.
Utmaningen tidigare var aktiviteterna som genomfördes innan testgenomförande, d.v.s. hur man på ett effektivt sätt skulle skripta testfallen för att kunna skapa spårbarhet och repeterbarhet. Jag säger inte att det vi gjorde förr var fel utan snarare tvärtom, arbetssättet var anpassat till de förutsättningar som fanns då. För det gällde att göra rätt från början och att hitta felen så tidigt som möjligt, eftersom kostnaden för att rätta felen i senare faser av utvecklingen var hög. Testa alla funktioner och ha full kravtäckning var inte ett problem då. Idag är det en omöjlighet p.g.a. att kombinatoriken har exploderat och det kommer vara en utopi att kunna testa alla kombinationer.
Vad krävs då av test i framtiden?
Enligt min mening kommer arbetet före genomförandet bli mindre viktigt och fokusen kommer hamna på testgenomförandet. Kraven som under ett antal år har strävat efter att bli specifika, mätbara, testbara etc. för att kunna skapa en så detaljerad bild som möjligt över produkten/tjänsten innan framtagandet, kommer framöver att gå åt andra hållet. Vad jag menar med det är att kraven kommer bli mer luddiga och beskriva mer en intention över det man vill få fram utifrån ett användarperspektiv. Anledningen till det beror till stor del på att idag är de tekniska begränsningarna för vad man vill åstadkomma minimala. Detta medför att om kraven skulle vara detaljerade kommer det begränsa möjligheterna till innovativa lösningar. Med det sagt kommer test att tvingas till att mer se till affärsnyttan eller verksamhetsnyttan av produkten snarare än att se till att kraven är uppfyllda. Test kommer gå från att vara kvalitetspolis till att försvara affärsnyttan. För det krävs att test tvingas skapa en större förståelse för hur funktionerna kommer att användas av slutanvändarna. Utforskande tester kommer bli det dominerande arbetssättet eftersom det fokusera enligt min mening på att lyfta fram användandet av produkten snarare än att verifiera krav. De testare som kommer lyckas bäst i framtiden är de som kan tänka utanför ramarna och hela tiden anpassa sig efter den föränderliga världen.
Det viktiga är att förstå att det inte är OM mitt arbetssätt kommer att förändras utan snarar NÄR. Vi kommer alltid leva in en värld med ständiga förändringar och ständigt lärande!
Kennet Osbjer
I förra veckan höll National Instruments utbildningen ”Grundkurs i LabVIEW” i våra lokaler på Göteborgskontoret.
De delar NI höll kurs om innefattade LabVIEW Core 1 & 2, där nya användare och användare som planerar att utveckla applikationer med LabVIEW fick chansen att testa NI Developer Suite.
Kursens praktiska inriktning gör att man snabbt kan tillämpa de nya kunskaperna i applikationerna.
Under utbildningen presenterades LabVIEW-miljön och dess funktioner, dataflödesprogrammering och allmänna LabVIEW-arkitekturer in a hands-on format:
Kursen förbereder deltagaren för certifiering som Certified LabVIEW Associate Developer.
Här finner du mer information om LabVIEW Core 1 och LabVIEW Core 2.
Inom PowerPoint finns en evigt återkommande fråga och det är hur en presentatör ska förhålla sig till dokumentation respektive presentation. Och jag har full förståelse för varför frågan ständigt dyker upp eftersom de ju de facto är det största problemet med PowerPoint. D.v.s. att presentatören använder PowerPoint-presentationen både som dokumentation och som presentation för att spara tid eller för att någon dåre i hierarkin ovanför dem själva har sagt att så ska det vara… Nåväl. Här kommer lösningen för er alla!
Börja med att bygga en presentation utifrån ett dokumentationsperspektiv. När du har byggt klart alla slides så markerar du dem, högerklickar och döljer alla slides. Nu placerar du en ny slide före varje dokumentations-slide, den nya sliden gör du till din presentationsslide, d.v.s. begränsar mängden text, objekt och siffror och istället kompletterar med bilder. Det här betyder att varannan bild i din PowerPoint-presentation är dokumentation och varannan är presentation. I visningsläge syns inte dokumentations-slidsen men däremot gör dom det i vanligt arbetsläge eller i utskriftsläge. Voila, och allt ligger i samma fil! We all win.
- David JP Phillips
Satt i söndags och tittade på pilotavsnitten av SVTs nya storsatsning ”Äkta människor”. Handlingen utspelar sig i en parallell verklighet i vilken robotar utvecklats så långt att det är svårt att se skillnad på vem som är människa och vem som är robot.
En tanke som slog rot i mitt huvud och som jag sen har gått och funderat på är hur man skulle bära sig åt för att testa en robot som är näst intill lika komplex som en människa – ja som du och jag.
Det lär ju inte finnas några specifikationer, åtminstone inte mer än för de enklaste basala funktionerna, som start, laddning och uppgradering – och det räcker ju inte långt. Kanske skulle man kunna utgå ifrån sig själv, vi är ju alla experter på att leva våra liv, så domänkunskap har vi. Men vad är det som säger att mina beteenden och reaktioner är de rätta?
Om vi sen byter ”test av människoliknande robotar” mot ”bedömning av våra medmänniskor” så blir förstås denna tanke än mer spännande…
Oavsett vad man tycker om själva TV-serien så har den åtminstone fått mig att tänka till en smula och det är ju alltid uppfriskande.
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älan:ANMÄL DIG TILL ADDQ DAGEN DEN 19 MARS, 2012.
Läs Mer:HÄR.
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.
Jag sitter på tunnelbanan på väg till jobbet. Smygläser reklamen på baksidan av tidningen som killen mitt emot mig håller upp. ”Vi bara testar lite. Gör det du också.” I det här fallet handlar det om reklam för en fastighetsmäklare. Mina tankar försvinner iväg till när jag började arbeta med test och kvalitetssäkring för snart 20 år sedan efter att ha jobbat ett antal år som utvecklare. ”Vi bara testar lite” var då en mening som man mycket väl skulle ha kunnat använda för att beskriva det arbete som gjordes inom testområdet hos många företag på den tiden. Företag där man i bästa fall lät utvecklarna lägga lite tid på att testa sin egen eller möjligen någon annans kod. Hos många testade man dessutom bara att det funkade och negativa testfall var ett mer eller mindre okänt begrepp. Visst fanns det undantag. Inom t.ex. telekombranschen och några andra branscher hade man kommit lite längre. Även om man arbetade som testare eller testledare så var det ingenting som man kunde ange som yrke utan det blev mer vaga uttryck som t.ex. ”jag jobbar med systemutveckling”.
Förra veckan stod tv:n på hemma utan att någon tittade på något. Det var ett frågesportprogram som malde på i bakgrunden. Helt plötsligt hajar jag till, inte på grund av någon intressant fråga som jag kunde svaret på utan på grund av att programledaren frågar en av deltagarna: Vad arbetar du med? Hon svarar: – Jag är testledare. Därefter beskrev hon lite mer i detalj vad hon gjorde. Det är första gången jag hör någon i ett så pass offentligt sammanhang med stolthet i rösten ange testledare som yrke istället för att göra det enkelt för sig och säga något annat. För det kräver ju såklart en förklaring – än så länge.
För oss som arbetar med test och kvalitetssäkring så säger det en hel del om man beskriver sig själv som testare eller testledare. Vi kan till och med svänga oss med andra mer specifika roller, t.ex. teststrateg, testkoordinator och testsystemutvecklare och de flesta förstår fortfarande vad det handlar om. Varför är det så svårt för människor som inte arbetar med test och kvalitetssäkring att förstå vad vi håller på med? Att klaga på system eller produkter som inte fungerar är folk experter på. Däremot att förstå att det behövs specifik kompetens för att säkerställa att felaktiga system eller produkter inte släpps till användare eller kunder finns ingen förståelse för. Varför är det så?
När jag -94 rekryterades som testare till ett konsultbolag där man gjorde en testsatsning så hette det att ”Vi rekryterar bara personer med utvecklarbakgrund till den här testsatsningen så de har något att falla tillbaka på om det inte bär sig”. Inte en enda gång sedan dess har jag behövt falla tillbaka på min utvecklarbakgrund, däremot har det varit en bra grund att stå på när man ska arbeta med test och testledning. Utvecklingen går ständigt framåt och det gör mig oerhört stolt och glad att jag idag arbetar på ett företag med ca 85 anställda som är helt fokuserat på test och kvalitetssäkring. Ett företag som går bra, ständigt växer och vidareutvecklas. Det om något bevisar att test är ett eget kompetensområde och att det inte borde vara konstigt alls att ange sitt yrke som testare eller testledare. Undrar hur länge det dröjer tills man slipper förklara vad yrket innebär när man pratar med folk som inte är i branschen?
Vi bara testar lite. Gör det du också. Och förresten – vet du inte hur du skall gå tillväga för att göra det på ett effektivt sätt så hör av dig!
Den 24:e januari bjuder Frontit tillsammans med Project Management Institute (PMI) in till nätverksträff i Frontits Projektledarnätverk i Mälardalen. Nätverksträffen genomförs som ett kostnadsfritt seminarium med matnyttig agenda. Detta tillfälle vänder sig speciellt till dig som är nyfiken på agila metoder och deras användning inom projektområdet. Din yrkesroll idag är kanske IT-chef, projektledare eller ansvarig för projektkontor, Scrum Master eller produktägare, förvaltningsledare, kravställare i verksamheten, metodansvarig eller förändringsledare.
Agila metoder har slagit igenom med full kraft inom systemutveckling de senaste åren. Snabbheten, rörligheten och delaktigheten som skapas i utvecklingsteam har gjort metoder som Scrum otroligt populära. Samtidigt är mer traditionella projektstyrningsmodeller etablerade i de flesta organisationer. Beställarsidan har ofta inte riktigt hängt med och fortsätter att arbeta med projektstyrning och kravspecifikation i traditionell stil. Hur ser den nya tidens projekt ut? Finns det en plats för den traditionella projektledaren?
Träffa projektkollegor som tampas med samma utmaningar som dig. Välkommen!
MÅLGRUPP
Du kanske redan har arbetat med agila metoder i dina projekt, eller så är du nyfiken och vill veta mera.
FÖRELÄSARE
DATUM och PLATS
Den 24 Januari, 2012. Var? I Frontits lokaler, Slottsgatan 7-9 i centrala Västerås
Frukost serveras från 07:30. Föredraget börjar 08:00 och beräknas sluta senast 10:00 (med möjlighet till fortsatta diskussioner).
Läs mer och anmäl dig till seminariet på FrontITs hemsida: HÄR!
Trenden att outsourca produktutveckling är starkare än på länge. Det man framför allt vill åt i form av fördelar är kostnadsbesparing, och det kan ju kännas frestande att ta steget, då det ser ut som att här finns det mycket att tjäna. Det finns säkert många exempel på projekt där detta gått mycket bra, men det finns minst lika många exempel där besparingen inte blivit vad man tänkt sig, och till och med fört med sig en fördyring. Detta visar framför allt på vikten av att ha en genomtänkt strategi för outsourcing-projektet. Ett outsourcing-projekt ställer t.ex. mycket höga krav på en väl fungerande kravprocess, för att vara säker på att produkten som levereras fyller användarnas förväntningar. Trots en väl fungerande kravprocess, hamnar man ändå ofta i frågeställningar om kvalitet och funktionalitet. En annan stark trend är agila utvecklingsmetoder, detta för att ha möjligheten att ha en tätt dialog med beställare och användare, och som en konsekvens av detta ha möjligheten att styra utvecklingen i mindre steg, för att vara säker på att hamna rätt i slutändan. Med ovanstående i bakhuvudet, känns det inte som en bra strategi att outsourca test, man vill ju ändå förvissa sig själv om att den nya produkten fyller ställda förväntningar. En parallell; vem överlåter på en bilförsäljare att provköra bilen som du tänker köpa, med syfte att bedöma om den är rätt för dig? En produkt som man är beroende av testar man bäst inom ramen för den egna organisationen. Nedanstående påstående (med efterföljande fråga) är något man bör reflektera över, innan man outsourcar test.
” Testing is expensive!”
Compared to what?
