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 และ กรณีทดสอบกรณีทดสอบเฉพาะสำหรับสถานการณ์การทดสอบนี้จะเป็น

  1. ตรวจสอบการทำงานของระบบเมื่อป้อนรหัสอีเมลและรหัสผ่านที่ถูกต้อง
  2. ตรวจสอบการทำงานของระบบเมื่อป้อนรหัสอีเมลและรหัสผ่านไม่ถูกต้อง
  3. ตรวจสอบการทำงานของระบบเมื่อป้อนรหัสอีเมลที่ถูกต้องและรหัสผ่านไม่ถูกต้อง
  4. ตรวจสอบพฤติกรรมของระบบเมื่อป้อนรหัสอีเมลและรหัสผ่านไม่ถูกต้อง
  5. ตรวจสอบพฤติกรรมของระบบเมื่อรหัสอีเมลและรหัสผ่านถูกเว้นว่างและมีการเข้าสู่ระบบ
  6. ตรวจสอบลืมรหัสผ่านของคุณทำงานได้ตามที่คาดไว้
  7. ตรวจสอบพฤติกรรมของระบบเมื่อกรอกหมายเลขโทรศัพท์และรหัสผ่านที่ถูกต้อง/ไม่ถูกต้อง
  8. ตรวจสอบพฤติกรรมของระบบเมื่อเลือก "ให้ฉันเซ็นชื่อ"

ดังที่เห็นได้ชัด Test Cases มีความเฉพาะเจาะจงมากขึ้น

ทดสอบสถานการณ์ที่ 2: ตรวจสอบฟังก์ชันการค้นหา

สถานการณ์ทดสอบสำหรับแอปพลิเคชันอีคอมเมิร์ซ

ทดสอบสถานการณ์ที่ 3: ตรวจสอบสินค้า Descriptไอออนเพจ

สถานการณ์ทดสอบสำหรับแอปพลิเคชันอีคอมเมิร์ซ

ทดสอบสถานการณ์ที่ 4: ตรวจสอบฟังก์ชันการชำระเงิน

สถานการณ์ทดสอบสำหรับแอปพลิเคชันอีคอมเมิร์ซ

ทดสอบสถานการณ์ที่ 5: ตรวจสอบประวัติการสั่งซื้อ

สถานการณ์ทดสอบสำหรับแอปพลิเคชันอีคอมเมิร์ซ

นอกเหนือจาก 5 สถานการณ์เหล่านี้ นี่คือรายการสถานการณ์อื่นๆ ทั้งหมด

  • ตรวจสอบพฤติกรรมของหน้าแรกสำหรับลูกค้าที่กลับมา
  • ตรวจสอบหมวดหมู่/หน้าผลิตภัณฑ์
  • ตรวจสอบหน้าบริการลูกค้า/ติดต่อ
  • ตรวจสอบหน้าข้อเสนอรายวัน

ตัวอย่างที่ 2: สถานการณ์การทดสอบสำหรับไซต์ธนาคาร

สถานการณ์ทดสอบ 1: ตรวจสอบฟังก์ชันการเข้าสู่ระบบและการรับรองความถูกต้อง

สถานการณ์ทดสอบ 2: สามารถโอนเงินเช็คได้

สถานการณ์ทดสอบ 3: สามารถดูใบแจ้งยอดบัญชีเช็คได้

สถานการณ์ทดสอบ 4: สามารถสร้างเช็คฝากประจำ/ฝากประจำได้

และอื่น ๆ ...

เทมเพลตสถานการณ์ทดสอบ

ดาวน์โหลดเทมเพลตสถานการณ์การทดสอบ Excel(.xlsx)