การอ่านเรซูเม่ ต้องเตรียมข้อมูลอย่างไร

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

เพราะเหตุใดการอ่านเรซูเม่จึงไม่มีรูปแบบมาตรฐาน?

เหตุผลข้อแรกคือเอกสารนี้ไม่เคยถูกออกแบบให้เครื่องอ่าน เรซูเม่ถูกออกแบบให้คนอ่านด้วยตา จึงให้น้ำหนักกับความสวยงามและลำดับสายตาของคน ไม่ได้ให้น้ำหนักกับความสม่ำเสมอของโครงสร้าง

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

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

ผลที่ตามมาคือเป้าหมายของการทดสอบไม่ควรเป็นคำถามว่าไฟล์นี้ถูกรูปแบบหรือไม่ แต่ควรเป็นคำถามว่าช่องข้อมูลที่จำเป็นถูกดึงออกมาได้ครบหรือไม่เมื่อรูปแบบเปลี่ยนไป

การทดสอบควรครอบคลุมความหลากหลายของเลย์เอาต์แบบใด?

ความหลากหลายที่ควรมีอย่างน้อยคือห้ากลุ่มต่อไปนี้ เพราะแต่ละกลุ่มทำให้ตัวอ่านเอกสารพังคนละท่า

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

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

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

ชุดข้อมูลทดสอบควรจัดตามสถานการณ์หรือตามหมายเลข?

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

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

เพราะเหตุใดการสุ่มใหม่ทุกครั้งจึงทำให้ตามหาสาเหตุไม่ได้?

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

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

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

ชุดข้อมูลทดสอบเสื่อมสภาพได้อย่างไร?

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

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

แบบที่สามคือภาษาหายไป เมื่อระบบเพิ่มภาษาหรือลดภาษา ไฟล์ทดสอบที่ไม่มีภาษานั้นจะไม่ครอบคลุมเส้นทางที่ควรครอบคลุมอีกต่อไป

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

สำหรับนักพัฒนา: กรณีทดสอบกับช่องที่คาดหวัง

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

ข้อที่สองคือระบุระดับความสำคัญของแต่ละช่องที่คาดหวัง ช่องที่ขาดไม่ได้กับช่องที่มีก็ได้ควรมีน้ำหนักต่างกัน มิฉะนั้นตัววัดความสำเร็จจะไม่สะท้อนปัญหาจริง

ข้อที่สามคือวัดผลเป็นรายช่อง ไม่ใช่เป็นผ่านหรือไม่ผ่านทั้งไฟล์ การรายงานเป็นรายช่องทำให้รู้ทันทีว่าปัญหาอยู่ที่หัวข้อไหน ซึ่งลดเวลาไล่หาสาเหตุลงมาก

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

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

ขั้นตอนถัดไป

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

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

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