Flere kunder stiller forskellige krav til testen: hvad gør I?

Én kunde vil have en test hvert år, en anden efter hver større release, en tredje kræver en bestemt certificering hos testeren, og en fjerde vil kun se et resumé. Hvis hvert krav håndteres for sig, ender et lille softwarehus med flere test af det samme produkt og en kalender, ingen kan overskue.

Løsningen er som regel ét fælles testforløb, der er planlagt efter summen af kravene, suppleret med enkelte tilvalg, hvor en kunde har et særligt behov. Det kræver, at I samler kravene ét sted, finder det, der går igen, og beslutter, hvilke krav der styrer planen.

Kravene kan ligne hinanden mere, end de ser ud

Kunder formulerer sig forskelligt, men spørgsmålene bag er tit de samme: er produktet testet af en uafhængig part, hvor nyt er resultatet, hvad blev dækket, og hvad er der gjort ved fundene? Forskellene ligger mest i detaljer som interval, dokumentform og krav til testeren.

Derfor giver det mening at læse hvert krav som en variation af det samme grundspørgsmål. Så bliver det tydeligt, at mange kunder kan få deres svar fra samme test, hvis den er planlagt rigtigt. → Hvad skal kunden bruge rapporten til?

Saml kravene i én oversigt

Lav en oversigt med én linje pr. kunde og faste kolonner. Det kan være et regneark eller en side i jeres interne dokumentation. Det vigtige er, at den bliver vedligeholdt, når nye kunder kommer til, og når kontrakter fornyes.

Kilde · kontrakt, leverandørpolitik, spørgeskema eller mundtlig aftale.
Omfang · hele produktet, bestemte moduler, API eller kundens egen opsætning.
Interval · fast interval, efter ændringer eller begge dele.
Tester · krav til uafhængighed, certificering eller kundens godkendelse.
Dokument · hel rapport, resumé, erklæring eller retestbevis.
Fund · krav om rettefrister eller underretning.
Næste dato · hvornår kunden forventer dokumentation næste gang.

Oversigten giver også et billede af, hvilke kunder der stiller de tungeste krav, og hvor det kan svare sig at forhandle. → Hvem ejer kundekravet?

Find fællesmængden og det strengeste krav

Når oversigten er udfyldt, kan I se på hver kolonne for sig. Hvis én kunde kræver test hvert år, og ingen kræver oftere, er det intervallet. Hvis én kunde kræver en bestemt certificering hos testeren, er det lettest at vælge en tester, der opfylder den, så alle kunder kan få samme rapport.

Det strengeste krav i hver kolonne bliver ofte det, planen bygges op om. Men det er ikke altid klogt at lade én kunde styre det hele. Hvis et særligt krav kun gælder en enkelt kunde og en lille del af produktet, kan det være bedre at løse det som et tilvalg end at gøre hele forløbet tungere.

Nogle krav trækker i hver sin retning. Én kunde vil måske have testen i produktionen, mens en anden forbyder test, der kan påvirke driften. Så må I vælge en løsning, der kan forklares over for begge, og beskrive valget i rapporten. Hvis kravene ikke kan forenes, er det en sag for forhandlingen med den ene kunde og ikke noget, testeren kan løse. → Forhandling af sikkerhedskrav

Et omfang, der kan bære flere kunder

Et fælles forløb kræver et omfang, der dækker det, kunderne har til fælles: kerneplatformen, login og roller, adskillelsen mellem kunder og det API, kunderne bruger. Moduler, som kun få kunder har købt, kan tages med på skift eller testes, når de pågældende kunder skal have dokumentation. → Scope for et SaaS-produkt

Tag også stilling til, om testen skal ligge i et testmiljø eller i produktionen, og om det valg passer til alle kunders krav. Beskriv omfanget, så hver kunde kan genkende sin del. En rapport, der bare siger platformen, er svær at bruge for en kunde, der vil vide, om netop deres integration indgik.

En dokumentform, der kan deles bredt

Når mange kunder skal have dokumentation fra samme test, bør rapporten indeholde et resumé eller en erklæring, der kan stå alene og ikke nævner andre kunder. Den fulde rapport kan så forbeholdes de kunder, der har et reelt behov og har accepteret fortrolighed. → Hel rapport, resumé eller erklæring

Aftal formen med testeren, før testen starter. Det er langt lettere end at få skrevet et nyt resumé bagefter, og det sikrer, at alle kunder får samme beskrivelse af samme test.

Når en kunde vil have noget særligt

Nogle kunder vil have testet deres egen opsætning, deres egne integrationer eller deres egne roller. Det er rimelige ønsker, men de passer sjældent ind i det fælles forløb. Behandl dem som en særskilt opgave med sit eget omfang og sin egen rapport, og aftal, hvem der betaler. → Kunden vil have testet sin opsætning

Hvis flere kunder begynder at stille samme særlige krav, er det et tegn på, at kravet hører hjemme i det fælles forløb næste gang. Brug oversigten til at opdage det i tide.

Det særlige krav kan også handle om timing. En kunde vil måske have dokumentation lige før sin egen revision, som ligger på et andet tidspunkt end jeres faste test. Her kan et brev om status på fundene og datoen for næste test ofte dække kundens behov, uden at hele forløbet skal flyttes. → Et årshjul for sikkerhedstest

Det skal I lade være med

At bestille en ny test for hver kunde · Det giver flere rapporter af samme produkt og mere arbejde med fund, der går igen.
At lade den mest krævende kunde styre alt · Særkrav kan ofte løses som tilvalg.
At glemme at opdatere oversigten · Nye kontrakter ændrer billedet.
At skrive andre kunders navne i rapporten · Dokumentet skal kunne deles uden at afsløre jeres kundeliste.
At love hver kunde sin egen tidsplan · Ét fælles forløb kræver én fælles kalender.

Hvad kan og ikke kan konkluderes

Et fælles testforløb kan dække mange kunders krav, når det er planlagt efter en samlet oversigt og afleveret i en form, der kan deles. Det sparer tid og giver kunderne et ensartet svar.

Det kan ikke dække krav, der handler om en enkelt kundes opsætning eller om dele af produktet uden for det fælles omfang. Hver kunde afgør selv, om det fælles dokument opfylder kravet.