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

การทดสอบตารางการตัดสินใจคืออะไร?
การทดสอบด้วยตารางตัดสินใจ (Decision Table Testing) เป็นเทคนิคการทดสอบซอฟต์แวร์ที่ใช้ทดสอบพฤติกรรมของระบบสำหรับชุดข้อมูลป้อนเข้าที่แตกต่างกัน เป็นวิธีการที่เป็นระบบซึ่งบันทึกชุดข้อมูลป้อนเข้าที่แตกต่างกันและพฤติกรรมของระบบ (ผลลัพธ์) ที่สอดคล้องกันในรูปแบบตาราง นั่นคือเหตุผลที่เรียกอีกอย่างว่า... สาเหตุ-ผลกระทบ ตารางที่บันทึกสาเหตุและผลกระทบเพื่อให้การทดสอบครอบคลุมมากขึ้น
A ตารางการตัดสินใจ เป็นการแสดงผลข้อมูลนำเข้าเทียบกับกฎเกณฑ์ กรณี หรือเงื่อนไขการทดสอบในรูปแบบตาราง เป็นเครื่องมือที่มีประสิทธิภาพสูงสำหรับทั้งกรณีที่ซับซ้อน การทดสอบซอฟต์แวร์ และการจัดการข้อกำหนด ตารางการตัดสินใจช่วยตรวจสอบเงื่อนไขที่เป็นไปได้ทั้งหมด และผู้ทดสอบสามารถระบุเงื่อนไขที่ขาดหายไปได้อย่างง่ายดาย เงื่อนไขจะถูกระบุด้วยค่าจริง (T) และเท็จ (F)
ตัวอย่างที่ 1: ตารางการตัดสินใจสำหรับหน้าจอเข้าสู่ระบบ
เรามาสร้างตารางการตัดสินใจสำหรับหน้าจอเข้าสู่ระบบกันเถอะ
เงื่อนไขนั้นง่ายมาก: หากผู้ใช้ป้อนชื่อผู้ใช้และรหัสผ่านถูกต้อง ระบบจะนำพวกเขาไปยังหน้าแรก หากป้อนข้อมูลใด ๆ ผิดพลาด ระบบจะแสดงข้อความแสดงข้อผิดพลาด
| เงื่อนไขเพิ่มเติมสำหรับการขอคืนเงิน (Refund Policy) | กฎ 1 | กฎ 2 | กฎ 3 | กฎ 4 |
|---|---|---|---|---|
| ชื่อผู้ใช้ (T/F) | F | T | F | T |
| รหัสผ่าน (T/F) | F | F | T | T |
| เอาท์พุต (E/H) | E | E | E | H |
คำอธิบาย:
- T – ชื่อผู้ใช้/รหัสผ่านที่ถูกต้อง
- F – ชื่อผู้ใช้/รหัสผ่านไม่ถูกต้อง
- E – มีข้อความแสดงข้อผิดพลาด
- H – แสดงหน้าจอหลัก
การตีความ:
- 1 กรณี – ชื่อผู้ใช้และรหัสผ่านไม่ถูกต้องทั้งคู่ ระบบแสดงข้อความแสดงข้อผิดพลาดให้ผู้ใช้เห็น
- 2 กรณี – ชื่อผู้ใช้ถูกต้อง แต่รหัสผ่านไม่ถูกต้อง ผู้ใช้จะเห็นข้อความแสดงข้อผิดพลาด
- 3 กรณี – ชื่อผู้ใช้ไม่ถูกต้อง รหัสผ่านถูกต้อง ระบบแสดงข้อความแสดงข้อผิดพลาดให้ผู้ใช้เห็น
- 4 กรณี – ชื่อผู้ใช้และรหัสผ่านถูกต้องทั้งคู่ ผู้ใช้เข้าสู่หน้าแรก
เมื่อแปลงสิ่งนี้เป็น กรณีทดสอบคุณสามารถสร้างสถานการณ์ได้สองแบบ เนื่องจากกรณีข้อผิดพลาดทั้งสามแบบทดสอบกฎเดียวกัน
- ป้อนชื่อผู้ใช้และรหัสผ่านที่ถูกต้อง จากนั้นคลิก เข้าสู่ระบบ — ผู้ใช้ควรจะถูกนำไปยังหน้าแรก
- หากป้อนชื่อผู้ใช้และ/หรือรหัสผ่านไม่ถูกต้อง แล้วคลิกเข้าสู่ระบบ ผู้ใช้จะเห็นข้อความแสดงข้อผิดพลาด
ตัวอย่างที่ 2: ตารางการตัดสินใจสำหรับหน้าจอการอัปโหลด
ทีนี้ลองพิจารณากล่องโต้ตอบที่ขอให้ผู้ใช้อัปโหลดรูปภาพภายใต้เงื่อนไขบางประการ:
- อนุญาตเฉพาะไฟล์รูปแบบ “.jpg” เท่านั้น
- ขนาดไฟล์ต้องน้อยกว่า 32 KB
- ความละเอียดต้องเป็น 137 × 177 พิกเซล
หากเงื่อนไขใดเงื่อนไขหนึ่งไม่เป็นไปตามที่กำหนด ระบบจะแสดงข้อความแสดงข้อผิดพลาดที่เกี่ยวข้อง แต่หากตรงตามเงื่อนไขทั้งหมด การอัปโหลดรูปภาพจะสำเร็จ
ตารางการตัดสินใจสำหรับกรณีนี้แสดงอยู่ด้านล่าง
| เงื่อนไขเพิ่มเติมสำหรับการขอคืนเงิน (Refund Policy) | 1 กรณี | 2 กรณี | 3 กรณี | 4 กรณี | 5 กรณี | 6 กรณี | 7 กรณี | 8 กรณี |
|---|---|---|---|---|---|---|---|---|
| รูปแบบ | .jpg | .jpg | .jpg | .jpg | ไม่ใช่ .jpg | ไม่ใช่ .jpg | ไม่ใช่ .jpg | ไม่ใช่ .jpg |
| ขนาด | < 32 KB | < 32 KB | ≥ 32 KB | ≥ 32 KB | < 32 KB | < 32 KB | ≥ 32 KB | ≥ 32 KB |
| ความละเอียด | 137 × 177 | ไม่ใช่ 137×177 | 137 × 177 | ไม่ใช่ 137×177 | 137 × 177 | ไม่ใช่ 137×177 | 137 × 177 | ไม่ใช่ 137×177 |
| เอาท์พุต | อัปโหลดรูปภาพแล้ว | ความละเอียดไม่ตรงกัน | ขนาดไม่ตรงกัน | ขนาดและความละเอียดไม่ตรงกัน | รูปแบบไม่ตรงกัน | รูปแบบและความละเอียดไม่ตรงกัน | รูปแบบและขนาดไม่ตรงกัน | รูปแบบ ขนาด และความละเอียดไม่ตรงกัน |
จากตารางนี้ คุณสามารถสร้างกรณีทดสอบได้แปดกรณีเพื่อให้ครอบคลุมการทดสอบอย่างสมบูรณ์:
- .jpg, < 32 KB, 137×177 → อัปโหลดรูปภาพสำเร็จ
- .jpg, < 32 KB, ไม่ใช่ 137×177 → ข้อผิดพลาดความละเอียดไม่ตรงกัน
- .jpg, ≥ 32 KB, 137×177 → ข้อผิดพลาดขนาดไม่ตรงกัน
- ไฟล์ .jpg ขนาด ≥ 32 KB และไม่ใช่ขนาด 137×177 พิกเซล → เกิดข้อผิดพลาดขนาดและความละเอียดไม่ตรงกัน
- ไม่ใช่ไฟล์ .jpg, ขนาด < 32 KB, 137×177 → เกิดข้อผิดพลาดรูปแบบไม่ตรงกัน
- ไม่ใช่ไฟล์ .jpg, ขนาด < 32 KB, และไม่ใช่ขนาด 137×177 → เกิดข้อผิดพลาดเกี่ยวกับรูปแบบและความละเอียดที่ไม่ตรงกัน
- ไม่ใช่ไฟล์ .jpg, ขนาดไฟล์ ≥ 32 KB, ขนาด 137×177 พิกเซล → เกิดข้อผิดพลาดเกี่ยวกับรูปแบบและขนาดไฟล์ไม่ตรงกัน
- ไม่ใช่ไฟล์ .jpg, ขนาดไฟล์ ≥ 32 KB, และขนาดไฟล์ไม่ใช่ 137×177 พิกเซล → เกิดข้อผิดพลาดเนื่องจากรูปแบบ ขนาด และความละเอียดไม่ตรงกัน
เหตุใดการทดสอบตารางตัดสินใจจึงมีความสำคัญ
การทดสอบด้วยตารางการตัดสินใจมีความสำคัญ เนื่องจากเป็นการทดสอบเงื่อนไขหลายรูปแบบ และครอบคลุมตรรกะทางธุรกิจที่ซับซ้อนได้เป็นอย่างดี เมื่อพฤติกรรมของระบบแตกต่างกันไปตามชุดข้อมูลป้อนเข้าแต่ละชุด เทคนิคนี้จะให้การครอบคลุมที่ดีในรูปแบบที่เรียบง่ายและอ่านง่าย
In วิศวกรรมซอฟต์แวร์การวิเคราะห์ค่าขอบเขตและการแบ่งส่วนสมมูลเป็นเทคนิคที่คล้ายคลึงกัน แต่จะมีประสิทธิภาพมากที่สุดเมื่อระบบแสดงให้เห็นถึง... เดียวกัน พฤติกรรมที่เกิดขึ้นกับชุดข้อมูลป้อนเข้าขนาดใหญ่ เมื่อพฤติกรรมเป็นเช่นนี้ ต่าง สำหรับชุดข้อมูลป้อนเข้าแต่ละชุด เทคนิคเหล่านั้นไม่สามารถรับประกันความครอบคลุมที่ดีได้ และการทดสอบด้วยตารางการตัดสินใจจึงกลายเป็นตัวเลือกที่ดีกว่า
ตารางนี้ยังใช้เป็นข้อมูลอ้างอิงสำหรับการพัฒนาข้อกำหนดและฟังก์ชันการทำงาน เนื่องจากเข้าใจง่ายและครอบคลุมทุกชุดค่าผสม ความสำคัญจะเพิ่มขึ้นเมื่อจำนวนอินพุตเพิ่มขึ้น: จำนวนชุดค่าผสมที่เป็นไปได้คือ 2^n โดยที่ n คือจำนวนอินพุต สำหรับ n = 10 ซึ่งเป็นค่าที่พบได้ทั่วไปในแบบฟอร์มบนเว็บ จะมีชุดค่าผสม 1,024 ชุด คุณไม่สามารถทดสอบทั้งหมดได้ แต่คุณสามารถเลือกชุดย่อยที่ครอบคลุมโดยใช้การทดสอบตามการตัดสินใจ
ข้อดีของการทดสอบตารางการตัดสินใจ
- วิธีนี้ใช้ได้ผลเมื่อพฤติกรรมของระบบแตกต่างกันไปตามอินพุต ซึ่งการแบ่งส่วนความเท่าเทียมกันและการวิเคราะห์ค่าขอบเขตไม่สามารถทำได้
- รูปแบบการนำเสนอเรียบง่าย จึงเข้าใจง่ายและเป็นประโยชน์สำหรับทั้งทีมพัฒนาและทีมธุรกิจ
- ช่วยสร้างชุดค่าผสมที่มีประสิทธิภาพและรับประกันความครอบคลุมการทดสอบที่ดีขึ้น
- สถานการณ์ทางธุรกิจที่ซับซ้อนใดๆ ก็สามารถแปลงเป็นตารางการตัดสินใจได้
- สามารถรับประกันความครอบคลุม 100% เมื่อจำนวนชุดค่าผสมอินพุตมีน้อย
ข้อเสียของการทดสอบตารางการตัดสินใจ
ข้อเสียเปรียบหลักคือ เมื่อจำนวนข้อมูลป้อนเข้าเพิ่มขึ้น ตารางก็จะซับซ้อนและจัดการได้ยากขึ้น


