Testlejere: én eller flere kunder i produktet under testen?

En lejer er en kunde i produktet med sine egne brugere, data og indstillinger, og antallet af lejere i testen afgør, hvilke spørgsmål rapporten kan besvare. Svaret hviler på, hvad kunderne vil vide: hvis de spørger til adskillelsen fra andre kunder, skal testeren have mindst to lejere. Med én lejer kan testen sige meget om roller og funktioner, men intet om grænsen mellem kunderne.

Valget er derfor ikke et praktisk spørgsmål, der kan overlades til den, der opretter kontiene. Det er en beslutning om, hvad den færdige rapport skal kunne bruges til over for kunderne.

Hvorfor én testkunde ikke er nok

En pentest med én lejer ligner set udefra en fuld test af produktet. Rapporten kan være lang og grundig. Men når kundens sikkerhedsansvarlige leder efter afsnittet om adskillelsen, er der intet at finde, fordi testeren aldrig havde en anden kunde at forsøge at nå.

Det er et af de huller, der først opdages i salget. Kunden spørger, om testen viste, at deres data ikke kan ses af andre kunder, og svaret er, at det ikke blev afprøvet. → Multi-tenant: test af adskillelsen mellem kunderne

NCSC nævner i sine principper for cloudtjenester, at andre kunder ikke må kunne tilgå, ændre eller påvirke jeres tjenestes opsætning. Den slags udsagn kan kun dokumenteres med en test, der har mere end én kunde i spil.

Hvor mange lejere, og hvordan de skal se ud

To lejere er det mindste, der giver mening for adskillelsen. Flere kan være relevant, hvis produktet har kunder, der er sat forskelligt op:

Abonnementsniveau · har nogle kunder flere moduler eller funktioner end andre?
Hosting · ligger nogle kunder i en anden region eller i en dedikeret installation?
Login · bruger nogle kunder deres eget fælles login, mens andre bruger produktets?
Hierarki · findes der koncernkunder med underliggende selskaber, hvor nogle data deles bevidst?

Hver lejer skal have de roller, testen skal undersøge, og data nok til, at der er noget at se efter. En lejer uden poster, filer eller brugere giver kun et svar på, om tomme skærme er tomme. → Roller og rettigheder i produktet

Hvis nogle funktioner kun er slået til for udvalgte kunder, skal mindst én testlejer have dem slået til, ellers står de uden for testen uden at nogen har besluttet det. → Funktioner for udvalgte kunder

Rigtige lejere eller nyoprettede

Testlejerne bør være oprettet til formålet. Det kan være fristende at bruge en eksisterende demokunde eller en intern lejer, som salget bruger, men de kan have en historik, som ingen kender: gamle brugere, særlige rettigheder, data fra en tidligere præsentation.

Rigtige kunders lejere hører ikke til i testen, medmindre kunden har givet lov, og det er aftalt præcist, hvad testeren må. Selv med kundens tilladelse skal I overveje, om det er nødvendigt. Hvis testen foregår i produktionen, ligger testlejerne side om side med de rigtige kunder, og det kræver en klar aftale om, hvad testeren gør, hvis noget uventet bliver synligt. → Rigtige kundedata i testen

Om lejerne skal oprettes i produktionen eller i et separat miljø, er et selvstændigt valg. Et separat miljø mindsker risikoen for de rigtige kunder, men så skal det ligne produktionen nok til, at resultatet gælder dér. → Et staging-miljø til testen

Hvem sætter lejerne op, og hvornår

Opsætningen af testlejerne tager tid, og den kan falde på en udvikler eller en supportmedarbejder, der har andre opgaver i samme uge. Planlæg den som en del af bestillingen, ikke som noget, der klares dagen før testen starter.

Giv én person ansvaret for at oprette lejerne, fylde dem med testdata, tildele roller og sende adgangen til testeren på en sikker måde. Lad samme person kontrollere, at alle konti virker, før testen begynder. En tester, der bruger første dag på at vente på en manglende rolle eller en låst konto, tester mindre af produktet.

Aftal også, hvem testeren kontakter, hvis en lejer skal ændres undervejs, fx fordi en funktion viser sig at kræve en opsætning, ingen havde tænkt på.

Lejerne i rapporten

Rapporten bliver lettere at bruge over for kunder, hvis den beskriver testlejerne. Ikke med navne eller interne id’er, men med det, der betyder noget for læseren:

Antal · hvor mange lejere testeren havde adgang til.
Opsætning · hvilke abonnementer, moduler og loginformer lejerne repræsenterede.
Roller · hvilke roller testeren havde hos hver lejer.
Miljø · om testen foregik i produktionen eller i et andet miljø.

Med den beskrivelse kan en kunde selv vurdere, om testen dækker noget, der ligner deres egen brug af produktet. Uden den skal I forklare det hver gang. → Version og testdatoer

Efter testen: lejerne skal væk eller låses

Testlejere er rigtige kunder i produktets øjne. De har brugere med adgangskoder, de kan have aktive nøgler til API’et, og de kan have integrationer sat op. Efter testen skal de lukkes, slettes eller låses, så ingen kan bruge dem videre.

Beslut på forhånd, hvem der gør det, og hvornår. Hvis lejerne skal bruges igen til en retest, så lås dem, og skift adgangsoplysningerne, når retesten er overstået. Glemte testlejere er en lille, men unødvendig åbning, og de forvirrer også jeres egne opgørelser over aktive kunder.

Det skal I lade være med

Bestille med én lejer og forvente svar om adskillelsen · rapporten kan ikke sige noget om det, der ikke blev testet.
Bruge salgets demolejer · den har en historik, ingen kender.
Give lejerne ens opsætning, når kunderne er forskellige · resultatet gælder mindst for dem, der skiller sig ud.
Lade lejerne være tomme · testeren skal have data at forsøge at nå.
Undlade at beskrive lejerne i rapporten · kunden kan ikke se, om testen ligner deres brug.
Glemme lejerne efter testen · luk dem eller lås dem, og skift adgangen.

Hvad kan og ikke kan konkluderes

Med flere lejere kan rapporten sige, om testeren kunne krydse grænsen mellem netop de lejere, med de roller og den opsætning, der var med. Den kan ikke sige noget om opsætninger, som ingen testlejer havde, og den gælder for den testede version. Med én lejer kan den sige noget om produktets funktioner, men ikke om adskillelsen.

Tjekliste til testlejerne

☐ Har testeren mindst to lejere, hvis adskillelsen skal med?
☐ Afspejler lejerne de opsætninger, jeres kunder faktisk har?
☐ Har hver lejer de roller og data, testen skal bruge?
☐ Er lejerne oprettet til formålet og ikke lånt fra salget?
☐ Er det aftalt, i hvilket miljø lejerne ligger?
☐ Er lejerne beskrevet i rapporten?
☐ Er det besluttet, hvem der lukker lejerne efter testen?

Kilder

NCSC (UK): Principle 9, Secure user management: roller og adgang i cloudtjenester, og at andre kunder ikke må kunne tilgå, ændre eller påvirke en kundes opsætning.

Senest gennemgået: oktober 2026.