Kartoita polku
Luettele tulo, pakolliset kentät, ohjeet, liitteet, suostumus, lähetys, virhe, onnistuminen ja jatkoviesti.

OPAS / MENETELMÄ
Lomake toimii, kun käyttäjä ymmärtää pyynnön, voi korjata virheet ja tietää mitä lähetettiin.
Suora vastaus
Käy läpi jokainen tila näppäimistöllä ja mobiilissa. Tarkista kenttien tarve, nimikkeet, virheet, palvelimen tarkistus, tietojen säilytys ja saatu vahvistus.
01 / Tarkistusmenetelmä
Luettele tulo, pakolliset kentät, ohjeet, liitteet, suostumus, lähetys, virhe, onnistuminen ja jatkoviesti.
Kokeile kelvollisia, tyhjiä, pitkiä, kansainvälisiä ja virheellisiä arvoja; tarkista nimikkeet, sarkainjärjestys ja tietojen säilyminen.
Varmista palvelinpuolen tarkistus, kohdennetut virheet, kaksoiskappaleet, verkkoviat, uusintalähetys ja aikakatkaisut.
Varmista kuittaus, toimiva vastaanottaja, luvattu aika, tallennetut tiedot ja mahdollisuus jatkaa.
KÄYTÄNNÖSSÄ
Luettava näyttö voi silti estää toiminnon. Testaa koko tavoite: löydä osio, käytä toimintoa, ymmärrä tulos ja palaa. Kirjaa ensimmäinen este ja sen vaikutus.
Valitse havaittu tilanne. Kukin vaihtoehto kertoo ensimmäisen tarkistuksen, hyödyllisen näytön ja tarkistuksen rajan.
Lisälukemista
| Tilanne | Vältä | Hyödyllinen korjaus |
|---|---|---|
| Navigointi | Testata vain hiirellä. | Käy läpi näppäimistöllä näkyvän kohdistuksen kanssa. |
| Lomake | Luottaa kentän väliaikaiseen tekstiin. | Säilytä näkyvä nimi ja yhdistä virhe kenttään. |
| Muuttuva tulos | Muuttaa lukua ilman asiayhteyttä. | Näytä tulos, yksikkö ja tapahtunut muutos. |
Kuvaako otsikko oikeaa tehtävää?
Onko toiminto saavutettava ja ymmärrettävä?
Ovatko tulos ja seuraava askel selviä?
Toista polku sarkaimella, vaihto+sarkaimella ja Enterillä sekä 200 %:n zoomauksella. Tarkista, ettei kiinteä ylätunniste peitä kohdistettua ohjainta kokonaan. Avaa ja sulje valikko näppäimistöllä, aiheuta lomakevirhe ja varmista, että voit korjata sen. Kirjaa sivu, toiminto ja este; nämä rajatut tarkistukset eivät ole WCAG-sertifiointi.
Luettu .
Tietojen lukemisen työpaja
Kuvitteellinen DEMO-F22 seuraa uusintalähetystä ja päivitystä lähettämättä oikeaa viestiä.
Kuvitteellisia tietoja ja merkintöjä oppimista varten: tulokset eivät ole peräisin suorista palvelukyselyistä.
Esimerkkisovellus lupaa kahden samalla K1:llä ja sisällöllä tehdyn POSTin palauttavan R1:n luomatta kahta tapausta. Tämä tarkistetaan erillään HTTP-tilasta.
Avaa jokainen väite ja vertaa sen tulkintaa. Lisätarkistuksia voi silti tarvita.
Ei: tila ei osoita tallennusta tai toimitusta.
Ei: toistettu GET ja toinen POST ovat eri tarkistuksia.
Sopii tähän. Eri sisältö K1:llä tarvitsee erillisen sopimuksen mukaisen tapauksen.
Tapaus: DEMO-F22 POST 1: K1 → 303 → /receipt/R1 GET ja päivitys: /receipt/R1; 200 POST 2: K1; sama sisältö; kuitti R1 Loki: yksi tallennettu tapaus Toimitus: odottaa Tulos: tallennus osoitettu, vastaanottajan saanti ei
Yhdistä kuitti, tallennusloki ja toimitusseuranta testitunnisteella. Älä laita lomakkeen henkilötietoja URL:iin tai julkiseen näyttöön.
02 / Säilytettävä näyttö
Syötteet, odotettu tila, viesti ja havaittu tulos.
Nimikkeet, ohjeet, kohdistus, virheet ja vahvistus mobiilissa ja näppäimistöllä.
Vastauksen tila, aika ja testitunnus ilman todellisia henkilötietoja.
Este, tehtävän vaikutus, korjaus, vastuuhenkilö ja uusintatesti.
TARKISTUSPISTE
Yleinen tulkintavirhe ja tarkistus, jolla se voidaan välttää.
Sisäisessä kokeessa toimiva lomake voi silti olla käyttökelvoton näppäimistöllä, puhelimella tai tarkistusvirheen jälkeen.
Testaa jokainen vaihe todellisilla syöttörajoitteilla: pakolliset kentät, virheilmoitukset, arvojen säilyminen, vahvistus, näppäimistö ja lähetyspalvelun tila.
TARKISTUKSEN JÄLKEEN
Pidä katoamista polun vikana. Säilytä ei-arkaluonteiset arvot, kohdista virhekoosteeseen ja testaa korjaus.
Älä merkitse polkua valmiiksi. Tarkista palvelinvastaus ja käsittely kuvitteellisilla tiedoilla sekä korjaa viesti.
Päätös ja tarkistusjälki
Mitä tarkistus auttaa päättämään ja mitä on talletettava päätöksen arvioimiseksi uudelleen.
Testaa kelvollinen syöte, virheet, näppäimistö, mobiili, arvojen säilyminen ja vahvistus. Käyttöliittymän onnistuminen ei todista viestin toimitusta.
Korjaa ensimmäinen katkos ja testaa koko lähetys valtuutetulla koeosoitteella. Seuraa saavutettavuutta ja toimitusta erikseen.
Tyypillisiä tilanteita tarkistuksen suunnitteluun. Ne eivät kuvaa toteutettuja toimeksiantoja tai todellisia havaintoja.
Erota selaimen lähetys, palvelimen hyväksyntä ja vastaanotto kohdejärjestelmässä. Seuraa vaiheita luvallisessa testiympäristössä ja luvallisella vastaanottajalla.
Kuvaa tulos vain todella havaitulla tasolla. Jos vain hyväksyntä varmistui, älä väitä toimitusta todistetuksi; selvitä puuttuva vaihe ja sopiva palautusmenettely.
Säilytä testin ei-arkaluonteiset tunnisteet, ajat ja tilat kopioimatta salaisuuksia tai tarpeettomia henkilötietoja.
Testaa hylätty tarkistus, verkkokatkos ja paluu lomakkeeseen. Tarkista säilyneet kentät, niihin liittyvät viestit ja mahdollisuus korjata ja lähettää aloittamatta alusta.
Palauta ymmärrettävä tila ja säilytä hyödylliset arvot niiden arkaluonteisuuden mukaan. Älä siirrä lomakkeen sisältöä URL-osoitteeseen kadonneen tilan korvaamiseksi.
Tallenna toimintasarja, kentät, näytetty viesti ja toisen yrityksen tulos testiarvoilla.
Testaa virheellinen syöte, virheet, kieli ja säilyneet kentät.
Säilytä korjauksessa tarvittavat ei-arkaluonteiset tiedot lähettämättä oikeasti.
Testisyöte, odotettu hylkäys, kohdistus ja jatkopolku.
Kysymykset täydentävät menetelmää. Ne auttavat tunnistamaan tuetut päätelmät säilyttäen varaukset tietueessa.
Selittääkö virheellinen syöte ongelman testiympäristössä hukkaamatta muita hyödyllisiä kenttiä? Tarkista näppäimistö, kieli ja jatkaminen palvelinvirheen jälkeen.
Kuvitteellinen esimerkki: tila koskee vain kuvattua kriteeriä ja rajausta.
Voiko kaksoisaktivointi tai myöhäinen vastaus tuottaa kaksi käsittelyä? Erota näkyvä onnistumisviesti, vahvistettu vastaanotto ja lopullinen käsittely ilman oikeita henkilötietoja.
Kuvitteellinen esimerkki: tila koskee vain kuvattua kriteeriä ja rajausta.
Hylätäänkö virheellinen pyyntö testiympäristössä ilman selaimen tarkistusta? Asiakaspuolen viesti ei takaa palvelinkäsittelyä.
Tarkistettu dokumentaatio : MDN · Constraint validation ·
Kuvitteellinen esimerkki: tila koskee vain kuvattua kriteeriä ja rajausta.
TYÖKALUT / REKISTERIT
Testaa onnistuminen, syötevirhe ja palvelinvirhe tunnistetuilla testitiedoilla. Tarkista viestin vastaavuus todelliseen tulokseen ja syötteen palautettavuus.
03 / FAQ
Ei. Se auttaa heti, mutta syöte on tarkistettava myös palvelimella.
Kyllä, ennen syöttöä ja virheviestissä.
Selitä korjaus, liitä viesti kenttään ja säilytä muut arvot.
Käytä kuvitteellisia tapauksia ja niukkoja lokitietoja.
Tarjoa asianmukainen testiympäristö tai kanava ja fiktiiviset tiedot. Menetelmän on kuitenkin voitava tarkistaa todelliset vaiheet, jotka edellyttävät vastaanottoa ja hoitoa.
04 / Viralliset lähteet
DOKUMENTOIDUT TIEDOT
Saman lomakkeen kaksi osoitetta voivat edellyttää eri arvoja, vaikka kenttien nimet olisivat samat. autocomplete kuvaa tarkoituksen ja kenttäryhmän eikä korvaa näkyvää nimeä tai validointia. Esimerkit havainnollistavat HTML-kielioppia, eivät kerättyjä henkilöllisyyksiä tai yhteystietoja.
| Viite | Arvo tai muoto | Mitä se yksilöi |
|---|---|---|
| section-* | 1 | section- on ensimmäinen tunniste. Sen arvo erottaa ryhmän; selain ei saa päätellä siitä sukulaisuutta tai liiketoiminnallista merkitystä. |
| shipping | billing | 2 | shipping tai billing kertoo tietojen käyttötarkoituksen. Molempia ei voi käyttää samassa luettelossa. |
| home | work | mobile | fax | pager | 3 | home, work, mobile, fax tai pager voi edeltää yhteystietokenttää, kuten email tai tel-national. work postal-code ei noudata tätä kielioppia. |
| name | postal-code | email | … | 4 | Yksityiskohtainen luettelo tarvitsee yhden tarkoitustunnisteen. address-line1 address-line2 antaa kaksi yhden sijasta eikä kuvaa kahta kenttää. |
| webauthn | 5 | Lopussa oleva webauthn voi ilmaista julkisen avaimen tunnistetietoja ehdollisella välityksellä. Attribuutti ei yksin toteuta tunnistautumista. |
| on | off | single token | Yksittäiset on ja off ovat soveltuvan näkyvän kentän yleisiä tiloja, eivät tarkkoja tarkoituksia. Niitä ei sallita sellaisinaan input type=hidden -kentässä. |
Esimerkit koskevat ilmoitetun tyypin näkyviä kenttiä. Ne käsittelevät vain kielioppia: automaattitäyttöä tai tunnistautumista ei suoriteta.
<input type="text" autocomplete="section-primary shipping work email">
Järjestetty yksityiskohtainen luettelo · Ryhmä, käyttökohde, yhteystieto ja tarkoitus: julkaistun ACT-esimerkin järjestys.
| autocomplete-attribuutti | Kentän tyyppi | Tulkinta | Selitys |
|---|---|---|---|
| section-primary shipping work email | text | Järjestetty yksityiskohtainen luettelo | Ryhmä, käyttökohde, yhteystieto ja tarkoitus: julkaistun ACT-esimerkin järjestys. |
| section-blue shipping postal-code | text | Järjestetty yksityiskohtainen luettelo | Kaksi nimettyä ryhmää erottaa toimitusosoitteet säilyttäen tarkoituksen postal-code. |
| section-red shipping postal-code | text | Järjestetty yksityiskohtainen luettelo | Kaksi nimettyä ryhmää erottaa toimitusosoitteet säilyttäen tarkoituksen postal-code. |
| billing postal-code | text | Järjestetty yksityiskohtainen luettelo | Käyttökohde ja tarkoitus; section-ryhmä on valinnainen. |
| mobile tel-national | tel | Järjestetty yksityiskohtainen luettelo | Yhteystiedon määrite edeltää puhelinnumeron tarkoitusta. |
| current-password webauthn | password | Järjestetty yksityiskohtainen luettelo | ACT-esimerkki: salasanan tarkoitus ja julkisen avaimen tunnistetietojen tunniste. |
| given-name | text | Järjestetty yksityiskohtainen luettelo | Pelkkä tarkoitus riittää; etuliitteet ovat valinnaisia. |
| on | text | Yleinen tila | Yleinen tila ilman tarkkaa tarkoitusta; ACT-sääntö 73f2c2 rajaa tapauksen tarkastelun ulkopuolelle. |
| off | text | Yleinen tila | Yleinen tila ilman tarkkaa tarkoitusta; ACT-sääntö 73f2c2 rajaa tapauksen tarkastelun ulkopuolelle. |
| work shipping email | Virheellinen luettelo | Yhteystiedon määrite on ennen käyttökohdetta: virheellinen järjestys. | |
| work,email | Virheellinen luettelo | Pilkku ei erottele tämän HTML-luettelon tunnisteita. | |
| address-line1 address-line2 | text | Virheellinen luettelo | Kaksi tarkoitusta on paikassa, jossa sallitaan vain yksi. |
| shipping | text | Virheellinen luettelo | Pelkkä käyttökohde ei anna kentälle tarkoitusta. |
| work photo | text | Virheellinen luettelo | work ei voi määrittää photo-kenttää, joka ei ole yhteystietokenttä. |
| email invalid | Virheellinen luettelo | Ylimääräistä invalid-tunnistetta ei sallita luettelon lopussa. | |
| current-password webauthn invalid | password | Virheellinen luettelo | Ylimääräistä invalid-tunnistetta ei sallita luettelon lopussa. |
Oikea järjestys ei osoita tarkoituksen sopivan kenttään, automaattitäytön toteutuvan tai WCAG 1.3.5:n täyttyvän. Kriteeri koskee tiettyjä käyttäjää koskevia tietoja ja riippuu teknologiasta. Esimerkit eivät tarkasta ulkoista lomaketta.
Dokumentaatio tarkistettu .
SYVENTÄVÄ LUKEMINEN / KÄYTÄNTÖ
Lomake näkyy normaalisti, mutta se kieltäytyy laillisesta lähetyksestä tai vahvistaa lähetyksen, joka ei ole onnistunut. Toimintatesti erottaa laadun, validoinnin ja lopullisen käsittelyn.
Päivitetty .
Testaa pakolliset kentät, muodot, pituus, virheet, suostumus ja kaksinkertainen esittely. Käytä testitietoja ja tarkistaa todellisia tuloksia luottamuksellisten sisällön välittämättä.
Aktiivinen painiketta tai menestysviestiä ei riitä osoittamaan käsittelyn suorittamista. Myös istunnon päättymisen ja saatavuuteen liittyvien tapausten on oltava ymmärrettävissä.
Toimintatesti arkisto säilyttää epäherkkä testi, vaihe, odotettu tulos ja havaittu tulos. Jokaisen korjauksen mukana on täydellinen reitin tarkastus.