Tidligere i år delte Tomas Cydik, senior QA Developer, litt om innovasjonspuslespillet, inkludert hva det vil si å være smidig i et 150 år gammelt selskap, hva som motiverer ham og automatisering innen hans felt.
Hvor lenge har du vært i GN, og hva er din rolle?
For omtrent 5 år siden begynte jeg å jobbe i GN Audio som programvaretestkoordinator. Noen år senere fikk jeg muligheten til å flytte til høreapparatdivisjonen GN Hearing som Quality Assurance (QA) ingeniør, hvor jeg kunne fokusere mer på den tekniske siden av utviklingen og gå mer inn i detaljene.
I dag tester jeg programvaren i høreapparatene for å sikre at den oppfyller alle kravene, at den fungerer som den skal, at den er trygg og gjør det den skal.
Hva er givende med å være QA Developer i høreapparatindustrien?
Jeg liker at jeg lærer mye og blir ekspert på et område.
- Tomas Cydik
Det mest givende er når du kommer hjem og føler at du har gjort noe godt. Det kan være så enkelt som å automatisere en prosess som er veldig tidkrevende, eller kanskje lære noe nytt. Hvis jeg ikke lærer noe hver dag, føles det ikke riktig, og så langt har jeg lært noe nytt hver dag.
Jeg er også drevet av det faktum at jeg jobber med et fysisk produkt som noen bruker. Jeg kan forklare en person: "Jeg har laget dette". Jeg liker det fysiske maskinvareaspektet.
Siden høreapparater er medisinske produkter, kan utviklingssyklusen være lengre enn programvarer og apper, men i dette miljøet lærer du mange nye ting, og du jobber med veldig erfarne mennesker.
Høreapparatet er så lite, og det ligger så mye teknologi i det - det er helt sinnssykt!
Du nevnte automatisering av ellers tungvint prosesser. Hvordan automatiserer du arbeidet ditt og hvilke fordeler har du sett?
Det er en balanse, men ideelt sett bør enhver test vi utfører manuelt automatiseres.
Dette betyr at vi har en ramme som har et interface med høreapparatet, og vi skriver vår egen kode for det, helt ned til minste detalj.
Generelt sparer automatisering tid og hjelper med å finne feil raskere. Hvis du mottar en programvare for testing og prosessen er automatisert, kjører den bare. Hvis du gjør det manuelt, vil du sannsynligvis prøve å fokusere på et område som er berørt av de nylige utviklingsendringene, men da vil du kanskje savne andre ting i andre deler av programvaren som automatiseringen ville ha funnet. Du kan finne noe du ikke forventet, og som du ikke ville ha funnet manuelt.
Brukerprogramvareteamet var noen av de første som ble ”agile” i GN Hearing. Hvordan har det endret seg og utfordret teamet?
Det betyr at vi må være veldig fokuserte når ting går fort. Det var absolutt utfordringer i begynnelsen, men ved å jobbe mye med kommunikasjonen vår, er det nå god forståelse i andre team i selskapet om hvordan vi jobber.
Den største forskjellen fra den gamle måten å jobbe på, og som jeg tror er en stor fordel, er at vi alle er involvert i hele prosessen og at vi deler kompetanse. Dette betyr at du er involvert i design, konsept og deretter i testingen. Så i stedet for bare å fokusere på en fase av prosjektet, er du involvert hele tiden, og derfor forstår du det bedre, styrer tiden din bedre og kan være mer effektiv. Det betyr at jeg vet hvor jeg skal se etter mulige mangler og har færre spørsmål når jeg trenger å teste det fordi jeg faktisk gjør designet og deltar i disse diskusjonene. Som et resultat gjør vi færre feil, og kvaliteten er høyere.
- Tomas Cydik
