ci / build-test (push) Successful in 2m31s
The dashboards told several stories at once. Overview asked for full calendar years, meter detail for a fixed 12-month window that was really 13, Trends for 24 months with an Apply button, and the energy pages for 60. Each page derived "today" from UTC, so the first hours of a local day belonged to yesterday. A missing tariff, a month nobody measured and a genuine zero all rendered as 0. And a virtual meter -- the one thing the spreadsheet leans on hardest -- was excluded from analysis outright: MeterPeriodService returned null for it and the page offered a flow diagram instead. docs/DASHBOARD_ANALYSIS_CHANGE_BRIEF.md is the work order. Every choice it left open is settled in docs/ANALYSIS_IMPLEMENTATION_NOTE.md as D-01..D-58 plus amendments A-01..A-30; code, tests and release notes cite those ids. The analysis layer Core/Analysis holds the pure rules: period presets resolved once in the instance zone into a local date range and a half-open UTC range, bucket plans, calendar-unit comparisons, coverage runs with a resolution class, normalized quantities and units, the totals policy, the virtual formula parser/validator/evaluator, and the cost calculator. "Now" comes from TimeProvider; services never read the clock. Normalization now writes, in the same transaction as consumption and by diff, per-meter rollups by local day and month plus coverage runs and a rollup state (AnalysisDataWriter). AnalysisReader answers a request from those tables -- month rollups for month and year buckets, day rollups otherwise, at most two partial edge days from consumption -- and CostReader prices the result month by month. Pages, /api/v1 and the CSV export read nothing else. The unused continuous aggregates are dropped. The reader's statement count per request is constant whether it covers one meter or a thousand. On a synthetic 1,000-meter, ten-year instance the brief's target request (100 meters, ten years, monthly) takes 374 ms against a two-second target, and the Overview went from 48,244 SQL statements per load to 205. Missing is not zero Every bucket carries a status -- available, partial, missing, unresolved, invalid, pending -- derived from coverage, never from the amount, with provenance and a reason code beside it. A true zero is a number and a bar on the baseline; an unknown bucket is a gap that says why; a month whose data only exists monthly says so instead of inventing daily detail; a scope with no tariff says "not priced" instead of 0. Rows whose interval closes after now are reported separately rather than counted. Virtual meters are analysis subjects A virtual meter stores a canonical definition -- expression over m<id> references, result kind, unit and cost rule -- validated on save and on read for syntax, unknown or self references, loops and unit/kind rules. It is evaluated on read from its sources' rollups over their joint coverage: a missing source makes the bucket missing, an observed zero is a valid input, a non-finite result is invalid with its dependency path, and the page lists each source's contribution. Topology links are topology only and never rewrite a saved calculation; expression-less meters from older installs are converted once at startup. The editor has Sum, Difference and Advanced modes with a live preview. Totals and the bill Per energy type the totals policy separates use, grid import, export, generation and runtime, marks breakdown meters as breakdowns and virtual meters as views, and never adds across units. The bill follows it: grid import where there is one, separately priced subsections at their own price, feed-in only on export meters, standing charges once per scope per local day, manual costs once on their start day, categories as non-overlapping covers whose composition reconciles to the bill. The seeded demo's yearly totals now match the spreadsheet. Pages and navigation The period lives in the URL and every page reads the same contract, so a link, a reload and the browser's Back button keep it. Shared components carry it: page header with breadcrumbs, period toolbar, theme-aware chart with an accessible table beside it, metric cards, comparison and availability states, attention items that each link to the one action that fixes them. Meter detail leads with an Analysis tab and resolves its tabs by key; the energy page has Overview, History, Flow and Meters; the old cost-only Trends page is a general Analysis page over portfolio, type, category, meter or a meter comparison. Records tabs are paged server-side instead of showing the latest 200. Everything is English and German, light and dark, down to 360px. Some figures change on purpose; docs/RELEASE_NOTES.md lists each one and what the first start after the update does (it rebuilds all analysis data before the web server listens). docs/SDD.md and CLAUDE.md describe the system as it now is. Tests: 1,733 Core and 746 integration, all green, plus an opt-in performance suite with a synthetic 1,000-meter generator.
113 lines
4.7 KiB
C#
113 lines
4.7 KiB
C#
using MeterVault.App;
|
|
using MeterVault.Core.Domain;
|
|
|
|
namespace MeterVault.Integration.Tests;
|
|
|
|
/// <summary>
|
|
/// Hand-entered timestamps and meter-page addresses: the pure pieces behind the reading and event
|
|
/// dialogs and the deep links into a meter. No database, so these run without Docker.
|
|
/// </summary>
|
|
public sealed class LocalTimeEntryTests
|
|
{
|
|
private static readonly TimeZoneInfo Berlin = LocalTimeEntry.Resolve("Europe/Berlin");
|
|
|
|
[Fact]
|
|
public void Wall_clock_time_is_read_in_the_instance_timezone()
|
|
{
|
|
var entry = new LocalTimeEntry(Berlin) { Date = new DateTime(2026, 9, 17), TimeOfDay = new TimeSpan(9, 30, 0) };
|
|
|
|
Assert.Equal(new DateTimeOffset(2026, 9, 17, 7, 30, 0, TimeSpan.Zero), entry.Utc); // CEST = UTC+2
|
|
}
|
|
|
|
[Fact]
|
|
public void A_spring_forward_time_names_no_instant()
|
|
{
|
|
var entry = new LocalTimeEntry(Berlin) { Date = new DateTime(2026, 3, 29), TimeOfDay = new TimeSpan(2, 30, 0) };
|
|
|
|
Assert.True(entry.IsSkipped);
|
|
Assert.Null(entry.Utc);
|
|
}
|
|
|
|
[Fact]
|
|
public void An_ambiguous_autumn_time_resolves_to_standard_time()
|
|
{
|
|
var entry = new LocalTimeEntry(Berlin) { Date = new DateTime(2026, 10, 25), TimeOfDay = new TimeSpan(2, 30, 0) };
|
|
|
|
Assert.Equal(new DateTimeOffset(2026, 10, 25, 1, 30, 0, TimeSpan.Zero), entry.Utc); // CET = UTC+1
|
|
}
|
|
|
|
[Fact]
|
|
public void Setting_an_instant_round_trips_to_the_minute()
|
|
{
|
|
var entry = new LocalTimeEntry(Berlin);
|
|
entry.Set(new DateTimeOffset(2026, 9, 17, 7, 30, 42, TimeSpan.Zero));
|
|
|
|
Assert.Equal(new DateTime(2026, 9, 17), entry.Date);
|
|
Assert.Equal(new TimeSpan(9, 30, 0), entry.TimeOfDay);
|
|
Assert.Equal(new DateTimeOffset(2026, 9, 17, 7, 30, 0, TimeSpan.Zero), entry.Utc);
|
|
}
|
|
|
|
[Theory]
|
|
[InlineData(null)]
|
|
[InlineData("")]
|
|
[InlineData("Not/AZone")]
|
|
public void An_unknown_timezone_falls_back_to_utc(string? id) =>
|
|
Assert.Equal(TimeZoneInfo.Utc, LocalTimeEntry.Resolve(id));
|
|
|
|
[Fact]
|
|
public void Meter_links_address_a_tab_and_an_action()
|
|
{
|
|
Assert.Equal("/meters/7", MeterLinks.Detail(7));
|
|
Assert.Equal("/meters/7?tab=events&action=swap", MeterLinks.Event(7, MeterEventType.MeterSwap));
|
|
Assert.Equal("/meters/7?tab=readings&action=reading", MeterLinks.QuickEntry(7, MeterMode.CumulativeCounter));
|
|
Assert.Equal("/meters/7?tab=events&action=tank-level", MeterLinks.QuickEntry(7, MeterMode.ConsumableBalance));
|
|
Assert.Null(MeterLinks.QuickEntry(7, MeterMode.Virtual));
|
|
}
|
|
|
|
[Fact]
|
|
public void Source_and_connector_links_carry_the_way_back()
|
|
{
|
|
Assert.Equal("/meters/7?tab=sources&action=source", MeterLinks.Source(7));
|
|
Assert.Equal(
|
|
"/meters/7?tab=sources&action=source&source=3&type=Tasmota&connector=12",
|
|
MeterLinks.Source(7, sourceId: 3, sourceType: SourceType.Tasmota, connectorId: 12));
|
|
|
|
Assert.Equal(
|
|
"/admin/connectors?new=MqttBroker&meter=7&type=Tasmota",
|
|
MeterLinks.NewConnector(7, sourceId: null, SourceType.Tasmota, EndpointType.MqttBroker));
|
|
Assert.Equal(
|
|
"/admin/connectors?edit=12&meter=7&source=3&type=HomeAssistant",
|
|
MeterLinks.EditConnector(7, sourceId: 3, SourceType.HomeAssistant, connectorId: 12));
|
|
}
|
|
|
|
[Fact]
|
|
public void Every_event_type_round_trips_through_its_action()
|
|
{
|
|
foreach (var type in Enum.GetValues<MeterEventType>())
|
|
{
|
|
Assert.Equal(type, MeterLinks.EventFor(MeterLinks.ActionFor(type)));
|
|
}
|
|
|
|
Assert.Null(MeterLinks.EventFor(MeterLinks.ActionReading));
|
|
Assert.Null(MeterLinks.EventFor(null));
|
|
}
|
|
|
|
[Theory]
|
|
[InlineData(null, MeterMode.CumulativeCounter, "analysis", 0)]
|
|
[InlineData("readings", MeterMode.CumulativeCounter, "readings", 1)]
|
|
[InlineData("EVENTS", MeterMode.CumulativeCounter, "events", 3)]
|
|
[InlineData("sources", MeterMode.CumulativeCounter, "sources", 5)]
|
|
[InlineData("consumption", MeterMode.CumulativeCounter, "normalized", 2)]
|
|
[InlineData("nonsense", MeterMode.CumulativeCounter, "analysis", 0)]
|
|
[InlineData("sources", MeterMode.Virtual, "calculation", 3)]
|
|
[InlineData("readings", MeterMode.Virtual, "analysis", 0)]
|
|
[InlineData("events", MeterMode.Virtual, "events", 1)]
|
|
public void Tab_keys_resolve_by_key_and_mode(string? tab, MeterMode mode, string expectedKey, int expectedPanel)
|
|
{
|
|
// Rewritten on purpose (note §10): tabs are addressed by stable keys (D-47), and which panels exist depends on
|
|
// the mode, so a key maps to a key first and only then to the position that key has on this meter.
|
|
Assert.Equal(expectedKey, MeterLinks.ResolveTab(tab, mode));
|
|
Assert.Equal(expectedPanel, MeterLinks.PanelIndex(tab, mode));
|
|
}
|
|
}
|