Account returned should be unique and identifiable
Error if more than one account with the same active customerid and status for active customer
Account detail match the data in Billing
It is not possible to be shown data for another account
It is not possible to be shown dat afor an account that is deactivated (status2n)
Result:
Tests
For at udføre testene, skal der udsøges vha EG Common Apiet hvor der vælges det beskrevne endpoint:
GetAccount (Return account based on the accountid (KUNDENR))
Kunde kan findes
Udsøg en aktiv kunde du ved der findes i systemet. Se at denne findes.
Kunde findes ikke
Udsøg ert kundenummer som du ved IKKE findes i systemet og se at der fremkommer en fejl i BLOG
Kunde er unik
Fremstil en kunde i AKUNDE tabellen som sigurerer 2 gange eller mere med aktiv status (Status2n)
Udsøg denne kunde og se at udsøgningen fejler (Der er en fejl i BLOG)
Kundenummer er ikke i korrekt format Se at følgende udsøgninger giver en fejl besked i BLOG:
Intet input
Kundenummer som ikke er med tal
Data oprindelse
Tjek at data som kommer retur fra kaldet kommer fra de rigtige steder i Billing Client
Testresultat:
Status
colour
Green
title
TEST PASSED
View file
name
24-06-2026 Test EGU Common API – Account (GetAccount).docx
height
250
SearchAccount (Search for an account and return the same as GetAccount)
Udsøgningsparametre Udfyld een parameter af gangen og tryk udsøg
ssn Se at denne kan udsøge en kunde som har et cpr nummer som svarer til input
CustomerId Se at denne kan udsøge en kunde som har dette id
email Se at denne ikke kan udsøge noget (BLOG besked)
phone Se at denne ikke kan udsøge noget (BLOG besked)
Data integritet
Tjek at data som kommer tilbage ved succesfulde kald har korrekt data og at de data som kommer er de samme som ved GetAccount for den samme kunde.
Status
colour
Red
title
TEST NOT PASSED
View file
name
24-06-2026 Test EGU Common API – Account (SearchAccount).docx
height
250
Svar på fejlede tests (24-jun-2026):
Udsøgning med ssn(cpr) fejler med bad request: Det er fordi du ikke har plinger rundt om cpr nummeret i request bodyen. Alle parametre modtages i EG common Api som strenge og vil derfor give en 'Bad Request' hvis du sender tal uden " " omkring. Har lige testet med plinger og det virker som det skal.
Udsøgning af kunde på tlf nr fejler. Den er go nok, data for telefon nummer er vurderet til ikke at være unik nok som identifikator.
Data for telefon nr Dette er under udredelse og man er ved at hitte ud af hvor den skal komme fra så det er egentlig ikke rigtig en fejl, det kommer fra det der var beskrevet i opgaven men vil blive ændret når der kommer klarhed om det.
Navn2
I Sonwin Common Api er navn2 indstillingerne lagt i konfigurations filen for apiet. Det vil altså sige, at der skal ændres i konfigurationen på Azure og apiet skal genstartes. Efter dette kan man udføre testene nedenfor. HUSK at sætte konfigurationen tilbage så den står spm den var. !!!!!!!!!!
SearchAccount
Udsøg og se at navn 2 relaterede felter er som det forventes
Testresultat:
Status
colour
Red
title
TEST not PASSED
View file
name
30-07-2026 Test EGU Common API – Account med navn2 bchec (SearchAccount).docx
height
250
GetAccount
Udsøg og se at navn 2 relaterede felter er som det forventes
Svar på fejlede tests (30-jun-2026):
Email data Ifølge KAMGU så er der kun et felt til email, og det kan derfor kun være denne der beskriver kontakt email uanset bchec, så den er god nok.
Telefon data Mobil telefon nummer findes ligeledes kun i et felt, men det er under aflaring om det er dette felt der skal benyttes.
Testresultat:
Status
colour
Red
title
TEST not PASSED
View file
name
30-06-2026 Test EGU Common API – Account (GetAccount) med navn 2 bchec.docx