บทแนะนำการทดสอบ Salesforce สำหรับผู้เริ่มต้น

Salesforce คืออะไร?

Salesforce คือระบบ CRM บนคลาวด์แห่งแรกของโลก ก่อตั้งโดย Marc Benioff และ Parker Harris ในเดือนมีนาคม ปี 1999 จุดประสงค์ของแพลตฟอร์ม CRM นี้คือการช่วยให้ผู้ใช้สามารถขาย ให้บริการ ทำการตลาด วิเคราะห์ และเชื่อมต่อกับลูกค้าได้อย่างคุ้มค่าในทุกช่องทาง

SFDC (Sales Force Dot Com) มาพร้อมกับฟีเจอร์มาตรฐานที่ช่วยให้คุณจัดการความสัมพันธ์กับลูกค้าเป้าหมายและลูกค้าปัจจุบัน นอกจากนี้ยังช่วยให้คุณมีส่วนร่วมและทำงานร่วมกับพนักงานและพันธมิตร พร้อมทั้งจัดเก็บข้อมูลได้อย่างปลอดภัยในระบบคลาวด์แบบหลายผู้เช่า ปัจจุบัน SFDC ครอบคลุม Sales Cloud, Service Cloud, Marketing Cloud, Data Cloud และแพลตฟอร์ม Einstein 1 ที่ขับเคลื่อนฟีเจอร์ AI สร้างสรรค์

การทดสอบ Salesforce คืออะไร?

ข้อดีอย่างหนึ่งของ Salesforce คือฟีเจอร์สำเร็จรูปส่วนใหญ่สามารถปรับแต่งให้เหมาะสมกับความต้องการของบริษัทได้ การทดสอบ Salesforce คือการตรวจสอบความถูกต้องของการกำหนดค่าและการปรับแต่งที่ดำเนินการใน SFDC เวอร์ชันมาตรฐาน รวมถึงคลาส Apex, Lightning Web Components, โฟลว์, Process Builder และการผสานรวมต่างๆ

ความท้าทายอยู่ที่การทำให้แน่ใจว่าผู้ทดสอบกำลังตรวจสอบโค้ดที่ปรับแต่งเอง ไม่ใช่ฟังก์ชันการทำงานของ Salesforce ที่มีอยู่แล้วในกระบวนการอนุมัติและปล่อยใช้งาน (trust-and-release pipeline) ของ Salesforce

Salesforce CRM สร้างขึ้นบนภาษาแพลตฟอร์มที่เรียกว่า ปลายโดยเสริมด้วย Lightning Web Components (LWC) ในส่วนหน้า (front-end) แพลตฟอร์มนี้มาพร้อมกับเฟรมเวิร์กสำหรับการทดสอบหน่วย (unit test) ในตัว เพื่อให้นักพัฒนาสามารถตรวจสอบความถูกต้องของโค้ดก่อนนำไปใช้งานได้

ทำไมต้องทดสอบ Salesforce?

นี่คือเหตุผลหลักที่ผมเชื่อว่าการทดสอบ Salesforce เป็นสิ่งจำเป็น:

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

คำศัพท์เฉพาะของ Salesforce

• ประสบการณ์สายฟ้าแลบ: ส่วนติดต่อผู้ใช้ (UI) เริ่มต้นของ Salesforce ในปัจจุบันสร้างขึ้นบน Lightning Web Components; Salesforce Classic กำลังถูกยกเลิก และองค์กรส่วนใหญ่กำลังย้ายไปใช้ Lightning
• วิชวลฟอร์ซ: เฟรมเวิร์กดั้งเดิมสำหรับการสร้าง UI แบบกำหนดเองโดยใช้ภาษามาร์กอัปแบบแท็กคล้ายกับ HTML ซึ่งยังคงรองรับการปรับแต่งแบบเก่าอยู่
• การแลกเปลี่ยนแอป: ตลาดออนไลน์ของ Salesforce ที่ผู้ใช้สามารถค้นหาและติดตั้งแอปพลิเคชันและส่วนขยายที่กำหนดเองได้
• เอเพ็กซ์: ภาษาเชิงวัตถุที่มีการกำหนดประเภทข้อมูลอย่างเข้มงวด ใช้สำหรับดำเนินการคำสั่งควบคุมการไหลและธุรกรรมบนแพลตฟอร์ม Salesforce
• แพลตฟอร์ม Einstein 1 / Agentforce: ส่วน AI ของ Salesforce สำหรับฟีเจอร์การคาดการณ์และการสร้างข้อมูล รวมถึงเอเจนต์อัตโนมัติ จะต้องได้รับการตรวจสอบความถูกต้องโดยฝ่ายควบคุมคุณภาพด้วยเช่นกัน

ประเภทของการทดสอบ Salesforce

การทดสอบด้วยตนเอง

การทดสอบซอฟต์แวร์ด้วยตนเองครอบคลุมแอปพลิเคชัน Salesforce.com โดยใช้วิธีการแบบดั้งเดิม ทีม QA สามารถใช้การทดสอบด้วยตนเองเพื่อดำเนินการทดสอบฟังก์ชันการทำงาน การทดสอบเส้นทางปกติ การทดสอบการบูรณาการ การทดสอบการถดถอย และการทดสอบระบบ ทั้งใน Lightning Experience และ Salesforce Mobile

การทดสอบอัตโนมัติ

การทดสอบอัตโนมัติใช้โปรแกรมในการทดสอบแอปพลิเคชัน Salesforce.com หรือ Force.com เครื่องมืออัตโนมัติที่ใช้กันทั่วไป ได้แก่ Selenium, Provar, การทดสอบหุ่นยนต์ Copado, Tricentis ระบบทดสอบอัตโนมัติสำหรับ Salesforce และ Testsigma ระบบสมัยใหม่จำนวนมากเพิ่มตัวระบุตำแหน่งที่แก้ไขตัวเองได้ด้วย AI เพื่อรองรับการเปลี่ยนแปลงของ Lightning DOM

ระดับการทดสอบใน Salesforce

ในบทช่วยสอนการทดสอบ Salesforce นี้ โดยทั่วไปจะใช้ระดับต่อไปนี้:

การทดสอบหน่วย

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

การทดสอบระบบ:

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

การทดสอบ UAT:

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

การทดสอบการผลิต:

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

การทดสอบการถดถอย:

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

กระบวนการทดสอบ Salesforce

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

นักพัฒนาและผู้ทดสอบควรใช้สภาพแวดล้อม Sandbox (Developer, Developer Pro, Partial Copy, Full) สำหรับวัตถุประสงค์ของตนเอง โค้ดที่ผ่านการทดสอบใน Sandbox จะถูกนำไปใช้งานจริงผ่าน Change Sets, Salesforce DX หรือเครื่องมือ DevOps เช่น Copado และ Gearset โดยถือว่าผู้ทดสอบ QA เข้าใจคำศัพท์พื้นฐานของ Salesforce ก่อนเข้าร่วมโครงการ

ความท้าทายในการทดสอบ Salesforce

การทดสอบระบบ Salesforce ไม่ใช่เรื่องง่าย ผู้ทดสอบต้องเผชิญกับความท้าทายมากมาย รวมถึง:

• การทดสอบฟีเจอร์ขั้นสูง เช่น Lightning Web Components, Visualforce, Service Cloud Console และ Experience Cloud sites นั้นมีความซับซ้อน
• ทีมงานมักจำเป็นต้องสร้างหรือปรับปรุงการทดสอบแบบคลาสสิกเดิม ๆ สำหรับ Lightning Experience และแอป Salesforce Mobile
• ฟังก์ชันมาตรฐานบางอย่างไม่สามารถลบออกได้แม้ว่าจะไม่ได้ใช้งานก็ตาม
• การทดสอบ UI อาจล้มเหลวเมื่อมีการรีเฟรชแซนด์บ็อกซ์หรือเมื่อมีการปล่อยเวอร์ชันตามฤดูกาล
• การทดสอบอัตโนมัติจะต้องทำงานได้อย่างสม่ำเสมอในสภาพแวดล้อมแซนด์บ็อกซ์ทั้งหมด
• การสร้างตัวระบุตำแหน่งฟิลด์ที่เสถียรนั้นทำได้ยาก เนื่องจากรหัสประจำตัวขององค์ประกอบใน Salesforce แตกต่างกันไปในแต่ละองค์กรและเปลี่ยนแปลงไปในแต่ละเวอร์ชัน
• การตรวจสอบความถูกต้องของฟีเจอร์ AI เช่น การคาดการณ์ของ Einstein และเอเจนต์ Agentforce จำเป็นต้องใช้วิธีการใหม่ๆ ที่ขับเคลื่อนด้วยข้อมูลและตอบสนองต่อคำสั่งโดยตรง

แนวทางปฏิบัติที่ดีที่สุดสำหรับการทดสอบ Salesforce

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

บทบาทและความรับผิดชอบของผู้ทดสอบ Salesforce

บทบาทและหน้าที่สำคัญของผู้ทดสอบ Salesforce ได้แก่:

• ดำเนินการทดสอบเบื้องต้นเพื่อยืนยันว่าฟังก์ชันหลักทั้งหมดทำงานได้ตามข้อกำหนด
• สร้างสถานการณ์ทดสอบทั้งเชิงบวกและเชิงลบ
• ดำเนินการแบ่งส่วนสมมูลและการวิเคราะห์ค่าขอบเขต
• ทำงานร่วมกับแอปพลิเคชันเพื่อทำความเข้าใจฟังก์ชันการทำงานและสร้างแผนผังฟังก์ชันการทำงาน
• รักษาช่องทางการสื่อสารที่เปิดกว้างกับทีมพัฒนา
• ทำความเข้าใจคุณสมบัติที่สามารถปรับแต่งได้ซึ่งสร้างขึ้นสำหรับองค์กร Salesforce
• ดำเนินการทดสอบตามบทบาทเพื่อให้มั่นใจในความสอดคล้องของข้อมูล
• ทำการทดสอบความเข้ากันได้เมื่อผสานรวม Salesforce กับแอปพลิเคชันของบุคคลที่สาม
• มีความคุ้นเคยกับเครื่องมือทดสอบโหลด เช่น JMeter เพื่อตรวจสอบความถูกต้องของกระบวนการที่ซับซ้อนซึ่งอาจให้ผลลัพธ์ที่ไม่สอดคล้องกัน
• มีความรู้ความเข้าใจในการใช้งาน Apex, SOQL และ Lightning components

เครื่องมือทดสอบอัตโนมัติของ Salesforce

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

ด้านล่างนี้ ฉันได้แสดงรายการเครื่องมือทดสอบ Salesforce ที่ใช้กันอย่างแพร่หลายซึ่งฉันแนะนำ

1) Tricentis ทดสอบระบบอัตโนมัติสำหรับ Salesforce

ฉันซาบซึ้งเป็นอย่างยิ่ง Tricentis ทดสอบระบบอัตโนมัติสำหรับ Salesforce ช่วยเร่งการพัฒนาการทดสอบ UI ที่มีความยืดหยุ่นสำหรับสภาพแวดล้อมของ Salesforce ตัวระบุตำแหน่งอัจฉริยะ (Smart Locator) ของมันขับเคลื่อนด้วย AI เพื่อแก้ไขและปรับปรุงตัวเองโดยอัตโนมัติ ลดการบำรุงรักษาและรับประกันความเสถียรของการทดสอบในเวอร์ชัน Lightning ต่างๆ

สิ่งอำนวยความสะดวก:

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

เยี่ยมชมร้านค้า Tricentis >>

---

2) ทดสอบซิกมา

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

สิ่งอำนวยความสะดวก:

• Codeลดการใช้ระบบอัตโนมัติสำหรับ Salesforce UI Flows: สร้างการทดสอบ Salesforce โดยใช้ขั้นตอนที่เข้าใจง่ายเหมือนภาษาอังกฤษ โดยไม่ต้องเขียนโค้ด Apex หรือ Selenium ผมใช้โค้ดนี้ในการฝึกอบรมสมาชิกทีมที่มีพื้นฐานทางเทคนิคแตกต่างกัน
• การทดสอบออบเจ็กต์แบบกำหนดเองและเวิร์กโฟลว์: การสนับสนุนอย่างครอบคลุมสำหรับการทดสอบอ็อบเจ็กต์ที่กำหนดเอง เวิร์กโฟลว์ และการผสานรวม ช่วยให้ฉันมั่นใจได้ว่าการกำหนดค่าเฉพาะองค์กรทำงานได้อย่างถูกต้องหลังจากการอัปเดตแพลตฟอร์ม
• ความสามารถในการทดสอบที่ขับเคลื่อนด้วยข้อมูล: ทดสอบบทบาทผู้ใช้ โปรไฟล์ และชุดข้อมูลต่างๆ อย่างเป็นระบบ ฉันพบว่าวิธีนี้มีประโยชน์อย่างมากในการตรวจสอบพฤติกรรมในระดับสิทธิ์ต่างๆ
• การครอบคลุมสถานการณ์แบบครบวงจร: รองรับสถานการณ์แบบครบวงจรตั้งแต่ต้นจนจบ ซึ่งรวมถึง Salesforce และแอปพลิเคชันภายนอกหรือ API ต่างๆ
• รายงานโดยละเอียดและบันทึกการแก้ไขข้อผิดพลาด: สร้างรายงานและบันทึกข้อมูลที่ครอบคลุมเพื่อระบุปัญหาที่เกิดจากการเปลี่ยนแปลงของ Salesforce ได้อย่างรวดเร็ว

เยี่ยมชม Testsigma >>

ทดลองใช้ฟรี 14 วัน

เหตุใดจึงต้องใช้เครื่องมือทดสอบ Salesforce

• เครื่องมือเหล่านี้ช่วยให้คุณประหยัดเวลาในการทดสอบได้มากถึง 75% และลดต้นทุนในการทำงานอัตโนมัติได้อย่างมาก
• พวกเขานำเสนอการดำเนินการทดสอบ Apex ที่ดีกว่า การครอบคลุมการทดสอบโดยละเอียด และรายงานการครอบคลุมคลาส
• คุณสามารถใช้ประโยชน์จากเครื่องมืออัตโนมัติชั้นนำของอุตสาหกรรมได้ เช่น Selenium และ JMeter.
• สร้างสถานการณ์ทดสอบอัตโนมัติสำหรับสภาพแวดล้อมต่างๆ และเบราว์เซอร์หลายตัว
• บันทึกและเล่นซ้ำกรณีทดสอบของคุณได้อย่างราบรื่น
• ทำการทำงานอัตโนมัติทุกประเภททั้งก่อนและหลังการติดตั้งใช้งาน
• แยกข้อมูลจากสคริปต์ทดสอบและเพิ่มข้อมูลชุดต่างๆ เข้าไป

ตัวอย่างสถานการณ์การทดสอบ Salesforce

• กรณีทดสอบ 01: บันทึกข้อมูลติดต่อของลูกค้าเป้าหมายหรือลูกค้า
• กรณีทดสอบ 02: สามารถกำหนดสถานะผู้ติดต่อเป็นใช้งานอยู่หรือไม่ได้ใช้งานได้
• กรณีทดสอบ 03: บริษัทสามารถถูกระบุว่าเป็นลูกค้าหรือลูกค้าเป้าหมายได้
• กรณีทดสอบ 04: สามารถรวบรวมข้อมูลลูกค้าเป้าหมายได้ผ่านแบบฟอร์มสร้างลูกค้าเป้าหมายบนเว็บไซต์
• กรณีทดสอบ 05: ราคาในใบเสนอราคาไม่สามารถเป็นศูนย์ได้
• กรณีทดสอบ 06: เมื่อการซื้อขายเสร็จสิ้น ระบบจะส่งอีเมล และจะจัดการกับอีเมลที่ส่งไม่ถึงผู้รับ
• กรณีทดสอบ 07: การเชื่อมต่อกับซอฟต์แวร์ของบุคคลที่สามทำงานได้อย่างถูกต้อง
• กรณีทดสอบ 08: Billบริการต่างๆ ทำงานได้ตามที่คาดไว้
• กรณีทดสอบ 09: ไม่มีการจำลองข้อมูลการติดต่อ โอกาส และการจัดการลูกค้าเป้าหมาย
• กรณีทดสอบ 10: เวิร์กโฟลว์บนมือถือทำงานได้ตามที่คาดหวังบนแอป Salesforce Mobile
• กรณีทดสอบ 11: ผู้ใช้ที่ไม่ได้รับอนุญาตจะไม่สามารถเข้าถึงไฟล์หรือบันทึกข้อมูลที่ถูกจำกัดได้

AI และไอน์สไตน์มีความเกี่ยวข้องกันอย่างไรกับเรชาping การทดสอบพนักงานขาย

ปัจจุบัน AI กลายเป็นประเด็นสำคัญอันดับต้นๆ ในการทดสอบภายใน Salesforce แล้ว แพลตฟอร์ม Einstein 1 นำเสนอคะแนนการคาดการณ์ การตอบกลับอัตโนมัติ และเอเจนต์อัตโนมัติ Agentforce เข้าสู่ Sales and Service Cloud และแต่ละฟีเจอร์เหล่านี้จำเป็นต้องมีกลยุทธ์การตรวจสอบความถูกต้องของตนเอง ผู้ทดสอบควรออกแบบกรณีศึกษาที่ขับเคลื่อนด้วยข้อมูลซึ่งตรวจสอบความแม่นยำของการคาดการณ์ การกำหนดจุดเริ่มต้นของข้อความแจ้งเตือน และข้อจำกัดต่างๆ ควบคู่ไปกับขั้นตอนการใช้งาน UI แบบดั้งเดิม

ในส่วนของเครื่องมือ เฟรมเวิร์กการทำงานอัตโนมัติของ Salesforce ในปัจจุบันอาศัยตัวระบุตำแหน่งที่แก้ไขตัวเองได้ซึ่งขับเคลื่อนด้วย AI โดยจะตรวจจับการเปลี่ยนแปลงของ Lightning DOM ระหว่างเวอร์ชันต่างๆ และซ่อมแซมตัวเลือกโดยอัตโนมัติ TricentisProvar, Copado Robotic Testing และ Testsigma ต่างก็มีฟังก์ชันการทำงานนี้ในรูปแบบต่างๆ ควรใช้ร่วมกับข้อมูลทดสอบสังเคราะห์และการตรวจสอบการถดถอยด้วยภาพ เพื่อรักษาระดับความครอบคลุมให้สูงโดยไม่ต้องเพิ่มค่าใช้จ่ายในการบำรุงรักษา

การทดสอบ Salesforce: ความท้าทายของลูกค้า

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

นี่คือบางส่วนของพวกเขาคือ

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

คำถามที่พบบ่อย