Hoppa till innehållet

Vad en grön statusindikator faktiskt kontrollerar

En nåbar startsida bevisar inte att beställning fungerar. Namnge den kontrollerade uppgiften och gränserna för varje grön signal.

Philipp Reuter1 min läsning
Rund mätare med grönt och rött område, visare nära gränsen och en rosa omkopplare under.

En grön statusindikator berättar bara så mycket som kontrollen bakom den. Om den bara frågar efter startsidan beskriver den först sidans nåbarhet. Det visar inte om en beställning lyckas.

Jag skulle därför tydligt namnge den kontrollerade uppgiften vid varje viktig indikator. ”Startsidan går att nå” är mer precist för ett driftbeslut än ett allmänt ”Allt fungerar”.

Samma butik, två resultat

I en hypotetisk portal levereras startsidan korrekt medan beställningsanropet misslyckas. Tabellen beskriver påhittade resultat, utan någon uppmätt ASES-störning.

Kontroll

Exempelsvar

Betydelse

GET /

200

Startsidan svarar korrekt

POST /orders

503

Detta beställningsanrop har misslyckats

En indikator som bara bedömer första raden kan förbli grön. Mätningen motsäger inte sig själv: Kontrollen undersökte inte den andra uppgiften. Även ett tekniskt lyckat svar måste innehålla det förväntade innehållet.

Kontrollera verksamhetsuppgiften riktat

Ett separat, planerat testfall skulle hjälpa här: Ett testkonto väljer en känd produkt och följer beställningen till bekräftat resultat i målsystemet. I en isolerad testmiljö kan förloppet ordnas utan riktiga beställningar.

Provet visar först det valda förloppet i den miljön. Det täcker inte automatiskt varje kundgrupp, vara eller beroende i produktion. Innan kontrollen körs där måste det vara bestämt hur riktiga lagerrörelser, fakturor och betalningar undviks. Bara märkningen ”test” garanterar inte detta.

Interna mätvärden och loggar hjälper därefter till att undersöka orsaken. En nåbarhetsindikator förklarar inte om felet beror på beställningsapplikationen eller ett anslutet system.

Alla webbplatser behöver inte samma prov

För en sida som bara ger information kan en enkel nåbarhetskontroll vara en nyttig början. Ett beställningstest skulle inte passa där. Insatsen bör följa de faktiskt viktiga funktionerna.

Dokumentera vid en grön signal vilket anrop, innehåll och förlopp som kontrollerades. Avgör sedan vilken information som saknas för ett driftbeslut. Signalen får då ett begripligt samband med användarnas arbete.

Källor

Skriven av

  • Philipp ReuterRedaktör för mjukvarukvalitetPhilipp Reuter skriver om mjukvarutestning och förberedelse av nya releaser på ASES. Hans artiklar handlar om felanalys, acceptanstester och granskning av ändringar i befintliga applikationer.

Följ ASES

Läs vidare

Alla artiklar

Cloud & drift med ASES

Hosting, driftsättning, underhåll och support