ทำความเข้าใจผู้ให้บริการ Test Engine (ตัวอย่าง)

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

ผู้ให้บริการคืออะไร?

ผู้ให้บริการเป็นโมดูลเฉพาะภายใน Test Engine ที่จัดการรายละเอียดเฉพาะของการโต้ตอบกับประเภทแอปพลิเคชันที่แตกต่างกัน:

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

ประเภทของผู้ให้บริการ

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

ผู้ให้บริการบนเว็บ

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

ผู้ให้บริการแอปพลิเคชัน Canvas

Canvas Application Provider (canvas) มีความเชี่ยวชาญในการทดสอบ Power Apps แอปพลิเคชัน Canvas:

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

ตัวอย่างคำสั่ง:

pac test run `
   --provider canvas `
   --test-plan-file your-testplan.te.yaml `
   --tenant your-tenantid-guid-value `
   --environment-id your-environmentid-guid-value

เรียนรู้เพิ่มเติมเกี่ยวกับการทดสอบแอปพลิเคชันแคนวาส

ผู้ให้บริการแอปพลิเคชันที่ขับเคลื่อนด้วยโมเดล

Model-driven Application Provider (mda) มีความเชี่ยวชาญด้าน Dataverse แอปพลิเคชันที่ขับเคลื่อนด้วยโมเดล:

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

ตัวอย่างคำสั่ง:

pac test run `
   --provider mda `
   --test-plan-file your-testplan.te.yaml `
   --tenant your-tenantid-guid-value `
   --environment-id your-environmentid-guid-value `
   --domain "https://contoso.crm.dynamics.com/main.aspx?appid=00001111-aaaa-2222-bbbb-3333cccc4444&pagetype=entityrecord&etn=account"

เรียนรู้เพิ่มเติมเกี่ยวกับการทดสอบแอปพลิเคชันตามโมเดล

ผู้ให้บริการบนพื้นฐาน API

ผู้ให้บริการบนพื้นฐาน API โต้ตอบโดยตรงกับบริการแบ็กเอนด์โดยไม่จำเป็นต้องใช้อินเทอร์เฟซเบราว์เซอร์

Power Fx ผู้ให้บริการ

ผู้ให้บริการ ( Power Fx ) อนุญาตให้ดำเนินการpowerfxสูตรได้โดยตรง ซึ่งมีประโยชน์สำหรับ Power Fx การทดสอบการรวม: Dataverse

• การตรวจสอบสิทธิ์: ใช้ OAuth โทเค็นที่ได้รับผ่าน Azure CLI az login คำสั่ง
• เทคโนโลยี: เรียก Dataverse จุดสิ้นสุด API โดยตรง
• ความสามารถหลัก:
  • ดำเนินการ CRUD บนตาราง Dataverse
  • ดำเนินการตรรกะทางธุรกิจโดยไม่ต้องโต้ตอบกับ UI
  • ช่วยให้สามารถทดสอบการรวมระบบที่เน้นเฉพาะได้

ตัวอย่างคำสั่ง:

pac test run `
   --provider powerfx `
   --test-plan-file your-testplan.te.yaml `
   --tenant your-tenantid-guid-value `
   --environment-id your-environmentid-guid-value `
   --domain "https://contoso.crm.dynamics.com"

เรียนรู้เพิ่มเติมเกี่ยวกับการทดสอบ Dataverse ส่วนขยาย

การดำเนินการทางเทคนิค

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

สถาปัตยกรรม

สถาปัตยกรรมผู้ให้บริการของ Test Engine ปฏิบัติตามแนวทางแบบหลายชั้น:

1. Core Engine Layer: ประกอบด้วยฟังก์ชันการทำงานที่ใช้ร่วมกันระหว่างผู้ให้บริการทั้งหมด
2. เลเยอร์ผู้ให้บริการ: ใช้ตรรกะการทดสอบเฉพาะแอปพลิเคชัน
3. เลเยอร์การตรวจสอบสิทธิ์: จัดการบริบทของข้อมูลประจำตัวและความปลอดภัย
4. เลเยอร์ส่วนขยาย: อนุญาตให้เพิ่มฟังก์ชันที่กำหนดเองได้

ขั้นตอนการตรวจสอบสิทธิ์

ผู้ให้บริการใช้กระบวนการพิสูจน์ตัวตนที่แตกต่างกันขึ้นอยู่กับข้อกำหนดของพวกเขา:

• ผู้ให้บริการเว็บ (Canvas, Model-driven): ใช้การตรวจสอบสิทธิ์บนเบราว์เซอร์พร้อมสถานะการจัดเก็บข้อมูล
• ผู้ให้บริการ API (Power Fx): ใช้ OAuth โทเค็นจาก Azure CLI เพื่อการเข้าถึง API โดยตรง

การรวม Dataverse

ผู้ให้บริการทุกคนสามารถได้รับประโยชน์จาก Dataverse การบูรณาการ ซึ่งช่วยให้:

• การเข้าถึงตารางโดยตรงผ่าน Power Fx ฟังก์ชั่น
• การดำเนินการเพาะเมล็ดพันธุ์ข้อมูลและการล้างข้อมูล
• การตรวจสอบการเปลี่ยนแปลงสถานะแบ็คเอนด์

หากต้องการเปิดใช้งานการรวม ให้เพิ่มสิ่งต่อไปนี้ลงในการตั้งค่าการทดสอบของคุณ: Dataverse

testSettings:
  extensionModules:
    enable: true
    parameters:
      enableDataverseFunctions: true

เรียนรู้วิธีการทดสอบส่วนขยาย Dataverse

การเลือกผู้ให้บริการที่เหมาะสม

เลือกผู้ให้บริการตามประเภทแอปพลิเคชันและข้อกำหนดการทดสอบของคุณ:

ชนิดแอปพลิเคชัน	Provider	ดีที่สุดสำหรับ
แอปพื้นที่ทำงาน	canvas	การทดสอบ UI การโต้ตอบการควบคุม การนำทางบนหน้าจอ
แอปแบบจำลอง	mda	แบบฟอร์ม มุมมอง กระแสกระบวนการทางธุรกิจ การดำเนินงานขององค์กร
การบูรณาการที่บริสุทธิ์ Dataverse	powerfx	ตรรกะแบ็กเอนด์ การดำเนินการตาราง การตรวจสอบปลั๊กอิน

บทความที่เกี่ยวข้อง

ทดสอบแอปพลิเคชันแคนวาส
ทดสอบแอปพลิเคชันที่ขับเคลื่อนด้วยโมเดล
ทดสอบส่วนขยาย Dataverse
ความสามารถในการขยายเครื่องมือทดสอบ
เครื่องมือทดสอบและนักเขียนบทละคร