...
Information about the controller can be found in this link:
...
Information (Dansk)
Endpoints:
GET /bright/measurements -> maaned (Monthly)
GET /bright/measurementDays -> dag (Daily)
GET /bright/measurementHours -> time (Hourly)
GET /bright/measurements15min -> 15 minutter (Quarterly)
Parametre (alle fire): CustomerID, ServiceID, DateFrom, DateTo
Om dette dokument:
Disse testcases er KRITISKE, datafoelsomme tests, der udfoeres MANUELT af en
tester, som kalder endpointet og sammenligner de returnerede data med det,
kunden kan se i klientprogrammet.
Hovedfokus er DATOER: der må ALDRIG returneres forkerte datoer/tidspunkter.
Trivielle scenarier og ting, der allerede er daekket af unit-tests, er ikke gentaget - undtagen hvor det er noedvendigt for at bekraefte datoer mod virkelige data i klienten.
Sådan læses testene:
- Data beskrives ud fra HVAD det er for kunden (fx "forbruget for perioden",
"tidspunktet en maaling hoerer til"). Testeren skal selv slå op i klienten
og bekræfte, at vaerdien er korrekt - og dermed at den kommer det rigtige
sted fra.
- Naar et kald forventes at FEJLE, skal testeren bekraefte, at fejlen er
synlig i logfilen BLOG, og at der IKKE returneres data til kunden.
Begreber:
Måling/aflaesning = et datapunkt med et forbrug (KWh) og et tidspunkt
Periode = det interval (DateFrom-DateTo) der spørges om
Opløsning = maaned / dag / time / 15 minutter
Tests
Unique identification
- 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 things in Billing
...