การกำหนดพารามิเตอร์ ฟังก์ชัน ธุรกรรมใน LoadRunner

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

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

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

เราจำเป็นต้องปรับปรุงสคริปต์ของเราเพื่อช่วยตอบคำถามข้างต้นทั้งหมด

การใช้ธุรกรรม

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

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

หากต้องการเปิดธุรกรรม ให้ใช้รหัสบรรทัดนี้:

lr_start_transaction(“Transaction Name”);

หากต้องการปิดธุรกรรม ให้ใช้รหัสบรรทัดนี้:

lr_end_transaction(“Transaction Name”, <status>);

ที่ แจ้ง LoadRunner ว่าธุรกรรมนี้สำเร็จหรือไม่สำเร็จ พารามิเตอร์ที่เป็นไปได้อาจเป็น:

• LR_อัตโนมัติ
• LR_ผ่าน
• LR_FAIL

ตัวอย่าง:

lr_end_transaction(“My_Login”, LR_AUTO);
lr_end_transaction(“001_Opening_Dashboard Name”, LR_PASS);
lr_end_transaction(“ชื่อธุรกิจ_เวิร์กโฟลว์_ธุรกรรม”, LR_FAIL);

จุดที่ควรทราบ:

• อย่าลืมว่าคุณกำลังทำงานกับ "C" และนั่นคือภาษาที่คำนึงถึงตัวพิมพ์เล็กและตัวพิมพ์ใหญ่
• ไม่อนุญาตให้ใช้อักขระจุด (.) ในชื่อธุรกรรม แม้ว่าคุณจะสามารถใช้ช่องว่างและขีดล่างได้ก็ตาม
• หากคุณได้แยกสาขาโค้ดของคุณอย่างดีและเพิ่มจุดตรวจสอบเพื่อตรวจสอบการตอบสนองจากเซิร์ฟเวอร์ คุณสามารถใช้การจัดการข้อผิดพลาดแบบกำหนดเอง เช่น LR_PASS หรือ LR_FAIL มิฉะนั้น คุณสามารถใช้ LR_AUTO และ LoadRunner จะจัดการข้อผิดพลาดของเซิร์ฟเวอร์โดยอัตโนมัติ (HTTP 500, 400 เป็นต้น)
• เมื่อทำธุรกรรมต้องแน่ใจว่าไม่มี คิด_เวลา คำสั่งที่ถูกแทรกไว้หรืออย่างอื่นธุรกรรมของคุณจะรวมช่วงเวลานั้นไว้เสมอ
• เนื่องจาก LoadRunner ต้องการสตริงคงที่เป็นชื่อธุรกรรม ปัญหาทั่วไปเมื่อใช้ธุรกรรมคือสตริงไม่ตรงกัน หากคุณตั้งชื่ออื่นเมื่อเปิดและปิดธุรกรรม คุณจะมีข้อผิดพลาดอย่างน้อย 2 ข้อ เนื่องจากธุรกรรมที่คุณเปิดไม่เคยปิด LoadRunner จะทำให้เกิดข้อผิดพลาด นอกจากนี้ ธุรกรรมที่คุณพยายามปิดไม่เคยถูกเปิด จึงทำให้เกิดข้อผิดพลาด
• คุณสามารถใช้สติปัญญาและตอบตัวเองได้ว่าข้อผิดพลาดใดข้างต้นจะถูกรายงานก่อน? เพื่อตรวจสอบคำตอบของคุณ ทำไมไม่ลองผิดเองล่ะ? หากคุณตอบถูก แสดงว่าคุณมาถูกทางแล้ว ตอบผิดก็ต้องตั้งสติ
• เนื่องจาก LoadRunner จะดูแลการซิงโครไนซ์คำขอและการตอบสนองโดยอัตโนมัติ คุณจึงไม่ต้องกังวลเกี่ยวกับการตอบสนองเมื่อใช้ธุรกรรม

ทำความเข้าใจเวลาคิด จุดนัดพบ และความคิดเห็น

จุดนัดพบ

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

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

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

ไวยากรณ์: lr_rendesvous("ชื่อเชิงตรรกะ");

ปฏิบัติที่ดีที่สุด:

• นำหน้าจุดนัดพบด้วย “rdv_” เพื่อให้อ่านโค้ดได้ดีขึ้น เช่น “rdv_Login”
• ลบข้อความเกี่ยวกับเวลาคิดทันทีออก
• การใช้จุดนัดพบในมุมมองสคริปต์ (หลังการบันทึก)

ความคิดเห็น

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

คุณสามารถเพิ่มความคิดเห็น

• ขณะบันทึก (โดยใช้เครื่องมือ)
• หลังจากบันทึก (เขียนโค้ดโดยตรง)

แนวปฏิบัติที่ดีที่สุด: ทำเครื่องหมายความคิดเห็นไว้ที่ด้านบนของไฟล์สคริปต์แต่ละไฟล์

การแทรกฟังก์ชันผ่านเมนู

แม้ว่าคุณจะสามารถเขียนโค้ดบรรทัดเดียวได้โดยตรง แต่คุณอาจต้องการเบาะแสเพื่อเรียกใช้ฟังก์ชัน คุณยังสามารถใช้ Steps Toolbox (หรือที่เรียกว่า Insert Function ก่อนเวอร์ชัน 12) เพื่อค้นหาและแทรกฟังก์ชันใดๆ ลงในสคริปต์ของคุณโดยตรง

คุณจะพบแถบเครื่องมือขั้นตอนได้ภายใต้กล่องเครื่องมือมุมมองàขั้นตอน

นี่จะเป็นการเปิดหน้าต่างด้านข้าง ดูภาพสแนปชอต:

การกำหนดพารามิเตอร์คืออะไร?

A พารามิเตอร์ ใน VUGen เป็นคอนเทนเนอร์ที่มีค่าที่บันทึกไว้ซึ่งถูกแทนที่สำหรับผู้ใช้ต่างๆ

ในระหว่างการดำเนินการสคริปต์ (ใน VUGen หรือ Controller) ค่าจากแหล่งภายนอก (เช่น .txt, XML หรือฐานข้อมูล) จะแทนที่ค่าก่อนหน้าของพารามิเตอร์

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

อีกทั้งยังช่วยกระตุ้นพฤติกรรมเหมือนจริงให้กับระบบวิชาอีกด้วย ดูตัวอย่างด้านล่าง:

ตัวอย่างปัญหา:

กระบวนการทางธุรกิจใช้งานได้กับวันที่ปัจจุบันที่มาจากเซิร์ฟเวอร์เท่านั้น ดังนั้นจึงไม่สามารถส่งผ่านเป็นคำขอแบบฮาร์ดโค้ดได้

บางครั้ง แอปพลิเคชันไคลเอนต์ส่ง ID เฉพาะไปยังเซิร์ฟเวอร์ (เช่น session_id) เพื่อให้กระบวนการดำเนินการต่อ (แม้สำหรับผู้ใช้คนเดียว) - ในกรณีเช่นนี้ การกำหนดพารามิเตอร์จะช่วยได้

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

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

คลิก Good Farm Animal Welfare Awards หากไม่สามารถเข้าถึงวิดีโอได้

การตั้งค่ารันไทม์และผลกระทบต่อการจำลอง VU

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

เรียกใช้ลอจิก

Run Logic กำหนดจำนวนครั้งที่การกระทำทั้งหมดจะถูกดำเนินการ ยกเว้น vuser_init และ vuser_end

นี่อาจทำให้ชัดเจนขึ้นว่าทำไม LoadRunner แนะนำให้เก็บรหัสเข้าสู่ระบบทั้งหมดไว้ใน vuser_init และส่วน Logout ใน vuser_end ทั้งสองอย่างโดยเฉพาะ

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

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

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

คุณคลิก “กล่องจดหมาย” กี่ครั้งเมื่อตรวจสอบอีเมล์ก่อนออกจากระบบ?

เดินไปเดินมา

นี้เป็นสิ่งสำคัญ. คนส่วนใหญ่ไม่สามารถเข้าใจความแตกต่างระหว่างการเว้นจังหวะและเวลาคิดได้ ข้อแตกต่างเพียงอย่างเดียวคือ “การเว้นจังหวะหมายถึงความล่าช้าระหว่างการวนซ้ำ” ในขณะที่คิดว่าเวลาคือความล่าช้าระหว่าง 2 ขั้นตอนใดๆ

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

เข้าสู่ระบบ

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

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

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

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

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

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

ทิปส์:

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

คิดถึงไทม์ส

Think Time เป็นเพียงการหน่วงเวลาระหว่างสองขั้นตอน

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

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

หากคุณต้องการจำลองโหลดเชิงรุกบนแอปพลิเคชัน ให้พิจารณาปิดการใช้งานเวลาคิดโดยสิ้นเชิง

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

พิจารณาใช้การจำกัดเวลาคิดให้อยู่ในระยะเวลาที่ถูกต้อง โดยปกติแล้ว 30 วินาทีก็ค่อนข้างดีเพียงพอ

การจำลองความเร็ว

การจำลองความเร็วนั้นหมายถึงความจุแบนด์วิธสำหรับเครื่องไคลเอนต์แต่ละเครื่อง

เนื่องจากเรากำลังจำลอง VUser หลายพันรายการผ่าน LoadRunner จึงเป็นเรื่องน่าทึ่งที่ LoadRunner ทำอย่างง่าย ๆ เพื่อควบคุมการจำลองแบนด์วิดท์/ความเร็วเครือข่าย

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

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

การจำลองเบราว์เซอร์

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

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

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

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

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

หนังสือมอบฉันทะ

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

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

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

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

ยินดีด้วย. คุณเสร็จสิ้นการกำหนดค่าสคริปต์ VUGen ของคุณแล้ว อย่าลืมกำหนดค่าให้กับสคริปต์ VUser ทั้งหมดของคุณ