Når én kunde bestiller en test, er det en opgave. Når flere kunder gør det i samme periode, bliver det et planlægningsproblem for MSP’en. Testerne kender kun deres egen kunde, men jeres teknikere, vagt og overvågning skal håndtere dem alle på én gang. Svaret hviler på en fælles kalender, faste roller pr. test og en grænse for, hvor meget jeres organisation kan bære samtidig.
Planlægningen handler ikke om at begrænse kundernes test. Den handler om, at hver test får den opmærksomhed fra jer, som giver et retvisende resultat.
Hvorfor testene samler sig
Kunders test kan klumpe sig sammen af grunde, som ikke har noget med jer at gøre: årsplaner, der lægger sikkerhedsarbejdet i samme kvartal, krav fra kunders egne kunder, der kommer på samme tid, eller testere, der har ledig tid i den samme periode. Resultatet kan blive, at jeres kontaktpersoner har tre test i gang i samme uge.
Sammenfaldet skaber ikke i sig selv vanskeligheder. De opstår, når ingen hos jer har overblikket, og den enkelte tekniker opdager overlappet, når den anden kunde ringer.
Én kalender for alle kunders test
Begynd med en fælles oversigt, som hele driftsorganisationen kan se. Den skal vise mere end datoer.
- Kunde og testform · hvem der testes, og om det er ekstern test, intern test eller test af cloudmiljøet.
- Testvindue · dage og klokkeslæt, og om der testes uden for arbejdstid.
- Kontaktperson hos jer · den navngivne tekniker og stedfortræderen.
- Tester og kontaktvej · hvem der tester, og hvordan de kan nås.
- Særlige hensyn · skrøbelige systemer, aftalte alarmer og ændringsstop.
Opdatér oversigten, så snart en kunde nævner en test. Jo før den står der, jo lettere er det at undgå sammenstød. Bed kunderne om at give jer besked, når de overvejer en test, ikke først når den er bestilt. → Kunden har bestilt en test af det miljø, I drifter
Testvinduer, der ikke rammer hinanden
Testvinduet er kundens beslutning, men I kan give råd. Hvis to kunder vil teste i samme uge, kan det være en fordel at foreslå en forskydning. Det gælder især, hvis begge test kræver opmærksomhed fra de samme teknikere, eller hvis begge ligger i perioder, hvor jeres vagt i forvejen er tyndt bemandet.
Vær særlig opmærksom på test, der berører jeres fælles platform. Selv om testen kun gælder én kunde, kan en alarm eller en låst konto i fælles systemer påvirke andre. To samtidige test med forbindelse til platformen gør det sværere at se, hvilken der udløste hvad. → Adskillelse mellem kunder i MSP’ens miljø
Undgå at lægge test oven i jeres egne planlagte ændringer. En stor opdatering af platformen i samme uge som en kundes test gør det svært at skelne testens spor fra opdateringens fejl. → Ændringsstyring og test
Bemanding og roller pr. test
Hver test skal have en navngiven kontaktperson hos jer. Det er fristende at lade én specialist tage alle test i en periode, fordi personen kender testforløbet. Men en tekniker med flere test samtidig bliver en flaskehals, og en tekniker, der er syg, efterlader flere kunder uden kontakt.
- Fordel kontaktrollen · lad forskellige teknikere stå for forskellige kunder, med en fælles stedfortræder.
- Afklar vagtens rolle · vagten skal kende kalenderen og vide, hvem der ringes til ved en alarm fra en test.
- Hold servicedesken orienteret · de skal vide, hvilke kunder der testes, så henvendelser om låste konti kan forklares. → Servicedesken under testen
Overvej, hvor mange test jeres organisation kan følge samtidig uden at give køb på opmærksomheden. Grænsen afhænger af jeres størrelse, testenes form og hvor meget de berører fælles systemer. Den skal ikke være en fast regel, men en vurdering, I gør, før I siger ja til endnu en uge. Hvis I ikke kan følge en test ordentligt, er det bedre at sige det til kunden i god tid end at være utilgængelig, når testeren har brug for svar.
Overvågning og alarmer på tværs af kunder
Hvis jeres overvågning dækker flere kunder, skal den kende hele kalenderen. En alarm fra kunde A i en uge, hvor kunde B testes, må ikke afvises som test. Det modsatte gælder også: en reel hændelse hos en kunde under test skal kunne skelnes fra testen. → Alarmer under testen
Aftal pr. kunde, om overvågningen skal være orienteret eller ej. Hvis en kunde vil se, om overvågningen opdager testen, må kun få hos jer kende tidspunktet. Det gør kalenderen mere følsom; den skal kun være synlig for dem, der har brug for den.
Læring på tværs
Når flere kunder testes tæt på hinanden, får I en mulighed, som den enkelte kunde ikke har. Ens fund hos flere kunder peger på jeres standardopsætning eller jeres procedurer. Saml dem efter testperioden, uden at blande kundernes rapporter sammen. → Samme fund hos mange kunder
Se også på selve forløbet. Hvilke spørgsmål fra testerne gik igen? Hvor manglede jeres dokumentation? Hvilke alarmer kom, og blev de håndteret efter aftalen? Svarene kan forbedre jeres skabelon til næste testperiode: arbejdslisten før start, oversigten over kontaktpersoner og de oplysninger, I giver testeren. Læringen skal beskrive jeres egen proces og ikke enkelte kunders svagheder, så den kan deles internt uden at afsløre noget om den enkelte kunde.
Det skal I lade være med
- At have kalenderen i én persons hoved · overblikket skal være fælles.
- At lade én tekniker tage alle test · det skaber en flaskehals og en sårbarhed ved fravær.
- At glemme vagten · den skal kende alle test, der kan udløse alarmer.
- At lægge egne ændringer oven i kunders test · testens spor bliver svære at skelne.
- At blande kundernes rapporter · hver kunde ejer sin egen.
- At sige ja til flere samtidige test, end I kan følge · resultatet bliver dårligere for alle.
Hvad kan og ikke kan konkluderes
God planlægning gør hver test mere retvisende, fordi testeren får svar, og driften kan skelne testens spor fra andre hændelser. Planlægningen ændrer ikke, hvad testene finder. Den kan heller ikke garantere, at intet går galt; den gør det blot lettere at handle, når det sker. Ens fund hos flere kunder siger noget om jeres opsætning, men en enkelt kundes resultat siger ikke noget om de andre.
Tjekliste før en periode med flere test
- ☐ Står alle kendte test i en fælles kalender?
- ☐ Har hver test en navngiven kontaktperson og en stedfortræder?
- ☐ Kender vagten og servicedesken kalenderen?
- ☐ Er test, der berører den fælles platform, spredt?
- ☐ Er egne planlagte ændringer flyttet væk fra testvinduerne?
- ☐ Er det aftalt pr. kunde, om overvågningen er orienteret?
- ☐ Er der en plan for at samle læringen efter perioden?
Senest gennemgået: oktober 2026.
Næste skridt
Del af: Artikler til IT-afdelingen
Læs også: Kontaktpersonen i IT under testen · Beredskab under testen
→ Kontakt · Tlf. 70 13 63 23 · Penetrationstest hos Nielco IT
