Test Scenario ในการทดสอบซอฟต์แวร์คืออะไร (ตัวอย่าง)
สถานการณ์การทดสอบคืออะไร?
A สถานการณ์ทดสอบ ถูกกำหนดให้เป็นฟังก์ชันใดๆ ที่สามารถทดสอบได้ เรียกอีกอย่างว่าเงื่อนไขการทดสอบหรือความเป็นไปได้ในการทดสอบ ในฐานะผู้ทดสอบ คุณควรให้บทบาทของผู้ใช้ปลายทางและค้นหาสถานการณ์ในโลกแห่งความเป็นจริงและกรณีการใช้งานของแอปพลิเคชันที่อยู่ระหว่างการทดสอบ
การทดสอบสถานการณ์
การทดสอบสถานการณ์ in การทดสอบซอฟต์แวร์ เป็นวิธีการที่ใช้สถานการณ์จริงในการทดสอบแอปพลิเคชันซอฟต์แวร์แทนกรณีทดสอบ วัตถุประสงค์ของการทดสอบสถานการณ์คือการทดสอบสถานการณ์แบบครบวงจรสำหรับปัญหาที่ซับซ้อนเฉพาะของซอฟต์แวร์ สถานการณ์ช่วยให้ทดสอบและประเมินปัญหาที่ซับซ้อนแบบครบวงจรได้ง่ายขึ้น
มาศึกษาสิ่งนี้ด้วยความช่วยเหลือของวิดีโอด้านล่าง –
เหตุใดจึงต้องสร้างสถานการณ์การทดสอบ
สถานการณ์ทดสอบถูกสร้างขึ้นด้วยเหตุผลดังต่อไปนี้
- การสร้างสถานการณ์การทดสอบช่วยให้มั่นใจว่าครอบคลุมการทดสอบอย่างสมบูรณ์
- สถานการณ์การทดสอบสามารถได้รับการอนุมัติจากผู้มีส่วนได้ส่วนเสียต่างๆ เช่น นักวิเคราะห์ธุรกิจ นักพัฒนา ลูกค้า เพื่อให้มั่นใจว่าแอปพลิเคชันที่อยู่ระหว่างการทดสอบได้รับการทดสอบอย่างละเอียด ช่วยให้มั่นใจได้ว่าซอฟต์แวร์ใช้งานได้ในกรณีการใช้งานทั่วไป
- พวกเขาทำหน้าที่เป็นเครื่องมือที่รวดเร็วในการพิจารณาความพยายามในการทดสอบและสร้างข้อเสนอสำหรับลูกค้าหรือจัดระเบียบพนักงานตามลำดับ
- ช่วยระบุธุรกรรมจากต้นทางถึงปลายทางที่สำคัญที่สุดหรือการใช้งานแอปพลิเคชันซอฟต์แวร์จริง
- สำหรับการศึกษาการทำงานแบบ end-to-end ของโปรแกรม Test Scenario ถือเป็นสิ่งสำคัญ
เมื่อไม่สร้าง Test Scenario
สถานการณ์การทดสอบอาจไม่ถูกสร้างขึ้นเมื่อ
- แอปพลิเคชันที่อยู่ระหว่างการทดสอบมีความซับซ้อน ไม่เสถียร และมีปัญหาด้านเวลาในโครงการ
- โปรเจ็กต์ที่ปฏิบัติตามระเบียบวิธีแบบ Agile เช่น Scrum, Kanban อาจไม่สร้างสถานการณ์การทดสอบ
- สถานการณ์การทดสอบอาจไม่ถูกสร้างขึ้นสำหรับการแก้ไขข้อบกพร่องใหม่หรือ การทดสอบการถดถอย- ในกรณีเช่นนี้ สถานการณ์การทดสอบจะต้องได้รับการบันทึกไว้อย่างเข้มงวดในรอบการทดสอบก่อนหน้านี้ โดยเฉพาะอย่างยิ่งสำหรับโครงการบำรุงรักษา
วิธีเขียนสถานการณ์การทดสอบ
ในฐานะผู้ทดสอบ คุณสามารถปฏิบัติตามห้าขั้นตอนเหล่านี้เพื่อสร้างสถานการณ์การทดสอบ-
- ขั้นตอนที่ 1: อ่านเอกสารข้อกำหนดเช่น BRS, SRS, FRS ของระบบภายใต้การทดสอบ (SUT) คุณยังสามารถอ้างอิงกรณีการใช้งาน หนังสือ คู่มือ ฯลฯ ของแอปพลิเคชันที่จะทดสอบได้
- ขั้นตอนที่ 2: สำหรับข้อกำหนดแต่ละข้อ ให้พิจารณาการดำเนินการและวัตถุประสงค์ที่เป็นไปได้ของผู้ใช้ กำหนดด้านเทคนิคของข้อกำหนด ตรวจสอบสถานการณ์ที่เป็นไปได้ของการละเมิดระบบและประเมินผู้ใช้ด้วยความคิดของแฮ็กเกอร์
- ขั้นตอนที่ 3: หลังจากอ่านเอกสารข้อกำหนดและทำการวิเคราะห์ตามกำหนดแล้ว ให้ระบุสถานการณ์การทดสอบต่างๆ ที่ตรวจสอบคุณลักษณะแต่ละอย่างของซอฟต์แวร์
- ขั้นตอนที่ 4: เมื่อคุณได้ระบุสถานการณ์การทดสอบที่เป็นไปได้ทั้งหมดแล้ว เมทริกซ์การตรวจสอบย้อนกลับ ถูกสร้างขึ้นเพื่อตรวจสอบว่าข้อกำหนดแต่ละข้อมีสถานการณ์การทดสอบที่สอดคล้องกัน
- ขั้นตอนที่ 5: สถานการณ์ที่สร้างขึ้นได้รับการตรวจสอบโดยหัวหน้างานของคุณ Laterพวกเขายังได้รับการตรวจสอบโดยผู้มีส่วนได้ส่วนเสียคนอื่นๆ ในโครงการอีกด้วย
เคล็ดลับในการสร้างสถานการณ์การทดสอบ
- สถานการณ์การทดสอบแต่ละสถานการณ์ควรเชื่อมโยงกับข้อกำหนดหรือเรื่องราวของผู้ใช้อย่างน้อยหนึ่งรายการตามระเบียบวิธีของโครงการ
- ก่อนที่จะสร้างสถานการณ์การทดสอบที่ตรวจสอบข้อกำหนดหลายรายการพร้อมกัน ตรวจสอบให้แน่ใจว่าคุณมีสถานการณ์การทดสอบที่จะตรวจสอบข้อกำหนดนั้นแยกกัน
- หลีกเลี่ยงการสร้างสถานการณ์การทดสอบที่ซับซ้อนจนเกินไปซึ่งครอบคลุมข้อกำหนดหลายข้อ
- สถานการณ์อาจมีจำนวนมาก และมีค่าใช้จ่ายสูงในการรันสถานการณ์ทั้งหมด ตามลำดับความสำคัญของลูกค้า เรียกใช้สถานการณ์การทดสอบที่เลือกเท่านั้น
ตัวอย่างที่ 1: สถานการณ์การทดสอบสำหรับแอปพลิเคชันอีคอมเมิร์ซ
สำหรับแอปพลิเคชันอีคอมเมิร์ซ อาจมีสถานการณ์การทดสอบบางประการ
ทดสอบสถานการณ์ที่ 1: ตรวจสอบฟังก์ชันการเข้าสู่ระบบ
เพื่อช่วยให้คุณเข้าใจถึงความแตกต่าง Test Scenario และ กรณีทดสอบกรณีทดสอบเฉพาะสำหรับสถานการณ์การทดสอบนี้จะเป็น
- ตรวจสอบการทำงานของระบบเมื่อป้อนรหัสอีเมลและรหัสผ่านที่ถูกต้อง
- ตรวจสอบการทำงานของระบบเมื่อป้อนรหัสอีเมลและรหัสผ่านไม่ถูกต้อง
- ตรวจสอบการทำงานของระบบเมื่อป้อนรหัสอีเมลที่ถูกต้องและรหัสผ่านไม่ถูกต้อง
- ตรวจสอบพฤติกรรมของระบบเมื่อป้อนรหัสอีเมลและรหัสผ่านไม่ถูกต้อง
- ตรวจสอบพฤติกรรมของระบบเมื่อรหัสอีเมลและรหัสผ่านถูกเว้นว่างและมีการเข้าสู่ระบบ
- ตรวจสอบลืมรหัสผ่านของคุณทำงานได้ตามที่คาดไว้
- ตรวจสอบพฤติกรรมของระบบเมื่อกรอกหมายเลขโทรศัพท์และรหัสผ่านที่ถูกต้อง/ไม่ถูกต้อง
- ตรวจสอบพฤติกรรมของระบบเมื่อเลือก "ให้ฉันเซ็นชื่อ"
ดังที่เห็นได้ชัด Test Cases มีความเฉพาะเจาะจงมากขึ้น
ทดสอบสถานการณ์ที่ 2: ตรวจสอบฟังก์ชันการค้นหา
ทดสอบสถานการณ์ที่ 3: ตรวจสอบสินค้า Descriptไอออนเพจ
ทดสอบสถานการณ์ที่ 4: ตรวจสอบฟังก์ชันการชำระเงิน
ทดสอบสถานการณ์ที่ 5: ตรวจสอบประวัติการสั่งซื้อ
นอกเหนือจาก 5 สถานการณ์เหล่านี้ นี่คือรายการสถานการณ์อื่นๆ ทั้งหมด
- ตรวจสอบพฤติกรรมของหน้าแรกสำหรับลูกค้าที่กลับมา
- ตรวจสอบหมวดหมู่/หน้าผลิตภัณฑ์
- ตรวจสอบหน้าบริการลูกค้า/ติดต่อ
- ตรวจสอบหน้าข้อเสนอรายวัน
ตัวอย่างที่ 2: สถานการณ์การทดสอบสำหรับไซต์ธนาคาร
สถานการณ์ทดสอบ 1: ตรวจสอบฟังก์ชันการเข้าสู่ระบบและการรับรองความถูกต้อง
สถานการณ์ทดสอบ 2: สามารถโอนเงินเช็คได้
สถานการณ์ทดสอบ 3: สามารถดูใบแจ้งยอดบัญชีเช็คได้
สถานการณ์ทดสอบ 4: สามารถสร้างเช็คฝากประจำ/ฝากประจำได้
และอื่น ๆ ...
เทมเพลตสถานการณ์ทดสอบ
ดาวน์โหลดเทมเพลตสถานการณ์การทดสอบ Excel(.xlsx)