Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

FASTE / HÅRDKODEDE FELTER  (felter der IKKE er rigtige aftaledata)
================================================================================

(Dette afsnit beskriver bevidst begrænsningen i svaret, så du ikke fejlmelder
faste værdier som datafejl. Disse felter afspejler IKKE den enkelte kontrakt.)B1 -

  • Id og ServiceId er altid det indtastede målepunkt (EAN), ikke kontraktens id
      Gør: Kald med et serviceId og se på Id og ServiceId i hvert objekt.
      Forvent: Begge felter er nøjagtigt det EAN/serviceId, du sendte ind - ens for
           alle objekter i listen, uanset hvor mange forskellige aftaler kunden har

...

  • .

...


  • DisplayName er altid teksten "Dit elprodukt"
      Gør: Se på DisplayName i alle objekter.
      Forvent: Værdien er præcis "Dit elprodukt" i alle tilfælde - også når kundens
           rigtige kontrakt hedder noget andet i klienten.
      Kontrollér i klienten: Kontraktens rigtige navn vises et andet sted; det
           gengives bevidst IKKE i svaret

...

  • .

...


  • AgreementType, StartDate, EndDate og HasCapacityTariffs er altid tomme
      Gør: Se på disse fire felter for en aftale, hvor du i klienten KAN se en rigtig
           aftaletype, start-/slutdato og evt. kapacitetstariffer.
      Forvent: Alle fire felter er null/tomme i svaret, selv om dataene findes i
           klienten

...

  • .

...


  • Info er altid en tom liste (aldrig null)
      Gør: Se på Info-feltet.
      Forvent: Info er til stede som en TOM liste [] - aldrig null og aldrig med
           indhold.

DATOFILTRERING - kun aftaler der er aktive I DAG
(Filtreringen sker på serverens dato/tid. Test så vidt muligt på dage hvor du
kender start-/slutdatoer i klienten.)

  • Endnu ikke startet aftale udelades
      Gør: Vælg et målepunkt med en kontrakt, hvis startdato ligger i FREMTIDEN.
      Forvent: Den fremtidige kontrakt er IKKE med i listen (den tæller ikke med).
      Kontrollér i klienten: Kontrakten er oprettet, men med startdato senere end i dag.

  • Aftale der starter præcis i dag er med
      Gør: Vælg en kontrakt med startdato = dags dato.
      Forvent: Kontrakten ER med i listen.

  • Afsluttet aftale udelades
      Gør: Vælg et målepunkt med en kontrakt, hvis slutdato ligger i FORTIDEN.
      Forvent: Den afsluttede kontrakt er IKKE med i listen.
      Kontrollér i klienten: Kontrakten har en slutdato før i dag.

  • Aftale der slutter præcis i dag er IKKE med (slutdato er eksklusiv)
      Gør: Vælg en kontrakt med slutdato = dags dato.
      Forvent: Kontrakten er IKKE med i listen.

  • Åben (uden slutdato) aftale er med
      Gør: Vælg en aktiv kontrakt UDEN slutdato.
      Forvent: Kontrakten ER med i listen.

  • Kundens tilknytning til aftalen skal også være aktiv i dag
      Gør: Find et tilfælde hvor selve kontrakten er aktiv i dag, men kundens
           tilknytning til kontrakten er ophørt (eller endnu ikke startet).
      Forvent: Aftalen er IKKE med i listen.


================================================================================
D. KORREKT TILKNYTNING - kunde, målepunkt (EAN) og forsyningsart
================================================================================

D1 - 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.
  Kritisk fordi: Klienten skal kunne gennemløbe Info uden null-tjek. Bliver det
       null, kan klienten fejle; får det pludselig indhold, vises uventede dataserviceId/EAN bestemmer hvilket målepunkt der spørges på.
       Knyttes data til det forkerte målepunkt, ser kunden aftaler for en adresse
       de ikke vedrører.

D2 - 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.
  Kritisk fordi: Endpointet er kun for el. Lækker en anden forsyningsart ind,
       vises forkerte produkter for kunden.

D3 - 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 (tom liste -
       se F1), ikke gamle aftaler.
  Kritisk fordi: En lukket kunde må ikke fortsat få vist aktive produkter.

D4 - 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 -
       se E6.)
  Kritisk fordi: Sikrer at en kunde aldrig kan komme til at se en anden kundes
       aftaler.

Result:

Update User Account

...