Fem ting, du bør gøre, når du opgraderer TestStand

Skal man ændre på et testsystem, hvis det ikke er i stykker? De fleste vil nok svare nej, og derfor får teststationer tit lov til at køre i mange år, uden at der bliver rørt ved det. For det fungerer jo – for det meste. Men der kommer et tidspunkt, hvor opgradering af systemet ikke kan udskydes længere pga. eksempelvis udefrakommende krav, kompatibilitetsproblemer eller internt pres.

Systemet er blevet hægtet af udviklingen, og der er sikkert adskillige versioner op til den nyeste udgave af TestStand. Det kan være fristende bare lige at skrue en version op, så man holder skuden flydende, men den mest fremtidssikrede løsning er at opgradere til den nyeste version af TestStand.

Det kan godt virke som en uoverskuelig opgave, og man kan frygte, at testsystemet ikke længere fungerer i den nye version af TestStand. Den gode nyhed er til gengæld, at i 99% af tilfældene vil der ikke være nogen fejl. Den gamle software er helt kompatibel med f.eks. TS2019, og man kunne bare flytte sine sekvenser og kodemoduler direkte over i det nye udviklingsmiljø (medmindre du arbejder i TS 4.2.1 eller ældre, så skal du manuelt migrere dine sekvenser og konfigurationsfiler mm. (se her). Det ville til gengæld bare lade de latente problemer i koden være, og man ville ikke få nogen reel gavn af at opgradere TestStand. Derfor kommer her en håndfuld gode råd til at få mest muligt ud af at opgradere TestStand:

1. Undersøg nye features

   Før du begynder på opgraderingen, så afsæt noget tid til at gennemgå, hvilke features, der er kommet til. Kig dokumentationen igennem på NI’s hjemmeside og kig gerne på nogle af de eksempler, der bliver udgivet af NI’s application engineers. Måske er der blevet implementeret nogle features, der løser nogle af udfordringer, som du selv har bøvlet med – og måske kun fundet en halv løsning til.

2. Brug ikke gammel kode ukritisk

   Sørg for at have helt styr på, hvad du genbruger, og hvorfor du kan genbruge det. I udgangspunktet kan du ikke genbruge det, før det modsatte er bevist. Er koden lavet efter best practices? Dette er jo et begreb som også kan have ændret sig, siden koden oprindeligt blev lavet.

3. Få betalt den ”tekniske gæld”

   Benyt lejligheden til at få ryddet op i det, der igennem tiden lige var den nemmeste løsning til at få noget til at virke i en fart. Her er man typisk sprunget over nogle meget lave gærder, og dermed måske kun fået løst et problem halvt. Mange af disse handlinger vil over tid summere til en stor mængde af det, vi kalder for teknisk gæld.

4. Undersøg jeres egen proces

   Hvordan fungerer tingene i praksis? Er det en optimal proces? Ville vi måske i virkeligheden hellere gøre det anderledes? Ofte kan et af de største problemer være kulturen i firmaet og at overkomme ”sådan-plejer-vi-at-gøre-det”-paradigmet.

5. Involvér de folk, der skal bruge systemet
   
   Det er også vigtigt ikke kun at involvere testudviklerne i opgraderingen, men også operatører og andre folk, der bruger systemet til hverdag. Måske er der nogle af de nye features, som løser de irritationsmomenter, de lever med i deres arbejdsdag.

Alt i alt så se det som et serviceeftersyn. For hånden på hjertet; hvornår får du igen lejlighed til at få lavet om på systemet? Udnyt chancen til at komme på forkant igen, så opgaven ikke bliver endnu sværere om yderligere et par år.

Skulle du stå med uafklarede spørgsmål, så tøv ikke med at kontakte os. Vi har erfaring med alle dele af processen: Opkvalificering af medarbejdere til nyeste version af TestStand, review af kode og best practices i udvikling og vedligehold af kode.