Test-venner på tvers av alt - herlig!

Hei!
I dag har jeg opplevd noe veldig inspirerende: Teleplan Consulting arrangerte sammen med Centerpoint et Frokostseminar med Lloyd Roden. Lloyd er en av Europas mest anerkjente foredragsholdere, og selv om vi selv syntes vi var litt seint ute med invitasjoner, så ble deltakerlisten fylt opp på bare noen dager. Og denne usedvanlig sure og sørpete vintermorgen, så var vi ca 60 personer samlet i salen. Lloyd leverte varene som alltid, og vi fikk et interessant og underholdende foredrag om Agile testing, god stemning i salen og ikke minst mange gode tilbakemeldinger fra folk.

Men det som var nesten det beste, var at vi samlet folk innen test fagområdet fra mange ulike organisasjoner, og med ulike relasjoner. For eksempel hadde jeg bevisst invitert via mitt nettverk også i konkurrerende konsulentfirmaer. Og det er jo fordi jeg faktisk tror at vi har alt å vinne på å bidra til et godt fagmiljø rundt oss! Vi er et lite fagmiljø her i Norge, og det er ingenting å vinne på å holde seg for seg selv. Vi er helt forbi den tiden da det var om å gjøre å være eneste kafeen på hjørnet og om å gjøre med avstand til konkurrenter. Tvert i mot så mener jeg at jo mer vi deler, samarbeider og bidrar til å profesjonalisere fagområdet vårt, jo mer positiv energi bringer vi inn og tjener vi på det - rett og slett fordi vi alle har interesse av et sterkt og godt fagmiljø innen test. Vi samarbeider og gjør hverandre bedre på det faglige nivå, så kan vi heller konkurrere på andre arenaer. Jeg tror på at vi lever i «raushetens tid», og det er for meg utrolig inspirerende!

Her er et bilde av Lloyd og meg, når han får en liten gave som takk for foredraget

Og her et bilde av den herlige forsamlingen:

Ting løser seg. Alltid :-)

Hei igjen! I dag kommer et lite gullkorn som jeg bare MÅTTE dele med deg.
Vi som jobber med test er perfeksjonister - flinke til å stille krav til oss selv, og har stor yrkesstolthet på å levere og prestere. Og det er jo bra. Men på den annen side kan det bli for mye også. Derfor vil jeg dele denne lille filosofiske snutten med deg, kanskje det er perfekt for at du skal finne roen og lede deg selv frem til løsningene i dag og i fremtiden:

Lev smartere ved å alltid tenke at TING LØSER SEG. Til slutt. ALTID. Selv om ting og tang utvikler seg som regel langt fra slik vi så det for oss. Skuffelsen eller frustrasjonen river litt i oss, men perspektivet om at det alltid løser seg roer ned. Når du kan lede deg selv med RO og trygghet er du SMARTERE I HODET. Stress og kav blokkerer løsningene i hodet. Du ser veggen og ikke døren. For å komme deg videre, når ting har stoppet opp, må du over i et annet "rom". Tenk det løser seg, hvor kan jeg lett gå videre, hvem kan jeg snakke med og hvor er det best å begynne? Heier på deg:)

Disse ordene fra Ann Elin Schüssel (dagensinnsikt.blogspot.com) var rette ord i rette stund for meg! Ja, ikke at jeg er spesielt stressa i dag, men du vet. Man har så mange tanker om å prestere, være like vellykket som alle de andre, gjøre de lure valgene. Liver et ikke så enkelt, kan prøve det den som vil :-) Klem til den som trenger det, og ha en GOD dag!

Stå på krava!!

Hei!! 

I dag har jeg veldig lyst til å dele noen tanker om kravarbeidet i testing med deg, særlig siden jeg har vært innom temaet så vidt før. Og det er vel ingen som er så talentfulle på krav som oss kvinner! Ingen som setter lista så høyt og er så kravstore – spesielt flinke til å stille store krav til oss selv. Bare tenk på Tårnfrid. Men husk: Superkvinnen er supersliten. Vi er eksperter på å analysere side opp og side ned, de stakkars mannfolka greier ikke å henge med. De er jo tross alt – bare menn. Men arbeid med krav er viktigere enn vi kanskje skulle tro.

Det viser seg faktisk at den vanligste forklaringen på feil som oppstår i produksjon er knyttet til krav. Selvfølgelig kan det hende kodefeil, men det er langt sjeldnere enn man kanskje skulle tro. Forskning viser faktisk at det er kun 7% av alle feilrettinger som er knyttet til kodefeil. Den store «verstingen» når det gjelder feil i systemer, er faktisk manglende eller dårlige krav! Overrasket? Ja, jeg også.  Men her ser du en illustrasjon som viser at hele 56% av feilene kan spores tilbake til dårlige eller manglende krav, i godt selskap med Design som må ta din andel på 27%. Kilden er Critical Logic , James Martin, Bender RBT, 2009:

Det er faktisk ingen annen kilde til mer grin og spetakkel rundt feil i produksjon, enn dårlige krav. Da skjønner man hvor viktig det er å fokusere på gode og testbare krav. Og hva er så et godt krav? Først og fremst to ting:

1.  En definert kraveier. Det vil si en representant for dem som faktisk trenger og skal bruke denne funksjonaliteten.
2. Definerte akseptsansekriterier for når kravet er oppfylt.

Jeg mener at for å få gode krav, så må det aksepteres i organisasjonen at det brukes tid og krefter på det. Og at den rette kompetansen involveres i arbeidet. For oss testere er gode og testbare krav alfa og omega. Vi burde stille litt færre krav til oss selv, være litt mer rause med oss selv og andre. Men når det gjelder it-systemer og testing, så bør vi stille store krav til gode og testbare krav.

Så min oppfordring denne kalde og ufyselige februardagen er: Stå på krava!! Ikke la noen lure deg til å lage testplaner for manglende eller dårlige krav. :-)

Og OBS en ting til før jeg glemmer det, Teleplan Consulting arrangerer en kjempespennende frokostseminar torsdag 13. februar - meld deg på da vel, det er gratis og med Lloyd Roden - som forøvrig er en av mine store inspiratorer.
Ikke gå glipp av dette – klikk her for å melde deg på! :) http://teleplanconsulting.no/frokostseminar

Ønsker deg en herlig kravstor (på de rette områdene) uke! :-)

Astrid

Godt nytt år, og suksessfaktorer for Test!! :-)

Hei - nå er det på høy tid med et nytt innlegg på denne bloggen!
Høsten tok litt overhånd for meg med familiebesøk, høstvær og feiring av min 50-års dag. Men, nytt år nye muligheter! :-) Jeg har kommet i gang på jobb igjen, og tro det eller ei: det er faktisk godt å være tilbake, treffe folkene, ta opp de trådene jeg forlot før julen ringte inn.

Og i løpet av julen har jeg tenkt på en ting som jeg vil dele med deg: Suksessfaktorer for test! I prosjekter er det klassiske scenariet at test er "problemet": Prosjektet sklir på tid og penger, fordi

• test er forsinket
• finner for mange feil
• finner feil type feil
• finner feilene for seint (dvs i prod)
• osv 

Men egentlig er det jo ikke selve testprosjektet som er problemet, men forutsetningene for å få en vellykket og effektiv test som svikter.

Akkurat nå for tiden jobber jeg i et prosjekt som dreier seg om å forbedre testprosessen. Det er kjempespennende! Men det jeg har tenkt på i julen er at ting som testmiljø, HW og SW er jo kun verktøy - gevinsten får man jo ved å bruke det lurt. Det blir som å investere i en flott bil, men den alene gjør jo ikke en vellykket tur! Man må jo vite hvor man skal (ha et godt kart), ha en god sjåfør, kunne trafikkreglene etc.
På samme måte er testmiljø og testverktøy også bare nettopp flotte verktøy.
Jeg tror suksessfaktorer for vellykket test er:

• Riktig kompetanse fra linjen til kravarbeidet
• god metodikk i kravutforming: det skal være testbart og konkret
• Riktig kompetanse fra linjen til test gjennomføring: folk som kjenner systemene og vet hvordan det skal fungere, og er i stand til å kjøre komplekse tester
• Realistiske tidplaner

Og hvorfor er jeg opptatt av dette tenker du kanskje? Jo, nemlig fordi jeg tror at jobben med test og testprosjekter blir mer GØY når vi har de rette forutsetningene for å lykkes! :-)

Ja der ser du - mange tanker som surrer rundt også i julen :-) Håper du ble litt inspirert av dette til å ta tak i forutsetningene for dine testprosjekter, og få det mer gøy på jobben!! Har du noen innspill eller noe som kan inspirere tilbake? Blir kjempeglad for kommentar!!! :-)

Hei igjen!

Som sagt så er livet en eneste lang serie med tester....
Og ofte er det sånn både innen IT-verden og i livet generelt, jobb og privat, at man ikke skal gi seg selv om det feiler på de første forsøkene.  I den siste uken har jeg testet veldig mye på Google+ og Blogger, for å få til en best mulig profil og en penest mulig blogg – visst er det moro! – men ikke lett.  Jeg er jo helt grønn på dette med blogging – har aldri prøvd meg på det før, så jeg håper du har litt tålmodighet med fremdriften min… Har du noen gode tips/råd ang Blogger eller Google+ profilen min så tar jeg gjerne imot! J Nå har jeg i alle fall greid å gjøre det slik at man kan legge inn kommentarer også anonymt, og det er bra – tror jeg ;-) tester videre med tanke på forbedringer… Og mens jeg sitter her og filosoferer over livets motbakker, så kan jeg jo teste opplasting av et bilde, og det ble jo helt perfekt:

 

Hadde jo egentlig tenkt å si noe om kravprosessen – og det kommer – men først: Fikk et spørsmål fra en jobb-venninne om forskjell på re-test og regresjonstest.  Du syns kanskje at dette er rimelig basic, men tenkte likevel jeg skulle dele mitt forslag til svar med deg her:

Re-test: Når vi tester noe om igjen. Når en test har feilet, og feilretting er gjort, så re-tester vi den samme testcasen for å se om vi denne gangen får forventet resultat. For eksempel, hvis du har testet en oppskrift, og det ikke ble noe godt fordi potetene ble svidd: er jo ikke sikkert det er noe galt med selve oppskriften, og da er det lurt å rette problemet, og så teste samme oppskriften en gang til. Og sånn kan vi holde på helt til det blir riktig: feilretting – retest – feilretting – retest – perfekt!! J

Regresjonstest: Når vi tester «omgivelsene» for å sjekke om de har blitt påvirket av endringer/feilrettinger. Test av et område eller utvalgte funksjonaliteter, for å sjekke at ny kode ikke har ført til feil i andre deler av systemet. F.ex ved endringer på en ordreløsning. Da vil det være naturlig å kjøre regresjonstest av hele verdikjeden bestilling – ordre- faktura for å være sikker på at ikke noen av de andre systemene/integrasjonene er blitt påvirket.

Skjønner? Enig??

Har du spørsmål, innspill, enig eller uenig i noe jeg har sagt? Eller bare lyst å si hei? Håper du legger igjen en kommentar under her, blir kjempeglad for å høre fra deg!!

I morgen skal jeg på Testforum sin Testpub – kanskje vi ses? Ha en herlig ettermiddag videre :-)

Hei på deg!! Velkommen til Testbloggen min :-)

Hei du!!!
Her er min blogg om testing og testledelse - et fagområde jeg brenner for både privat og på jobb. Joda, her i heimen er jeg kjent for å ville sjekke alt opp og ned i mente, og at jeg simpelthen ELSKER å teste ut nye matoppskrifter (helst de enkle lette som nesten lager seg sjøl, du vet... ;-))

Privat bor jeg sammen med mannen min Farzad, og sønnen min Adrian, på Rodeløkka i Oslo. I et lite rekkehus, midt i idyllen her. På jobb er jeg Fagansvarlig for Test hos Teleplan Consulting, og sjefskonsulent - og akkurat nå er jeg i et oppdrag som prosjektleder for etablering av testmiljø hos et større skandinavisk firma. Det beste med oppdraget er at det er så hyggelig å jobbe der sammen med mange flinke folk, og at det er sykkel-avstand hjemmefra :-)

Det er mange som sier at de syns test høres så kjeeedelig ut. Men det syns ikke jeg, etter å ha jobbet noen år med deg. Jeg pleier å si at jeg har ca 15 års erfaring fra IT telecom bransjen, men egentlig er det vel nærmere 25 år. Så det med 15 år er mest for å virke litt yngre ;-)


Test er jo noe vi driver med hele livet, og på alle nivå og områder. Det å ta lett på test er like lurt som å lage en spektakulær og vanskelig kake for første gang når svigermor kommer på første besøk. Eller å ikke prøve brudekjolen før du går til alters. Det gjør du bare ikke. Du tester den først. Hvis ikke, er det kun et Guds under hvis det går bra. Og sannheten er at slik er det faktisk man opererer i mange bedrifter. Man lukker øynene og håper det skal gå bra – denne gangen også. Men etter hvert er test blitt tatt mer seriøst, og i de fleste bedrifter med respekt for seg selv, så er test verdsatt som verdiøkende og kvalitetssikrende.

Ja: et testprosjekt er moro fordi det ligner så mye på andre prosjekter jeg har hatt i livet. 

Et testprosjekt går ut på å først analysere hva slags produkt man skal forvente levert, kravspesifisere produktet, for deretter å planlegge og gjennomføre test, til sist og rapportere testresultater. 

Og det mest morsomme av alt: Et testprosjekt er en kritisk suksessfaktor fordi vi får helt essensiell informasjon om produktkvaliteten fra testresultatene! Prosjektlederne bare ELSKER oss når vi leverer gode rapporter om testfremdrift og feilstatus! Det er utrolig moro :-D

Prosjekter som reiser, barneoppdragelse, utdanning, huskjøp og eiendomsinvesteringer, oppussing, ferieturer, familiesamlinger, konfirmasjoner. Ja, til og med MENN er jo et helt lite prosjekt i seg selv – først skal han jo analyseres og kravstilles. Så skal det planlegges, og anskaffes, og testes, og overføres til linjen for å gevinstrealiseres. Jo jenter: ikke tilfeldig at det er så mange dyktige kvinnelige testledere!! :-D

Så det er altså dette jeg har lyst å blogge litt om. Og jeg er SÅ glad for å se deg her, og at du har lest gjennom så langt. Så nå håper jeg at vi, du og jeg, at vi skal kunne utforske litt mer om test og testledelse, og bli bedre på gjennomføring av testprosjekter. Det temaet jeg har lyst til å skrive om neste gang er analysefasen og utarbeidelse av gode og testbare krav, hvorfor det er så viktig, og hva vi som profesjonelle innen test kan bidra med. Jeg har lyst til å dele med deg den erfaringen og lærdommen jeg har hatt gjennom mange prosjekter i inn-og utland. Syns du det høres nyttig og morsomt ut? Jeg blir kjempeglad hvis du gir en kommentar om du syns dette høres kjekt ut, om du har noe råd eller innspill, og sier noe om hvilke tema du kunne ønske deg å lære mer om, her under. :-)

Håper jeg hører fra deg - venter spent!! :-)

Ciao fra Astrid