วิธีออกแบบการทดสอบความเร็ว VPN ให้ยุติธรรมและไม่หลอกตา

การทดสอบความเร็วให้ตัวเลข และตัวเลขดูเหมือนข้อเท็จจริง นี่คือสิ่งที่ทำให้การทดสอบ VPN ที่ออกแบบไม่ดีอันตราย เพราะได้ตัวเลขที่ดูมั่นใจแต่แทบไม่มีความหมาย ผู้อ่านเห็น "VPN A 312 Mbit/s, VPN B 187 Mbit/s" แล้วสรุปว่า A เร็วกว่า ทั้งที่ความต่างจริงอาจแค่ B ถูกทดสอบตอนสามทุ่ม ส่วน A ทดสอบตอนหกโมงเช้า

บทความนี้เกี่ยวกับ วิธีวัดความเร็ว VPN อย่างมีระเบียบวิธี คือออกแบบการทดสอบให้ตัวเลขที่ได้ตอบคำถามที่ถามจริง และอ่านตัวเลขของคนอื่นโดยไม่ถูกหลอก บทความนี้ไม่ทวนสูตรทีละขั้นของการวัดความหน่วงหรืออัตราโอนข้อมูล หากต้องการขั้นตอนปฏิบัติ ดู วิธีทดสอบ VPN และ ภาพรวมการทดสอบความเร็ว VPN ส่วนที่นี่เรามอง speed test เป็นการทดลองเล็ก ๆ

เริ่มจากคำถาม ไม่ใช่เครื่องมือ

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

• "VPN เร็วกว่าเดิมไหม" คลุมเครือ เร็วเรื่องอะไร เทียบกับเมื่อไร
• "ประชุมวิดีโอ 4K ผ่าน VPN บน Wi-Fi บ้านตอนเย็นยังลื่นไหม" ทดสอบได้
• "เมื่อเปิด VPN ไปเซิร์ฟเวอร์ในประเทศเดียวกัน เหลืออัตราดาวน์โหลดปกติกี่เปอร์เซ็นต์" ทดสอบได้

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

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

ระบุและควบคุมตัวแปร

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

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

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

สลับลำดับการทดสอบ

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

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

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

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

กี่รอบจึงพอ

รอบเดียวคือเรื่องเล่า สามรอบพอให้เห็นแนวคร่าว ๆ หกถึงสิบคู่ให้ภาพที่พอเหมาะสำหรับใช้ในบ้าน ไม่มีตัวเลขวิเศษ แต่มีวิธีตัดสิน คือดูความแปรปรวน ถ้าผลตอนปิด VPN อยู่ระหว่าง 180 ถึง 195 Mbit/s และตอนเปิดอยู่ระหว่าง 140 ถึง 150 ช่องว่างชัดเจนแม้มีไม่กี่รอบ แต่ถ้าตอนปิดอยู่ระหว่าง 120 ถึง 200 และตอนเปิดอยู่ระหว่าง 100 ถึง 190 ช่วงทับกันมากจนอ้างความต่างไม่ได้หากไม่เพิ่มรอบอีกมาก และควรถามก่อนว่าทำไมความแปรปรวนจึงสูงขนาดนั้น

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

วอร์มอัป แคช และปรากฏการณ์รอบสอง

หลายคนสังเกตว่าการทดสอบรอบสองเร็วกว่ารอบแรก แล้วเอาไปเป็นหลักฐานว่า VPN "อุ่นเครื่อง" มีหลายอย่างเกิดพร้อมกัน

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

จัดการเรื่องเหล่านี้อย่างตั้งใจ ทำรอบวอร์มอัปแล้วทิ้ง ใช้การทดสอบที่ยาวพอให้อัตราคงที่ (ถ่ายโอนต่อเนื่องอย่างน้อย 20 ถึง 30 วินาที) ถ้าทำได้ ใช้ไฟล์ใหม่ที่แคชไม่ได้ หรือเติมพารามิเตอร์สุ่มต่อท้ายที่อยู่ เพื่อให้ทุกรอบข้ามเครือข่ายจริง ๆ กฎการแคช HTTP กำหนดไว้ใน RFC 9110 หากอยากรู้ว่าเบราว์เซอร์ใช้ซ้ำอะไรได้บ้าง และอย่าเทียบรอบแรกที่ยังเย็นของเงื่อนไขหนึ่งกับรอบสองที่อุ่นแล้วของอีกเงื่อนไข

ปลายทางทดสอบอาจตัดสินผลได้

เมื่อเว็บ speed test บอกว่า "ดาวน์โหลด 280 Mbit/s" มันวัดอัตราระหว่างคุณกับเซิร์ฟเวอร์ทดสอบหนึ่งตัว เมื่อใช้ VPN เส้นทางคือคุณ เซิร์ฟเวอร์ VPN แล้วจึงเซิร์ฟเวอร์ทดสอบ จึงมีกับดักหลายอย่าง

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

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

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

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

เลือกตัวชี้วัดให้ตรงกับงานจริง

ความเร็วไม่ใช่สิ่งเดียว ให้ตัวชี้วัดตรงกับสิ่งที่คุณทำ

ถ้าคุณส่วนใหญ่...	ให้สนใจ
ดูวิดีโอ	อัตราดาวน์โหลดต่อเนื่องและความนิ่งตลอด 10 นาที
ประชุมสาย	ความหน่วง jitter และ packet loss มากกว่าความเร็วสูงสุด
เล่นเกมออนไลน์	ความหน่วงและการพุ่งที่เปอร์เซ็นไทล์ที่ 95
ส่งไฟล์ใหญ่	อัตราอัปโหลด และว่าคงอยู่ได้หลายนาทีไหม
ท่องเว็บ	เวลาโหลดหน้าและเวลาค้น DNS
ดาวน์โหลดอัปเดต	อัตราต่อเนื่องแบบหลายการเชื่อมต่อ

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

จัดการค่าผิดปกติอย่างซื่อตรง

ค่าผิดปกติคือผลที่ห่างจากส่วนใหญ่ บางทีรอบหนึ่งต่ำลง 40 เปอร์เซ็นต์เพราะโทรศัพท์ซิงก์รูป หรือแอปเชื่อมต่อใหม่ มีสามแนวทางที่ซื่อตรง

1. เก็บไว้และรายงานมัธยฐาน มัธยฐานทนทาน ผลประหลาดรอบเดียวแทบไม่ทำให้ขยับ
2. ตัดออกพร้อมเหตุผลที่ระบุ เช่น "ตัดรอบที่ 7: แอป VPN เชื่อมต่อใหม่ระหว่างทดสอบ" เขียนเหตุผลตอนนั้น ไม่ใช่ทีหลังเมื่อเห็นผลแล้ว
3. ทำใหม่และอธิบาย ถ้าทั้งช่วงดูแปลก ให้ทิ้งทั้งช่วงแล้วทำซ้ำวันอื่น

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

อ่านตารางเปรียบเทียบความเร็วของคนอื่น

ตาราง "VPN เร็วที่สุด" ที่เผยแพร่มีอยู่ทั่วไป และใช้ตรรกะเดียวกัน ใช้รายการตรวจนี้ก่อนเชื่อ

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

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

ตัวอย่างการทดสอบที่ออกแบบดี

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

1. คำถาม "เมื่อเปิด VPN ดาวน์โหลดของฉันยังเกิน 50 Mbit/s และความหน่วงของสายต่ำกว่า 80 ms ระหว่างหนึ่งทุ่มถึงสามทุ่มหรือไม่"
2. ตัวควบคุม โน้ตบุ๊กของเธอ เสียบชาร์จ ใช้สายแลน เซิร์ฟเวอร์ทดสอบตายตัว ปลายทางประชุมตายตัว หยุดซิงก์และอัปเดต บอกคนในบ้านให้เลี่ยงดาวน์โหลดใหญ่หนึ่งชั่วโมง
3. ลำดับ หกคู่ ทุกสิบนาที สลับว่าเงื่อนไขใดมาก่อน
4. ตัวชี้วัด มัธยฐานดาวน์โหลด มัธยฐานความหน่วงและเปอร์เซ็นไทล์ที่ 95 และ packet loss
5. วอร์มอัป หนึ่งคู่ที่ทิ้งตอนเริ่ม
6. กฎค่าผิดปกติ ตัดรอบเฉพาะเมื่อแอปเชื่อมต่อใหม่ และจดไว้
7. ผล มัธยฐานดาวน์โหลดตอนปิด VPN 164 Mbit/s ตอนเปิด 118 Mbit/s (72 เปอร์เซ็นต์ของค่าตั้งต้น) ความหน่วงมัธยฐาน 24 ms ตอนปิด 49 ms ตอนเปิด และ P95 61 ms ตอนเปิด
8. การตัดสินใจ ผ่านทั้งสองเกณฑ์ VPN จึงพอสำหรับการประชุม เธอเก็บตารางไว้และทดสอบซ้ำถ้าเปลี่ยนเราเตอร์หรือเซิร์ฟเวอร์

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

ข้อผิดพลาดที่ควรเลี่ยง

• ทดสอบตอนปิด VPN ตอนเช้า แล้วทดสอบตอนเปิด VPN ตอนเย็น
• ปล่อยให้เว็บ speed test เลือกเซิร์ฟเวอร์ต่างกันในแต่ละเงื่อนไข
• ใช้การทดสอบที่ยาวไม่กี่วินาที
• รายงานผลที่ดีที่สุดแทนมัธยฐาน
• ทดสอบเฉพาะเซิร์ฟเวอร์ที่เร็วที่สุดตัวเดียวแล้วบอกว่าเป็นตัวแทน
• ไม่สนใจโหมดประหยัดแบตเตอรี่และการลดความเร็วจากความร้อนบนโทรศัพท์
• เปลี่ยนการตั้งค่า VPN กับเซิร์ฟเวอร์พร้อมกัน แล้วให้เครดิตผิดอย่าง
• ถือว่าความต่าง 5 เปอร์เซ็นต์มีความหมาย ทั้งที่รอบซ้ำของคุณเองแกว่ง 10 เปอร์เซ็นต์
• ลืมจดเงื่อนไข ทำให้ทดสอบซ้ำไม่ได้

สรุป

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