AddQ Consulting

AddQ höll seminariet om xBTM hos VolvoCar i Göteborg.

Johan Sandström — Sun, 12 Feb 2012 17:02:43 +0000

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/

AddQ lanserar kursen Utforskande testmetodik – xBTM AddQ Consulting lanserar nästa kurs inom utforskande tester ”Utforskande testmetodik...
Agila Sverige 2011 Den 23 Maj i år, slås dörrarna...

Ledarkurs: Dubai

Liz Lohse — Mon, 06 Feb 2012 11:58:24 +0000

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.

En dåre i hierarkin.. Inom PowerPoint finns en evigt återkommande fråga och det är...
Employer branding och konkurrens vid rekrytering Slog upp tidningen CS för några dagar sedan och reagerade...

Vad kommer krävas av en testare i framtiden?

Kennet Osbjer — Mon, 06 Feb 2012 09:27:56 +0000

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

Alla lagar mat men alla är inte kockar. Alla företag/organisationer som använder IT testar, men alla har inte ”Testare” Mitt påstående vill peka på att i princip alla i...
Employer branding och konkurrens vid rekrytering Slog upp tidningen CS för några dagar sedan och reagerade...

National Instruments håller grundkurs i AddQs lokaler.

Johan Sandström — Mon, 06 Feb 2012 08:36:48 +0000

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:

Utveckla applikationer i den grafiska programmeringsmiljön LabVIEW.
Skapa applikationer med hjälp av en modell av en tillståndsmaskin.
Läsa och skriva data i filer.
Konstruera, implementera och distribuera fristående applikationer med LabVIEW.
Tillämpa single-loop- och multiloop-modeller för applikationsfunktioner.

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.

AddQ utökar sitt samarbete med yrkeshögskolan inriktning Agile developer AddQ har sedan länge haft ett samarbete med YH och...
AddQ Consulting inleder utbildningssamarbete med yrkeshögskolan (KYH) Yrkeshögskolan KYH har startat en 1-årig utbildning för programvarutestare där...

En dåre i hierarkin..

Johan Sandström — Tue, 31 Jan 2012 05:27:03 +0000

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

Premiär för nya boken av David Phillips! How To Avoid: Death By PowerPoint David Phillips, En...
STARWest 2011 Jag har precis kommit hem efter en vecka på Disneyland...

Hur testar vi människor?

Mats Grindal — Tue, 24 Jan 2012 15:27:10 +0000

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.

Vi bara testar lite. Gör det du också. Jag sitter på tunnelbanan på väg till jobbet. Smygläser reklamen...
STARWest 2011 Jag har precis kommit hem efter en vecka på Disneyland...

AddQ Dagen 2012

Johan Sandström — Mon, 23 Jan 2012 21:07:24 +0000

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.

AddQ presenterar Emma Skoog ...
Sociala Medier hos AddQ ...

Vi bara testar lite. Gör det du också.

Maria Jönsson — Tue, 17 Jan 2012 20:49:19 +0000

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!

Ett år med xBTM – En tillbakablick Tänk att det redan gått ett år sedan Christin och...
STARWest 2011 Jag har precis kommit hem efter en vecka på Disneyland...

AddQ medverkar på nätverksträff i Mälardalen.

Johan Sandström — Mon, 16 Jan 2012 19:11:37 +0000

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

PMI Sweden (Johanna Johansson)
PMIs arbete kring agila metoder – hur PMI stödjer utvecklingen av agila metoder i projekt.
Frontit (Thomas Öberg & Anders Fresk, projektledare)
Agila metoder, en ny värld för projektledaren? Hur kombinerar du det bästa från två världar? En introduktion till agila metoder och diskuterar hur organisationer kan vinna fördelarna från agila metodernas fokus på snabbhet och nytta, men samtidigt bibehålla möjligheten till styrning som de etablerade metoderna ger? Dvs hur kombinera man det bästa från två världar, traditionell projektledning och agila metoder för framgång i projekt.
AddQ Consulting (Petter Salomonsson, VD)
Testledning i agila projekt! Ska vi testa annorlunda i ett agilt projekt? Petter Salomonsson ger sin syn på framgångsfaktorer för test och kvalitetssäkring i agila projekt..

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!

Höstens (2010) kurser spikade Nu drar vi igång höstens öppna test- och kvalitetsutbildningar här...
AddQ utbildar studenter på KYH i kvalitetssäkring AddQ Consulting har sedan 2009 ett samarbete med yrkeshögskolan KYH...

Vem vill outsourca test?

Lars-Erik Sandberg — Tue, 27 Dec 2011 08:47:10 +0000

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?

Många av dagens IT projekt borde ledas av Testledare Majoriteten av de projektledare jag har mött vet väldigt lite...
Väljer du den lätta eller svåra vägen? Vi lever i en föränderlig värld och det gäller att...