...
- Aftaler hører til det rigtige målepunkt (EAN)
Gør: Kald med kundens customerId, men med EAN for et målepunkt, der tilhører kunden, og noter aftalerne. Gentag for et ANDET af kundens målepunkter.
Forvent: De to kald giver de aftaler, der hører til hvert sit målepunkt - ikke en sammenblanding.
Kontrollér i klienten: Hvilke kontrakter ligger på hvilket målepunkt. - Kun el-aftaler returneres (anden forsyningsart udelades)
Gør: Vælg en kunde, der ud over el også har fx gas/varme/vand på samme installation.
Forvent: Kun el-aftaler er med i listen. Ikke-el forsyning udelades helt.
Kontrollér i klienten: Kundens forsyningsarter på installationen. - Kun aktiv forbruger
Gør: Vælg et tilfælde, hvor forbrugeren/aftageforholdet er ophørt/lukket.
Forvent: Der returneres ingen aftaler for det lukkede forhold og ikke gamle aftaler. - Alle returnerede aftaler tilhører den kunde, der blev spurgt på
Gør: Kald med et gyldigt customerId og et gyldigt EAN.
Forvent: Svaret indeholder kun denne kundes aftaler. (Hvis de underliggende data nogensinde indeholder en anden kundes række, AFVISES kaldet helt.)
E. ADGANG, VALIDERING OG FAIL-CLOSED (fejl skal ses i BLOG)
(Alle nedenstående skal afvise kaldet HELT: ingen dataliste returneres, og
fejlen skal kunne ses i BLOG.)
- Manglende serviceId
Gør: Kald uden serviceId (tom/udeladt).
Forvent: Kaldet afvises. Ingen data. Fejl synlig i BLOG. - Dubletter eller fremmed kunde i datagrundlaget afvises (fail-closed)
Gør: Dette er en defensiv kontrol. Hvis det underliggende datagrundlag for et kald skulle indeholde to forskellige aftaler med SAMME kontraktnavn, eller en aftale der tilhører en ANDEN kunde end den der blev spurgt på.
Forvent: Hele kaldet afvises - der returneres IKKE en delvis liste. Fejl i BLOG ("Duplicate ContractName(s)" hhv. "wrong/multiple CustomerIds").
Result:
Update User Account
...