วิธีทดสอบไดรเวอร์: คู่มือฉบับสมบูรณ์สำหรับไดรเวอร์พีซีและไดรเวอร์ฝังตัว

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

ปัญหาคือ แม้ว่าจะมีการพูดคุยกันมากมายเกี่ยวกับเรื่องนี้ การทดสอบหน่วยและการทดสอบอัตโนมัติเมื่อเราเจาะลึกเข้าไปในขอบเขตของไดรเวอร์และโค้ดที่เชื่อมโยงกับฮาร์ดแวร์อย่างใกล้ชิด สิ่งต่างๆ ก็จะซับซ้อนมากขึ้น นี่คือจุดที่เครื่องมือเฉพาะ (เช่น Driver Verifier หรือ WDK ใน Windows) แนวทางปฏิบัติที่ดีที่สุดในระหว่างการพัฒนา สภาพแวดล้อมการทดสอบเฉพาะ และในโลกของระบบฝังตัว โปรแกรมจำลองและบอร์ดทดสอบ จะเข้ามามีบทบาทเพื่อหลีกเลี่ยงความเสี่ยงกับฮาร์ดแวร์จริง

ไดรเวอร์คืออะไร และเหตุใดการทดสอบอย่างถูกต้องจึงมีความสำคัญอย่างยิ่ง?

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

บนพีซีระบบ Windows ส่วนประกอบเกือบทั้งหมดที่คุณเห็นใน... ตัวจัดการอุปกรณ์ อุปกรณ์เหล่านี้ขึ้นอยู่กับไดรเวอร์ต่างๆ เช่น GPU, ระบบเสียง, เครือข่าย (อีเธอร์เน็ต/ไวไฟ), USB, ชิปเซ็ต, BIOS/UEFI, คีย์บอร์ดและเมาส์, เว็บแคม, เครื่องพิมพ์... ในไมโครคอนโทรลเลอร์ บทบาทนี้จะตกอยู่กับ HAL (Hardware Abstraction Layer) และไดรเวอร์สำหรับอุปกรณ์ต่อพ่วงแต่ละตัว: SPI, I2C, UART, ADC, ตัวจับเวลา, PWM, เซ็นเซอร์เฉพาะ ฯลฯ

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

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

ควรเริ่มทดสอบไดรเวอร์เมื่อใด: กลยุทธ์การทดสอบโดยทั่วไป

วิธีที่ดีที่สุดที่จะรับประกันผลลัพธ์สุดท้ายที่ดีคือ เริ่มการทดสอบในเร็วๆ นี้ ในวงจรการพัฒนา เมื่อคุณเข้าใจข้อกำหนดของคอนโทรลเลอร์อย่างชัดเจนแล้ว (เช่น คอนโทรลเลอร์ควรทำอะไร ควรจัดการกับข้อผิดพลาดอะไรบ้าง ความหน่วงที่ยอมรับได้ ข้อจำกัดของข้อมูล ฯลฯ) ขอแนะนำให้เริ่มออกแบบกรณีทดสอบควบคู่ไปกับการเขียนโค้ด

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

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

• ระยะเริ่มต้นของการพัฒนา: การทดสอบหน่วยและการทดสอบการทำงานของฟังก์ชันพื้นฐานของตัวควบคุม การตรวจสอบความถูกต้องของ API พารามิเตอร์ การจัดการข้อผิดพลาด และกรณีขอบเขตต่างๆ
• ขั้นตอนการบูรณาการและการแก้ปัญหา: เมื่อไดรเวอร์ถูกใช้งานในระบบจริงแล้ว (พีซี บอร์ดไมโครคอนโทรลเลอร์ สภาพแวดล้อมการผลิตจำลอง) และเกิดการขัดข้อง ค้าง และพฤติกรรมผิดปกติ จึงทำการแก้ไขข้อบกพร่อง
• การทดสอบก่อนการใช้งาน/การรับรอง: การทดสอบความเครียด การทดสอบความเข้ากันได้ การทดสอบประสิทธิภาพ และในกรณีของ Windows คือการรันชุดทดสอบต่างๆ เช่น ชุดทดสอบจาก WDK หรืออื่นๆ ชุดรับรองฮาร์ดแวร์.

ข้อผิดพลาดที่พบได้บ่อยมากคือการจำกัดตัวเองอยู่แค่เพียง... “ใช้งานได้บนบอร์ดของผมเมื่อพิมพ์ผ่าน UART” และยอมรับว่าไดรเวอร์นั้นดี การตรวจสอบอย่างรวดเร็วนี้ใช้ได้ดีสำหรับการตรวจสอบความถูกต้องเบื้องต้น แต่สำหรับฟังก์ชันที่ซับซ้อนหรือไดรเวอร์ HAL ที่สมบูรณ์นั้น การตรวจสอบนี้ไม่เพียงพออย่างยิ่ง คุณต้องตรวจสอบเพิ่มเติมอีกมาก เช่น กรณีพิเศษ อินพุตที่ผิดพลาด ข้อผิดพลาดของฮาร์ดแวร์จำลอง การขัดจังหวะแบบต่อเนื่อง การเปลี่ยนแปลงความถี่ ฯลฯ

วิธีการทั่วไปสำหรับการทดสอบไดรเวอร์ (พีซีและระบบฝังตัว)

แม้ว่าเครื่องมือจะแตกต่างกันไป ขึ้นอยู่กับว่าคุณทำงานบนระบบปฏิบัติการ Windows หรือไมโครคอนโทรลเลอร์ก็ตาม แนวคิดการทดสอบ ทั้งสองอย่างคล้ายคลึงกันมาก แนะนำให้ทำการทดสอบหลายขั้นตอนร่วมกัน:

1. การทดสอบหน่วย สำหรับฟังก์ชันไดรเวอร์หรือ HAL แต่ละตัวนั้น จะตรวจสอบว่า API แต่ละตัวทำงานได้ตามที่สัญญาไว้ โดยใช้ข้อมูลป้อนเข้าปกติ ข้อจำกัด และพารามิเตอร์ที่ไม่ถูกต้อง ในระบบฝังตัว มักใช้เฟรมเวิร์กการทดสอบหรือโปรแกรมจำลองที่ดัดแปลงมาเพื่อจำลองรีจิสเตอร์และอุปกรณ์ต่อพ่วง

2. Pruebas funcionales ซึ่งเป็นการใช้งานตัวควบคุมทั้งหมด เช่น การอ่านและเขียนข้อมูลไปยังเซ็นเซอร์ การส่งแพ็กเก็ตผ่านเครือข่าย การเล่นเสียง หรือการเริ่มต้นใช้งาน GPU นี่คือจุดที่การโต้ตอบกับเลเยอร์อื่นๆ ของระบบ (แอปพลิเคชัน ระบบปฏิบัติการ RTOS) เข้ามามีบทบาท

3. การทดสอบความเค้นและความทนทานไดรเวอร์จะถูกทดสอบด้วยคำขอจำนวนมาก การผสมผสานเหตุการณ์ การตัดการเชื่อมต่อและการเชื่อมต่ออุปกรณ์ใหม่ การเปลี่ยนแปลงความถี่ของระบบ การระงับ/การกลับมาทำงาน ฯลฯ เพื่อดูว่าไดรเวอร์สามารถรับมือได้โดยไม่เกิดการรั่วไหลของหน่วยความจำ การหยุดทำงาน หรือความเสียหายของข้อมูลหรือไม่

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

ในโลกของ Windows งานเหล่านี้หลายอย่างต้องอาศัยเครื่องมือเฉพาะทาง เช่น Driver Verifier, WDK, Visual Studio และ Hardware Certification Kitในระบบฝังตัว มักจะมีการผสมผสานระหว่างโปรแกรมจำลอง บอร์ดพัฒนา วงจรอนาล็อก (ออสซิลโลสโคป เครื่องวิเคราะห์ลอจิก) และแอปพลิเคชันขนาดเล็กที่ทำงานบนระบบพื้นฐาน เพื่อทดสอบความสามารถของไดรเวอร์ในสถานการณ์ต่างๆ แทนที่จะจำกัดอยู่แค่การพิมพ์ข้อความผ่าน UART เท่านั้น

โปรแกรมตรวจสอบไดรเวอร์ใน Windows: คืออะไรและใช้ทำอะไร

ระบบปฏิบัติการ Windows มีเครื่องมือหนึ่งที่ผู้ใช้ทั่วไปไม่ค่อยรู้จัก แต่มีความสำคัญอย่างยิ่งสำหรับนักพัฒนาและสำหรับการวินิจฉัยความล้มเหลวของไดรเวอร์ที่สำคัญ: โปรแกรมตรวจสอบไดรเวอร์ (verifier.exe)เป็นส่วนประกอบของระบบที่คอยตรวจสอบตัวควบคุมโหมดเคอร์เนลและไดรเวอร์กราฟิกแบบเรียลไทม์ โดยมีเป้าหมายเพื่อตรวจจับพฤติกรรมที่อาจทำให้ระบบไม่เสถียร

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

เครื่องมือนี้ถูกรวมอยู่ใน Windows เวอร์ชันส่วนใหญ่มานานแล้ว สามารถพบได้ใน %WinDir%\System32\Verifier.exe และไม่จำเป็นต้องดาวน์โหลดอะไรเพิ่มเติม ยกเว้นเพียงอย่างเดียวคือ ของ Windows 10 Sในกรณีที่ไม่มีอุปกรณ์ดังกล่าว แนะนำให้ทำการทดสอบบนระบบปฏิบัติการ Windows 10 รุ่นมาตรฐาน

Driver Verifier มีประโยชน์อย่างยิ่งในช่วงการพัฒนาไดรเวอร์ใหม่ หรือเมื่อคุณกำลังพยายาม... เพื่อตามล่าหาข้อบกพร่องที่ยากจะจับต้องได้ ซึ่งจะปรากฏขึ้นเป็นบางครั้งเท่านั้น การเปิดใช้งานกฎที่เข้มงวดบนไดรเวอร์ของคุณ จะช่วยให้ระบบ "ส่งสัญญาณเตือน" ได้ทันที ณ จุดที่เกิดการละเมิด แทนที่จะปล่อยให้ข้อผิดพลาดลุกลามและทำให้เกิดการขัดข้องโดยไม่ทราบสาเหตุในอีกไม่กี่นาทีต่อมา

วิธีเริ่มต้นและตั้งค่า Driver Verifier ใน Windows

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

นอกจากนี้ เพื่อให้ได้ประโยชน์สูงสุด ขอแนะนำให้ปฏิบัติตามคำแนะนำต่อไปนี้ เชื่อมต่อตัวดีบักเกอร์เคอร์เนล (WinDbg, KD, CDB หรือ NTSD) ไปยังอุปกรณ์ที่กำลังทดสอบ วิธีนี้ช่วยให้สามารถบันทึกรายละเอียดของการตรวจสอบข้อผิดพลาดได้ทันทีที่เกิดขึ้น และวิเคราะห์ด้วยคำสั่งต่างๆ เช่น !analysis -v ตัวควบคุมใดเป็นฝ่ายผิด และพวกเขาละเมิดกฎข้อใด?

หากต้องการเริ่มต้นใช้งาน Driver Verifier ด้วยอินเทอร์เฟซกราฟิกมาตรฐาน ขั้นตอนพื้นฐานจะเป็นดังนี้:

1. เปิดหน้าต่าง Command Prompt โดยใช้สิทธิ์ผู้ดูแลระบบ และเรียกใช้ verifier เพื่อเปิดใช้งาน Driver Verifier Manager
2. เลือก “สร้างการกำหนดค่ามาตรฐาน” (ตัวเลือกเริ่มต้น) แล้วคลิกถัดไป หากต้องการการตั้งค่าที่ละเอียดกว่านี้ คุณสามารถเลือก "สร้างการกำหนดค่าแบบกำหนดเอง" และเลือกกฎที่ต้องการเปิดใช้งานด้วยตนเองได้
3. บนหน้าจอ “เลือกคนขับที่ต้องการตรวจสอบ”เลือกรูปแบบการเลือกอย่างใดอย่างหนึ่งจากที่มีให้เลือก: ไดรเวอร์ที่ไม่มีลายเซ็นดิจิทัล, ไดรเวอร์สำหรับ Windows เวอร์ชันเก่า, ไดรเวอร์ที่ติดตั้งทั้งหมด หรือเลือกชุดย่อยจากรายการ
4. หากคุณเลือกตัวเลือก “เลือกชื่อตัวควบคุมจากรายการ”ระบบจะแสดงแคตตาล็อกของไดรเวอร์ที่มีอยู่ในระบบ และคุณสามารถเลือกไดรเวอร์ที่ต้องการได้หนึ่งตัวหรือมากกว่านั้น
5. ทำตามขั้นตอนในตัวช่วยสร้างให้เสร็จสิ้น แล้วรีสตาร์ทคอมพิวเตอร์ เพื่อให้ตัวตรวจสอบสามารถเริ่มดำเนินการกับไดรเวอร์ที่เลือกไว้ในการบูตครั้งถัดไป

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

การใช้งานขั้นสูงของ Driver Verifier และคอนโซลคำสั่ง

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

ตัวอย่างเช่น เพื่อเปิดใช้งานการตั้งค่ามาตรฐานบนคอนโทรลเลอร์เฉพาะที่เรียกว่า มายไดรเวอร์.ซิส เพียงแค่เริ่มใช้งาน:

verifier /standard /driver myDriver.sys

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

verifier /reset

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

verifier /query

หรือหากต้องการตรวจสอบว่ากฎใดบ้างที่เปิดใช้งานอยู่และใช้พารามิเตอร์ใดบ้าง ให้ใช้คำสั่งต่อไปนี้:

verifier /querysettings

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

ตรวจพบข้อผิดพลาดในการดีบักโดย Driver Verifier

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

การตรวจสอบข้อผิดพลาดที่พบบ่อยที่สุดที่เกี่ยวข้องกับเครื่องมือนี้คือ ข้อผิดพลาดตรวจสอบ 0xC4: ตรวจพบการละเมิดโดย DRIVER_VERIFIERนี่แสดงว่าตัวตรวจสอบตรวจพบการละเมิดกฎในตัวควบคุม รหัสข้อผิดพลาดอื่นๆ ที่พบบ่อยจะขึ้นอยู่กับประเภทของการละเมิด (เช่น การติดตาย การใช้งานหน่วยความจำแบบเพจได้/เพจไม่ได้อย่างไม่ถูกต้อง เป็นต้น) แต่รหัสนี้เป็นรหัสที่คุณจะเห็นบ่อยที่สุดในการทดสอบอย่างเข้มข้น

หลังจากตรวจสอบข้อผิดพลาดแล้ว เมื่อคุณเชื่อมต่อดีบักเกอร์เคอร์เนลเข้ากับเครื่องทดสอบ Windows จะเรียกใช้ดีบักเกอร์และแสดงการวินิจฉัยเบื้องต้น สิ่งแรกที่คุณควรทำในเซสชันใหม่คือเรียกใช้คำสั่งส่วนขยาย:

!analyze -v

ตัวปรับเปลี่ยน -v ให้ข้อมูลรายละเอียดเพิ่มเติมเกี่ยวกับข้อผิดพลาด ได้แก่ ลำดับการเรียกใช้ฟังก์ชัน โมดูลที่ต้องสงสัย พารามิเตอร์การตรวจสอบข้อผิดพลาด และในกรณีของกฎการปฏิบัติตาม DDI จะมีข้อมูลเพิ่มเติมด้วย รหัสกฎ ได้รับผลกระทบ ตัวระบุเหล่านี้มักมีรูปแบบดังนี้ 0x200nn และพวกเขาก็จะบอกคุณอย่างชัดเจนว่าคอนโทรลเลอร์ของคุณละเมิดกฎข้อใด

นอกจากคำสั่ง !analyze แล้ว ยังมีส่วนขยายการดีบักอื่นๆ ที่มีประโยชน์มากเมื่อคุณใช้งาน Driver Verifier:

• !verifierนี่คือสถิติที่ผู้ตรวจสอบรวบรวมเกี่ยวกับตัวควบคุมที่อยู่ภายใต้การเฝ้าระวัง คุณสามารถตรวจสอบเพิ่มเติมได้ !verifier -? เพื่อดูตัวเลือกที่มีอยู่ทั้งหมด
• !การติดตาย: แสดงข้อมูลเกี่ยวกับภาวะติดตาย (deadlock) และวัตถุที่ถูกตรวจสอบโดยฟังก์ชันตรวจจับภาวะติดตายของตัวตรวจสอบ เหมาะสำหรับปัญหาเรื่องเวลาและการปิดกั้นซึ่งกันและกัน
• !iovirp : อธิบายรายละเอียดเกี่ยวกับ IRP (I/O Request Packet) ที่ถูกตรวจสอบโดยการตรวจสอบ I/O ซึ่งช่วยในการติดตามเส้นทางของคำขอระหว่างคอนโทรลเลอร์ต่างๆ ในสแต็ก

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

WDK, Visual Studio และการทดสอบไดรเวอร์ใน Windows

นอกเหนือจาก Driver Verifier แล้ว ระบบนิเวศของ Windows ยังมีชุดเครื่องมือเฉพาะอีกมากมายสำหรับ... การพัฒนาและการทดสอบตัวควบคุมโดยส่วนใหญ่จะรวมอยู่ใน Windows Driver Kit (WDK) และส่วนขยายสำหรับ Visual Studio

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

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

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

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

วิธีตรวจสอบและอัปเดตไดรเวอร์บนคอมพิวเตอร์ระบบ Windows

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

จากเมนู Start คุณสามารถค้นหา "Device Manager" แล้วเปิดขึ้นมา ในแผนผังฮาร์ดแวร์ คุณจะพบส่วนประกอบทั้งหมดที่ตรวจพบ และหากมีปัญหาใดๆ คุณจะเห็นข้อความแจ้งเตือน ไอคอนคำเตือนสีเหลือง เกี่ยวกับอุปกรณ์ที่มีปัญหา จากนั้นคุณสามารถ:

• ไปลง คุณสมบัติ → แท็บตัวควบคุม เพื่อตรวจสอบเวอร์ชันและวันที่ของไดรเวอร์
• อัปเดตไดรเวอร์ เพื่อให้ Windows ค้นหาเวอร์ชันใหม่โดยอัตโนมัติ (แม้ว่าวิธีนี้มักจะไม่ได้ผลกับ GPU และฮาร์ดแวร์ขั้นสูงก็ตาม)
• ปิดใช้งานหรือถอนการติดตั้ง ส่วนประกอบนี้ก่อให้เกิดปัญหามากมาย ทำให้ระบบสามารถติดตั้งส่วนประกอบนั้นใหม่ทั้งหมดได้ในการรีบูตครั้งถัดไป

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

ดังนั้น ในการ์ดจอสมัยใหม่ จึงมักแนะนำให้ติดตั้งโปรแกรมนี้เกือบทุกครั้ง ซอฟต์แวร์อย่างเป็นทางการจากผู้ผลิตตัวอย่างเช่น GeForce Experience สำหรับ Nvidia, Adrenalin สำหรับ AMD หรือเครื่องมือของ Intel เอง โซลูชันเหล่านี้ไม่เพียงแต่แจ้งเตือนคุณเกี่ยวกับเวอร์ชันไดรเวอร์ใหม่เท่านั้น แต่ยังให้คุณสมบัติเพิ่มเติม โปรไฟล์เกม การปรับแต่งกราฟิกอัตโนมัติ และอื่นๆ อีกมากมาย หากคุณไม่ต้องการคุณสมบัติเพิ่มเติมเหล่านี้ ในหลายกรณีคุณสามารถเลือกติดตั้งเฉพาะไดรเวอร์ได้

อีกหนึ่งเส้นทางที่ถูกรวมเข้าไว้ในระบบคือ windows Updateจากเมนู การตั้งค่า → การอัปเดตและความปลอดภัย (ใน Windows 10) หรือ การตั้งค่า → Windows Update → ตัวเลือกขั้นสูง → การอัปเดตเพิ่มเติม (ใน Windows 11) คุณสามารถตรวจสอบได้ว่ามีการอัปเดตเพิ่มเติมหรือไม่ คนขับรถใหม่พร้อมให้บริการในส่วนการอัปเดตไดรเวอร์ คุณจะเห็นรายการไดรเวอร์ที่ระบบเสนอให้ติดตั้งเพิ่มเติม

การติดตั้งด้วยตนเอง โดยไม่ต้องใช้อินเทอร์เน็ตและใช้เครื่องมือจากภบุคคลที่สาม

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

ตัวเลือกแบบคลาสสิกคือการใช้ แพ็คเกจไดรเวอร์แบบออฟไลน์ เช่น DriverPack หรือโปรแกรมที่คล้ายกัน โปรแกรมเหล่านี้จะถูกดาวน์โหลดจากพีซีที่มีการเชื่อมต่ออินเทอร์เน็ต คัดลอกไปยังไดรฟ์ USB และเมื่อเชื่อมต่อกับคอมพิวเตอร์ (ซึ่งไม่ได้เชื่อมต่ออินเทอร์เน็ต) โปรแกรมจะวิเคราะห์ฮาร์ดแวร์และติดตั้งไดรเวอร์ที่จำเป็นจากคลังข้อมูลของตนเอง โปรแกรมเหล่านี้มีประโยชน์อย่างยิ่งหลังจากการติดตั้ง Windows ใหม่บนคอมพิวเตอร์เครื่องเก่าหรือเครื่องที่ไม่มีการเชื่อมต่ออินเทอร์เน็ตอย่างถาวร

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

อีกวิธีที่ควบคุมได้มากกว่าคือการติดตั้งไดรเวอร์ด้วยตนเอง: ดาวน์โหลดไฟล์จาก [ลิงก์เว็บไซต์] เว็บไซต์อย่างเป็นทางการของผู้ผลิตแตกไฟล์หากจำเป็น และจากตัวจัดการอุปกรณ์ ให้เลือก “อัปเดตไดรเวอร์” → “ค้นหาซอฟต์แวร์ไดรเวอร์ในคอมพิวเตอร์ของฉัน” และชี้ไปยังไฟล์ .inf ที่เกี่ยวข้อง หากไดรเวอร์เข้ากันได้ Windows จะยอมรับและลงทะเบียน แต่ถ้าไม่ คุณจะเห็นข้อความแสดงความไม่เข้ากันหรือข้อผิดพลาด ลายเซ็น.

สำหรับโปรแกรมจากผู้พัฒนาภายนอกที่ใช้ในการตรวจจับและอัปเดตไดรเวอร์นั้น มีให้เลือกหลากหลาย ตั้งแต่เครื่องมืออย่างเป็นทางการ เช่น ไดรเวอร์และการสนับสนุนของ Intel รวมถึงโปรแกรมสแกนไดรเวอร์ต่างๆ เช่น Snappy Driver Installer, SlimDrivers, DriverPack, Device Doctor, DriverMax เป็นต้น บางโปรแกรมมีเวอร์ชันฟรี บางโปรแกรมมีเวอร์ชันเสียเงิน และหลายโปรแกรมเคยมีปัญหาในอดีต แอดแวร์หรือบลอทแวร์ดังนั้นคุณต้องระมัดระวังและดาวน์โหลดจากเว็บไซต์ทางการของพวกเขาเสมอ สำหรับงานเหล่านี้ วิธีที่ดีที่สุดคือการใช้... โปรแกรมการติดตั้งเฉพาะ และใช้มันอย่างเลือกสรร

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

ไดรเวอร์ในไมโครคอนโทรลเลอร์และ HAL: วิธีทดสอบอย่างมีประสิทธิภาพ

ในโลกของระบบฝังตัว การทดสอบไดรเวอร์มีลักษณะเฉพาะของตัวเอง ตัวอย่างทั่วไปคือ นักพัฒนาที่สร้างไดรเวอร์สำหรับเซ็นเซอร์หรือเลเยอร์ HAL ในระบบฝังตัว ATmega328P และกลยุทธ์การทดสอบในปัจจุบันประกอบด้วยการเรียกใช้ฟังก์ชันต่างๆ เช่น get_temperature() และส่งผลลัพธ์ผ่านทาง UART เพื่อตรวจสอบว่า "ดูสมเหตุสมผลหรือไม่"

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

โปรแกรมจำลองและโปรแกรมเลียนแบบแพลตฟอร์มหลายแห่งมีโปรแกรมจำลองที่ช่วยให้คุณจำลองรีจิสเตอร์และอุปกรณ์ต่อพ่วงของไมโครคอนโทรลเลอร์ได้ ทำให้คุณสามารถเขียนการทดสอบหน่วยบน HAL ของคุณได้โดยไม่ต้องทำการแฟลชบอร์ดซ้ำๆ แม้ว่าจะไม่ครอบคลุมทุกกรณี 100% แต่ก็ช่วยในการตรวจจับข้อผิดพลาดทางตรรกะและ API ได้

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

เครื่องมือวัดฮาร์ดแวร์การใช้ออสซิลโลสโคป เครื่องวิเคราะห์ลอจิก หรือแม้แต่ไฟ LED สำหรับการดีบักแบบง่ายๆ ช่วยให้คุณตรวจสอบได้ว่าสายสื่อสาร (SPI, I2C, UART) และสัญญาณควบคุมทำงานตามที่ควรจะเป็นภายใต้ภาระงานหรือไม่ ไม่ใช่แค่ในระดับ "ฉันได้ตัวเลขที่ถูกต้องมากหรือน้อย" เท่านั้น

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

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

กล่าวโดยสรุปคือ การเรียนรู้วิธีการทดสอบผู้ขับขี่ให้เชี่ยวชาญ ไม่ว่าจะเป็นบน Windows ด้วยเครื่องมืออย่าง Driver Verifier, WDK และ Device Manager หรือบนระบบฝังตัวด้วยโปรแกรมจำลองและชุดทดสอบ นี่คือสิ่งที่แยกความแตกต่างระหว่างระบบที่แข็งแกร่งและเป็นมืออาชีพกับระบบที่ล้มเหลวในเวลาที่คุณต้องการมากที่สุด การใช้เวลาในการออกแบบการทดสอบที่ดี การใช้ยูทิลิตี้ที่เหมาะสม และการหลีกเลี่ยงทางลัดที่เป็นอันตรายด้วยเครื่องมือของบุคคลที่สาม เป็นการลงทุนที่คุ้มค่าในแง่ของความเสถียร ประสิทธิภาพ และลดปัญหาในการใช้งานจริง