You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
Web-Dev-For-Beginners/translations/fa/1-getting-started-lessons/3-accessibility/assignment.md

21 KiB

ممیزی جامع قابلیت دسترسی وب‌سایت

دستورالعمل‌ها

در این تمرین، ممیزی قابلیت دسترسی در سطح حرفه‌ای یک وب‌سایت واقعی را انجام خواهید داد و اصول و تکنیک‌های آموخته شده را به کار خواهید بست. این تجربه عملی فهم شما را از موانع و راه‌حل‌های دسترسی عمیق‌تر می‌کند.

یک وب‌سایت را انتخاب کنید که به نظر می‌رسد مشکلات دسترسی دارد—این به شما فرصت‌های یادگیری بیشتری نسبت به تحلیل یک سایت کاملاً بدون نقص می‌دهد. کاندیداهای خوب شامل وب‌سایت‌های قدیمی‌تر، برنامه‌های وب پیچیده، یا سایت‌هایی با محتوای چندرسانه‌ای غنی هستند.

فاز ۱: ارزیابی دستی استراتژیک

قبل از استفاده از ابزارهای خودکار، یک ارزیابی کامل دستی انجام دهید. این رویکرد انسان‌محور اغلب مشکلاتی را آشکار می‌سازد که ابزارها از دست می‌دهند و به شما کمک می‌کند تجربه واقعی کاربر را درک کنید.

🔍 معیارهای ارزیابی ضروری:

ناوبری و ساختار:

  • آیا می‌توانید کل سایت را فقط با کیبورد (Tab، Shift+Tab، Enter، Space، کلیدهای جهتی) جابه‌جا شوید؟
  • آیا نشانگرهای فوکوس در تمام عناصر تعاملی به وضوح قابل مشاهده هستند؟
  • آیا ساختار سرفصل‌ها (H1-H6) نمای منطقی‌ای از محتوای صفحه ایجاد می‌کند؟
  • آیا لینک‌های پرش به محتوای اصلی وجود دارد؟

دسترسی بصری:

  • آیا کنتراست رنگ در سراسر سایت کافی است (حداقل ۴.۵:۱ برای متن عادی)؟
  • آیا سایت فقط به رنگ برای انتقال اطلاعات مهم تکیه دارد؟
  • آیا همه تصاویر متن جایگزین مناسب دارند؟
  • آیا طرح‌بندی هنگام بزرگنمایی تا ۲۰۰٪ عملکردی باقی می‌ماند؟

محتوا و ارتباطات:

  • آیا متن‌های پیوندی مبهم مثل «اینجا کلیک کنید» وجود دارد؟
  • آیا می‌توانید محتوای سایت و عملکرد آن را بدون نشانه‌های بصری درک کنید؟
  • آیا فیلدهای فرم به درستی برچسب‌گذاری و گروه‌بندی شده‌اند؟
  • آیا پیام‌های خطا واضح و مفید هستند؟

عناصر تعاملی:

  • آیا همه دکمه‌ها و کنترل‌های فرم با کیبورد به تنهایی قابل استفاده هستند؟
  • آیا تغییرات محتوای پویا برای صفحه‌خوان‌ها اعلام می‌شود؟
  • آیا دیالوگ‌های مودال و ویجت‌های پیچیده الگوهای مناسب دسترسی را دنبال می‌کنند؟

📝 یافته‌های خود را مستندسازی کنید با مثال‌های مشخص، اسکرین‌شات‌ها و آدرس صفحات. نکات منفی و مثبت را یادداشت کنید.

فاز ۲: تست جامع خودکار

اکنون یافته‌های دستی خود را با استفاده از ابزارهای استاندارد صنعت درباره دسترسی تأیید و گسترش دهید. هر ابزار نقاط قوت متفاوتی دارد، پس استفاده از چندین ابزار پوشش کامل‌تری فراهم می‌کند.

🛠️ ابزارهای تست مورد نیاز:

  1. ممیزی دسترسی Lighthouse (درون DevTools در Chrome/Edge)

    • اجرای ممیزی در صفحات مختلف
    • تمرکز بر معیارها و توصیه‌های خاص
    • ثبت نمره دسترسی و تخلفات خاص
  2. axe DevTools (افزونه مرورگر - استاندارد صنعت)

    • تشخیص مشکلات دقیق‌تر نسبت به Lighthouse
    • ارائه مثال‌های کد برای رفع اشکال
    • تست طبق معیارهای WCAG 2.1
  3. WAVE Web Accessibility Evaluator (افزونه مرورگر)

    • نمایش بصری ویژگی‌های دسترسی
    • برجسته کردن خطاها و ویژگی‌های مثبت
    • بسیار مناسب برای درک ساختار صفحه
  4. تجزیه و تحلیل‌کننده‌های کنتراست رنگ

    • WebAIM Contrast Checker برای جفت رنگ‌های مشخص
    • افزونه‌های مرورگر برای تحلیل کلی صفحه
    • تست بر اساس استانداردهای WCAG AA و AAA

🎧 تست فناوری کمکی واقعی:

  • تست صفحه‌خوان: استفاده از NVDA (ویندوز)، VoiceOver (مک)، یا TalkBack (اندروید)
  • ناوبری فقط با کیبورد: موس را جدا کرده و کل سایت را با کیبورد بگردید
  • تست بزرگنمایی: عملکرد را در زوم‌های ۲۰۰٪ و ۴۰۰٪ بررسی کنید
  • تست کنترل صوتی: در صورت امکان، از ابزارهای ناوبری صوتی استفاده کنید

📊 نتایج خود را سازماندهی کنید با ایجاد یک صفحه گسترده اصلی شامل:

  • شرح مشکل و موقعیت
  • سطح اهمیت (بحرانی/زیاد/متوسط/کم)
  • معیارهای موفقیت WCAG نقض شده
  • ابزاری که مشکل را شناسایی کرده
  • اسکرین‌شات‌ها و شواهد

فاز ۳: مستندسازی یافته‌های جامع

یک گزارش ممیزی دسترسی حرفه‌ای ایجاد کنید که درک شما از مشکلات فنی و تاثیر انسانی آن‌ها را نشان دهد.

📋 بخش‌های مورد نیاز گزارش:

  1. خلاصه اجرایی (۱ صفحه)

    • آدرس وب‌سایت و شرح مختصر
    • سطح بلوغ کلی قابلیت دسترسی
    • سه مشکل بحرانی برتر
    • تاثیر تخمینی بر کاربران دارای معلولیت
  2. روش‌شناسی (نیم صفحه)

    • رویکرد تست و ابزارهای استفاده شده
    • صفحات ارزیابی شده و ترکیب دستگاه/مرورگر
    • استانداردهای مورد ارزیابی (WCAG 2.1 AA)
  3. یافته‌های دقیق (۲-۳ صفحه)

    • مشکلات دسته‌بندی شده بر اساس اصول WCAG (قابل ادراک، قابل اجرا، قابل فهم، پایدار)
    • شامل اسکرین‌شات‌ها و مثال‌های مشخص
    • اشاره به ویژگی‌های مثبت دسترسی یافته شده
    • ارجاع متقابل به نتایج ابزارهای خودکار
  4. ارزیابی تاثیر کاربر (۱ صفحه)

    • نحوه تاثیر مشکلات شناسایی شده بر کاربران با معلولیت‌های مختلف
    • سناریوهایی که تجربه واقعی کاربران را توصیف می‌کنند
    • تاثیر کسب‌وکار (ریسک قانونی، سئو، گسترش پایگاه کاربران)

📸 جمع‌آوری شواهد:

  • اسکرین‌شات‌های نقض دسترسی
  • ضبط صفحه از جریان‌های کاربر مشکل‌ساز
  • گزارش‌های ابزار (ذخیره شده در قالب PDF)
  • مثال‌های کد مربوط به مشکلات

فاز ۴: برنامه حرفه‌ای اصلاح

یک برنامه استراتژیک و اولویت‌بندی شده برای رفع مشکلات دسترسی تدوین کنید. این نشان‌دهنده توانایی شما در تفکر به عنوان یک توسعه‌دهنده وب حرفه‌ای است که محدودیت‌های واقعی کسب‌وکار را در نظر دارد.

🎯 توصیه‌های بهبود دقیق ایجاد کنید (حداقل ۱۰ مشکل):

برای هر مشکل شناسایی شده ارائه دهید:

  • شرح مشکل: توضیح واضح درباره مشکل و دلیل آن
  • ارجاع WCAG: معیار موفقیت خاص نقض شده (مثلاً "۲.۴.۴ هدف لینک (در متن) - سطح A")
  • تاثیر بر کاربر: چگونگی تاثیر بر افراد با معلولیت‌های مختلف
  • راه حل: تغییرات کد مشخص، اصلاحات طراحی یا بهبود فرآیند
  • سطح اولویت: بحرانی (مسدودکننده استفاده پایه) / زیاد (مانع قابل توجه) / متوسط (مسأله کاربردپذیری) / کم (بهبود)
  • تخمین تلاش پیاده‌سازی: زمان / پیچیدگی (پیروزی سریع / تلاش متوسط / بازسازی عمده)
  • تایید تست: چگونه می‌توان تأیید کرد که اصلاح کار می‌کند

مثال ورودی بهبود:

Issue: Generic "Read more" link text appears 8 times on homepage
WCAG Reference: 2.4.4 Link Purpose (In Context) - Level A
User Impact: Screen reader users cannot distinguish between links when viewed in link list
Solution: Replace with descriptive text like "Read more about sustainability initiatives"
Priority: High (major navigation barrier)
Effort: Low (30 minutes to update content)
Testing: Generate link list with screen reader - each link should be meaningful standalone

📈 مراحل استراتژیک پیاده‌سازی:

  • فاز ۱ (۰-۲ هفته): مشکلات بحرانی که عملکرد پایه را مسدود می‌کنند
  • فاز ۲ (۱-۲ ماه): بهبودهای با اولویت بالا برای تجربه کاربری بهتر
  • فاز ۳ (۳-۶ ماه): بهبودهای اولویت متوسط و اصلاح فرآیندها
  • فاز ۴ (مداوم): پایش و بهبود مستمر

معیار ارزیابی

ممیزی قابلیت دسترسی شما بر اساس هر دو دقت فنی و ارائه حرفه‌ای ارزیابی خواهد شد:

معیار عالی (۹۰-۱۰۰%) خوب (۸۰-۸۹%) قابل قبول (۷۰-۷۹%) نیاز به بهبود (<۷۰%)
عمق تست دستی ارزیابی جامع شامل تمام اصول POUR با مشاهدات دقیق و سناریوهای کاربری پوشش خوب اکثر حوزه‌های دسترسی با یافته‌های واضح و تحلیل تاثیر کاربران ارزیابی پایه شامل مناطق کلیدی با مشاهدات کافی تست محدود با مشاهدات سطحی و بررسی محدود تاثیر کاربران
استفاده از ابزار و تحلیل استفاده مؤثر از تمام ابزارهای لازم، ارجاع متقابل یافته‌ها، شامل شواهد واضح و تحلیل محدودیت‌ها استفاده از بیشتر ابزارها با مستندسازی خوب، ارجاع متقابل تا حدی، شواهد کافی استفاده از ابزارهای لازم با مستندسازی پایه و شواهد اندک استفاده حداقل از ابزار، مستندسازی ضعیف یا فقدان شواهد
شناسایی و دسته‌بندی مشکل شناسایی ۱۵+ مشکل مشخص در تمام اصول WCAG، دسته‌بندی دقیق بر اساس شدت، نشان‌دهنده درک عمیق شناسایی ۱۰-۱۴ مشکل در اکثر اصول WCAG، دسته‌بندی خوب، نشان‌دهنده درک صحیح شناسایی ۷-۹ مشکل با پوشش کافی WCAG و دسته‌بندی پایه شناسایی کمتر از ۷ مشکل با دامنه محدود یا دسته‌بندی ضعیف
کیفیت و قابلیت راه‌حل ۱۰+ راه‌حل دقیق، قابل اجرا با رفرنس‌های صحیح WCAG، زمان‌بندی‌های واقع‌بینانه و روش‌های ارزیابی ۸-۹ راه‌حل توسعه یافته خوب با ارجاعات بیشتر دقیق و جزئیات خوب پیاده‌سازی ۶-۷ راه‌حل پایه با برخی جزئیات و رویکردهای واقع‌گرایانه عمومی کمتر از ۶ راه‌حل یا جزئیات ناکافی، پیاده‌سازی غیرواقعی
ارتباط حرفه‌ای گزارش بسیار منظم، نوشته شده واضح، شامل خلاصه اجرایی، استفاده از زبان فنی مناسب و رعایت استانداردهای اسناد کسب‌وکار سازمان‌یافته با کیفیت نگارش خوب، شامل اکثر بخش‌های موردنیاز، لحن مناسب سازمان‌یافته قابل قبول با نگارش قابل قبول، شامل بخش‌های پایه سازمان‌یابی ضعیف، نگارش نامشخص یا فقدان بخش‌های کلیدی
کاربرد در دنیای واقعی نشان دادن درک تاثیر کسب‌وکار، ملاحظات قانونی، تنوع کاربران و چالش‌های عملی پیاده‌سازی نشان دادن درک خوب کاربردهای عملی با مقداری زمینه کسب‌وکار درک پایه از کاربردهای دنیای واقعی ارتباط محدود با کاربردهای عملی

گزینه‌های چالش پیشرفته

🚀 برای دانشجویان خواهان چالش بیشتر:

  • تحلیل مقایسه‌ای: ممیزی ۲-۳ وب‌سایت رقیب و مقایسه بلوغ قابلیت دسترسی آن‌ها
  • تمرکز بر دسترسی موبایل: بررسی عمیق مسائل دسترسی مختص موبایل با استفاده از Android TalkBack یا iOS VoiceOver
  • نگاه بین‌المللی: تحقیق و اعمال استانداردهای دسترسی کشورهای مختلف (EN 301 549، Section 508، ADA)
  • بررسی بیانیه دسترسی: ارزیابی بیانیه دسترسی موجود وب‌سایت (در صورت وجود) در مقابل یافته‌های شما

تحویل‌ها

یک گزارش جامع ممیزی قابلیت دسترسی ارائه دهید که تحلیل حرفه‌ای و برنامه‌ریزی عملی را نشان می‌دهد:

📄 الزامات گزارش نهایی:

  1. خلاصه اجرایی (۱ صفحه)

    • مرور وب‌سایت و ارزیابی بلوغ دسترسی
    • خلاصه یافته‌های کلیدی با تاثیر کسب‌وکار
    • اقدامات اولویت‌بندی شده پیشنهادی
  2. روش‌شناسی و دامنه (۱ صفحه)

    • رویکرد تست، ابزارهای استفاده شده و معیارهای ارزیابی
    • صفحات / بخش‌های ارزیابی شده و هرگونه محدودیت
    • چارچوب انطباق استانداردها (WCAG 2.1 AA)
  3. گزارش یافته‌های دقیق (۳-۴ صفحه)

    • مشاهدات تست دستی با سناریوهای کاربر
    • نتایج ابزار خودکار با ارجاع متقابل
    • مسائل سازمان‌یافته بر اساس اصول WCAG با شواهد
    • ویژگی‌های مثبت قابلیت دسترسی شناسایی شده
  4. برنامه استراتژیک اصلاح (۳-۴ صفحه)

    • توصیه‌های اولویت‌بندی بهبود (حداقل ۱۰ مورد)
    • جدول زمانی پیاده‌سازی با تخمین تلاش
    • معیارهای موفقیت و روش‌های تأیید
    • استراتژی نگهداری بلندمدت قابلیت دسترسی
  5. شواهد حمایتی (پیوست‌ها)

    • اسکرین‌شات‌های نقض دسترسی و ابزارهای تست
    • مثال‌های کد مشکلات و راه‌حل‌ها
    • گزارش‌ها و خلاصه‌های ممیزی ابزار
    • یادداشت‌ها یا ضبط‌های تست صفحه‌خوان

📊 الزامات قالب:

  • فرمت سند: PDF (ارائه حرفه‌ای)
  • تعداد کلمات: ۲۵۰۰-۳۵۰۰ کلمه (بدون محاسبه پیوست‌ها و اسکرین‌شات‌ها)
  • عناصر تصویری: شامل اسکرین‌شات‌ها، نمودارها و مثال‌ها در سراسر گزارش
  • ارجاع‌ها: ارجاع به دستورالعمل‌های WCAG و منابع دسترسی به صورت مناسب

💡 نکات حرفه‌ای برای برتری:

  • استفاده از قالب‌بندی گزارش حرفه‌ای با سرفصل‌ها و سبک‌های ثابت
  • شامل فهرست مطالب برای سهولت ناوبری
  • تعادل بین دقت فنی و زبان واضح و مناسب کسب‌وکار
  • نشان دادن درک هم پیاده‌سازی فنی و تأثیر بر کاربر

نتایج یادگیری

پس از تکمیل این ممیزی جامع قابلیت دسترسی، مهارت‌های حرفه‌ای اساسی زیر را کسب خواهید کرد:

🎯 توانمندی‌های فنی:

  • تسلط بر تست قابلیت دسترسی: مهارت استفاده از روش‌های دستی و خودکار استاندارد صنعت
  • کاربرد WCAG: تجربه عملی در به کارگیری دستورالعمل‌های قابلیت دسترسی وب در سناریوهای واقعی
  • درک فناوری‌های کمکی: تجربه عملی با صفحه‌خوان‌ها و ناوبری کیبورد
  • نقشه‌برداری مشکل-راه‌حل: توانایی شناسایی موانع دسترسی و توسعه راه‌حل‌های خاص و قابل اجرا

💼 مهارت‌های حرفه‌ای:

  • ارتباط فنی: تجربه نوشتن گزارش‌های حرفه‌ای دسترسی برای ذینفعان مختلف
  • برنامه‌ریزی استراتژیک: توانایی اولویت‌بندی بهبودهای دسترسی براساس تاثیر بر کاربر و قابلیت اجرا
  • تضمین کیفیت: درک تست قابلیت دسترسی به عنوان بخشی از چرخه توسعه
  • ارزیابی ریسک: شناخت جنبه‌های قانونی، کسب‌وکاری و اخلاقی انطباق دسترسی

🌍 ذهنیت طراحی فراگیر:

  • همدلی با کاربر: درک عمیق نیازهای متنوع کاربران و تعامل با فناوری‌های کمکی
  • اصول طراحی جهانی: شناخت اینکه طراحی در دسترس به نفع همه کاربران است، نه فقط دارای معلولیت‌ها
  • بهبود مستمر: چارچوب ارزیابی و ارتقای همیشگی قابلیت دسترسی
  • مهارت‌های حمایتگری: اعتماد به نفس در ترویج بهترین شیوه‌های دسترسی در پروژه‌ها و تیم‌های آینده

🚀 آماده‌سازی حرفه‌ای: این تمرین شبیه پروژه‌های مشاوره واقعی دسترسی است و تجربه‌ای مناسب برای پورتفولیو فراهم می‌کند که نشان‌دهنده:

  • رویکرد منظم حل مسئله
  • توجه به جزئیات فنی و تاثیر کسب‌وکار
  • ارتباط واضح مفاهیم فنی پیچیده
  • درک مسئولیت‌های قانونی و اخلاقی در توسعه وب

پس از پایان، شما آماده خواهید بود تا سهم قابل‌توجهی در ابتکارات دسترسی در هر نقش توسعه وب داشته و از قوانین طراحی فراگیر در طول دوران حرفه‌ای خود حمایت کنید.


سلب مسئولیت:
این سند با استفاده از سرویس ترجمه هوش مصنوعی Co-op Translator ترجمه شده است. در حالی که ما در تلاش برای دقت هستیم، لطفاً توجه داشته باشید که ترجمه‌های خودکار ممکن است حاوی اشتباهات یا نواقصی باشند. سند اصلی به زبان مادری خود، منبع معتبر محسوب می‌شود. برای اطلاعات حیاتی، استفاده از ترجمه حرفه‌ای انسانی توصیه می‌شود. ما مسئول هیچ گونه سوء تفاهم یا تفسیر نادرستی که از استفاده این ترجمه ناشی شود، نمی‌باشیم.