1. समीक्षा की सीमाएँ परिभाषित करें
रैंडम URLs से शुरू न करें — पूर्ण परिणामों से शुरू करें। होम पेज, प्रमुख सामग्री, सर्च, संपर्क, खाते, बुकिंग या चेकआउट, पुष्टि, सहायता और मार्ग पर उपयोग किए गए हर एम्बेडेड सेवा का मानचित्र बनाएं। पुन: उपयोग होने वाली नेविगेशन, मोडलों (modals), कुकी नियंत्रण और फॉर्म शामिल करें क्योंकि एक दोष साइट भर दोहर सकता है।
WCAG संस्करण और स्तर, कवरेज, ब्राउज़र, डिवाइस, और ज्ञात बहिष्करण रिकॉर्ड करें।
हर चरण और हर स्थिति की समीक्षा करें, जिनमें साइन-इन स्थिति, खाली व्यू और त्रुटि दृश्य शामिल हैं।
2. कीबोर्ड पथ का परीक्षण करें
पॉइंटर के बिना प्रत्येक चयनित कार्य पूरा करें। Tab और Shift+Tab के साथ लिंक, नियंत्रण, संवाद, मेनू, फ़िल्टर, डेट पिकर, मीडिया और विक्रेता विजेट्स के माध्यम से नेविगेट करें। फोकस दिखाई देना चाहिए, सार्थक क्रम का पालन करना चाहिए, कभी फँसना नहीं चाहिए, और संवाद बंद होने पर उपयोगी स्थान पर लौटना चाहिए। कीबोर्ड संचालन WCAG का केंद्र है; यह मानकर नहीं चलें कि कस्टम माउस नियंत्रण कीबोर्ड से भी काम करेगा।
बार-बार आने वाली नेविगेशन से बिना Tab करके मुख्य सामग्री तक पहुँचने का तरीका प्रदान करें और परीक्षण करें।
जहाँ इंटरफ़ेस को ड्रैग करने की आवश्यकता है, उस स्थिति में जांचें कि क्या लागू गैर-ड्रैग विकल्प उपलब्ध है।
3. संरचना और स्पष्ट अर्थ की जाँच करें
पृष्ठों को वर्णनात्मक शीर्षक दें और हेडिंग्स का उपयोग स्वरूप के लिए नहीं बल्कि पदक्रम के लिए करें। जाँचें कि नियंत्रण सहायक तकनीक के लिए उपयोगी नाम, भूमिका और स्थिति प्रकट करते हैं; नेटिव HTML नियंत्रण अक्सर जोखिम कम करते हैं। अर्थपूर्ण छवियों के लिए उनके उद्देश्य के अनुसार संक्षिप्त वैकल्पिक टेक्स्ट दें, जबकि सजावटी छवियाँ शोर न बढ़ाएँ। केवल रंग का उपयोग स्थिति या निर्देशों के लिए न करें, और पृष्ठ भाषा की पहचान करें।
गंतव्यों या क्रियाओं को संदर्भ में समझने योग्य बनाएं; बार-बार अस्पष्ट लिंक भ्रम पैदा करते हैं।
जब लेआउट बदलता है या स्टाइल अनुपलब्ध हों, तब भी सामग्री और नियंत्रण तार्किक रूप से पढ़े जाने चाहिए।
4. टेक्स्ट, लेआउट, रंग और मीडिया को दबाएँ (stress test)
ब्राउज़र जूम और टेक्स्ट साइज बढ़ाएँ, फिर प्रमुख कार्य दोहराएँ। सामग्री पढ़ने और उपयोग करने योग्य बनी रहनी चाहिए न कि आपस में टकराकर गायब हो जाए या अनचाहे क्षैतिज खोज बन जाए। टेक्स्ट, नियंत्रण, फोकस, त्रुटि और चार्ट के लिए वास्तविक रंग संयोजनों की जाँच संबंधित स्थितियों में करें। रिकॉर्ड की गई मीडिया के लिए उस ऑडियो जानकारी के लिए कैप्शन और सामग्री के उपयुक्त टेक्स्ट वैकल्पिक प्रदान करें।
हॉवर, फोकस, डिसेबल्ड, त्रुटि, और किसी भी डार्क या वैकल्पिक दृश्य स्थिति को शामिल करें।
प्लेयर को कीबोर्ड से टेस्ट करें साथ ही कैप्शन्स, ट्रांस्क्रिप्ट और आवश्यक दृश्य जानकारी की भी जांच करें।
5. फॉर्म और खाता कार्यों को पुनर्प्राप्त करने योग्य बनाएं
आपके उच्च-मूल्य वाले फॉर्मों के माध्यम से ग़ायब, गलत-रूप, और वैध डेटा सबमिट करें। इनपुट्स को निरंतर, प्रोग्रामैटिक रूप से जुड़े लेबल चाहिए; केवल प्लेसहोल्डर भरोसेमंद विकल्प नहीं हैं। सबमिशन से पहले आवश्यक फ़ील्ड पहचाने जाएँ, त्रुटि क्या है सरल भाषा में समझाएँ, प्रभावित फ़ील्ड की ओर इशारा करें, और जहाँ संभव हो प्रविष्ट डेटा को संरक्षित रखें। साइन-इन, पासवर्ड रिसेट, वन-टाइम कोड, चेकआउट और पुष्टि को यात्राओं के रूप में टेस्ट करें।
त्रुटि रंग को सरल भाषा संदेश और पहचान योग्य प्रभावित फ़ील्ड के साथ जोड़ें।
भुगतान या पहचान प्रदाताओं के हैंडऑफ़, रीडायरेक्ट, विफलता पथ और वापस आने का कीबोर्ड-आधारित परीक्षण करें।
6. उपकरणों को लोगों और मैनुअल समीक्षा के साथ मिलाएँ
प्रतिनिधि पृष्ठों पर एक स्वचालित चेकर चलाएँ और उसके निष्कर्षों को लीड्स के रूप में उपयोग करें, पास प्रमाण पत्र के रूप में नहीं। उपकरण यह निर्णायक नहीं कर सकते कि वैकल्पिक टेक्स्ट अर्थपूर्ण है, क्रम समझ में आता है, निर्देश समझने योग्य हैं, या यात्रा सहायक तकनीक के साथ काम करती है। मैन्युअल कीबोर्ड और ज़ूम जाँच के साथ लक्षित स्क्रीन-रीडर समीक्षा जोड़ें। जब संभव हो, तो संबंधित जीवन-अनुभव वाले लोगों को शुरुआती चरण में शामिल करें और उन्हें न्यायसंगत रूप से मुआवज़ा दें।
एक issue रिकॉर्ड में टूल आउटपुट, समीक्षक नोट्स, निर्णय, सुधार और पुनःपरीक्षण परिणाम सुरक्षित रखें।
औपचारिक दावों, विनियमित सेवाओं, जटिल एप्लिकेशन या विवादित परिणामों के लिए एक योग्य मूल्याङ्कनकर्ता (qualified evaluator) का उपयोग करें।
7. सुधार को रिलीज़ प्रक्रियाओं में शामिल करें
थीम, कैंपेन, प्लगइन, स्क्रिप्ट, डिज़ाइन-टोकन या विक्रेता परिवर्तन के बाद पहुँच-योग्यता पीछे जा सकती है। डिजाइन, सामग्री, गुणवत्ता आश्वासन और लॉन्च कार्य में एक अनुपातिक समीक्षा जोड़ें। SIU सक्रिय अपटाइम अनुकूलन और सुधार पर ध्यान देता है: प्री-लॉन्च मार्ग बनाए रखें, ग्राहक-सामने की दोषों की पहचान करें, सुरक्षित फ़िक्स करें, और आवश्यक होने पर रोलबैक योजना उपयोग करें। पहुँच-योग्यता समीक्षा उस काम को पूरक करती है; यह उपलब्धता जांचों या आउटेज अलर्ट्स से प्रतिस्थापित नहीं होती।
जब मुख्य कार्य कीबोर्ड से पूरा नहीं हो सकता या कोई महत्वपूर्ण त्रुटि समझी नहीं जा सकती तो रिलीज़ ब्लॉक करें।
मुद्दा बंद करने से पहले मूल कार्य, मोबाइल और त्रुटि राज्यों में फ़िक्स के बाद जाँच करें।