ตรวจสอบหน้าการจองทัวร์ด้วยแป้นพิมพ์ก่อนแคมเปญถัดไป

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

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

กําหนดหนึ่งงานของผู้เข้าพักและขอบเขตของมัน

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

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

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

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

เรียนรู้ว่าโฟกัสที่มองเห็นได้มีลักษณะอย่างไร

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

พักตัวชี้ไว้ขณะติดตามเส้นทาง ใช้เบราว์เซอร์และระบบนําทางด้วยแป้นพิมพ์ที่รองรับของระบบปฏิบัติการโดยทั่วไปจะรวมถึงแท็บเพื่อความก้าวหน้าและ Shift + Tab เพื่อก้าวถอยหลัง การเปิดใช้งานและการเคลื่อนไหวภายในการควบคุมเฉพาะนั้นขึ้นอยู่กับประเภทและการประชุมแบบแพลตฟอร์ม. บันทึกสิ่งที่ทํางานมากกว่าสมมติว่าทุกวิดเจ็ตควรตอบสนองต่อคีย์เดียวกัน

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

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

ติดตามเส้นทางของผู้เข้าพักในขั้นตอนที่เข้าใจได้

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

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

ใช้บันทึกงานขนาดกะทัดรัดมากกว่ารายการคีย์ที่กดไว้ทุกรายการ:

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

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

ตรวจสอบการซ้อนทับโดยไม่ทําให้พวกเขาสับสนกับกับดัก

ผู้เลือกวันที่แผงความพร้อมใช้งานและกล่องโต้ตอบอื่น ๆ มักจะเปลี่ยนที่การนําทางด้วยแป้นพิมพ์ คําแนะนํา No Keyboard Trap ของ W3C อธิบายว่าบุคคลจะต้องสามารถออกจากส่วนประกอบโดยใช้แป้นพิมพ์ได้ นอกจากนี้ยังแยกแยะกล่องโต้ตอบแบบโมดัลที่ใช้งานได้จากส่วนประกอบที่ทําให้บุคคลนั้นติดอยู่โดยไม่มีทางออกที่ใช้งานได้.

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

บันทึกสิ่งที่เกิดขึ้นหลังจากปิดแล้ว หากหน้ากลับไปที่สถานที่ที่เหมาะสมใกล้กับการควบคุมที่เปิดกล่องโต้ตอบ แขกสามารถดําเนินการต่อด้วยบริบท หากโฟกัสเคลื่อนที่อย่างคาดเดาไม่ได้หรือหายไป ให้บันทึกลําดับที่สังเกตได้ คําอธิบาย Focus Order ของ W3C ให้พื้นฐานที่เป็นประโยชน์ในการรักษาความหมายและการดําเนินงานผ่านการเปลี่ยนแปลงเหล่านี้

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

มองหาโฟกัสที่ซ่อนอยู่โดยเลเยอร์ของหน้าเอง

ปุ่มจองสามารถรับโฟกัสในทางเทคนิคในขณะที่ถูกปกคลุมด้วยโปรโมชั่นที่เหนียวเหนอะหนะ แผงแชท หรือแบนเนอร์ความยินยอม คําแนะนํา Focus Not Obscured ของ W3C กล่าวถึงสถานการณ์ที่เนื้อหาที่ผู้เขียนสร้างขึ้นซ่อนองค์ประกอบที่มุ่งเน้น สําหรับการตรวจสอบของผู้ประกอบการ คําถามในทางปฏิบัติคือแขกสามารถดูสิ่งที่พวกเขากําลังจะดําเนินการได้หรือไม่

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

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

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

ใช้การสาธิตของ W3C เพื่อปรับเทียบการตรวจสอบ

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

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

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

เขียนข้อบกพร่องที่ใครบางคนสามารถสืบพันธุ์ได้

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

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

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

ให้ปัญหาเป็นเจ้าของและการดําเนินการต่อไป หากหน่วยงานของผู้ประกอบการไม่สามารถเปลี่ยนแปลงองค์ประกอบการจองที่โฮสต์ได้ การดําเนินการอาจเป็นกรณีสนับสนุนผู้ให้บริการที่มีหลักฐานการทําซ้ําที่แนบมา รักษาสถานะไว้โดยไม่ได้รับการแก้ไข จนกว่าพฤติกรรมที่เกี่ยวข้องจะถูกตรวจสอบอีกครั้ง การรับทราบการสนับสนุนไม่เหมือนกับการแก้ไขที่ตรวจสอบแล้ว

ตรวจสอบเส้นทางที่ได้รับผลกระทบอีกครั้งและรักษาขีด จํากัด

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

ขยายการตรวจสอบเมื่อหลักฐานรับประกัน: การซ่อมแซมส่วนประกอบที่ใช้ร่วมกันอาจส่งผลกระทบต่อหน้าผลิตภัณฑ์หลายหน้าหรือเวอร์ชันภาษาอื่นอาจใช้การดําเนินการจองที่แตกต่างกัน หลีกเลี่ยงการตรวจสอบไซต์ฉบับเต็มซ้ํา ๆ หลังจากการแก้ไขถ้อยคําที่ไม่เกี่ยวข้อง รักษาเส้นทางที่ผ่านการทดสอบไว้ เพื่อให้ทีมสามารถตัดสินใจตามสัดส่วนเกี่ยวกับการตรวจสอบในอนาคต

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

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

แหล่งที่มาและคู่มือที่เกี่ยวข้อง

• W3C WAI: การตรวจสอบง่ายการตรวจสอบครั้งแรกของการเข้าถึงเว็บ↗
• W3C WAI: ทําความเข้าใจเกี่ยวกับโฟกัสที่มองเห็นได้↗
• W3C WAI: ทําความเข้าใจกับกับดักคีย์บอร์ด↗
• W3C WAI: ทําความเข้าใจกับคําสั่งโฟกัส↗
• W3C WAI: ทําความเข้าใจโฟกัสไม่ถูกบดบัง↗
• W3C WAI: การสาธิตก่อนและหลัง↗
• เนื้อหาที่เข้าถึงธุรกิจการท่องเที่ยว
• ผู้ให้บริการทัวร์จองเวิร์กโฟลว์
• ธุรกิจท่องเที่ยว การทดสอบ SOP