Hibaüzenetek a Windows 7-ben

A Windows 7-ben megjelenő hibaüzenetek figyelmeztetik a felhasználókat a már bekövetkezett problémákra. Ezzel szemben a figyelmeztető üzenetek olyan feltételekről értesítik a felhasználókat, amelyek a jövőben problémákat okozhatnak. A hibaüzenetek modális párbeszédpanelek, helyszíni üzenetek, értesítések vagy buborékok használatával jeleníthetők meg.

Egy tipikus modális hibaüzenet.

A hatékony hibaüzenetek tájékoztatják a felhasználókat a probléma előfordulásáról, elmagyarázzák, hogy miért történt, és megoldást nyújtanak a felhasználók számára a probléma megoldására. A felhasználóknak vagy végre kell hajtaniuk egy műveletet, vagy módosítaniuk kell a viselkedésüket egy hibaüzenet eredményeként.

A jól megírt, hasznos hibaüzenetek elengedhetetlenek a minőségi felhasználói élményhez. A rosszul írt hibaüzenetek alacsony termékelégedettséget eredményeznek, és a technikai támogatás elkerülhető költségeinek vezető okai. A szükségtelen hibaüzenetek megszakítják a felhasználói folyamatot.

megjegyzés:párbeszédpanelekkel kapcsolatos irányelvek, figyelmeztető üzenetek, visszaigazolások, szabványos ikonok, értesítések, valamint elrendezési külön cikkekben jelennek meg.

Ez a megfelelő felhasználói felület?

A döntéshez fontolja meg az alábbi kérdéseket:

• A felhasználói felület (UI) olyan problémát okoz, amely már bekövetkezett? Ha nem, az üzenet nem hiba. Ha a felhasználót egy olyan feltételről értesíti, amely a jövőben problémát okozhat, használjon figyelmeztető üzenetet.
• Meg lehet akadályozni a problémát anélkül, hogy zavart okoz? Ha igen, akkor inkább akadályozza meg a problémát. Használjon például olyan vezérlőket, amelyek érvényes értékekre vannak korlátozva ahelyett, hogy nem korlátozott vezérlőket használnak, amelyek hibaüzeneteket igényelhetnek. A vezérlők kattintáskor való letiltása is hibát eredményez, ha nyilvánvaló, hogy miért van letiltva a vezérlő.
• A probléma automatikusan javítható? Ha igen, kezelje a problémát, és tiltsa le a hibaüzenetet.
• A felhasználók valószínűleg végrehajtanak egy műveletet, vagy módosítják a viselkedésüket az üzenet eredményeként? Ha nem, a feltétel nem indokolja a felhasználó megszakítását, így jobb, ha elnyomja a hibát.
• Releváns a probléma, ha a felhasználók aktívan használnak más programokat? Ha igen, fontolja meg a probléma megjelenítését egy értesítési terület ikonjánakhasználatával.
• A probléma nem kapcsolódik az aktuális felhasználói tevékenységhez, nem igényel azonnali felhasználói műveletet, és a felhasználók szabadon figyelmen kívül hagyhatják? Ha igen, használjon inkább egy művelethiba-értesítési.
• Kapcsolódik a probléma egy háttérfeladat állapotához egy elsődleges ablakban? Ha igen, érdemes lehet egy állapotsávothasználni.
• Az elsődleges célfelhasználók informatikai szakemberei? Ha igen, fontolja meg egy másik visszajelzési mechanizmus használatát, például naplófájlt bejegyzéseket vagy e-mailes riasztásokat. Az informatikai szakemberek határozottan előnyben részesítik a nem kritikus fontosságú információk naplófájljait.

Tervezési fogalmak

A gyenge hibaüzenetek jellemzői

Nem meglepő, hogy sok bosszantó, nem hasznos és rosszul írt hibaüzenet van. Mivel a hibaüzenetek gyakran modális párbeszédpanelek használatával jelennek meg, megszakítják a felhasználó aktuális tevékenységét, és azt kérik, hogy nyugtázza őket, mielőtt lehetővé tenné a felhasználó számára a folytatást.

A probléma része, hogy annyiféleképpen lehet rosszul csinálni. Tekintse meg az alábbi példákat a Szégyen hibaüzenet csarnokából:

Szükségtelen hibaüzenetek

helytelen:

Ez a Windows XP-ből származó példa lehet a valaha volt legrosszabb hibaüzenet. Azt jelzi, hogy egy program nem indítható el, mert maga a Windows leáll. A felhasználó semmit sem tehet ez ügyben, és nem is akar tenni ezzel kapcsolatban (a felhasználó végül is a Windows leállítása mellett döntött). A hibaüzenet megjelenítésével a Windows megakadályozza, hogy leállítsa magát!

A probléma: Maga a hibaüzenet a probléma. A hibaüzenet elvetésétől eltekintve a felhasználók nem tehetnek semmit.

Vezető ok: Minden hibaeset jelentése, a felhasználók céljaitól és nézőpontjaitól függetlenül.

Javasolt alternatíva: Ne jelentsen olyan hibákat, amelyek nem érdeklik a felhasználókat.

"Sikeres" hibaüzenetek

helytelen:

Ez a hibaüzenet azt eredményezte, hogy a felhasználó úgy döntött, hogy nem indítja újra a Windowst közvetlenül a program eltávolítása után. A program eltávolítása a felhasználó szempontjából sikeres volt.

A probléma: A felhasználó szempontjából nincs hiba. A hibaüzenet elvetésétől eltekintve a felhasználók nem tehetnek semmit.

Vezető ok: A feladat sikeresen befejeződött a felhasználó szempontjából, de az eltávolítási program szempontjából meghiúsult.

Ajánlott alternatíva: A felhasználók által elfogadhatónak ítélt feltételek esetén ne jelentsen hibákat.

Teljesen haszontalan hibaüzenetek

helytelen:

A felhasználók megtudják, hogy hiba történt, de fogalmam sincs, hogy mi volt a hiba, vagy mit kell tenni vele. És nem, ez nem rendben van!

A probléma: A hibaüzenet nem ad konkrét problémát, és a felhasználók nem tehetnek semmit.

Vezető ok: a program valószínűleg gyenge hibakezeléssel rendelkezik.

Javasolt alternatíva: Tervezzen jó hibakezelést a programba.

Érthetetlen hibaüzenetek

helytelen:

Ebben a példában a problémakimutatás egyértelmű, de a kiegészítő magyarázat teljesen zavarba ejtő.

A probléma: A problémautasítás vagy -megoldás érthetetlen.

Vezető ok: A probléma magyarázata a kód szempontjából a felhasználóé helyett.

Javasolt alternatíva: A célfelhasználók által könnyen érthető hibaüzenetek írása. Olyan megoldásokat biztosít, amelyeket a felhasználók ténylegesen el tudnak végezni. A program hibaüzeneteinek tervezésekor a programozók nem írnak a helyszínen hibaüzeneteket.

túlterjeszkedő hibaüzenetek

helytelen:

Ebben a példában a hibaüzenet láthatóan minden hibaelhárítási lépést megpróbál elmagyarázni.

A probléma: túl sok információ.

Vezető ok: Túl sok részletet ad meg, vagy egy hibaüzenetben bonyolult hibaelhárítási folyamatot próbál elmagyarázni.

Javasolt alternatíva: Kerülje a szükségtelen részleteket. Emellett kerülje a hibaelhárítókat. Ha hibaelhárítóra van szükség, koncentráljon a legvalószínűbb megoldásokra, és magyarázza el a többit a súgó megfelelő témakörére mutató hivatkozással.

Szükségtelenül durva hibaüzenetek

helytelen:

A program nem talál egy objektum alig hangzik katasztrofális. És feltételezve, hogy katasztrofális, miért ok a válasz?

A probléma: A program hangneme szükségtelenül durva vagy drámai.

Vezető ok: A problémát a program szempontjából katasztrofálisnak tűnő hiba okozza.

Javasolt alternatíva: A felhasználó nézőpontja alapján gondosan válassza ki a nyelvet.

felhasználókat hibáztató hibaüzenetek

helytelen:

Miért érzik magukat a felhasználók bűnözőnek?

A probléma: A hibaüzenet úgy van megfogalmazva, hogy azzal vádolja a felhasználót, hogy hibát okoz.

Vezető ok: érzéketlen kifejezés, amely a probléma helyett a felhasználó viselkedésére összpontosít.

Javasolt alternatíva: a problémára összpontosítson, ne a problémához vezető felhasználói műveletre, szükség esetén használja a passzív hangot.

Buta hibaüzenetek

helytelen:

Ebben a példában a problémakimutatás meglehetősen ironikus, és nincs megoldás.

A probléma: buta vagy nem szekvens hibaüzenetek.

Vezető ok: Hibaüzenetek létrehozása anélkül, hogy figyelmet fordítanak a környezetükre.

Ajánlott alternatíva: A hibaüzeneteket író készíti el és tekinti át. A hibák áttekintésekor vegye figyelembe a kontextust és a felhasználó lelkiállapotát.

Programozó hibaüzenetei

helytelen:

Ebben a példában a hibaüzenet azt jelzi, hogy hiba történt a programban. Ez a hibaüzenet csak a programozó számára jelent jelentést.

A probléma: A program fejlesztőinek a hibák megtalálását segítő üzenetek a program kiadási verziójában maradnak. Ezek a hibaüzenetek nem rendelkeznek jelentéssel vagy értékkel a felhasználók számára.

vezető ok: programozók normál felhasználói felületet használnak az üzenetek saját maguknak való létrehozásához.

Javasolt alternatíva: A fejlesztőknek feltételesen össze kell állítaniuk az összes ilyen üzenetet, hogy azok automatikusan törlődhessenek a termék kiadási verziójából. Ne pazarolja az időt arra, hogy ilyen hibákat tegyen érthetővé a felhasználók számára, mert az egyetlen közönségük a programozók.

rosszul megjelenített hibaüzenetek

helytelen:

Ez a példa számos gyakori bemutatóhibával rendelkezik.

A probléma: Az összes részlet helytelenül jelenik meg a hibaüzenet-bemutatóban.

Vezető ok: Nem ismeri és nem alkalmazza a hibaüzenetre vonatkozó irányelveket. Nem használ írókat és szerkesztőket a hibaüzenetek létrehozásához és áttekintéséhez.

A hibakezelés természete olyan, hogy sok ilyen hibát nagyon könnyű elkövetni. Zavaró felismerni, hogy a legtöbb hibaüzenet lehet a Szégyencsarnok jelöltje.

A jó hibaüzenetek jellemzői

Az előző rossz példáktól eltérően a jó hibaüzenetek a következőkkel rendelkeznek:

• Probléma. Azt jelzi, hogy hiba történt.
• Egy ok. Ez a cikk azt ismerteti, hogy miért történt a probléma.
• Egy megoldás. Megoldást kínál, hogy a felhasználók megoldhassák a problémát.

Emellett a jó hibaüzenetek a következő módon jelennek meg:

• Idevágó. Az üzenet olyan problémát jelenít meg, amely a felhasználók számára fontos.
• Per. A felhasználóknak vagy végre kell hajtaniuk egy műveletet, vagy módosítaniuk kell a viselkedésüket az üzenet eredményeként.
• Felhasználóközpontú. Az üzenet a problémát a célfelhasználói műveletek vagy célok szempontjából írja le, nem pedig azt, hogy a kód miben nem elégedett.
• Rövid. Az üzenet a lehető legrövidebb, de nem rövidebb.
• Világos. Az üzenet egyszerű nyelvet használ, így a célfelhasználók könnyen megérthetik a problémát és a megoldást.
• Sajátos. Az üzenet egy adott nyelv használatával írja le a problémát, amely konkrét neveket, helyeket és értékeket ad meg az érintett objektumoknak.
• Udvarias. A felhasználókat nem szabad hibáztatni vagy hülyének érezni.
• Ritka. Ritkán jelenik meg. A gyakran megjelenő hibaüzenetek a rossz tervezés jeleként jelennek meg.

Ha úgy tervezi meg a hibakezelési élményt, hogy ezeket a jellemzőket használja, a program hibaüzeneteit a Szégyen hibaüzenetek csarnokából távol tarthatja.

Szükségtelen hibaüzenetek elkerülése

Gyakran a legjobb hibaüzenet nem hibaüzenet. Számos hiba elkerülhető a jobb kialakítással, és gyakran jobb alternatívát is találhat a hibaüzenetek helyett. Általában jobb megelőzni egy hibát, mint jelentést tenni.

Az elkerülendő legnyilvánvalóbb hibaüzenetek azok, amelyek nem használhatók. Ha a felhasználók valószínűleg el fogják utasítani az üzenetet anélkül, hogy bármit módosítanának vagy módosítanának, hagyja ki a hibaüzenetet.

Egyes hibaüzenetek kiküszöbölhetők, mert nem a felhasználó szempontjából okoznak problémát. Tegyük fel például, hogy a felhasználó olyan fájlt próbált törölni, amely már folyamatban van a törlés során. Bár ez a kód szempontjából váratlan eset lehet, a felhasználók nem tekintik ezt a hibát, mert a kívánt eredmény el lett érve.

helytelen:

Ezt a hibaüzenetet el kell távolítani, mert a művelet a felhasználó szempontjából sikeres volt.

Tegyük fel például, hogy a felhasználó kifejezetten megszakít egy feladatot. A felhasználó szempontjából az alábbi feltétel nem hiba.

helytelen:

Ezt a hibaüzenetet is el kell távolítani, mert a művelet a felhasználó szempontjából sikeres volt.

Néha a hibaüzenetek kiküszöbölhetők úgy, hogy a technológia helyett a felhasználók céljaira összpontosítanak. Ennek során gondolja át, hogy valójában mi is a hiba. A probléma a felhasználó céljaival, vagy azzal, hogy a program képes kielégíteni őket? Ha a felhasználónak a valós világban van értelme, akkor a szoftverben is értelmesnek kell lennie.

Tegyük fel például, hogy egy e-kereskedelmi programon belül egy felhasználó kereséssel próbál terméket keresni, de a szó szerinti keresési lekérdezésnek nincs egyezése, és a kívánt termék nincs készleten. Technikailag ez egy hiba, de ahelyett, hogy hibaüzenetet adna, a program a következőt teheti:

• Folytassa a lekérdezésnek leginkább megfelelő termékek keresését.
• Ha a keresés során nyilvánvaló hibák lépnek fel, automatikusan javasoljon egy javított lekérdezést.
• Automatikusan kezelheti az olyan gyakori problémákat, mint a helyesírási hibák, az alternatív helyesírás, valamint a nem egyező pluralizálási és igeesetek.
• Adja meg, hogy a termék mikor lesz raktáron.

Mindaddig, amíg a felhasználó kérése ésszerű, egy jól megtervezett e-kereskedelmi programnak ésszerű eredményeket kell visszaadnia, nem pedig hibákat.

A hibaüzenetek elkerülésének másik nagyszerű módja, ha először is megelőzzük a problémákat. A hibákat a következőkkel előzheti meg:

• Korlátozott vezérlők használata. Használjon érvényes értékekre korlátozott vezérlőket. A listákhoz, csúszkákhoz, jelölőnégyzetekhez, választógombokhoz és dátum- és időválasztókhoz hasonló vezérlők érvényes értékekre vannak korlátozva, míg a szövegdobozok gyakran nem, és hibaüzeneteket is igényelnek. A szövegdobozokat azonban korlátozhatja úgy, hogy csak bizonyos karaktereket fogadjon el, és maximális számú karaktert fogadjon el.
• Korlátozott interakciók használata. Az áthúzási műveletek esetében a felhasználók csak érvényes célokra vethetik a műveletet.
• Letiltott vezérlők és menüelemek használata. Tiltsa le a vezérlőket és a menüelemeket, ha a felhasználók könnyen rá tudják következtetni, hogy miért van letiltva a vezérlő vagy a menüelem.
• Jó alapértelmezett értékek megadása. A felhasználók kevésbé valószínű, hogy bemeneti hibákat okoznak, ha elfogadják az alapértelmezett értékeket. Még akkor is, ha a felhasználók úgy döntenek, hogy módosítják az értéket, az alapértelmezett érték tájékoztatja a felhasználókat a várt bemeneti formátumról.
• A dolgok csak működnek. A felhasználók kisebb valószínűséggel követnek el hibákat, ha a feladatok szükségtelenek vagy automatikusan végrehajtják őket. Vagy ha a felhasználók kisebb hibákat követnek el, de a szándékuk egyértelmű, a probléma automatikusan ki lesz javítva. Például automatikusan kijavíthatja a kisebb formázási problémákat.

A szükséges hibaüzenetek

Néha valóban meg kell adnia egy hibaüzenetet. A felhasználók hibákat követnek el, a hálózatok és az eszközök leállnak, az objektumok nem találhatók vagy módosíthatók, a feladatok nem hajthatóak végre, és a programokban hibák találhatók. Ideális esetben ezek a problémák ritkábban fordulnak elő, például úgy tervezhetjük meg a szoftverünket, hogy megelőzzük a felhasználói hibák számos típusát, de nem reális az összes ilyen probléma megelőzése. Ha pedig az egyik ilyen probléma bekövetkezik, egy hasznos hibaüzenet gyorsan visszaveszi a felhasználókat a lábukra.

Általános vélekedés, hogy a hibaüzenetek a legrosszabb felhasználói élmények, és minden áron el kell kerülni, de pontosabb azt mondani, hogy a felhasználói zavar a legrosszabb élmény, és minden áron el kell kerülni. Néha ez a költség hasznos hibaüzenet.

Fontolja meg a letiltott vezérlők használatát. A legtöbb esetben nyilvánvaló, hogy miért van letiltva egy vezérlő, ezért a vezérlő letiltása nagyszerű módszer a hibaüzenetek elkerülésére. Mi a teendő azonban, ha egy vezérlő letiltásának oka nem nyilvánvaló? A felhasználó nem folytathatja a műveletet, és nincs visszajelzés a probléma megállapításához. Most a felhasználó elakadt, és vagy ki kell következtetnie a problémát, vagy technikai támogatást kell kapnia. Ilyen esetekben sokkal jobb, ha hagyja engedélyezve a vezérlőt, és inkább hasznos hibaüzenetet adjon.

helytelen:

Miért van letiltva a Tovább gomb? Jobb, ha hagyja engedélyezve, és elkerülheti a felhasználói félreértéseket egy hasznos hibaüzenet küldésével.

Ha nem biztos abban, hogy hibaüzenetet kell-e adnia, kezdje a megjelenő hibaüzenet megírásával. Ha a felhasználók valószínűleg végrehajtanak egy műveletet, vagy megváltoztatják a viselkedésüket ennek eredményeként, adja meg a hibaüzenetet. Ezzel szemben, ha a felhasználók valószínűleg semmit sem tesznek vagy módosítanak, hagyja ki a hibaüzenetet.

Tervezés a hibakezelés

Míg a jó hibaüzenetek szövegének létrehozása kihívást jelenthet, néha lehetetlen anélkül, hogy a program jó hibakezelési támogatást nyújt. Fontolja meg ezt a hibaüzenetet:

helytelen:

Valószínű, hogy a probléma valójában ismeretlen, mert a program hibakezelési támogatása hiányzik.

Bár lehetséges, hogy ez egy nagyon rosszul megírt hibaüzenet, valószínűbb, hogy a mögöttes kód nem tud megfelelő hibakezelést, és nincs konkrét információ a problémáról.

Adott, végrehajtható, felhasználóközpontú hibaüzenetek létrehozásához a program hibakezelési kódjának konkrét, magas szintű hibainformációkat kell megadnia:

• Minden problémához egyedi hibakódot kell hozzárendelni.
• Ha egy probléma több oka is van, a programnak minden lehetséges esetben meg kell határoznia a konkrét okot.
• Ha a probléma paraméterekkel rendelkezik, a paramétereket meg kell őrizni.
• Az alacsony szintű problémákat megfelelően magas szinten kell kezelni, hogy a hibaüzenet megjeleníthető legyen a felhasználó szempontjából.

A jó hibaüzenetek nem csupán felhasználói felületi problémák, de szoftvertervezési problémák is. A jó hibaüzenetek nem olyan élmények, amelyeket később el lehet adni.

hibaelhárítás (és annak elkerülése)

Hibaelhárítási eredmények, ha több különböző okból származó probléma egyetlen hibaüzenettel jelenik meg.

helytelen:

Helyes:

Hibaelhárítási eredmények, ha egyetlen hibaüzenettel több probléma is megjelenik.

Az alábbi példában egy elemet nem lehetett áthelyezni, mert már áthelyezték vagy törölték, vagy a hozzáférés megtagadva. Ha a program könnyen meg tudja határozni az okot, miért terheli a felhasználót az adott ok meghatározása?

helytelen:

Nos, melyik az? Most a felhasználónak hibaelhárítást kell végeznie.

A program meg tudja állapítani, hogy a hozzáférés megtagadva volt-e, ezért ezt a problémát egy adott hibaüzenettel kell jelenteni.

Helyes:

Egy adott ok miatt nincs szükség hibaelhárításra.

Csak akkor használjon több okot tartalmazó üzeneteket, ha az adott ok nem határozható meg. Ebben a példában nehéz lenne megállapítani, hogy a program áthelyezte vagy törölte-e az elemet, ezért itt egyetlen, több okból is használható hibaüzenetet használhat. Nem valószínű azonban, hogy a felhasználókat érdekelni fogja, ha például nem tudtak áthelyezni egy törölt fájlt. Ezekhez az okokhoz a hibaüzenet nem is szükséges.

Ismeretlen hibák kezelése

Bizonyos esetekben valóban nem fogja tudni a problémát, az okot vagy a megoldást. Ha nem lenne bölcs, hogy elnyomja a hibát, jobb, ha elölről az információ hiánya, mint a jelen problémák, okok, vagy megoldások, hogy lehet, hogy nem helyes.

Ha például a program nem kezelt kivételt tartalmaz, a következő hibaüzenet megfelelő:

Ha nem tud elnyomni egy ismeretlen hibát, jobb, ha az információ hiányával foglalkozik.

Másrészt adjon meg konkrét, végrehajtható információkat, ha az valószínűleg az idő nagy részében hasznos lesz.

Ez a hibaüzenet ismeretlen hibára alkalmas, ha a hálózati kapcsolat általában a probléma.

A megfelelő üzenettípus meghatározása

Egyes problémák hibaként, figyelmeztetésként vagy információként jelenhetnek meg a hangsúlytól és a kifejezéstől függően. Tegyük fel például, hogy egy weblap nem tud aláíratlan ActiveX-vezérlőt betölteni a Windows Internet Explorer aktuális konfigurációja alapján:

• Hiba. "Ez a lap nem tudja betölteni az aláíratlan ActiveX-vezérlőt." (Meglévő problémaként fogalmazva.)
• Figyelmeztetés. "Előfordulhat, hogy ez a lap nem a várt módon viselkedik, mert a Windows Internet Explorer nincs hozzárendelt ActiveX-vezérlők betöltésére konfigurálva." vagy "Engedélyezi a lapnak, hogy egy nem aláírt ActiveX-vezérlőt telepítsen? Ha nem megbízható forrásokból teszi ezt, azzal kárt tehet a számítógépében." (Mindkettő olyan feltételként van megfogalmazva, amely későbbi problémákat okozhat.)
• Információ. "A Windows Internet Explorert úgy konfigurálta, hogy letiltsa az aláíratlan ActiveX-vezérlőket." (Tényfeltárásként fogalmazva.)

A megfelelő üzenettípus meghatározásához összpontosítson a probléma legfontosabb aspektusára, amelyet a felhasználóknak ismernie kell vagy el kelljárnia. Általában, ha egy probléma blokkolja a felhasználót a továbblépésben, akkor azt hibaként kell megjelenítenie; ha a felhasználó folytathatja a műveletet, mutassa be figyelmeztetésként. A fókusz alapján készítse el a fő utasítást vagy más megfelelő szöveget, majd válasszon egy ikont (szabványos vagy más módon), amely megfelel a szövegnek. A fő utasítás szövegének és ikonjainak mindig egyeznie kell.

Hibaüzenet bemutató

A Windows-programok legtöbb hibaüzenete modális párbeszédpanelek használatával jelenik meg (a jelen cikkben ismertetett legtöbb példához hasonlóan), de vannak más lehetőségek is:

• Helyben
• Léggömbök
• Értesítések
• Értesítési terület ikonjai
• Állapotsávok
• Naplófájlok (informatikai szakembereknek szánt hibák esetén)

A hibaüzenetek modális párbeszédpaneleken való elhelyezése azzal az előnnyel jár, hogy a felhasználó azonnali figyelmet és nyugtázást igényel. Azonban ez is az elsődleges hátránya, ha ez a figyelem nem szükséges.

Valóban meg kell szakítania a felhasználókat, hogy rákattinthatnak a Bezárás gombra? Ha nem, fontolja meg a modális párbeszédpanelek használatát.

A modális párbeszédpanelek nagyszerű választásnak bizonyulnak, ha a felhasználónak azonnal el kell ismernie a problémát a folytatás előtt, de gyakran rossz választás másként. Általában inkább a legkönnyebb súlyú bemutatót érdemes használni, amely jól végzi a munkát.

Kerülje a túlkommunikálást

Általában felhasználók nem olvasnak,. Minél több szöveg van, annál nehezebb beolvasni a szöveget, és annál valószínűbb, hogy a felhasználók egyáltalán nem fogják elolvasni a szöveget. Ennek eredményeképpen fontos, hogy a szöveg a lényegre csökkenjen, és szükség esetén progresszív közzétételt és súgóhivatkozásokat használjon a további információk biztosításához.

Számos szélsőséges példa létezik, de nézzük meg még egy tipikusabbat. Az alábbi példa egy jó hibaüzenet legtöbb attribútumát tartalmazza, de a szöveg nem tömör, és olvasási motivációt igényel.

helytelen:

Ez a példa egy jó hibaüzenet, de túlterjeszkedik.

Mit mond valójában ez a szöveg? Ehhez hasonló:

Helyes:

Ez a hibaüzenet lényegében ugyanazokkal az információkkal rendelkezik, de sokkal tömörebb.

Ha a súgó segítségével adja meg a részleteket, ez a hibaüzenet fordított piramis stílusú bemutatót tartalmaz.

A túlkommunikálással kapcsolatos további irányelvekért és példákért lásd felhasználói felület szövegét.

Ha csak nyolc dolgot tesz

1. Tervezheti meg a programot hibakezelésre.
2. Ne adjon meg felesleges hibaüzeneteket.
3. A szükséges hibaüzenetek megadásával elkerülheti a felhasználók összezavarását.
4. Győződjön meg arról, hogy a hibaüzenet problémát, okot és megoldást ad.
5. Győződjön meg arról, hogy a hibaüzenet releváns, végrehajtható, rövid, világos, konkrét, udvarias és ritka.
6. Ne a program szempontjából, hanem a felhasználó szemszögéből tervezzen hibaüzeneteket.
7. Ne vonja be a felhasználót a hibaelhárításba, és használjon más hibaüzenetet minden észlelhető okhoz.
8. Használja a legkönnyebb súlyú bemutató módszert, amely jól végzi a munkát.

használati minták

A hibaüzenetek több használati mintával rendelkeznek:

Címke	Érték
rendszerproblémák Az operációs rendszer, a hardvereszköz, a hálózat vagy a program sikertelen volt, vagy nincs a feladat végrehajtásához szükséges állapotban.	A felhasználó számos rendszerproblémát meg tud oldani: Az eszközproblémák megoldhatók az eszköz bekapcsolásával, az eszköz újracsatlakoztatásával és az adathordozó beszúrásával. A hálózati problémák megoldhatók a fizikai hálózati kapcsolat ellenőrzésével, valamint a hálózat diagnosztizálásával és javításával. A programproblémák a program beállításainak módosításával vagy a program újraindításával oldhatók meg. Ebben a példában a program nem talál kamerát felhasználói feladat végrehajtásához. Ebben a példában egy feladat elvégzéséhez szükséges funkciót be kell kapcsolni.
fájlproblémák A felhasználó által kezdeményezett feladathoz szükséges fájl vagy mappa nem található, már használatban van, vagy nem rendelkezik a várt formátummal.	Ebben a példában a fájl vagy mappa nem törölhető, mert nem található. Ebben a példában a program nem támogatja a megadott fájlformátumot.
biztonsági problémák A felhasználó nem rendelkezik erőforrás elérésére vonatkozó engedéllyel vagy a felhasználó által kezdeményezett feladat végrehajtásához szükséges jogosultsággal.	Ebben a példában a felhasználó nem rendelkezik engedéllyel az erőforrás eléréséhez. Ebben a példában a felhasználónak nincs jogosultsága feladat végrehajtására.
feladatproblémák A felhasználó által kezdeményezett feladat végrehajtása adott probléma (a rendszeren kívül, nem található fájl, fájlformátum vagy biztonsági probléma).	Ebben a példában a vágólap adatai nem illeszthetők be a Paintbe. Ebben a példában a felhasználó nem tud szoftverfrissítést telepíteni.
felhasználói beviteli problémák A felhasználó helytelen vagy más felhasználói bemenettel nem összeegyeztethetetlen értéket adott meg.	Ebben a példában a felhasználó helytelen időértéket adott meg. Ebben a példában a felhasználói bevitel nem a megfelelő formátumban van.

Iránymutatások

Bemutató

• A feladat párbeszédpaneljeinek használata, amikor megfelelő a konzisztens megjelenés és elrendezés eléréséhez. A feladat párbeszédpaneljeihez Windows Vista vagy újabb verzió szükséges, ezért nem alkalmasak a Windows korábbi verzióihoz. Ha üzenetmezőt kell használnia, válassza el a fő utasítást a kiegészítő utasítástól két sortöréssel.

Felhasználói beviteli hibák

• Ha lehetséges, a következővel előzheti meg vagy csökkentheti a felhasználói beviteli hibákat:
  • Érvényes értékekre korlátozott vezérlők használata.
  • Ha kattintáskor letiltja a vezérlőket és a menüelemeket, az hibaüzenetet eredményez, feltéve, hogy nyilvánvaló, hogy a vezérlő vagy a menüelem miért van letiltva.
  • Jó alapértelmezett értékek megadása.

helytelen:

Ebben a példában egy nem korlátozott szövegdobozt használunk a korlátozott bemenethez. Használjon inkább csúszkát.

• Környezetfüggő felhasználói beviteli problémákhoz használjon mód nélküli hibakezelést (helyi hibákat vagy buborékokat).
• Buborékok használata nem kritikus fontosságú, egypontos felhasználói beviteli problémák esetén, amelyet a szövegdobozban vagy közvetlenül azután észleltek, hogy egy szövegdoboz elveszíti a fókuszt.buborékok nem igényelnek szabad képernyőterületet vagy a helyben megjelenő üzenetek megjelenítéséhez szükséges dinamikus elrendezést. Egyszerre csak egyetlen buborékot jeleníthet meg. Mivel a probléma nem kritikus, nincs szükség hibaikonra. A buborékok kattintáskor, a probléma megoldásakor vagy időtúllépés után eltűnnek.

Ebben a példában egy buborék egy bemeneti problémát jelez, miközben még a vezérlőben van.

• Használjon helyszíni hibákat a késleltetett hibaészleléshez, általában a véglegesítés gombra kattintva talált hibákat. (Ne használjon helyszíni hibákat az azonnal véglegesített beállításokhoz.) Egyszerre több helyszíni hiba is előfordulhat. Használjon normál szöveget és egy 16x16 képpontos hibaikont, és helyezze őket közvetlenül a probléma mellé, amikor csak lehetséges. A helyszíni hibák csak akkor lépnek ki, ha a felhasználó véglegesíti a kötelezettséget, és nem talál más hibát.

Ebben a példában a véglegesítés gombra kattintva egy helyszíni hiba jelenik meg.

• Használjon modális hibakezelést (feladat párbeszédpanelek vagy üzenetmezők) minden más problémához, beleértve a több vezérlőt tartalmazó, vagy a véglegesítés gombra kattintva nem környezeti vagy nem bemeneti hibákat tartalmazó hibákat.
• Felhasználói beviteli probléma jelentésekor állítsa a bemeneti fókuszt az első vezérlőre helytelen adatokkal. Ha szükséges, görgesse a vezérlőt a nézetbe. Ha a vezérlőelem szövegdoboz, jelölje ki a teljes tartalmat. Mindig nyilvánvalónak kell lennie, hogy mire hivatkozik a hibaüzenet.
• Ne törölje a helytelen bemenetet. Ehelyett hagyja meg, hogy a felhasználó újrakezdés nélkül láthassa és javítsa a problémát.
  • Kivétel: Helytelen jelszó- és PIN-kódmezők törlése, mert a felhasználók nem tudják hatékonyan kijavítani a maszkolt bevitelt.

Hibaelhárítás

• Kerülje a hibaelhárítási problémák létrehozását. Ne hagyatkozz egyetlen hibaüzenetre, amely több különböző észlelhető okot tartalmazó problémát jelez.
• Minden észlelhető okhoz használjon egy másik hibaüzenetet (általában egy másik kiegészítő utasítást). Ha például egy fájl több okból nem nyitható meg, minden okból adjon meg külön kiegészítő utasítást.
• Csak akkor használjon több okot tartalmazó üzenetet, ha az adott ok nem határozható meg. Ebben az esetben a megoldásokat a probléma megoldásának valószínűsége szerint kell bemutatni. Ez segít a felhasználóknak a probléma hatékonyabb megoldásában.

Ikonok

• A modális hibaüzenetek párbeszédpaneljei nem rendelkeznek címsorikonnal. A címsor ikonjai vizuálisan megkülönböztetik az elsődleges ablakokat és a másodlagos ablakokat.

• Használjon hibaikont. Kivételek:

  • Ha a hiba egy modális párbeszédpanelen vagy buborékon megjelenő felhasználói beviteli probléma, ne használjon ikont. Ez ellentétes a Windows biztató hangnemével. A helyszíni hibaüzenetek azonban egy kis hibaikont (16x16 képpont) használva egyértelműen azonosíthatják őket hibaüzenetként.

    

    

    Ezekben a példákban a felhasználói beviteli problémáknak nincs szükségük hibaikonokra.

    

    Ebben a példában egy helyszíni hibaüzenetnek egy kis hibaikonra van szüksége ahhoz, hogy egyértelműen azonosíthassa azt hibaüzenetként.

• Ha a probléma egy ikonnal (és nem felhasználói beviteli problémával) rendelkező szolgáltatás esetében jelentkezik, a funkcióikont hibaátfedéssel is használhatja. Ha ezt teszi, használja a funkció nevét is a hiba tárgyaként.

  

  Ebben a példában a funkcióikon átfedésben van, és a funkció a hiba tárgya.

• Ne használjon figyelmeztető ikonokat a hibákhoz. Ez gyakran azért történik, hogy a bemutató kevésbé súlyosnak érezze magát. A hibák nem figyelmeztetések.

  helytelen:

  

  Ebben a példában egy figyelmeztető ikon helytelenül van használva, hogy a hiba kevésbé súlyosnak érezze magát.

További útmutatásért és példákért tekintse meg standard ikonokat.

Fokozatos közzététel

• A Részletek megjelenítése/elrejtése progresszív közzététel gomb használatával elrejtheti a speciális vagy részletes információkat egy hibaüzenetben. Ezzel leegyszerűsíti a hibaüzenetet a tipikus használathoz. Ne rejtse el a szükséges információkat, mert előfordulhat, hogy a felhasználók nem találják meg őket.

Ebben a példában a progresszív közzététel gomb segít a felhasználóknak részletesebben részletezni, ha szeretné, vagy egyszerűsíteni a felhasználói felületet, ha nem.

• Csak akkor használja a Részletek megjelenítése/elrejtése parancsot, ha valóban van ennél részletesebb adat. Ne csak a meglévő adatokat helyezze át részletesebb formátumban.
• A súgóinformációk megjelenítéséhez ne használja a Részletek megjelenítése/elrejtése parancsot. Használjon inkább súgóhivatkozásokat.

A címkézési irányelvekért lásd progresszív közzétételi vezérlők.

Ne jelenjen meg ismét ez az üzenet

• Ha egy hibaüzenetnek szüksége van erre a lehetőségre, gondolja át a hibát és annak gyakoriságát. Ha egy jó hiba (releváns, végrehajtható és ritkán használt) összes tulajdonságával rendelkezik, akkor a felhasználóknak nem érdemes elnyomni azt.

További útmutatásért lásd: párbeszédpanelek.

Alapértelmezett értékek

• Válassza ki a legbiztonságosabb, legkevésbé romboló vagy legbiztonságosabb választ alapértelmezettként. Ha a biztonság nem tényező, válassza a legvalószínűbb vagy legkényelmesebb parancsot.

Segítség

• Hibaüzenetek tervezése a súgó szükségességének elkerülése érdekében. A felhasználóknak általában nem szabad külső szöveget olvasniuk a probléma megértéséhez és megoldásához, kivéve, ha a megoldáshoz több lépésre van szükség.
• Győződjön meg arról, hogy a súgó tartalma releváns és hasznos. Ez nem lehet a hibaüzenet részletes átírása, hanem olyan hasznos információkat kell tartalmaznia, amelyek túlmutatnak a hibaüzenet hatókörén, például a probléma jövőbeni elkerülésének módjai. Csak azért ne adjon meg súgóhivatkozást, mert megteheti.
• A súgótartalmak eléréséhez használjon konkrét, tömör, releváns súgóhivatkozásokat. Ehhez ne használjon parancsgombokat vagy progresszív közzétételt.
• Olyan hibaüzenetek esetén, amelyeket nem tud konkrétan és végrehajthatóvá tenni, fontolja meg az online súgótartalomra mutató hivatkozások megadását. Ezzel további információkat adhat meg a felhasználóknak, amelyeket a program kiadása után frissíthet.

További útmutatásért lásd: Súgó.

Hibakódok

• Az olyan hibaüzenetek esetében, amelyeket nem tud konkrétan és végrehajthatóvá tenni, vagy amelyek a súgóban hasznosak, érdemes lehet hibakódokat is megadni. A felhasználók gyakran használják ezeket a hibakódokat, hogy további információkat keressenek az interneten.
• Mindig adjon meg szöveges leírást a problémáról és a megoldásról. Ne csak az erre a célra vonatkozó hibakódtól függ.

helytelen:

Ebben a példában egy hibakódot használunk a megoldás szövegének helyettesítőjeként.

• Rendeljen hozzá egy egyedi hibakódot minden egyes okhoz. Ezzel elkerülheti a hibaelhárítást.
• Válassza ki az interneten könnyen kereshető hibakódokat. Ha 32 bites kódokat használ, használjon hexadecimális ábrázolású, vezető "0x" és nagybetűs karaktereket.

Helyes:

1234

0xC0001234

helytelen:

-1

-67113524

• A hibakódok megjelenítéséhez használja a Részletek megjelenítése/elrejtése parancsot. Kifejezés hibakódként: <error code>.

Ebben a példában egy hibakódot használunk egy hibaüzenet kiegészítésére, amely további információkhoz vezethet.

Hang

• Ne kísérje a hibaüzeneteket hangeffektussal vagy hangjelzéssel. Ez így jár jár, és szükségtelen.
  • kivétel: Kritikus leállítás hangeffektus lejátszása, ha a probléma kritikus fontosságú a számítógép működéséhez, és a felhasználónak azonnali lépéseket kell tennie a súlyos következmények elkerülése érdekében.

SMS

Általános

• Redundáns szöveg eltávolítása. Keresse meg a címeket, a fő utasításokat, a kiegészítő utasításokat, a parancshivatkozásokat és a véglegesítési gombokat. Általában hagyja meg a teljes szöveget az utasításokban és az interaktív vezérlőkben, és távolítsa el a redundanciát a többi helyről.
• Használjon felhasználóközpontú magyarázatokat. Írja le a problémát a felhasználói műveletek vagy célok szempontjából, nem pedig azt, hogy a szoftver milyen boldogtalan. Használjon olyan nyelvet, amelyet a célfelhasználók ismernek és használnak. Kerülje a technikai zsargont.

helytelen:

Helyes:

Ezekben a példákban a megfelelő verzió beszéli a felhasználó nyelvét, míg a helytelen verzió túlságosan technikai jellegű.

• Ne használja a következő szavakat:
  • Hiba, hiba (használjon inkább problémát)
  • Nem sikerült (nem használható)
  • Érvénytelen, érvénytelen, hibás (helytelen helyett)
  • Megszakítás, leállítás, leállítás (stop helyett használjon leállítást)
  • Katasztrofális, végzetes (használjon súlyos helyett)

Ezek a kifejezések szükségtelenek, és ellentétesek a Windows biztató hangnemével. Ha megfelelően használják, a hibaikon megfelelően közli, hogy probléma van.

helytelen:

Helyes:

A helytelen példában a "katasztrofális" és a "hiba" kifejezés szükségtelen.

• Ne használjon olyan kifejezéseket, amelyek a felhasználót hibáztatják, vagy felhasználói hibára utalnak. Ne használja Önt és a sajátját a kifejezésben. Bár az aktív hang általában előnyben részesített, használja a passzív hangot, amikor a felhasználó a téma, és úgy érzi, hogy a hiba a hibás, ha az aktív hang volt használva.

helytelen:

beírt üzenet képernyőképe

Helyes:

A helytelen példa az aktív hang használatával hibáztatja a felhasználót.

• Legyen konkrét. Kerülje a homályos szövegezést, például a szintaxishibát és az illegális műveletet. Adja meg az érintett objektumok nevét, helyét és értékeit.

helytelen:

A fájl nem található.

A lemez megtelt.

Érték kívül esik a tartományon.

A karakter érvénytelen.

Az eszköz nem érhető el.

Ezek a problémák sokkal egyszerűbben megoldhatók bizonyos névvel, helyekkel és értékekkel.

• Ne adjon valószínűleg valószínűtlen problémákat, okokat vagy megoldásokat egy konkrét kísérletben. Ne adjon meg problémát, okot vagy megoldást, hacsak nem valószínű, hogy helyes. Jobb például azt mondani, hogy ismeretlen hiba történt, mint valami, ami valószínűleg pontatlan.
• Kerülje a "kérem" szót, kivéve azokat a helyzeteket, amikor a felhasználót arra kérik, hogy tegyen valami kényelmetlent (például várakozást), vagy a szoftver a felelős a helyzetért.

Helyes:

Várjon, amíg a Windows átmásolja a fájlokat a számítógépre.

• A "sorry" szót csak olyan hibaüzenetekben használja, amelyek súlyos problémákat okoznak a felhasználói (például adatvesztés vagy a számítógép nem használható). Ne kérjen bocsánatot, ha a probléma a program normál működése során történt (például ha a felhasználónak várnia kell a hálózati kapcsolat megkeresésére).

Helyes:

Sajnáljuk, de a Fabrikam Backup helyreállíthatatlan problémát észlelt, és leállt a számítógépen lévő fájlok védelme érdekében.

• Tekintse meg a rövid nevüket használó termékeket. Ne használjon teljes termékneveket vagy védjegyszimbólumokat. Csak akkor adja meg a cégnevet, ha a felhasználók a vállalat nevét a termékhez társítják. Ne tartalmazza a program verziószámait.

helytelen:

Helyes:

A helytelen példában a rendszer teljes termékneveket és védjegyszimbólumokat használ.

• Használjon dupla idézőjeleket az objektumnevek körül. Ez megkönnyíti a szöveg elemzését, és elkerüli a zavaró állításokat.
  • kivétel: teljes fájlelérési utaknak, URL-címeknek és tartományneveknek nem kell idézőjelekben lenniük.

Helyes:

Ebben a példában a hibaüzenet zavaró lenne, ha az objektum neve nem idézőjelekben lenne.

• Kerülje a mondatok objektumnevekkel való indítását. Ez gyakran nehéz elemezni.
• Ne használjon felkiáltójeleket vagy nagybetűket tartalmazó szavakat. Felkiáltójelek és nagybetűk úgy érzik, mintha kiabálsz a felhasználóval.

További útmutatásért és példákért tekintse meg Stílus és hangcímű témakört.

címek

• A címmel azonosíthatja azt a parancsot vagy funkciót, amelyből a hiba származik. Kivételek:
  • Ha egy hiba számos különböző parancs által jelenik meg, fontolja meg inkább a program nevét.
  • Ha ez a cím redundáns vagy zavaró lenne a fő utasítással, használja inkább a program nevét.
• Ne használja a címet a probléma magyarázatára vagy összegzésére, ez a fő utasítás célja.

helytelen:

Ebben a példában a cím helytelenül van használva a probléma magyarázatához.

• Használjon címstílusú nagybetűs megjelenítést írásjelek befejezése nélkül.

fő utasítások

• A fő utasítással világos, egyszerű, konkrét nyelven írja le a problémát.
• Legyen tömör, csak egyetlen teljes mondatot használjon. A fő utasítást a lényeges információkra bontva értelmezi. A tárgyat implicit módon is hagyhatja, ha az a program vagy a felhasználó. Ha ezt tömören megteheti, adja meg a probléma okát. Ha még valamit meg kell magyaráznia, használjon kiegészítő utasítást.

helytelen:

Ebben a példában a teljes hibaüzenet szerepel a fő utasításban, így nehezen olvasható.

• Adja meg a nevüket, ha objektumokról van szó.
• Ne helyezzen teljes fájlelérési utakat és URL-címeket a fő utasításba. Ehelyett használjon egy rövid nevet (például a fájlnevet), és helyezze a teljes nevet (például a fájl elérési útját) a kiegészítő utasításba. Ha azonban a hibaüzenetnek egyébként nincs szüksége kiegészítő utasításra, egyetlen teljes fájl elérési útját vagy URL-címét is elhelyezheti a fő utasításban.

Ebben a példában csak a fájlnév szerepel a fő utasításban. A teljes elérési út a kiegészítő utasításban található.

• Ne adja meg a teljes fájl elérési útját és URL-címét, ha az nyilvánvaló a kontextusból.

Ebben a példában a felhasználó átnevez egy fájlt a Windows Intézőből. Ebben az esetben nincs szükség a teljes fájl elérési útjára, mert ez nyilvánvaló a kontextusból.

• Használja a jelenlegi feszültet, amikor csak lehetséges.
• Használjon mondatstílusú nagybetűs megjelenítést.
• Ne adjon meg utolsó időszakokat, ha az utasítás utasítás. Ha az utasítás kérdés, adjon meg egy végső kérdőjelet.

fő utasítássablonok

Bár a kifejezésekre nincsenek szigorú szabályok, próbálja meg az alábbi fő utasítássablonokat használni, amikor csak lehetséges:

• Az [opcionális tulajdonos neve] nem tudja [végrehajtani a műveletet]
• [nem kötelező tulajdonos neve] nem tudja [végrehajtani a műveletet], mert [ok]
• A[nem kötelező tulajdonos neve] nem tudja [végrehajtani a műveletet] a következőre: "[objektum neve]"
• [nem kötelező tulajdonos neve] nem tudja [végrehajtani a műveletet] a következőre: "[objektum neve]", mert [ok]
• Nincs elég [erőforrás] a [művelet végrehajtásához]
• [Tulajdonos neve] nem rendelkezik [objektumnév] szükséges [cél]
• Az [Eszköz vagy beállítás] ki van kapcsolva, így [nem kívánt eredmények]
• Az [Eszköz vagy beállítás] nem [elérhető | megtalálható | bekapcsolva | engedélyezve]
• A(z) "[objektum neve]" jelenleg nem érhető el
• A felhasználónév vagy jelszó helytelen
• Nincs engedélye a(z) "[objektumnév]" elérésére
• Nincs jogosultsága a [művelet végrehajtásához]
• A(z) [program neve] súlyos problémát észlelt, és azonnal be kell zárnia

Természetesen szükség szerint végezze el a módosításokat ahhoz, hogy a fő utasítás nyelvtanilag helyes legyen, és megfeleljen a fő utasításokra vonatkozó irányelveknek.

kiegészítő utasítások

• Használja a kiegészítő utasítást a következőre:
  • Adjon meg további részleteket a problémáról.
  • Magyarázza el a probléma okát.
  • Felsorolja a felhasználó által a probléma megoldásához szükséges lépéseket.
  • Adjon meg olyan intézkedéseket, amelyek megakadályozzák a probléma újbóli kialakulását.
• Amikor csak lehetséges, tegyen javaslatot egy praktikus, hasznos megoldásra, hogy a felhasználók megoldhassák a problémát. Győződjön meg azonban arról, hogy a javasolt megoldás valószínűleg megoldja a problémát. Ne pazarolja a felhasználók idejét úgy, hogy lehetséges, de valószínűtlen megoldásokat javasol.

helytelen:

Ebben a példában bár a probléma és annak javasolt megoldása lehetséges, nagyon valószínűtlenek.

• Ha a probléma helytelen érték, amelyet a felhasználó adott meg, a kiegészítő utasítással magyarázza el a helyes értékeket. A felhasználóknak nem kell más forrásból meghatározniuk ezeket az információkat.
• Ne adjon meg megoldást, ha a problémamegállapításból triviálisan levezethető.

Ebben a példában nincs szükség kiegészítő utasításra; a megoldás triviálisan levezethető a problémamegáltalásból.

• Ha a megoldás több lépésből áll, a lépéseket a befejezés sorrendjében kell bemutatni. Kerülje azonban a többlépéses megoldásokat, mert a felhasználók nehezen emlékeznek két vagy három egyszerű lépésre. Ha további lépésekre van szükség, tekintse meg a megfelelő súgótémakört.
• Tartsa tömören a kiegészítő utasításokat. Csak azt adja meg, amit a felhasználóknak tudniuk kell. Kihagyja a felesleges részleteket. Legfeljebb három, közepes hosszúságú mondatot célozz meg.
• Ha el szeretné kerülni a hibákat, amikor a felhasználók utasításokat hajtanak végre, tegye az eredményeket a művelet elé.

Helyes:

A Windows újraindításához kattintson az OK gombra.

helytelen:

Kattintson az OK gombra a Windows újraindításához.

A helytelen példában a felhasználók nagyobb valószínűséggel kattintanak véletlenül az OK gombra.

• Ne javasolja, hogy forduljon a rendszergazdához, hacsak nem ez a legvalószínűbb megoldás a problémára. Foglaljon le ilyen megoldásokat olyan problémákra, amelyeket valóban csak rendszergazda tud megoldani.

helytelen:

Ebben a példában valószínűleg a felhasználó hálózati kapcsolatával van a probléma, ezért nem érdemes kapcsolatba lépni egy rendszergazdával.

• Ne javasolja, hogy forduljon a műszaki támogatási szolgálathoz. A technikai támogatási szolgálattal való kapcsolatfelvétel a probléma megoldásához mindig elérhető, és nem kell hibaüzenetekkel előléptetni. Ehelyett a hasznos hibaüzenetek írására koncentráljon, hogy a felhasználók a technikai támogatási szolgálat elérhetősége nélkül megoldhassák a problémákat.

helytelen:

Ebben a példában a hibaüzenet helytelenül javasolja a műszaki támogatási szolgálat segítségét.

• Használjon teljes mondatokat, mondatstílusú nagybetűket és záró írásjeleket.

Véglegesítés gomb

• Ha a hibaüzenet parancsgombokat vagy parancshivatkozásokat tartalmaz, amelyek megoldják a problémát, kövesse párbeszédpanelekvonatkozó irányelveiket.
• Ha a programnak a hiba miatt le kell fejeződnie, adjon meg egy Kilépés a programból gombot. A félreértések elkerülése érdekében ne használja a Bezárás parancsot erre a célra.
• Ellenkező esetben adjon meg egy Bezárás gombot. Ne használja az OK gombot a hibaüzenetekhez, mert ez a szöveg azt jelenti, hogy a problémák rendben vannak.
  • Kivétel: Használja az OK gombot, ha a hibajelentési mechanizmus rögzített címkékkel rendelkezik (mint a MessageBox API esetében).)

Dokumentáció

Hibákra való hivatkozáskor:

• Tekintse meg a hibákat a fő utasításuk alapján. Ha a fő utasítás hosszú vagy részletes, foglalja össze.
• Szükség esetén egy hibaüzenet párbeszédpanelre is hivatkozhat üzenetként. Csak a programozásban és más műszaki dokumentációban hivatkozhat hibaüzenetként.
• Ha lehetséges, formázza a szöveget félkövérrel. Ellenkező esetben a szöveget csak akkor tegye idézőjelek közé, ha az a félreértések elkerülése érdekében szükséges.

Példa: Ha Nem található CD-lemez a meghajtón üzenet, szúrjon be egy új CD-lemezt a meghajtóba, és próbálkozzon újra.