เฟสการทดสอบ

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

ชนิดของการทดสอบ

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

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

การทดสอบแบบครบวงจร

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

การทดสอบการยอมรับของผู้ใช้

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

นี่คือเคล็ดลับบางอย่างในการรับผลลัพธ์ที่ดีจาก UATs:

• การทดสอบกับผู้ใช้จริง

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

• อย่าให้คำแนะนำสำหรับผู้ใช้ ดูว่าพวกเขาสามารถเข้าใจแอปอย่างง่ายๆ หรือไม่

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

• เมื่อผู้ใช้ติดอยู่บนหน้าจอ ขอให้พวกเขาอธิบายสิ่งที่คาดหวังของพวกเขา

• ลองใช้อุปกรณ์ที่แตกต่างกันเพื่อให้แน่ใจว่ากรณีทดสอบจะทำงานเหมือนกัน

• ตามหลักการแล้ว ทดสอบแอปในสภาพแวดล้อมจริงหรือสถานที่จริงของผู้ใช้ หากแอปใช้ความสามารถแบบออฟไลน์

• ขอให้ผู้ใช้ของคุณพยายาม "หยุด" แอปของคุณ เช่น โดยการป้อนตัวอักษรที่ผิดปกติในฟิลด์ข้อความ

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

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

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

การสร้างกรณีทดสอบและสถานการณ์จำลอง

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

ขั้นตอนแรกคือการเขียนการทดสอบหน่วย ตรวจสอบให้แน่ใจว่าคุณแบ่งการทดสอบออกเป็นคุณลักษณะหรือฟังก์ชันแต่ละรายการ ควรแสดงรายการกรณีทดสอบสำหรับการทดสอบหน่วยดังตารางด้านล่าง:

เครื่องมือที่จะช่วยคุณทดสอบแอปพื้นที่ทำงาน

Power Apps Test Studio (ทดลอง)

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

Azure Monitor (ทดลอง)

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

เครื่องมือที่จะช่วยคุณทดสอบแอปแบบจำลอง

EasyRepro

EasyRepro เป็นเครื่องมือที่มีให้สำหรับแอปแบบจำลอง Dynamics 365 และ Power Apps ไม่เพียงแต่มีเครื่องมือทดสอบเท่านั้น แต่ยังมีกรณีทดสอบตัวอย่างกว่า 200 กรณีเพื่อช่วยคุณในการเร่งกระบวนการทดสอบได้เร็วขึ้น สำหรับข้อมูลเพิ่มเติม ดูโพสต์บล็อก กรอบงานการทดสอบแบบอัตโนมัติ EasyRepro และเข้าถึงได้ที่ ที่เก็บ EasyRepro GitHub

ตัวตรวจสอบโซลูชัน

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