วิธีการทดสอบโหลดด้วยเบราว์เซอร์จริงโดยใช้องค์ประกอบของน้ำท่วม?

ดังนั้นคุณกำลังคิดถึงการทดสอบโหลด.


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

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

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

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

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

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

ในองค์ประกอบของน้ำท่วมพฤติกรรมของผู้ใช้ที่จำลองขึ้นนั้นถูกกำหนดโดยใช้การกระทำที่เรียบง่ายและเป็นธรรมชาติเช่นการคลิกลิงก์และปุ่มกรอกแบบฟอร์มบนเว็บและอื่น ๆ เมื่อคุณกำหนดพฤติกรรมแล้วมันเป็นเรื่องง่ายที่จะทำงานในระดับมหาศาลที่ flood.io – และในระดับมากฉันหมายถึงผู้ใช้นับพันและจากทั่วทุกมุมโลก!

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

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

มุมมองแบบองค์รวม

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

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

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

เขียนแบบทดสอบ

ตอนนี้มาดูกันว่าการเริ่มต้นใช้งานองค์ประกอบน้ำท่วมง่ายแค่ไหน.

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

คุณสามารถติดตั้งองค์ประกอบโดยใช้คำแนะนำในการเริ่มต้นที่นี่: https://element.flood.io/

เมื่อติดตั้งแล้วแก้ไขและทดสอบสคริปต์ของคุณในเครื่องและเมื่อคุณพร้อมที่จะอัปโหลดไปที่ Flood.io เพื่อทำการทดสอบโหลดเต็มรูปแบบโดยลงทะเบียนเพื่อรับการทดลองที่นี่: https://flood.io/load-performance-testing-tool/free-load-testing-trial/

การทดสอบองค์ประกอบ BLU พื้นฐานสำหรับสถานการณ์การสมัครใช้งานด้านบนอาจมีลักษณะดังนี้

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

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

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

ต่อไปเราทำหน้าที่เราสนใจที่จะจับตามองคือการกรอกและส่งการสมัคร.

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

  • สร้างโครงการ

  • คลิกตัวเลือก“ สร้างน้ำท่วม” ในโครงการใหม่ของคุณ

  • สร้างการทดสอบของคุณโดยใช้ตัวเลือกองค์ประกอบของน้ำท่วม

  • ตั้งชื่อการทดสอบของคุณ

  • อัปโหลดสคริปต์. ts ที่คุณสร้าง:

  • กำหนดจำนวนเบราว์เซอร์ (ผู้ใช้) รวมทั้ง # ของภูมิภาคเพื่อรับ # ผู้ใช้ทั้งหมด (# ของเบราว์เซอร์ * # ของภูมิภาค) นอกจากนี้อย่าลืมกำหนดระยะเวลาทดสอบ:

  • เริ่มการทดสอบของคุณแล้วรอผลการทดสอบ:

  • เมื่อผลลัพธ์อยู่ในมุมมองกราฟของคุณและกระโดดเข้าไปในพื้นที่ที่มีปัญหาใด ๆ ที่พวกเขาอาจเน้น:

ข้อสรุป

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

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

  1. องค์ประกอบดาวน์โหลด
  2. เขียนการทดสอบอย่างง่าย ๆ ในพื้นที่ซึ่งครอบคลุมสถานการณ์สำคัญของคุณ (เช่นชำระเงิน)
  3. ดำเนินการทดสอบในพื้นที่ด้วย ‘องค์ประกอบเรียกใช้’ เพื่อให้แน่ใจว่าการทดสอบดำเนินไปอย่างสมบูรณ์
  4. อัปโหลดการทดสอบของคุณไปยัง Flood และเรียกใช้ด้วย 5-10% ของโหลดสูงสุดของคุณ (เช่นหากโหลดสูงสุดของคุณคือ 5,000 ผู้ใช้เริ่มต้นด้วย 250-500 ผู้ใช้)
  5. ประเมินผลลัพธ์และปรับแต่งสคริปต์และแอพของคุณตามต้องการ
  6. อัปโหลดการทดสอบของคุณไปยัง Flood และเรียกใช้ด้วย 50-100% ของโหลดสูงสุดของคุณ (เช่นหากโหลดสูงสุดของคุณคือ 5,000 ผู้ใช้จากนั้นเรียกใช้กับผู้ใช้ 2,500-5,000 คน)
  7. เพิ่มความครอบคลุมการทดสอบของคุณเพื่อให้ครอบคลุมสถานการณ์เพิ่มเติมที่จำเป็นจนกว่าคุณจะบรรลุความครอบคลุมการทดสอบที่คุณต้องการ.

ขึ้นอยู่กับความซับซ้อนของสถานการณ์การทดสอบของคุณคุณอาจลุกขึ้นและทำงานกับผู้ใช้หลายพันคนในหนึ่งวัน ดังนั้นอย่าเสียเวลาเลยมุ่งหน้าไปที่ https://element.flood.io เพื่อเริ่มต้นการทดสอบกับองค์ประกอบน้ำท่วมในวันนี้!

Jeffrey Wilson Administrator
Sorry! The Author has not filled his profile.
follow me
    Like this post? Please share to your friends:
    Adblock
    detector
    map