Jeg ville teste robotten, men den endte med at teste min tålmodighed 

Revolutionen kommer, og hellere være klar til den end at sove i timen med håret i postkassen. Robotterne har bare at gøre vores liv nemmere og forandringen syntes at rykke nærmere. Ikke kun i version2 artikler, linkedin-publikationer og lign men også vor eget hjem.

En lidt lørdag morgen ville gøre noget jeg har drømt om længe – at overlade støvsugningen til den selvvalgte julegave fra shoppen som firmaet valgte at samarbejde med i år (derfor var hverken mærket, modellen eller specifikationen mit valg – selve muligheden at få en robotstøvsuger resulterede i et eksperiment).

Dette er ikke et produkt anmeldelse, så mærket og modellen er ligegyldig. Rent funktionelt har apparatet en lille grænseflade og en række tilstande den kan være i afhængigt af omstændigheder: den kan køre i cirkler, zig-zagger og andre mønstre for at dække det valgte områder på den mest effektive måder. Dette kunne man udfordre fra test perspektivet! Tænk nu hvis man kunne påvise den ikke var effektiv… Men dette var ikke målet med testen.

Skulle det vise sig apparatet ikke var effektiv nok, ville det ikke gøre nogen forskel. Jeg ville ikke kunne bytte den, og så kunne vi nok også leve med det. Den første “udforskende” pilot test har dog vist en interessant tvist.

Som nævnt er der få triggers som kan kan interagere med.

  • Tænde/slukke
  • Sætte den til opladning
  • Sætte den i ugyldig tilstand (så den ikke kan køre), f.eks på hovedet.

Bagsiden afslører at man ydermere kan pille batteriet ud, men så er det lige som det. Manøvrering og køreegenskaber kan testes i uendeligt mange situationer (og jeg skulle hilse og sige det går ret hurtigt med at finde situationer hvor den går i stå). Men hvad nytter det, hvis der ikke er strøm nok?

Test fokus

Opladning. Naturligt nok kræver det nok strøm til at kunne arbejde effektivt i nogle timer. Efter at have støvsuget køkkenet og gangen på sin jomfru tur, tog den sig en velfortjent pause. Næste gang jeg sad klar med en bog og en kop hjemmebrygget latte, ville banditten ikke køre mere en et par sekunder! En fejl lyd og rød blinken indikeret der var tid til lidt power.. Jeg synes det var lidt tidligt, for den har jo næsten ikke kørt i en time!!

Manualen. Teksten som skulle forklare mig den korrekte fremgangsmåde (som dermed kunne testes) var formuleret mystisk. Specielt punkt nr.5

Altså, sådan som jeg forstår det så tager det sammenhængende 4 timer for at apparatet er opladet 100%. Dog, hvis strømmen afbrydes undervejs vil den “always timing from zero automatically” — altså timeren bliver nulstillet og det begynder at lyse blot senere end sluttidspunktet for opladning. Lad være med at afbryde strømmen undervejs, siger den mere eller mindre, for så ved du ikke hvornår du kan afkoble adapteren med mindre du bruger et stop ur. (Husk nu at strømforbrug er en del af effektiviteten).

Så der har vi et par test situationer mere!

  • Opladning fra 0 til 100%, uafbrudt
  • Opladning fra 0 til 100%, afbrudt undervejs x gange
  • Opladning fra x til 100%, uafbrudt
  • Opladning fra x til 100% afbrudt undervejs x gange
Reklamer

Min årskavalkade 2017

Mens året nærmer sig sin afslutning, vil jeg bruge lidt tid på at kigge tilbage.bestof2017sofar

Denne blog begyndte jeg at skrive for lidt over halvandet år siden og det er blevet til flere indlæg der både handlede om at være tester i en agil verden og så lidt mere til. Mange af mine læringer og erfaringer lander her og bliver til refleksioner, ideer og koncepter. Nogle af dem bliver til virkelighed og resulterer i større eller mindre forandringer. Blandt dem jeg vil fremhæve:

  • Jeg har kastet mig for alvor over BDD og lavede et oplæg til Sogeti Capgeminis Testing Tuesday i starten af 2017.
  • Året blev også slutningen på min karriere som agil tester hos eBay, da jeg har fået jobbet som Agil coach og underviser hos Testhuset. Her fortsatte jeg min fokus på BDD og i fællesskabet med andre dygtige og erfarne undervisere udviklede vi et decideret BDD kursus og fik gode tilbagemeldinger på det efter at have afholdt det flere steder.
  • Jeg gik også dybere ind i teorien med agil test. ISTQBs agile extension gav en klassisk teoretisk oplevelse, på samme måde som det var med Foundation. Senere tog jeg også CAT og er nu den 6 person i Danmark som kan og må undervise i det 😉

CAT

http://www.agile-teaming.org/trainer-of-cat-certified-agile-tester.html

  • 2017 blev også året hvor jeg har sat fokus på agilitet og dennes anvendelse i software udvikling. I min rolle som agil coach har jeg arbejdet med kunder og deres cases og har fået nogle spændende erfaringer: lige fra valg af test management tool til QA strategi på agile teams — emnet var interessant nok til at blive til en kort artikel skrevet som en opsummering af erfaringer og overvejelser omkring det.
  • Motivation og kontinuerlig udvikling har også fyldt mine tanker og blogs en del: jeg skrev om at finde sin vej og veje til success, inspireret af tanker fra Simon Sinek og Toyota Kata. Disse tanker fandt også anvendelse i mit arbejde som agil coach, hvor jeg har kigget på måder at skabe motivation hos agile teams. Motivationsteorien og ikke mindst praksis står øverst på todo-listen i 2018.
  • I flere måneder har jeg været en del af flere agile teams og fået lidt jord under neglene med både praktisk test, test automatisering med webdriver.io og test management. Disse erfaringer gav uundværlig empirisk baggrund for at kunne summe og fundere over det med at arbejde med QA i agile projekter. Erfaringer viser at tekniske kompetencer har en større efterspørgsel end manuel test, hvorfor jeg tror at vi kommer til at se færre dedikerede manuelle testere på agile projekter, hvor QA og test fungerer i praksis som et fælles ansvar.
  • I løbet af året talte jeg med flere som fungerer i det daglige som agile testere.  Jeg gravede dybere i at forstå hvad agilitet egentlig for en størrelse da test og QA eksisterer jo altid i en kontekst. Det gav mig bedre indsigt i hvilke kompetencer og evner bidrager bedst til den agile kontekst samt har ført mig til at fokusere mindre på værktøjer og metoder som Scrum og mere på det agile mindset.
  • Sidst på året lavede et oplæg om hvad agil tester er for en størrelse, set i kontekst af ovenstående. Det fortsætter jeg nok med at kigge på og blogge om i 2018 🙂

Poul-Sørensen

Ny artikel om QA strategi på agile teams

For noget tid siden skrev jeg en blog om, hvorvidt QA skal være en del af agile teams. De tanker var skrevet i kontekst af forberedelse til Certified Agile Tester kurset, og det er en sjov læsning for mig i dag.

Et par erfaringer klogere har jeg begået mig ud til at skrive en lille artikel, der tager emnet videre til et spørgsmål om strategi. Egentlig er det jo ikke et valg baseret på præferencer! Om teamet skal have en dedikeret tester/QA afhænger af QA strategi for projektet/produktet.

Man kan godt forestille sig projekter uden en QA strategi, og beslutningen om at få en dedikeret og erfaren QA person kunne være begrundet i et ønske om at få skabt sådan en strategi. Og endelig, en mangel på strategi kan også være en strategi i sig selv…

Ikke desto mindre, her er lidt læsning til alle interesserede: (PDF, 2 sider, på engelsk)

Strategy for agile development teams- with or without dedicated QA
Article screen Udgivet 02.12.2017