En av Cinnobers största projekt LMEClear (London Metal Exchange) närmar sig sitt slut. Så efter projektets behov har jag jobbat med testning dom senaste veckorna. Kvalitet är väldigt viktigt i finansiella system så systemet måste testas ordentligt. Så vi har lagt kraven på is för tillfället och passar på att uttnytja vår lärdom under testkurserna. Jag skriver autotester i LMEClear och det känns bra att se att jag kan skriva ganska good looking tester!

Snart är det dags att flytta till vårt nya kontor i centrala Umeå. I torsdags hade vi en vernissage på kontoret som gav oss information om den kommande flytten. Flytten sker under juni..bara en månad kvar!

Anledningen till flytten är att vi har blivit många anställda och behöver mer utrymme. Det nya kontoret har plats för 100 personer vilket nästan blir en fördubbling mot det nuvarande. Läget på det nya kontoret är perfekt och det är väldigt modernt och stort och det ger oss möjligheten att expandera framöver.

Det här är vernissagen vi hade. Det visar hur kontoret och flytten är planerade. : )

Här på Cinnober jobbar vi med en agil utvecklingsmetod som heter Scrum. Agila utvecklingsmetoder har fått en bred spridning i mjukvaruutvecklingsbranschen dom senaste åren. Med scrum så delar vi in arbetet i så kallade sprintar som är i normala fall är 2-5 veckor långa och avslutas med en leverans till kunden i projektet. Arbetet i sprinten delas upp i tickets som innehåller en mängd arbete, detta kan vara vad som helst ifrån en bugrapport till nyutveckling av funktionalitet till interna kom-ihåg-lappar för allt möjligt som behövs göras i projektet. Vi använder ett verktyg som kallas Jira för att hantera detta. I mitt fall på kundprojektet LME Clear sitter det ganska många testare i London som testar våran senaste leverans och när dom upptäckt en potentiell bug så skriver dom en Jira och skickar till oss. Vi får in denna Jira på en tavla där vi samlar alla Jiror som kommer in från kund.

Processen därefter är att någon på våran sida tar den inkomna Jiran (bugrapporten) och försöker verifiera den. Ibland visar det sig att kunden tror att det är en bug när det egentligen inte är det eller att deras system inte är korrekt installerat. När vi verifierat den som en riktig bug kommer den in på vår interna Jira tavla som ser ut ungefär så här.

I detta läget är buggen verifierad och en utvecklare tar på sig att fixa buggen. När utvecklaren tycker att buggen är rättad sätts Jiran i For Test hos oss internt där en testare hos oss testar av Jiran. Ibland hittar vi här att buggen inte är rättad eller att något corner case som utvecklaren inte tänkt på gör att buggen kommer upp igen. I detta fall flyttas Jiran till To Do och bollen hamnar hos utvecklaren igen. Om våra interna testare tycker att buggen är rättad så stängs den interna Jiran och motsvarande kundjira sätts till For Test by Customer, då kunden får testa av buggen igen när nästa release levereras.

Genom att jobba på detta vis testas defekterna av i flera steg och minst tre olika personer testar samma bug. Detta gör att vi kan hålla en hög kvalite i våra system och leverera mjukvara i världsklass till våra kunder

Mitt namn är Lina Cedergårdh och jag är ett nytt tillskott här på TraineeBloggen från Scania. Jag har kommit drygt halvvägs i mitt traineeprogram som är inriktat mot Marknad. Tiden har gått extremt fort och jag är just nu på min tredje position. Den första innebar jobbet som marknadskoordinator i en grupp som jobbar med försäljning av lastbilar till de europeiska marknaderna. Den andra var hos Scanias återförsäljare i Stockholm och just nu är jag hos vårt marknadsbolag i Indien.

För drygt en vecka sedan klev jag ut från flygplatsen med en väska packad för tre månader och möts av obeskrivlig värme och otroligt mycket folk. Här är människor överallt, och kor. Det låter som klyschor, men det är sant. Kontrasterna i landet är slående, ena stunden rör jag mig på en kaosartad väg och kryssar mellan hundar, barn, skräp och kor och i nästa är jag i en toppmoderna galleria eller vid poolen vid min lägenhet. Vet inte om jag någonsin kommer att vänja mig vid dessa kontraster.

När jag satt i taxin från flygplatsen mot hotellet spanande jag givetvis (redan arbetsskadad) in lastbilarna på vägarna och här kan vi prata kontraster! Lastbilarna i Indien är långt ifrån det vi är vana att se på E4:an eller som lämnar varor till någon butik inne i stan, om jag ska vara ärlig är jag ibland förvånad att de fortfarande rullar, vilket jag nu sett att de inte alltid gör. Scania har här en stor utmaning när det gäller marknaden för lastbilar: att utbilda kunderna i att kvalité och bättre miljöegenskaper lönar sig i längden.

För att fortsätta på kontrast spåret, att byta en mogen marknad i Sverige och Stockholm till en växande marknad i Asien innebär även det stora kontraster jobbmässigt. Återförsäljaren i Stockholm firar 60-årsjubileum som bolag i år och här i Indien har vi bara varit närvarande i några få år. Rutinen som finns i Sverige finns inte här, på gott och ont, utan allt som skapas är nytt. Självklart finns det många lärdomar från uppstarter på andra marknader, men varje land är ändå unikt. Företaget här nere växer så att det knakar, nu senast fick konferensrummet slopas för att ge plats åt fler kontorsplatser.

Detta var några första tankar om jobbet och livet på helt annan ort. Kommentera och ställ gärna frågor, jag ska försöka att svara på allt och kan inte jag så kan troligtvis någon av de andra 16 traineerna på Scania.

Till nästa gång.

Bilder kommer..

http://en.wikipedia.org/wiki/File:Design_Management_in_brief.jpg

Hej, här kommer en ny liten uppdatering från mig.

Då det kundprojekt jag jobbar i börjar närma sig ytterligare en viktig milstolpe på vägen till release så har jag på efterfrågan från projektledningen nu tillfälligt gått tillbaka till testrollen för att förstärka upp inom kvalitetssäkring av den funktionalitet vi bygger.
Det känns uppskattat att vi trainees är en värdefull resurs och det ska bli roligt att åter få användning av den kunskap inom testning och den produktkännedom jag hittils förvärvat mig.

Cinnober’s platta organisation där vi jobbar agilt i små kundprojekt ger korta beslutsvägar vilket underlättar förvånadsvärt mycket för projektledningen när det kommer till att omprioritera projektets resurser allt eftersom kundens behov ändras. Detta gör att man som anställd vid behov kan flyttas runt inom kundprojektet till ett annat prioriterat område för att effektivisera, men det kan också bli så att man får hoppa in i andra kundprojekt för att hjälpa till. Detta ser jag som en styrka då det bidrar till att man som individ snabbt kan förvärvar sig ny spännande kunskap.

Hallå allihopa!

Som ni som följer den här bloggen har förstått så antogs två traineer under senaste vändan. Då undrar ni förstås var den andra har tagit vägen – Johan presenterade ju sig själv för en och en halv månad sedan!

Ni behöver inte oroa er, för det är jag som är den andra traineen. Jag heter Rasmus Leijon och började för tre månader sedan (har det gått så länge redan?!) här på Cinnober, och sedan starten så har jag varit rejält upptagen med att arbeta som testare.

Jag har läst en master i matematik vid Umeå Universitet, men jag har lite blandade inslag i min utbildning av fysik och datavetenskap också. Man skulle kunna säga att jag har varit väldigt osäker på var jag egentligen skulle hamna – och hur jag nu skulle få använding av min djupa kunskap inom komplex analys på kalibrerade mångfalder i arbetslivet. Det visar sig att det inte är helt bortkastade kunskaper när man arbetar på Cinnober, finansiell teknologi är full av tillfällen att applicera analytiskt tänk!

Som testare så är det en hel del att göra; eftersom vi ställer så höga krav på att våra system ska vara felfria och pålitliga så krävs en hel del felsökning (hitta nya svagheter i systemet) och regressionstestning (se till att gamla fel inte kommit tillbaka). Inte desto mindre nu när vårt projekt går så sakteliga mot sitt slut.

Testningsblocket går nu mot sitt slut och vi har blivit färdiga testare, utrustade med all kunskap som man kan tänkas behöva inom testning! Vi har fått ta del av bland annat:

–       Bokcirklar med litteratur om testning, Experiences of Test Automation och Lessons Learned in Software Testing

–       Föreläsningar i teststrategi (hur ska man lägga upp själva testandet?)

–       Föreläsningar i presentationsteknik

–       Föreläsningar i performancetest (kvalitetstest – hur snabb är produkten? Frågor man oftast inte tänker på innan det är för sent om man inte har tagit med sådant i planen)

–       Föreläsningar i funktionella tester (hur man skriver automatiskatester)

–       Mycket mer!

På det stora hela känns det som att man har kommit in i teamet som testare – och nu är det dags att byta till att själva utveckla systemet och bli tvungna att vara de som får rätta de fel som hittas. Det blir superkul.

Ajöss, vi höres under utvecklingsblocket om inte annat!

Nu är vi klara med utveckingsblocket. Igår började vi med kravblocket och hade en heldags introduktionskurs. Vi gick igenom koncept i kravhantering. Det finns många modeller och digram som används i kravhantering för att underlätta förståelsen av systemet och verksamheten. En av dom som jag tycker är intressant heter: Objectives Model. Denna modell visar systemets funktioner i helheten och ger en översikt om vad som måste göras.

Ett viktig koncept inom kravhantering är Value Chain. Value Chain länkar till Supply Chain och Business strategin. Det innebär att value chain visar aktivitier som resulterar i en värdeful produkt. Bilden nedan visar Cinnobers value chain:

Under kravblocket har vi kurslitteratur som vi måste läsa. Den första boken heter: ”The Business Analyst’s Handbook”.

Det är snart helg! Jag ska till Stockholm för att fira persiskt nytt år med mina kompisar!
Happy Nowruz!

Hej alla bloggläsare!

Johan Sundberg heter jag och har börjat som trainee här på Cinnober för sju veckor sedan nu. Jag har läst Civilingenjör, teknisk fysik vid Umeå Universitet och tog examen i januari. Traineeperioden på Cinnober är indelad i lite olika block och just nu är jag mitt uppe i testblocket som är 12 veckor långt. Blocket varvas med utbildning och praktiskt arbete i ett kundprojekt, jag tillsammans med min kompanjon Rasmus (den andra traineen som började samtidigt) är i projektet LME Clear (London Metal Exchange Clearing). LME är världens största börs för optioner och terminer för metaller och Cinnober levererar med det kundprojekt jag är med i mjukvaran till ett clearinghus som tillhör LME.

Testning som koncept var helt nytt för mig innan jag började jobba här, det jag kunde associera med testning innan var i princip kolla att din användare inte skriver in konstiga saker som input till ditt program, som är i princip så långt som mina kurser på universitetet tog detta. Området testning är väldigt stort men jag tänkte berätta lite kort om de tre huvudnivåer i systemet som man brukar dela in testningen i och vad jag har gjort senaste veckorna.

(Bild tagen från https://vinodkumaar.wordpress.com/tag/functional-test/)

Det finns många olika tankar kring hur man ska testa men ganska generellt kan man sammanfatta de olika testnivåerna i systemet som i bilden ovan. Unit tester är tester som utvecklare skriver och körs direkt mot källkoden, t.ex tester som körs mot individuella metoder i klasser. Integration/functional testning testar en eller flera moduler i systemet. UI/system/exploratory nivån är högsta nivån där man testar hela systemet. Tanken med uppdelningen är att man ska hitta buggar snabbt och på rätt nivå, då blir det mycket enklare att hitta och rätta buggar.

En stor del av tiden på Cinnober hittils förutom att lära sig alla nya begrepp och nya rutiner osv har gått åt till att lära mig FIX protokollet och skriva tester mot det. FIX är en standard inom finansbranschen för att skicka information om t.ex transaktioner och mycket annat. LME Clearing systemet som jag hjälper till att utveckla tar emot matchade ordrar från London metal exchange och ska sedan lägga in dom i clearingsystemet. I det lagret vill vi vara säkra på att inga konstigheter skickas i FIX-meddelandet som t.ex konstiga ascii-tecken, nullsträngar osv då det har hänt att vi har fått in buggar på detta.

Det har blivit en del programmering och utvecklande av automatiska tester som skickar in alla möjliga konstiga FIX-meddelanden med ogiltiga fält osv för att kolla vad våran mottagande server svarar med. Dessa tester kan klassas in i kategorin integration/functional test i pyramiden ovan. Det fina med att utveckla automattester är att vi lägger in dom i en byggplattform som kör testerna automatiskt flera gånger per dag mot senaste versionen av källkoden, detta gör att man snabbt kan se om systemet beter sig annorlunda om man ändrar i koden nånstans. Denna metod är väldigt effektiv när man utvecklar kritiska system som t.ex börser där man lägger stor vikt vid att det inte ska finnas buggar som kan sänka mjukvaran.

Det var allt från mig den här gången, ha en toppendag!

Hej!

Det börjar bli lite lugnare inom MarkitSERV-projektet nu, i tisdags tog vår sprint slut och vi hade release utav vår senaste version till kunden så innan dess var stämningen smått hektisk. Efter sprintens slut har vi hunnit med att ha retrospective (tillbakablick på sprinten som gått) och planerat nästa sprint som kommer att sträcka sig till mitten av mars. Min roll som utvecklare under den nya sprinten ligger fortsatt på att fixa buggar som testarna och kunden har hittat vilket är något jag trivs bra med. Det ger möjlighet att se många olika delar av systemet vilket är till stor nytta senare då man behöver lägga på ny funktionalitet. Men nog om det! Jag tänkte att det kunde vara av intresse att få inblick i hur en vanlig dag på Cinnober ser ut då man är trainee, så här är en sammanfattning utav min fredag:

8:45

Efter att ha åkt buss in till centrum anländer jag kring 8:45. Jag utför morgonritualen som är att läsa mail och uppdatera systemet till den senaste versionen samt kikar på hur de nattliga testerna gått.

9:00

Dags för Scrum-möte! Här går vi igenom varje område vi arbetar med i projektet och ger varandra uppdateringar om vad vi arbetar med. Fokus ligger på att vara snabb, konkret och att flagga för problem och svårigheter man stött på så att dessa snabbt kan tas om hand om. Mötena är bokade för en halvtimma men vi är vanligen klara efter 15 minuter.

9:30

Före allt annat arbete sker går jag och hämtar dagens första kopp kaffe. Eftersom att jag blev klar med en tidigare bugg dagen innan börjar jag leta efter nästa problem att ta mig an. Det är svårare än vad man kan tro! Eftersom att jag fortfarande är relativt ny på området vill jag välja sådana uppgifter där jag lär mig något nytt men som samtidigt inte ligger för högt ovan vad jag kan. Ibland kan det ta rätt lång tid att hitta något som är lämpligt, men idag får jag efter ett litet tag tips på en bugg som passar och jag börjar efter en kort introduktion arbeta på den. Själva buggen är att fel data visas i en kolumn i en tabell i GUI:t. Jag ska ändra så att rätt data visas. Det kan ju inte vara särskilt krångligt?

10:30

Det visar sig att sättet man vill rätta buggen på inte står beskrivet i buggrapporten eller i de kravdokument som rör området. Om jag bara följer det som står skrivet i rapporten slutar det med att två kolumner som har snarlika namn visar exakt samma data. Någon av kolumnerna är då onödig och borde tas bort. Men vilken? Det betyder att jag behöver konsultera kravanalytikerna för projektet. Lyckligtvis har vi sedan sommaren en ”kravare” i Umeå som arbetar i projektet så tillsammans resonerar vi oss fram till på vilket sätt jag ska lösa problemet.

11:30

Lunch!

12:15

Med kaffet i högsta hugg sätter jag mig ned och arbetar vidare. Det verkar som att den lösningen vi kom fram till har bredare konsekvenser än väntat. För att tabellen ska vara sammanhängande och förståelig behöver jag, om jag vill genomföra mina ändringar, byta namn på fler kolumner. I så fall behöver kravdokumenten ändras.. Ajdå. Det kanske är dags att backa lite?

14:00

Paus i arbetet för en väldigt kort avstämning för hur det går med trainee-programmet.

14:30

Fredagsfika inom projektet. Det finns ingen plats i köket eftersom att Sveriges hockeymatch mot Finland visas på projektorn. Vi lyckas hitta ett rum bredvid och avnjuter hembakta muffins. 😀

15:00

Äventyret med kolumnerna fortsätter. I samförstånd med projektets kravare bestämmer vi oss för att backa alla ändringar och ta bort den andra kolumnen. Allting går därefter som en dans och ett tag senare kan jag testa mina ändringar på mitt lokala system. Det fungerar och ser bra ut, men klockan börjar bli rätt mycket så jag väntar med att checka in tills efter helgen. Det finns få saker som är hemskare än att råka checka in kod som orsakar byggfel sent en fredag!

16:30

Det är inte särskilt lång tid kvar på dagen och kontoret börjar lugna ned sig lite så jag tar tillfället i akt att läsa lite trainee-litteratur! I detta fallet blev det att läsa några avsnitt i ”Working Effectively with Legacy Code”.

17:15

Dags att ta helg och möta upp med min älskling för att äta god mat och träffa några vänner i centrum.

Det var allt för den här gången! Ha en trevlig kväll. 🙂

Som trainee är det så trevligt att man får låna en lastbil hem över en kväll eller helg. Det passade jag på att utnyttja i helgen! Riktigt maffig känsla att rulla ut genom grindarna ensam i en lastbil för första gången kan jag säga. Till en början var jag inte helt cool, jag är ju allt annat än en erfaren trucker. Men ganska snabbt kom jag in i det och känslan av att jag faktiskt manövrerade runt det där stora fordonet var riktigt häftig!

Hälsade på min pojkväns föräldrar och både svärmor och svärfar ville givetvis ha sig en åktur. Men höjspunkten var nog min pojkväns 5-åriga kusinbarn som inte ville sluta åka och skrattade högt när vi provade vad de 730 hästkrafterna kunde göra 🙂

Jag kom just från ett samlingsmöte för outbound, alltså våra leveranser från produktionsenheterna till våra kunder. Det händer mycket på det här området just nu med nya upphandlingar och processförändringar. Väldigt intressant att träffa ansvariga från  Zwolle i Holland och Angers i Frankrike och även processutvecklare och ansvariga på orderkontoret på huvudkontoret.

Vi pratade en hel del om processen för avvikelsehantering. Den har varit väldigt bristfällig tidigare och våra leverantörer behöver hjälp att förstå syftet med rotorsaksanalyser och att lyfta fram avvikelser för att kunna jobba med dem. Tyvärr är insikten om detta relativt begränsad hos transportföretagen som är våra leverantörer i det här fallet. Så här finns mycket att göra! På “den andra sidan” när det gäller leveranser in till Scania och vår egen produktion har vi kommit mycket längre med att jobba med våra avvikelser internt. När det gäller outbound är det inte på samma nivå och vi behöver jobba med våra processer internt för att kunna ställa kraven på våra leverantörer.

Det är lite blandade känslor när jag förstå på vilken nivå vi och våra leverantörer befinner sig i det här området. Dels negativt såklart för att vi har mycket att jobba med som idag resulterar i kvalitetsproblem och slöserier. Dels positivt för att jag känner att jag kan bidra och att det jag lärt mig i skolan om 5 varför och fiskbensdiagram faktiskt kan göra väldigt stor skillnad. Dessutom ser jag ju verkligen svårigheten med att ändra mindset och kultur i ett så stort företag.

Nu kom precis en kollega förbi och gav mig en ny uppgift. Jag ska göra en upphandling av båttransport från en leverantör i Turkiet till vårt reservdelslager i Belgien. Här händer det grejer 🙂