# Har omskrevet applikationens fejlbeskeder efter en skreven tonestandard, efter at et afvist login gav brugeren skylden for at have tastet forkert, mens udbyderen i virkeligheden krævede en applikationsspecifik adgangskode, og har dækket det med en test, der nævner udbyderen. 2025 **Situation.** En indlogning mod en stor mailudbyder mislykkedes, og programmet fortalte brugeren, at adgangskoden var forkert. Den var ikke forkert. Den udbyder kræver en programspecifik adgangskode til tredjepartsklienter og afviser kontoens adgangskode uanset hvor omhyggeligt den tastes. Beskeden sendte brugeren ud i at genindtaste noget, der aldrig kunne virke, og den faktiske anvisning — gå hen og frembring en anden slags adgangskode — optrådte intetsteds. **Opgave.** Fejlbeskederne skulle omskrives efter en skreven standard frem for lappes én ad gangen, eftersom denne var det synlige tilfælde af en vane, der løb gennem dem alle. **Handling.** Standarden har tre krav: sig hvad der skete, antyd aldrig at brugeren gjorde noget forkert, når årsagen ligger andetsteds, og giv den næste handling, når der findes en. Anvendt på tværs af fejlfladen overtrådte de fleste beskeder mindst ét — flere var det underliggende biblioteks fejlstreng ført videre, hvilket beskriver en tilstand for en programmør frem for en situation for et menneske. Udbydertilfældet blev omskrevet til at navngive udbyderen, angive at den kræver en programspecifik adgangskode til andre klienter, og sige hvor man opretter en. Testen er det, der forhindrer tilbagefald, og den er bevidst konkret: den driver en mislykket indlogning mod den udbyder og efterprøver, at beskeden indeholder udbyderens navn og den vending, der beskriver den krævede legitimationstype. En test, der kun efterprøvede at en fejl viste sig, ville bestå på den oprindelige forkerte besked, så efterprøvningen ligger på indholdet, hvilket er den eneste del, der nogensinde var i stykker. **Resultat.** Fejlfladen følger en angivet standard, og det tilfælde, der foranledigede den, er dækket af en test, der fejler på den gamle tekst. Det, der forbliver uafklaret, er omfanget: standarden håndhæves ved gennemgang og ved én test på én besked, og de øvrige udbydere med deres egne særlige krav har ingen tilsvarende test, så klassen er dokumenteret frem for lukket. --- - Rolle: Contentdesigner - Kategorier: [Frontend‑udvikling](https://engineer.company/da/categories/frontend/), [Sikkerhed](https://engineer.company/da/categories/security/), [Test & QA](https://engineer.company/da/categories/testing/), [UX/UI‑design](https://engineer.company/da/categories/ux-ui/), [Produkt & krav](https://engineer.company/da/categories/product/), [Dokumentation](https://engineer.company/da/categories/documentation/) - Ydelser: [UI/UX‑design & designsystemer](https://engineer.company/da/services/ui-ux-design/), [Produktstrategi & kravspecifikation](https://engineer.company/da/services/product-strategy/), [Teknisk dokumentation](https://engineer.company/da/services/technical-documentation/)