การแปล Wireframes การออกแบบเป็น HTML/CSS . ที่เข้าถึงได้

บทความนี้ได้รับการสนับสนุนอย่างดีจากเพื่อนรักของเราที่ Deque ซึ่งช่วยให้เราทุกคนเข้าถึงเว็บไซต์และแอปบนอุปกรณ์เคลื่อนที่ได้ ขอขอบคุณ!

บ่อยครั้งที่การช่วยสำหรับการเข้าถึงไม่ได้คำนึงถึงนักออกแบบเมื่อสร้างส่วนต่อประสานผู้ใช้ การมองข้ามข้อควรพิจารณาเกี่ยวกับความสามารถในการเข้าถึงได้ในขั้นตอนการออกแบบสามารถไหลลงสู่เว็บไซต์หรือแอปพลิเคชันของคุณ และมีผลกระทบอย่างมากต่อผู้ใช้ของคุณ ไม่ว่าจะเป็นการทดสอบการใช้งาน การสร้างต้นแบบ การใช้ไลบรารีรูปแบบที่สามารถเข้าถึงได้ หรือแม้แต่การใส่คำอธิบายประกอบของโครงลวด นักออกแบบจะต้องรวมการช่วยสำหรับการเข้าถึงไว้ในเวิร์กโฟลว์ของตน แทนที่จะใช้วิศวกร QA มากเกินไปเพื่อค้นหาข้อบกพร่องด้านความสามารถในการเข้าถึง การคิดถึงการเข้าถึงตั้งแต่เริ่มต้น หรือ "การเลื่อนไปทางซ้าย" อาจส่งผลกระทบเชิงบวกอย่างมากต่อเนื้อหาที่คุณสร้าง

ขยับไปทางซ้าย

มีการศึกษาจำนวนมากที่แสดงให้เห็นการเปลี่ยนแปลงในต้นทุนการแก้ไขข้อบกพร่องในขั้นตอนต่างๆ ของกระบวนการพัฒนา จากค่าใช้จ่ายในการแก้ไขข้อบกพร่องในขั้นตอนการออกแบบซึ่งมีปัจจัย 1x การศึกษาเหล่านี้แสดงความแตกต่างของต้นทุนที่เพิ่มขึ้นเป็น 6 เท่าระหว่างการใช้งาน, 15x ระหว่างการทดสอบหลังการคอมมิต และสูงถึง 100x หากตรวจพบหลังจากข้อบกพร่องทำให้เกิด ในการผลิต การวิจัยโดย NIST ประมาณการว่าค่าใช้จ่ายในการแก้ไขข้อบกพร่องอยู่ที่ 10 เท่าระหว่างการทดสอบการรวมและ 15 เท่าระหว่างการทดสอบระบบ แต่ในการผลิตจริงเพียง 30 เท่า[^2] ไม่ว่าต้นทุนจริงขององค์กรคุณจะเป็นอย่างไร สิ่งหนึ่งที่แน่นอน: การตรวจจับข้อบกพร่องในการออกแบบและ ขั้นตอนการพัฒนามีราคาไม่แพงกว่าในขั้นตอนต่อมา

Deque ได้รวบรวมข้อมูลจากการทดสอบความสามารถในการเข้าถึง 20 ปี จากข้อมูลของเรา แนวโน้มที่เราได้เห็นในช่วงห้าปีที่ผ่านมา เนื่องจากเว็บแอปพลิเคชันมีความซับซ้อนเพิ่มขึ้น นั่นคือจำนวนข้อบกพร่องต่อหน้าเพิ่มขึ้นอย่างต่อเนื่องจนถึงระหว่าง 30 ถึง 50 ข้อบกพร่องต่อหน้า ตัวเลขข้อบกพร่องเหล่านี้มักจะทำให้อัตราความบกพร่องในการทำงานลดลง และเพิ่มมูลค่าในการทดสอบการช่วยสำหรับการเข้าถึงและการแก้ไขให้เหลือในกระบวนการให้มากที่สุด

สามารถหลีกเลี่ยงข้อบกพร่องในการเข้าถึงได้ประมาณ 70% ผ่านการผสมผสานระหว่างการทดสอบอัตโนมัติและการทดสอบตามคำแนะนำที่เหมาะสมระหว่างกระบวนการออกแบบและพัฒนา

“

บทความนี้มีจุดมุ่งหมายเพื่อให้คุณเห็นภาพรวมว่าสามารถทำได้อย่างไร

ขั้นตอนการออกแบบ

คำอธิบายประกอบ

คำอธิบายประกอบเป็นคำอธิบายแบบข้อความหรือแบบกราฟิกที่เพิ่มลงในการออกแบบเพื่อแจ้งให้ผู้ดำเนินการทราบถึงเจตนา เช่นเดียวกับนักออกแบบที่เขียนคำอธิบายประกอบสิ่งต่างๆ เช่น สีและขนาดฟอนต์ ข้อมูลการช่วยสำหรับการเข้าถึงจะต้องถูกถ่ายทอดในการออกแบบด้วย มาดูวิดเจ็ตเครื่องเล่นเสียงแบบง่ายๆ และประเมินว่าเราต้องการคำอธิบายประกอบประเภทใด

เครื่องเล่นเสียงของเราจะประกอบด้วยการควบคุมสามส่วน:

1. ตัวควบคุมเพื่อไปยังแทร็กก่อนหน้า (ถ้ามี)
2. ตัวควบคุมสำหรับเล่นและหยุดแทร็กเสียงที่กำลังเล่นอยู่ชั่วคราว
3. การควบคุมเพื่อไปยังแทร็กถัดไป (ถ้ามี)

ชื่อ บทบาท และสถานะ

ชื่อที่สามารถเข้าถึงได้ของส่วนประกอบจะกำหนดสิ่งที่ผู้ใช้เทคโนโลยีอำนวยความสะดวกจะได้รับแจ้งเมื่อมีการโต้ตอบกับมัน มันสำคัญมากที่จะต้องใส่คำอธิบายประกอบให้กับตัวควบคุมเครื่องเล่นเสียงของเรา เพราะในการมองเห็น พวกมันจะถูกแสดงด้วยภาพสัญลักษณ์เพียงอย่างเดียวและไม่มีเนื้อหาที่เป็นข้อความ ซึ่งหมายความว่าเราจะใส่คำอธิบายประกอบการควบคุม 3 รายการด้วยชื่อ "แทร็กก่อนหน้า" "หยุดชั่วคราว" และ "แทร็กถัดไป" ที่สามารถเข้าถึงได้

ต่อไป เราต้องการคิดถึง จุดประสงค์ ของการควบคุมทั้ง 3 แบบนี้ เนื่องจากเป็นองค์ประกอบที่คลิกได้ซึ่งแสดงการทำงานของเครื่องเล่นเสียง ตัวเลือกที่ชัดเจนของบทบาทที่นี่คือ "ปุ่ม" นี่ไม่ใช่สิ่งที่ควรสันนิษฐานผ่านการออกแบบ แต่นี่คือสิ่งที่นักออกแบบต้องใส่คำอธิบายประกอบเพื่อให้แน่ใจว่าผู้ดำเนินการเพิ่มข้อมูลเชิงความหมายนี้ไปยังตัวควบคุม การมีแผนบทบาทตั้งแต่เริ่มต้นจะช่วยให้คุณไม่ต้องย้อนกลับและเพิ่มบทบาทเหล่านี้ในการควบคุมหลังจากการใช้งานได้เกิดขึ้นแล้ว

สุดท้าย เช่นเดียวกับที่นักออกแบบวางแผนว่าตัวควบคุมจะปรากฏอย่างไรเมื่อวางเมาส์เหนือ พวกเขาต้องคิดถึงสถานะต่างๆ ของวิดเจ็ตในแง่ของการช่วยสำหรับการเข้าถึง ในกรณีของเครื่องเล่นเสียงของเรา จริง ๆ แล้วเรามีสถานะค่อนข้างน้อยที่จะใส่คำอธิบายประกอบสำหรับผู้นำไปใช้ เริ่มต้นด้วยปุ่ม "แทร็กก่อนหน้า" เรารู้ว่าควรปิดใช้งานเมื่อไม่มีแทร็กก่อนหน้าให้เล่น ปุ่มเล่น/หยุดชั่วคราวควรสลับเครื่องเล่นเสียงระหว่างสถานะการเล่นและหยุดชั่วคราว ซึ่งหมายความว่าเราจำเป็นต้องใส่คำอธิบายประกอบว่าชื่อที่สามารถเข้าถึงได้ต้องตรงกับสถานะนั้น ชื่อที่สามารถเข้าถึงได้ของปุ่มควรเป็น "หยุดชั่วคราว" เมื่อเล่นเสียงและ "เล่น" เมื่อหยุดเสียงชั่วคราว สำหรับปุ่ม "แทร็กถัดไป" เราควรใส่คำอธิบายประกอบว่าควรปิดใช้งานเมื่อไม่มีแทร็กถัดไป สุดท้าย สถานะโฮเวอร์และโฟกัสสำหรับแต่ละปุ่มควรมีคำอธิบายประกอบ เพื่อให้ผู้ใช้แป้นพิมพ์มีตัวบ่งชี้ที่มองเห็นได้ของการควบคุมที่โฟกัสอยู่ในปัจจุบันในเครื่องเล่นเสียง

ปฏิสัมพันธ์สำหรับส่วนประกอบทั้งหมด

เมื่ออยู่บนแทร็กแรก: ปิดใช้งานปุ่ม "แทร็กก่อนหน้า"

เมื่ออยู่บนแทร็กสุดท้าย: ปิดใช้งานปุ่ม "แทร็กถัดไป"

เมื่อเล่น ให้แสดงปุ่ม "หยุดชั่วคราว" และซ่อนปุ่ม "เล่น"

เมื่อไม่ได้เล่น: แสดงปุ่ม "เล่น" และซ่อนปุ่ม "หยุดชั่วคราว"

หลังจากคลิก "เล่น" ให้วางโฟกัสที่ปุ่ม "หยุดชั่วคราว"

หลังจากคลิก "หยุดชั่วคราว" ให้โฟกัสที่ปุ่ม "เล่น"

การทดสอบการใช้งาน

การทดสอบการใช้งาน ซึ่งเป็นวิธีการวิจัย UX ที่ผู้วิจัยให้ผู้ใช้ทำงานชุดหนึ่งและวิเคราะห์พฤติกรรมของพวกเขา เป็นขั้นตอนที่สำคัญมากในขั้นตอนการออกแบบ ข้อมูลที่รวบรวมจากการทดสอบความสามารถในการใช้งานมีความสำคัญต่อการกำหนดประสบการณ์ของผู้ใช้ดิจิทัล การทดสอบกับผู้ใช้ที่มีความทุพพลภาพมีความสำคัญอย่างยิ่ง เนื่องจากจะช่วยให้ทีมของคุณเข้าใจว่าผู้ใช้เหล่านี้จะสามารถโต้ตอบกับเนื้อหาที่พวกเขากำลังสร้างได้ง่ายเพียงใด หากคุณกำลังทำการทดสอบความสามารถในการใช้งานบนระบบที่มีอยู่ คุณจะสามารถตั้งค่าสถานการณ์จำลองที่เหมือนจริงมากสำหรับผู้เข้าร่วม ซึ่งถือว่าดีเยี่ยมสำหรับผู้ใช้ที่พึ่งพาเทคโนโลยีอำนวยความสะดวกต่างๆ

หากคุณกำลังทำการทดสอบความสามารถในการใช้งานบนระบบที่ไม่มีอยู่ ให้เตรียมพร้อมที่จะจัดการกับความท้าทายด้านความสามารถในการเข้าใช้งานที่เกี่ยวข้องกับผลลัพธ์ของซอฟต์แวร์การออกแบบ ต้นแบบเชิงโต้ตอบที่ส่งออกจากเครื่องมือเหล่านี้มักจะแตกต่างอย่างมากจากสิ่งที่ผลิตภัณฑ์สุดท้ายจะอยู่ในเบราว์เซอร์หรือบนแพลตฟอร์ม OS นอกจากนี้ “ต้นแบบการทำงาน” เหล่านี้มักจะไม่สามารถเข้าถึงได้อย่างมาก ถ้าเป็นไปได้ ให้หาทางเลือกอื่นที่ใกล้เคียงในป่าซึ่งคุณสามารถใช้แทนต้นแบบของคุณได้ ซึ่งจะทำให้คุณมีความคิดที่ดีว่าผู้เข้าร่วมจะโต้ตอบกับระบบของคุณอย่างไร ตัวอย่างเช่น หากคุณกำลังสร้างองค์ประกอบการนำทางบนมือถือใหม่ ค้นหาส่วนประกอบที่มีอยู่บนอินเทอร์เน็ต และทำการทดสอบความสามารถในการใช้งานด้วย กำหนดสิ่งที่ใช้ได้ผลในทางเลือกนี้และเรียนรู้สิ่งที่ต้องปรับปรุง ไม่ว่าจะด้วยวิธีใด จงเตรียมพร้อมเสมอที่จะอำนวยความสะดวกให้กับผู้เข้าร่วมการทดสอบความสามารถในการใช้งานของคุณโดยพิจารณาจากความพิการของพวกเขา การทำให้แน่ใจว่าการทดสอบดำเนินไปอย่างราบรื่นโดยไม่มีสิ่งกีดขวาง ไม่เพียงแต่จะทำให้ผู้เข้าร่วมของคุณมีความสุข แต่ยังช่วยให้คุณผ่านการทดสอบได้มากขึ้นในเวลาที่น้อยลง

ไลบรารีรูปแบบ

ไลบรารีรูปแบบคือคอลเล็กชันของส่วนประกอบอินเทอร์เฟซผู้ใช้และมีประโยชน์อย่างมากทั้งในขั้นตอนการออกแบบและการพัฒนา การมีชุดส่วนประกอบ UI ที่เพียงพอเพียงปลายนิ้วสัมผัสทำให้การสร้างแอปพลิเคชันที่ทำงานได้อย่างสมบูรณ์ง่ายขึ้นมาก สำหรับผู้ออกแบบ ส่วนประกอบเหล่านี้ช่วยรักษาความสอดคล้องที่ดีในแอปพลิเคชันของคุณ ซึ่งช่วยปรับปรุงประสบการณ์โดยรวมสำหรับผู้ใช้ของคุณ สำหรับนักพัฒนา การมีส่วนประกอบที่ผ่านการทดสอบอย่างสมบูรณ์ เข้าถึงได้ และนำกลับมาใช้ใหม่ได้ ช่วยสร้างเนื้อหาคุณภาพสูงได้อย่างรวดเร็ว ส่วนประกอบเหล่านี้ควรได้รับการดูแลเป็นพิเศษในแง่ของการช่วยสำหรับการเข้าถึง เนื่องจากอาจมีการใช้ส่วนประกอบเหล่านี้หลายครั้งผ่านแอปพลิเคชันของคุณ

ร่วมงาน กับ นักพัฒนา

ในการพูดคุยกับนักพัฒนาและนักออกแบบคนอื่นๆ ในการประชุมและการพบปะ ฉันมักจะได้ยินเกี่ยวกับทีมที่ถูกแบ่งแยก ซึ่งนักออกแบบและนักพัฒนาทำงานแยกจากกันโดยสิ้นเชิง นักพัฒนาควรไม่เพียงแต่รวมอยู่ในขั้นตอนการออกแบบในสิ่งต่างๆ เช่น การประชุมทบทวนการออกแบบ แต่นักออกแบบควรรวมอยู่ในขั้นตอนการพัฒนาด้วย

การทำงานร่วมกันเป็นกุญแจสำคัญในการสร้างเนื้อหาที่ยอดเยี่ยมที่เข้าถึงได้

“

บ่อยครั้ง นักพัฒนาเป็นองคมนตรีในรายละเอียดการนำไปใช้ที่สามารถช่วยจัดองค์ประกอบการออกแบบหรือแม้กระทั่งเปลี่ยนแนวทางในการแก้ปัญหาการออกแบบ ในทำนองเดียวกัน นักออกแบบสามารถช่วยให้นักพัฒนาตรวจสอบได้เมื่อต้องนำการออกแบบไปใช้ เนื่องจากลักษณะที่เน้นรายละเอียด เช่น การเว้นวรรคและการใช้สีเฉพาะอาจส่งผลกระทบอย่างมากต่อการช่วยสำหรับการเข้าถึง ในขณะที่นักพัฒนาใช้การออกแบบ นักออกแบบควรให้ความสนใจเป็นพิเศษกับสิ่งต่างๆ เช่น การบ่งชี้โฟกัส ลำดับแท็บ ลำดับการอ่าน แบบอักษร สี และแม้แต่ชื่อที่เข้าถึงได้และข้อความแสดงแทนของรูปภาพ เพราะท้ายที่สุดแล้ว คำอธิบายประกอบการช่วยสำหรับการเข้าถึงที่น่าทึ่งเหล่านี้ดีอย่างไรหากนักพัฒนาละเลย

ระยะการพัฒนา

การทดสอบการช่วยสำหรับการเข้าถึงอัตโนมัติ

นักพัฒนาของเราชอบแนวคิดที่ว่าบางสิ่งในเวิร์กโฟลว์ของเราสามารถทำงานอัตโนมัติได้อย่างสมบูรณ์ โชคดีที่มีไลบรารีระบบอัตโนมัติสำหรับการช่วยการเข้าถึงที่น่าทึ่งมากมาย ซึ่งทีมของคุณควรใช้ประโยชน์เพื่อช่วยในการสร้างอินเทอร์เฟซที่เข้าถึงได้อย่างยั่งยืน เครื่องมือวิเคราะห์แบบคงที่ เช่น eslint-plugin-jsx-a11y สามารถให้ข้อเสนอแนะแก่นักพัฒนาได้ทันทีเพื่อเตือนพวกเขาถึงปัญหาการช่วยสำหรับการเข้าถึงที่อาจเกิดขึ้นในขณะที่พวกเขากำลังเขียนโค้ด นักพัฒนายังสามารถตั้งค่าโปรแกรมแก้ไขข้อความให้แสดงคำเตือนเหล่านี้ได้ทันทีเมื่อพิมพ์โค้ด โดยจะตรวจจับข้อบกพร่องเหล่านี้ได้ทันทีที่ปรากฏขึ้น

เอ็นจิ้นกฎการช่วยสำหรับการเข้าถึง เช่น axe-core สามารถรวมเข้ากับเฟรมเวิร์กหรือสภาพแวดล้อมได้เกือบทุกแบบ และสามารถช่วยตรวจจับปัญหาการช่วยสำหรับการเข้าถึงทั่วไปจำนวนมาก วิธีที่ยอดเยี่ยมในการตรวจสอบให้แน่ใจว่าทั้งทีมของคุณกำลังสร้างเนื้อหาที่เข้าถึงได้คือการผสานรวมเครื่องมือประเภทนี้เข้ากับไปป์ไลน์ CI (การผสานแบบต่อเนื่อง) และ CD (การจัดส่งแบบต่อเนื่อง) ของคุณ การเขียนกรณีทดสอบเฉพาะการช่วยสำหรับการเข้าถึง (แบบหน่วยหรือแบบ end-to-end) เป็นรูปแบบอัตโนมัติที่ยอดเยี่ยมอีกรูปแบบหนึ่ง ในทีมของฉัน เรามีการกำหนดค่าทั้งหมดข้างต้น ดังนั้นจึงไม่สามารถรวมคำขอดึงได้ จนกว่าการทดสอบระบบอัตโนมัติสำหรับการเข้าถึงทั้งหมดจะผ่าน ซึ่งหมายความว่าเราสามารถรับประกันว่ามีข้อบกพร่องในการเข้าถึงน้อยที่สุด แม้กระทั่งส่งไปยังเซิร์ฟเวอร์ dev ของเรา และจะไม่ทำให้เกิดการใช้งานจริงอย่างแน่นอน

จัดการข้อบกพร่องในการเข้าถึงอย่างเป็นระบบ

ปัญหาการช่วยสำหรับการเข้าถึงควรได้รับการปฏิบัติไม่ต่างไปจากข้อบกพร่องด้านความปลอดภัยหรือการทำงาน ควรคัดแยกและจัดลำดับความสำคัญอย่างสม่ำเสมอกับปริมาณงาน "ปกติ" ที่เหลือ การวัดความคืบหน้าและการรวบรวมตัววัดเฉพาะสำหรับข้อบกพร่องในการเข้าถึงยังมีประโยชน์อีกด้วย โดยเฉพาะอย่างยิ่งหากทีมของคุณเพิ่งเริ่มเพิ่มความสามารถในการเข้าถึง นอกจากนี้ยังสามารถช่วยระบุจุดอ่อนหรือคอขวดของระบบของคุณได้ หากทีมของคุณมีส่วนร่วมในการทบทวนการวิ่ง (หรือสิ่งที่คล้ายกัน) การช่วยสำหรับการเข้าถึงควรเป็นจุดพูดคุย การไตร่ตรองว่าอะไรได้ผลและไม่ได้ผลคือการฝึกหัด และสามารถนำไปสู่การปรับปรุงแนวทางโดยรวมของทีมเพื่อการเข้าถึงที่ยั่งยืน

เครื่องมือเบต้าขวานสุดเจ๋งนี้

เราได้พูดถึงระบบอัตโนมัติสำหรับการช่วยการเข้าถึง ซึ่งเป็นจุดเริ่มต้นที่ดีสำหรับการทดสอบ อย่างไรก็ตาม อย่างหลีกเลี่ยงไม่ได้ มนุษย์ต้องเลือกตำแหน่งที่หุ่นยนต์ทิ้งไว้เพื่อให้ครอบคลุมการทดสอบการช่วยสำหรับการเข้าถึงอย่างเต็มรูปแบบ การทดสอบด้วยตนเองจำเป็นต้องมีความเข้าใจอย่างลึกซึ้งเกี่ยวกับการช่วยสำหรับการเข้าถึง ตลอดจนแนวทางการเข้าถึงเนื้อหาเว็บของ W3C หรือ "WCAG" แอปพลิเคชัน axe Beta ช่วยให้คุณผ่านการทดสอบด้วยตนเองโดยไม่ต้องเป็นผู้เชี่ยวชาญในการเข้าถึง มีชุดทดสอบ Intelligent Guided Tests ชุดใหญ่ ซึ่งจะถามคำถามง่ายๆ และทำทุกอย่างเพื่อคุณ!

เนื่องจากเราพยายามอย่างเต็มที่ที่จะทำให้ทุกอย่างเป็นอัตโนมัติ บางคนอาจมีปฏิกิริยาอย่างไม่มั่นใจกับการยืนยันว่าการทดสอบการช่วยสำหรับการเข้าถึงไม่สามารถทำได้โดยอัตโนมัติอย่างสมบูรณ์ และต้องใช้สมองของมนุษย์เพื่อครอบคลุมทุกฐาน อย่างไรก็ตาม ลองนำภาพมาเป็นตัวอย่างและข้อมูลใด หากมี ที่พวกเขาให้ไว้ในบริบทของหน้าเว็บ ไลบรารีการช่วยการเข้าถึงอัตโนมัติไม่สามารถรับจุดประสงค์ในการให้ข้อมูลโดยการสแกนหรือประมวลผลรูปภาพ แม้ว่าเราจะป้อนรูปภาพให้กับอัลกอริธึมแมชชีนเลิร์นนิงและสามารถอธิบายสิ่งที่อยู่ในรูปภาพนั้นได้อย่างสมบูรณ์แบบ แต่ก็ไม่รู้ว่ารูปภาพนั้นสื่อถึงอะไรในบริบทของหน้า ข้อมูลที่ภาพหนึ่งๆ สื่อถึง หรือว่าภาพนั้นถูกใช้เพื่อการตกแต่งเพียงอย่างเดียวหรือไม่นั้นขึ้นอยู่กับผู้เขียนเนื้อหานั้นโดยสมบูรณ์

ผูกมันทั้งหมดเข้าด้วยกัน

การคำนึงถึงความสามารถในการเข้าถึงได้ตั้งแต่เริ่มต้นการพัฒนาทำให้การสร้างเนื้อหาที่สามารถเข้าถึงได้ง่ายกว่าการพิจารณาเหล่านี้ในช่วงท้ายของวงจรการพัฒนาซอฟต์แวร์ การเพิ่มความสามารถในการเข้าถึงแนวคิด การออกแบบ และการใช้งานซอฟต์แวร์ของคุณทำให้เกิดผลิตภัณฑ์ที่มีความยั่งยืนมากขึ้น

สร้างทีมของคุณเพื่อความสำเร็จโดยใช้ทรัพยากร เช่น WCAG, ARIA, ARIA Authoring Practices และ Stack Overflow ป้องกันข้อบกพร่องในการเข้าถึงจากการหาทางเข้าไปในซอฟต์แวร์ของคุณโดยใช้ประโยชน์จากไลบรารีระบบอัตโนมัติสำหรับการเข้าถึงและรวมเข้ากับเซิร์ฟเวอร์การรวมอย่างต่อเนื่องของคุณ ทีมของเราทำงานอย่างหนักเพื่อเติมเต็มช่องว่างระหว่างการทดสอบอัตโนมัติและการทดสอบด้วยตนเอง เราอยากให้คุณลอง axe Beta! หากข้อบกพร่องด้านความสามารถในการเข้าถึงได้รับการจัดการอย่างเป็นระบบ ไม่เพียงแต่คุณจะสามารถกำจัดแอปพลิเคชันของปัญหาเหล่านี้ได้เท่านั้น แต่คุณยังสามารถป้องกันไม่ให้แอปพลิเคชันเหล่านั้นหาทางกลับคืนมาได้อีกในอนาคต

คุณต้องการเข้าร่วมเวิร์กชอปฟรีในหัวข้อนี้หรือไม่? ลงทะเบียนสำหรับเวิร์กชอปเสมือนจริงสำหรับการออกแบบการแปล Wireframes ที่กำลังจะมีขึ้น ซึ่งจะแบ่งออกเป็นสองเซสชัน 3 ชั่วโมง