Columbia Games / 2026. szeptember 29.

HarnQuest admin: amikor a checkbox elmentése nem jelenti a változás fennmaradását

Elkészült az ügyfelek HQ-státuszának kezelése, majd egy legacy mezőérték miatt előjött mentési hibát adatbázis-ellenőrzéssel és regressziós teszttel javítottunk.

2 perc olvasás
Columbia GamesBackendAdmin
HarnQuestlegacydatabaseregression
Egyedi technikai illusztráció HarnQuest admin kapcsoló és adatbázis-perzisztencia ellenőrzés kapcsolatáról
A sikeres mentésnek az újraolvasás után is ugyanazt az HQ-állapotot kell mutatnia.

A helyzet

A HarnQuest tagság állapota korábban nem volt kényelmesen kezelhető az adminfelületen, ezért kapcsolót építettünk hozzá. Az első használati teszt azt mutatta, hogy egyes ügyfeleknél a bejelölt állapot mentés után, oldalfrissítéskor visszaáll. A felületi visszajelzés önmagában nem bizonyította az adatbázisba kerülő értéket, ráadásul történeti ügyfélosztályok sem illeszkedtek mindig a mai normalizálási szabályokhoz.

A megoldási út

Az API és a felület HQ-olvasási és írási útvonalát átnéztük, numerikusan biztonságos logikai konverziót vezettünk be, és a mentést tényleges visszaolvasással validáltuk. A régi, szokatlan customer-class értékeket változatlan állapotban megőriztük, hogy egy nem kapcsolódó mező ne blokkolhassa a HQ módosítását. Regressziós teszt készült a read–write–reload láncra, és a javítás production release-be került.

Mi lett belőle

A HQ kapcsoló állapota megmarad az újratöltés után, a legacy ügyféladatok pedig nem sérülnek a módosítás során. A felület sikerjelzése immár ellenőrzött perzisztens állapothoz kötődik, nem csupán ahhoz, hogy az API hibamentesen válaszolt.