จะเขียน Test Case อย่างมืออาชีพได้อย่างไร? ถอดแยกชิ้นส่วนจากข้อกำหนดไปจนถึงกรณีทดสอบได้อย่างสมบูรณ์
กรณีทดสอบที่ดีคืออาวุธหลักของ QA แบ่งปันแนวทางที่เป็นระบบตั้งแต่การวิเคราะห์ความต้องการไปจนถึงการเขียนกรณีทดสอบ รวมถึงเทคนิคเชิงปฏิบัติ เช่น การแบ่งส่วนที่เท่ากัน และการวิเคราะห์ค่าขอบเขต
อัปเดตล่าสุด:2026-03-07
บทความนี้แสดงวิธีการทั่วไปสำหรับการออกแบบกรณีทดสอบ วิธีการเขียนจริงอาจแตกต่างกันไปขึ้นอยู่กับข้อกำหนดของทีม
สารบัญ
1. เหตุใดกรณีทดสอบจึงมีความสำคัญ
กรณีทดสอบไม่ใช่บัญชีที่ดำเนินการอยู่ แต่เป็น "สัญญาคุณภาพ" หากเขียนได้ดีใครๆ ก็สามารถทำตามและทำแบบทดสอบได้ ถ้าเขียนไม่ดี คุณจะไม่รู้ว่าผ่านการทดสอบอะไรบ้าง
2. โครงสร้างพื้นฐานของกรณีทดสอบ
กรณีทดสอบที่สมบูรณ์ควรมี:
-
รหัสกรณีทดสอบ
รหัสประจำตัวที่ไม่ซ้ำเพื่อการติดตามที่ง่ายดาย
-
ชื่อ
อธิบายสิ่งที่วัดได้ในหนึ่งประโยค
-
เงื่อนไขเบื้องต้น
สภาพแวดล้อมหรือสถานะที่ต้องการก่อนดำเนินการ
-
ขั้นตอนการทดสอบ
1-2-3 ขั้นตอนการทำงานที่ชัดเจน
-
ผลลัพธ์ที่คาดหวัง
สิ่งที่เห็นในทุกขั้นตอน
-
ลำดับความสำคัญ
P0 (ต้องทดสอบ), P1 (สำคัญ), P2 (ทั่วไป), P3 (ลำดับความสำคัญต่ำ)
3. แยกโครงสร้างกรณีทดสอบออกจากข้อกำหนด
เมื่อใช้ฟังก์ชัน "การเข้าสู่ระบบของผู้ใช้" เป็นตัวอย่าง จำเป็นต้องแยกส่วนประกอบออกจาก 3 ด้าน ได้แก่ การทดสอบไปข้างหน้า (เส้นทางแห่งความสุข) การทดสอบย้อนกลับ (การทดสอบเชิงลบ) และการทดสอบค่าขอบเขต การทดสอบไปข้างหน้าประกอบด้วยการเข้าสู่ระบบสำเร็จด้วยบัญชีและรหัสผ่านที่ถูกต้อง ฟังก์ชันจดจำฉัน และถูกนำไปยังหน้าที่ถูกต้องหลังจากเข้าสู่ระบบ การทดสอบย้อนกลับรวมถึงบัญชีที่ไม่มีอยู่ รหัสผ่านที่ไม่ถูกต้อง บัญชีหรือรหัสผ่านที่ว่างเปล่า บัญชีที่ถูกล็อค และจำนวนข้อผิดพลาดติดต่อกันเกินขีดจำกัด การทดสอบค่าขอบเขตประกอบด้วยความยาวรหัสผ่านขั้นต่ำ/สูงสุด หมายเลขบัญชีที่มีอักขระพิเศษ และความพยายามในการแทรก SQL/XSS
4. เทคนิคการออกแบบการทดสอบทั่วไป
วิธีการออกแบบการทดสอบที่พบบ่อยที่สุดสี่วิธี:
-
การแบ่งส่วนความเท่าเทียมกัน
แบ่งอินพุตออกเป็นสองหมวดหมู่: "ถูกต้อง" และ "ไม่ถูกต้อง" และวัดค่าตัวแทนเพียงค่าเดียวสำหรับแต่ละหมวดหมู่ ตัวอย่างเช่น ฟิลด์อายุ: ถูกต้อง (18-65), ไม่ถูกต้อง (<18, >65, ไม่ใช่ตัวเลข)
-
การวิเคราะห์มูลค่าขอบเขต
เชี่ยวชาญในการวัดขอบเขต หากคุณอายุ 18-65 ปี ให้วัด 17, 18, 19, 64, 65, 66 แมลงชอบซ่อนตัวอยู่ในเขตแดน
-
ตารางการตัดสินใจ
ใช้เมื่อรวมหลายเงื่อนไขเข้าด้วยกัน ตัวอย่างเช่น: ระดับสมาชิก × รหัสส่วนลด × กฎการจัดส่ง ระบุชุดค่าผสมทั้งหมดเพื่อให้แน่ใจว่าไม่มีการละเว้น
-
การเปลี่ยนแปลงของรัฐ
สถานะคำสั่งซื้อ: รอดำเนินการชำระเงิน → ชำระเงินแล้ว → จัดส่ง → จัดส่งแล้ว → เสร็จสมบูรณ์/ส่งคืนแล้ว ทดสอบว่าการเปลี่ยนแปลงระหว่างแต่ละสถานะถูกต้องหรือไม่
5. เครื่องมือการจัดการกรณีทดสอบ
เลือกเครื่องมือการจัดการที่เหมาะสมสำหรับขนาดทีมของคุณ:
-
ทดสอบราง
ที่นิยมใช้ในอุตสาหกรรม ฟังก์ชั่นครบครัน
-
เซเฟอร์
ผสานรวม Jira สำหรับทีมที่คล่องตัว
-
การทดสอบ
รองรับการจัดการการทดสอบขนาดใหญ่
-
Google ชีต
ทางเลือกที่เป็นประโยชน์สำหรับทีมขนาดเล็ก
-
ความคิด/การบรรจบกัน
การจัดการไฟล์
กระเป๋าขี้เกียจที่เกี่ยวข้อง
คำแถลงทั่วไป
ข้อมูลที่ให้ไว้ในเว็บไซต์นี้มีไว้เพื่อการอ้างอิงเท่านั้น และไม่รับประกันความครบถ้วนและความถูกต้อง ผู้ใช้ควรตัดสินใจด้วยตนเองเกี่ยวกับการบังคับใช้ข้อมูล