मॉड्यूल 18 · एक्सेसिबिलिटी टेस्टिंग

वीडियो, ऑडियो और टाइम लिमिट की टेस्टिंग

Mutqan Soft QA टीम द्वारा · · 22 मिनट · मध्यम

Media और timing accessibility testing यह जाँचती है कि जो लोग आवाज़ नहीं सुन सकते, तस्वीर नहीं देख सकते या जिन्हें ज़्यादा समय चाहिए, वे भी audio, video और timer वाली हर चीज़ इस्तेमाल कर सकें। WCAG 2.2 media को guideline 1.2 Time-based Media में रखता है: captions बोले गए शब्द और ज़रूरी आवाज़ें बधिर (deaf) और कम सुनने वाले users तक पहुँचाते हैं, audio description दृष्टिहीन users को वह बताता है जो सिर्फ़ screen पर दिखता है, और transcript हर किसी को अपनी रफ़्तार से पढ़ने लायक text version देता है।

इनके साथ timing rules आते हैं: अपने-आप शुरू होने वाला audio रोका जा सके (1.4.2), time limits adjust की जा सकें (2.2.1), और moving या auto-updating content pause किया जा सके (2.2.2)। उदाहरण: एक training video जो page load होते ही बोलना शुरू कर देता है और उसे रोकने का कोई तरीका नहीं, जिसके automatic captions "15 minutes" को "50 minutes" लिख देते हैं, और page बिना warning के learner को video के बीच में log out कर देता है — learner के कुछ भी दबाने से पहले ही यह page कम से कम तीन criteria (1.4.2, 1.2.2, 2.2.1) fail कर चुका है।

यह क्यों ज़रूरी है

जब media या timing में defect होता है, तो content सिर्फ़ मुश्किल नहीं होता, वह उपलब्ध ही नहीं रहता: बधिर learner बिना captions का lesson follow नहीं कर सकता, दृष्टिहीन user वे steps miss कर देता है जो demo सिर्फ़ दिखाता है, screen reader user अपने-आप शुरू हुए audio के ऊपर अपना screen reader नहीं सुन पाता, और switch device या screen reader से धीरे टाइप करने वाला व्यक्ति session खत्म होने पर आधा भरा form खो देता है। Product के लिए इसका मतलब है support calls, खोई हुई sales, और जहाँ accessibility क़ानून या contract से ज़रूरी है वहाँ compliance gap।

इनमें से ज़्यादातर defects automated checkers miss कर देते हैं। Scanner देख सकता है कि <track> element मौजूद है, लेकिन यह नहीं कि captions बोले गए शब्दों से मेल खाते हैं, speakers के नाम बताते हैं या video के साथ चलते हैं, और वह session warning के लिए 15 मिनट इंतज़ार नहीं करेगा। यह manual काम है, और criteria जानने वाला tester इनमें से ज़्यादातर बातें तभी उठा सकता है जब video अभी script ही है।

कौन-से media criteria लागू होते हैं: 1.2.1 से 1.2.5

हर media item को पहले classify करें, क्योंकि criteria इस पर निर्भर हैं कि उसमें क्या है और वह live है या नहीं। WCAG आवाज़ और चलती तस्वीर वाले content को synchronized media कहता है; podcast audio-only है और product का silent animation video-only।

Criteria में तीन alternatives आते हैं। Captions बोले गए शब्दों और content समझने के लिए ज़रूरी non-speech आवाज़ों, जैसे doorbell, हँसी या music, का synchronized text हैं, speaker की पहचान के साथ; यही उन्हें सिर्फ़ dialogue वाले subtitles से अलग करता है, हालाँकि कुछ देशों में दोनों को subtitles कहा जाता है। Audio description soundtrack में जोड़ा गया narration है जो वह ज़रूरी visual जानकारी बताता है जो soundtrack पहले से नहीं देता। Alternative for time-based media, जिसे यह lesson पूरा text alternative कहता है, वह document है जो दिखने और सुनाई देने वाली हर बात सही क्रम में बताता है; visual descriptions वाला transcript इसका आम रूप है। यह image के छोटे text alternative (alt text) से अलग है।

  • 1.2.1 Audio-only and Video-only (Prerecorded), Level A: prerecorded audio के लिए transcript; prerecorded silent video के लिए पूरा text alternative या वही जानकारी देने वाला audio track।
  • 1.2.2 Captions (Prerecorded), A: synchronized media के सारे prerecorded audio के captions।
  • 1.2.3 Audio Description or Media Alternative (Prerecorded), A: video का audio description, या पूरा text alternative।
  • 1.2.4 Captions (Live), AA: synchronized media के live audio के captions, जैसे webinar या live stream।
  • 1.2.5 Audio Description (Prerecorded), AA: audio description ज़रूरी है; जो text alternative 1.2.3 के लिए काफ़ी था, वह अब काफ़ी नहीं। अगर दिखाई गई हर बात audio में पहले से बोली गई है, तो description की ज़रूरत नहीं।
  • 1.2.1 से 1.2.3 तक के criteria page पर पहले से मौजूद text के media version को छूट देते हैं, अगर उसे साफ़ तौर पर उसी रूप में label किया गया हो। Level AAA इसमें sign language, extended audio description, पूरा media alternative और live audio-only alternatives जोड़ता है (1.2.6 से 1.2.9)।
WCAG के media criteria: prerecorded audio-only या video-only को बराबर alternative (1.2.1), live video को captions (1.2.4), prerecorded video को captions (1.2.2), और तस्वीर आवाज़ से ज़्यादा दिखाए तो audio description भी (1.2.5)।
प्रश्न 1: Media में क्या है?

  • उत्तर: सिर्फ़ आवाज़, prerecorded: podcast

    परिणाम: Transcript1.2.1, Level A

  • उत्तर: सिर्फ़ चलती तस्वीर, prerecorded: silent demo

    परिणाम: पूरा text alternative, या वही जानकारी देने वाला audio track1.2.1, Level A

  • उत्तर: आवाज़ और चलती तस्वीर: synchronized media

    प्रश्न 2: क्या यह live है?

    • उत्तर: हाँ: webinar या live stream

      परिणाम: Live captions1.2.4, Level AA

    • उत्तर: नहीं: prerecorded

      प्रश्न 3: क्या तस्वीर ऐसी ज़रूरी जानकारी दिखाती है जो आवाज़ नहीं देती?Screen पर steps, text, charts

      • उत्तर: नहीं: narration सब कुछ बोल देता है

        परिणाम: सिर्फ़ captions1.2.2, Level A; audio description की ज़रूरत नहीं

      • उत्तर: हाँ

        परिणाम: Captions और audio description1.2.2 (A) और 1.2.5 (AA); पूरा text alternative सिर्फ़ 1.2.3 (A) के लिए काफ़ी है

सिर्फ़ Level A और AA। 1.2.1 से 1.2.3 page पर पहले से मौजूद text के ऐसे media version पर लागू नहीं होते जिसे साफ़ तौर पर उसी रूप में label किया गया हो।

Captions और transcript की quality टेस्ट करना

WCAG captions माँगता है लेकिन accuracy का कोई numeric target तय नहीं करता, इसलिए expected result source से आता है: script, या ध्यान से सुनना। पूरा video sound और captions चालू रखकर देखें। Automatic captions को बिना review का draft मानें: वे अक्सर names, product terms और numbers गलत सुनते हैं, और शायद ही कभी speakers या आवाज़ें बताते हैं। Captions आम तौर पर WebVTT file (.vtt) में आते हैं, वह format जिसे browsers HTML के <track> element से load करते हैं: इसमें <v> tag speaker का नाम देता है, और चलन के अनुसार आवाज़ square brackets में लिखी जाती है।

  • Synchronization: हर caption अपने speech के साथ आए और speaker रुकने पर हटे। शुरुआत, बीच और अंत जाँचें, क्योंकि किसी दूसरे edit पर time की गई file धीरे-धीरे audio से खिसक जाती है।
  • Accuracy: words, names और numbers audio से मेल खाएँ। Script और caption text (timing lines के बिना) को text diff में paste करें और word mode में compare करें, ताकि हर फ़र्क़ एक साथ दिखे।
  • Speakers: जब एक से ज़्यादा लोग बोलें, या speaker screen पर न हो, तो caption बताए कि कौन बोल रहा है।
  • Sound cues: अर्थ वाली आवाज़ें square brackets में आएँ, जैसे [alarm बज रहा है] या [music रुकता है]।
  • Arabic captions: lines right to left पढ़ी जाती हैं। Browser हर caption line की direction उसके पहले strong character से तय करता है, यानी पहला letter जिसकी direction तय है (Arabic या Latin; digits और punctuation नहीं गिने जाते)। इसलिए Latin brand name या English term से शुरू होने वाली line left to right दिखती है और उसका full stop दाएँ किनारे पर आता है। ऐसी lines जान-बूझकर टेस्ट करें (line की शुरुआत में right-to-left mark, U+200F, इसे ठीक करता है), और जाँचें कि track पर srclang="ar" है और captions menu में दिखने वाला label पढ़ने लायक है।
  • Transcripts: player के पास link, और speaker names, sound cues और video के लिए जो दिखता है उसके description के साथ पूरा text।
WEBVTT

00:00:01.000 --> 00:00:04.200
<v Trainer>Orders खोलें और status से filter करें।

00:00:04.200 --> 00:00:05.500
[notification की घंटी]

00:00:05.500 --> 00:00:09.000
<v Customer>मेरा order अब भी pending क्यों है?

00:00:09.000 --> 00:00:12.800
<v Trainer>Pending का मतलब है कि payment
अभी confirm नहीं हुआ है।

आज़माएँ: टेक्स्ट डिफ़ आज़माएँ: अरबी टेस्ट डेटा जनरेटर

Autoplay और media player

1.4.2 Audio Control (A): अगर page पर कोई audio अपने-आप 3 सेकंड से ज़्यादा चलता है, तो उसे pause या stop करने का तरीका होना चाहिए, या उसकी volume को system volume से अलग control करने का। WCAG इसे उन criteria में रखता है जो page के सारे content पर लागू होते हैं, क्योंकि इसके fail होने से page की किसी भी दूसरी चीज़ का इस्तेमाल बाधित होता है। Browsers आवाज़ वाले कुछ autoplay को block करते हैं, लेकिन उनके नियम अलग-अलग हैं, और user के site से interact करने के बाद वे आम तौर पर आवाज़ की अनुमति दे देते हैं; इसलिए browser की site settings में आवाज़ वाला autoplay allowed करके टेस्ट करें, और site पर कहीं और click करने के बाद page खोलकर दोबारा भी।

Player खुद mouse के बिना चले और screen reader के लिए समझ में आए। Keyboard accessibility guide तरीका बताती है; player में ये points ख़ास तौर पर जाँचें:

  • हर control Tab से logical order में पहुँचे, Enter या Space से चले, और dark video पर भी focus साफ़ दिखे (2.1.1, 2.4.3, 2.4.7)।
  • Seek और volume sliders arrow keys से हिलें और काम की value announce करें, जैसे "4 मिनट में से 1 मिनट 20 सेकंड", "0.33" नहीं।
  • Buttons के names और states update हों: Play बदलकर Pause बने, और Captions on या off announce हो (4.1.2)।
  • Focus embedded player से, third-party iframe समेत, Tab और Shift+Tab से, या page की बताई किसी दूसरी key से, बाहर निकल सके (2.1.2 No Keyboard Trap), और Escape से full screen बंद हो।
  • K या M जैसे single-key shortcuts सिर्फ़ तब चलें जब player पर focus हो, या उन्हें बंद किया जा सके, या Ctrl या Alt वाले combination पर remap किया जा सके (2.1.4 Character Key Shortcuts)।
Accessible video player में reviewed captions, audio description button, transcript link और क्रम से आठ Tab stops हैं; defective player में Play control को Tab छोड़ देता है और captions button का कोई नाम नहीं। वैचारिक मॉडल

Pass होने वाला playerपास

हर control एक Tab stop है, reading order में।

Video picture
Speaker के नाम के साथ caption line
फ़ोकस क्रम 1: Play और Pause buttonफ़ोकस क्रम 2: Seek slider: arrow keys, value मिनट और सेकंड मेंफ़ोकस क्रम 3: Mute buttonफ़ोकस क्रम 4: Volume slider: arrow keysफ़ोकस क्रम 5: Captions button, on या off announce होता हैफ़ोकस क्रम 6: Audio description buttonफ़ोकस क्रम 7: Full screen button
फ़ोकस क्रम 8: Player के नीचे transcript link
Captions:
Reviewed: sync में, speaker names, sound cuesपास
Audio description:
Button described version पर ले जाता हैपास
Keyboard:
क्रम से आठ Tab stops; sliders arrow keys से हिलते हैंपास
Screen reader:
Play बदलकर Pause; Captions on या off announceपास

आम defects वाला playerफ़ेल

Play control पर कोई number नहीं, क्योंकि Tab उसे छोड़ देता है।

Video picture
Automatic captions, review नहीं हुए, speaker names नहीं
div से बना Play control: Tab उसे छोड़ देता हैफ़ोकस क्रम 1: Seek sliderफ़ोकस क्रम 2: Mute buttonफ़ोकस क्रम 3: Volume slider: arrow keys पर कुछ नहीं करताफ़ोकस क्रम 4: बिना नाम का captions buttonफ़ोकस क्रम 5: Full screen button
Captions:
Automatic, review नहीं: 1.2.2फ़ेल
Audio description:
न यह है न transcript, जबकि video ऐसे steps दिखाता है जिन्हें कोई बोलता नहीं: 1.2.3, 1.2.5फ़ेल
Keyboard:
Play छूट जाता है; volume arrow keys नहीं मानता: 2.1.1फ़ेल
Screen reader:
Captions button सिर्फ़ “button” announce होता है: 4.1.2फ़ेल

Left-to-right पेज में उदाहरण के लिए player। Numbers Tab stops हैं; marked blocks defects हैं।

Time limits, session time-out और carousels

2.2.1 Timing Adjustable (A) content की लगाई हर time limit पर लागू होता है: inactivity के बाद खत्म होने वाला session, price या seats को 10 मिनट hold करने वाला timed offer, समय पर पूरा करना ज़रूरी form। कम से कम एक option सच होना चाहिए: user limit तक पहुँचने से पहले उसे बंद कर सके; उसे default के कम से कम दस गुना तक adjust कर सके; या expire होने से पहले उसे warning मिले, एक आसान action, जैसे एक key दबाना, से limit बढ़ाने के लिए कम से कम 20 सेकंड मिलें, और वह कम से कम दस बार बढ़ा सके। Exceptions हैं: auction जैसे real-time events जिनमें limit का कोई विकल्प संभव न हो, ऐसी limits जिन्हें बढ़ाने से activity ही बेमानी हो जाए (essential), और 20 घंटे से लंबी limits।

15 मिनट का session बिना इंतज़ार के टेस्ट करने के लिए developers से test environment में उसे छोटा करवाएँ। फिर जाँचें कि warning समय पर आती है, screen reader उसे announce करता है, keyboard से उस तक तुरंत पहुँचा जा सकता है, और extend करने से सिर्फ़ दिखने वाला counter नहीं, server session सच में renew होता है। Expiry के बाद 2.2.5 Re-authenticating (AAA) चाहता है कि user दोबारा sign in करके बिना data खोए काम जारी रख सके; कई teams इसे good practice मानती हैं।

2.2.2 Pause, Stop, Hide (A), जो visual accessibility guide में motion के लिए आया था, auto-updating content पर भी लागू होता है। अपने-आप शुरू होने वाला, पाँच सेकंड से ज़्यादा चलने वाला और दूसरे content के साथ दिखने वाला moving, blinking या scrolling content pause, stop या hide किया जा सके; और अपने-आप update होने वाला content, जैसे news ticker या live scores, pause, stop या hide किया जा सके या उसकी update frequency control की जा सके। दोनों में exception है: जब movement या updating activity के लिए essential हो।

  • Carousel: keyboard से चलने वाला pause या stop control (2.2.2)। ARIA Authoring Practices का carousel pattern इसे carousel के अंदर Tab order में सबसे पहले रखता है, rotating slides से पहले।
  • Keyboard focus carousel में आते ही rotation रुक जाए, और mouse hover के दौरान भी रुका रहे, जैसा यही pattern बताता है; सिर्फ़ hover पर रुकना काफ़ी नहीं, क्योंकि keyboard और touch users hover नहीं कर सकते।
  • Focus या pause control से रुकने के बाद carousel तब तक रुका रहे जब तक user उसे दोबारा शुरू न करे।

Worked example: course page की checklist और उससे मिले defects

एक training platform के course page पर English intro video है जिसके English और Arabic captions हैं, एक podcast episode, page header में एक background video, एक promo carousel और 15 मिनट का session time-out। Intro video का presenter screen पर दिखने वाली हर बात बोलकर बताता है, इसलिए उसे captions चाहिए, audio description नहीं। Tester पहले हर media item और हर time limit की list बनाता है, फिर इस section के अंत वाली checklist keyboard, screen reader और sound चालू रखकर दोनों भाषाओं में चलाता है।

मिले defects, criterion के साथ bug titles के रूप में:

  • “Header का background video load पर आवाज़ के साथ music चलाता है और उसमें कोई control नहीं” (1.4.2, 2.2.2)
  • “Intro video: English automatic captions review नहीं हुए; 02:14 पर ‘fifteen minutes’ को ‘fifty minutes’ लिखा गया” (1.2.2)
  • “Arabic captions: brand name से शुरू होने वाली lines left to right दिखती हैं और full stop दाएँ किनारे पर आता है” (Arabic caption quality)
  • “Podcast episode 7 का कोई transcript नहीं” (1.2.1)
  • “Captions button सिर्फ़ ‘button’ announce होता है, न नाम न on/off state” (4.1.2)
  • “15 मिनट idle रहने पर session बिना warning खत्म होता है; आधा लिखा assignment खो जाता है” (2.2.1)
  • “Promo carousel हर 4 सेकंड में आगे बढ़ता है, pause control नहीं, और focus अंदर होने पर भी घूमता रहता है” (2.2.2)
MEDIA और TIMING CHECKLIST: course page, build 4.12, en + ar

Inventory
[ ] हर media item classified: audio-only, video-only या synchronized; live या नहीं
[ ] हर time limit listed: session, holds, countdowns, अपने-आप बदलने वाला content
Prerecorded media
[ ] Audio-only: player के पास transcript link (1.2.1)
[ ] Captions: sync में, सटीक, speakers के नाम, sound cues, अंत तक (1.2.2)
[ ] सिर्फ़ दिखने वाली जानकारी: audio description, या ज़रूरत नहीं (1.2.3, 1.2.5)
[ ] Arabic captions: right-to-left lines, Latin words और digits सही क्रम में
Live media
[ ] Live sessions के captions हैं (1.2.4)
Player
[ ] Load पर 3 s से ज़्यादा आवाज़ नहीं, बिना pause, stop या volume control के (1.4.2)
[ ] Tab, Enter/Space, sliders पर arrows, visible focus (2.1.1, 2.4.7)
[ ] Names और states: Play/Pause, Captions on/off (4.1.2)
[ ] Embedded player में trap नहीं; letter shortcuts सिर्फ़ focus पर (2.1.2, 2.1.4)
Timing
[ ] हर time limit बंद, adjust (x10) या extend की जा सके (2.2.1)
[ ] Extend: पहले warning, >= 20 s, एक आसान action, कम से कम 10 बार
[ ] Carousels और tickers: pause control (2.2.2); वह पहले आए, focus पर रुकें (APG)

आज़माएँ: टेस्ट केस जनरेटर आज़माएँ: AI QA चेकलिस्ट जनरेटर

आम गलतियाँ

  • Automatic captions को बिना review स्वीकार करना: वे names, terms और numbers गलत सुनते हैं और शायद ही कभी speakers का नाम या आवाज़ों का description देते हैं।
  • Video को sound और captions चालू रखकर अंत तक देखने की बजाय सिर्फ़ यह जाँचना कि captions button मौजूद है।
  • Captions माँगना लेकिन audio description भूल जाना, जब video ऐसी जानकारी दिखाता है जो कोई बोलता नहीं, जैसे screen पर steps, text या charts।
  • Autoplay को ऐसे browser में टेस्ट करना जो उसे block करता है, और ऐसा page pass कर देना जो उन users के लिए आवाज़ चलाता है जिनका browser इसकी अनुमति देता है।
  • Session time-out को कभी टेस्ट न करना क्योंकि उसमें समय लगता है, बजाय test environment में छोटा time-out माँगने के।
  • Carousel रोकने का अकेला तरीका hover-to-pause मान लेना; keyboard और touch users hover नहीं कर सकते।

QA का नज़रिया

Media accessibility सबसे सस्ती तब होती है जब video अभी बना ही नहीं। Media plan होते समय script माँगें और पूछें: क्या narration दिखाई गई चीज़ें बताएगा (इससे अलग audio description की ज़रूरत खत्म हो सकती है)? हर भाषा में captions कौन लिखेगा और review करेगा? Live sessions के captions कौन देगा? Media content के definition of done में "captions reviewed, transcript published" जोड़ने का सुझाव दें।

Time limits को सिर्फ़ test नहीं, एक फ़ैसला भी चाहिए। Product owner और security team से पूछें कि कौन-सी limits हैं, हर limit 2.2.1 का कौन-सा option इस्तेमाल करती है, और क्या कोई exception का दावा करती है; जवाब test basis में दर्ज करें। Defect reports में गलत caption का video timestamp, इस्तेमाल किया गया browser, player और assistive technology, configured time-out और एक छोटी screen recording दें: बिना timestamp का caption defect दोबारा ढूँढना मुश्किल होता है।

अभ्यास

Webinar page की media और timing review करें

आपका काम

एक team ने webinar की recording और अगले live session का registration form publish किया है। नीचे दिया material बताता है कि page पर क्या है और testing के दौरान आपने क्या देखा।

हर item के लिए तय करें कि WCAG 2.2 के Level A और AA के कौन-से criteria लागू होते हैं, observation pass है या fail, और हर failure को criterion number के साथ bug title के रूप में लिखें। Team से पूछने वाले सवाल भी लिखें।

सामग्री
Webinar page: "Testing in CI" (English, recorded, 45 मिनट)
1. Recording: दो speakers। Slide 9 पर pricing table है जिसे कोई पढ़कर
   नहीं बताता। Captions: सिर्फ़ English, automatic, review नहीं हुए।
   12:40 पर "fifteen" को "fifty" लिखा गया। Speakers के नाम कहीं नहीं।
2. "Listen on the go": audio-only version। कोई transcript नहीं।
3. Load पर recording आवाज़ के साथ चलती है। Player का Pause button
   पहला Tab stop है और Enter से चलता है।
4. Player: volume slider arrow keys पर कुछ नहीं करता।
5. अगला live webinar: registration form पर 10 मिनट का countdown;
   0:00 पर form खाली हो जाता है। न warning, न extend का तरीका।
6. Sidebar: "Upcoming events" ticker लगातार scroll होता रहता है।
चरण
  1. हर media item classify करें: audio-only, video-only या synchronized; live या prerecorded।
  2. हर item और हर time limit या moving element पर लागू criteria लिखें।
  3. हर observation की तुलना उसके criterion से करें और pass या fail तय करें।
  4. हर failure को criterion के साथ bug title के रूप में लिखें, फिर अपने सवाल लिखें।
मॉडल उत्तर दिखाएँ
मॉडल उत्तर

Recording (prerecorded synchronized media): 1.2.2, और 1.2.3 व 1.2.5 भी, क्योंकि slide 9 ऐसी जानकारी दिखाती है जो audio नहीं देता। Defects: “Automatic captions review नहीं हुए: 12:40 पर ‘fifteen’ को ‘fifty’ लिखा गया” (1.2.2); “Captions कभी नहीं बताते कि दोनों में से कौन-सा speaker बोल रहा है” (1.2.2); “Slide 9 की pricing table का न audio description है न पूरा text alternative” (1.2.3, 1.2.5)। English recording के लिए सिर्फ़ English captions 1.2.2 का failure नहीं हैं; Arabic subtitles एक localisation requirement होंगे।

Audio-only version: 1.2.1। Defect: “Webinar के audio-only version का कोई transcript नहीं” (1.2.1)।

Autoplay: 1.4.2 pass है, क्योंकि keyboard user पहले Tab stop पर काम करने वाले Pause button तक पहुँचता है; यही button चलती तस्वीर के लिए 2.2.2 भी पूरा करता है। फिर भी autoplay न करने का सुझाव दें, क्योंकि screen reader user को button मिलने तक recording अपने screen reader के ऊपर सुनाई देती है।

Player: 2.1.1। Defect: “Volume slider arrow keys से adjust नहीं होता” (2.1.1)।

Registration countdown: 2.2.1। Defect: “Registration form 10 मिनट बाद बिना warning और बिना extend के तरीके के खाली हो जाता है” (2.2.1)। Ticker: 2.2.2। Defect: “Upcoming events ticker बिना pause, stop या hide control के लगातार scroll होता है” (2.2.2)।

सवाल: registration को time limit की ज़रूरत ही क्यों है? अगले webinar के live captions (1.2.4) कौन देगा? Publish करने से पहले captions कौन review करता है?

अक्सर पूछे जाने वाले सवाल

क्या subtitles और captions एक ही हैं?

पूरी तरह नहीं। Subtitles आम तौर पर सिर्फ़ dialogue देते हैं, अक्सर सुन सकने वाले लोगों के लिए translate करके। Captions speakers की पहचान भी बताते हैं और content समझने के लिए ज़रूरी non-speech आवाज़ें भी देते हैं, और बधिर व कम सुनने वाले users को यही चाहिए। कुछ देशों में दोनों को subtitles कहा जाता है, इसलिए menu का नाम नहीं, content जाँचें।

क्या automatic captions 1.2.2 पूरा करते हैं?

सिर्फ़ तब, जब वे सटीक हो जाएँ। उन्हें पहला draft मानें: किसी को words, names, numbers, speaker identification और sound cues review करके ठीक करने होंगे। बिना review के automatic captions को किसी भी दूसरे content की तरह टेस्ट करें; अर्थ बदलने वाली गलतियाँ defects हैं।

क्या हर video को audio description चाहिए?

नहीं। Audio description उस ज़रूरी visual जानकारी के लिए चाहिए जो soundtrack पहले से नहीं देता। अगर narration दिखाई गई हर बात कह देता है, जैसे "ऊपर दाईं ओर Save पर click करें", तो अलग description की ज़रूरत नहीं। Level A पर पूरा text alternative description की जगह ले सकता है (1.2.3); Level AA पर 1.2.5 prerecorded video के लिए audio description माँगता है।

क्या session time-out एक security requirement है जो 2.2.1 से ऊपर है?

नहीं। Understanding WCAG 2.2 security के लिए जोड़ी गई time limit को content की लगाई limit मानता है, इसलिए उस पर 2.2.1 लागू होता है। ज़्यादातर मामलों में दोनों पूरे हो सकते हैं: time-out रखें, लेकिन खत्म होने से पहले user को warning दें, जवाब देने के लिए कम से कम 20 सेकंड दें, और उसे एक आसान action से कम से कम दस बार extend करने दें। अगर business कोई exception बताता है, जैसे essential time limit, तो उसे document और review करवाएँ।

संदर्भ

  • Web Content Accessibility Guidelines (WCAG) 2.2W3C · 2024W3C की Recommendation जो सुलभ वेब कंटेंट के लिए टेस्ट करने योग्य success criteria तय करती है — चार सिद्धांतों और तीन conformance स्तरों (A, AA, AAA) में व्यवस्थित।
  • Understanding WCAG 2.2W3C Web Accessibility Initiative (WAI)WCAG 2.2 की हर guideline और success criterion की व्याख्या: उद्देश्य, किसे लाभ, उदाहरण और तकनीकें (नॉर्मेटिव नहीं)।
  • ARIA Authoring Practices Guide (APG)W3C Web Accessibility Initiative (WAI)आम विजेट (tabs, menus, dialogs, comboboxes) के पैटर्न, अपेक्षित कीबोर्ड इंटरैक्शन और ARIA उपयोग के साथ — वह संदर्भ जिससे टेस्टर कस्टम कंपोनेंट की तुलना करते हैं।
  • HTML Living StandardWHATWGHTML भाषा, नामित कैरेक्टर रेफ़रेंस (एंटिटी) और ब्राउज़रों के पार्सिंग नियमों सहित।
टूल्स

Mutqan tools से अभ्यास करें

टेक्स्ट डिफ़

दो टेक्स्ट की लाइन-दर-लाइन या शब्द-दर-शब्द तुलना करें और अंतर हाइलाइट करें।

फ़ॉर्मेटिंग

अरबी टेस्ट डेटा जनरेटर

लोकलाइज़ेशन टेस्टिंग के लिए अरबी नाम, पते, वाक्य, संख्याएँ (अरबी-हिंदसी अंक) और RTL edge case जनरेट करें।

टेस्ट डेटा

टेस्ट केस जनरेटर

फ़ीचर के विवरण और फ़ील्ड सूची से संरचित टेस्ट केस (id, शीर्षक, पूर्व-शर्तें, स्टेप, अपेक्षित परिणाम, प्राथमिकता) जनरेट करें।

टेस्ट डिज़ाइन

AI QA चेकलिस्ट जनरेटर

Mutqan AI से किसी भी फ़ीचर के लिए अनुकूलित QA चेकलिस्ट (functional, UI, API, security, performance, accessibility, release) बनाएँ।

टेस्ट जनरेशन AI

और गहराई से

इस topic में आपकी प्रगति

QA रोडमैप का हिस्सा