วิธีเขียนกรณีทดสอบพร้อมตัวอย่าง

วิธีเขียนวิดีโอกรณีทดสอบ

คลิก Good Farm Animal Welfare Awards หากไม่สามารถเข้าถึงวิดีโอได้

แนวปฏิบัติที่ดีที่สุดในการเขียน Test Case ที่ดี

1. กรณีทดสอบจะต้องเรียบง่ายและโปร่งใส:

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

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

2. สร้างกรณีทดสอบโดยคำนึงถึงผู้ใช้ปลายทาง

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

3. หลีกเลี่ยงการทำซ้ำกรณีทดสอบ

อย่าทำซ้ำกรณีทดสอบ หากจำเป็นต้องใช้กรณีทดสอบเพื่อดำเนินการกรณีทดสอบอื่นๆ ให้เรียกกรณีทดสอบตามรหัสกรณีทดสอบในคอลัมน์เงื่อนไขล่วงหน้า

4. อย่าคิดไปเอง

อย่าใช้ฟังก์ชันและคุณลักษณะของแอปพลิเคชันซอฟต์แวร์ของคุณขณะเตรียมกรณีทดสอบ ยึดติดกับเอกสารข้อกำหนด

5. รับประกันความครอบคลุม 100%

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

6. กรณีทดสอบจะต้องสามารถระบุได้

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

7. ใช้เทคนิคการทดสอบ

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

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

8. ทำความสะอาดตัวเอง

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

9. ทำซ้ำได้ และยืนหยัดในตนเอง

กรณีทดสอบควรให้ผลลัพธ์เดียวกันทุกครั้งไม่ว่าใครจะเป็นผู้ทดสอบก็ตาม

10. เพียร์ Revนั่นคือ

หลังจากสร้างกรณีทดสอบแล้ว ให้เพื่อนร่วมงานของคุณตรวจสอบ เพื่อนของคุณสามารถค้นพบข้อบกพร่องในการออกแบบกรณีทดสอบของคุณ ซึ่งคุณอาจพลาดได้ง่าย

ขณะร่างกรณีทดสอบให้รวมข้อมูลต่อไปนี้

• คำอธิบายของข้อกำหนดที่กำลังทดสอบ
• คำอธิบายเกี่ยวกับวิธีการทดสอบระบบ
• การตั้งค่าการทดสอบ เช่น เวอร์ชันของแอปพลิเคชันที่กำลังทดสอบ ซอฟต์แวร์ ไฟล์ข้อมูล ระบบปฏิบัติการ ฮาร์ดแวร์ การเข้าถึงความปลอดภัย วันที่ทางกายภาพหรือทางลอจิก เวลาของวัน ข้อกำหนดเบื้องต้น เช่น การทดสอบอื่น ๆ และข้อมูลการตั้งค่าอื่น ๆ ที่เกี่ยวข้องกับข้อกำหนดที่กำลังทดสอบ
• อินพุตและเอาต์พุตหรือการดำเนินการและผลลัพธ์ที่คาดหวัง
• หลักฐานหรือเอกสารแนบใดๆ
• ใช้ภาษาตัวพิมพ์ที่ใช้งานอยู่
• Test Case ไม่ควรเกิน 15 ขั้นตอน
• สคริปต์ทดสอบอัตโนมัติจะถูกแสดงความคิดเห็นพร้อมอินพุต วัตถุประสงค์ และผลลัพธ์ที่คาดหวัง
• การตั้งค่าเสนอทางเลือกให้กับการทดสอบข้อกำหนดเบื้องต้น
• สำหรับการทดสอบอื่นๆ ควรเป็นลำดับสถานการณ์ทางธุรกิจที่ไม่ถูกต้อง

เครื่องมือการจัดการกรณีทดสอบ

เครื่องมือการจัดการการทดสอบคือเครื่องมืออัตโนมัติที่ช่วยจัดการและบำรุงรักษากรณีทดสอบ คุณสมบัติหลักของเครื่องมือการจัดการกรณีทดสอบคือ

1. สำหรับการบันทึกกรณีการทดสอบ: ด้วยเครื่องมือ คุณสามารถเร่งการสร้าง Test Case ด้วยการใช้เทมเพลต
2. ดำเนินการกรณีทดสอบและบันทึกผลลัพธ์: กรณีทดสอบสามารถดำเนินการผ่านเครื่องมือและสามารถบันทึกผลลัพธ์ที่ได้รับได้อย่างง่ายดาย
3. ติดตามข้อบกพร่องโดยอัตโนมัติ: การทดสอบที่ล้มเหลวจะเชื่อมโยงโดยอัตโนมัติกับเครื่องมือติดตามจุดบกพร่อง ซึ่งสามารถกำหนดให้กับนักพัฒนาและติดตามได้ด้วยการแจ้งเตือนทางอีเมล
4. ตรวจสอบย้อนกลับ: ข้อกำหนด กรณีทดสอบ การดำเนินการกรณีทดสอบทั้งหมดเชื่อมโยงกันผ่านเครื่องมือ และแต่ละกรณีสามารถตรวจสอบซึ่งกันและกันเพื่อตรวจสอบความครอบคลุมของการทดสอบ
5. การปกป้องกรณีทดสอบ: กรณีทดสอบควรสามารถนำมาใช้ซ้ำได้และควรได้รับการปกป้องไม่ให้สูญหายหรือเสียหายเนื่องจากการควบคุมเวอร์ชันไม่ดี เครื่องมือการจัดการกรณีทดสอบมีคุณสมบัติเช่น

• แบบแผนการตั้งชื่อและลำดับเลข
• รุ่น
• พื้นที่เก็บข้อมูลแบบอ่านอย่างเดียว
• ควบคุมการเข้าถึง
• การสำรองข้อมูลนอกสถานที่

เครื่องมือการจัดการการทดสอบยอดนิยม ได้แก่ : ศูนย์คุณภาพ and จิระ

รูปแบบของกรณีทดสอบมาตรฐาน

ด้านล่างนี้คือรูปแบบของตัวอย่างกรณีทดสอบการเข้าสู่ระบบมาตรฐาน

รหัสกรณีทดสอบ	กรณีทดสอบ Descriptไอออน	ขั้นตอนการทดสอบ	ข้อมูลการทดสอบ	ผลลัพธ์ที่คาดหวัง	ผลลัพธ์จริง	ผ่าน / ไม่ผ่าน
TU01	ตรวจสอบการเข้าสู่ระบบของลูกค้าด้วยข้อมูลที่ถูกต้อง	ไปที่ไซต์ http://demo.guru99.com กรอกรหัสผู้ใช้ ใส่รหัสผ่าน คลิกส่ง	รหัสผู้ใช้ = guru99 รหัสผ่าน = pass99	ผู้ใช้ควรเข้าสู่ระบบแอปพลิเคชัน	อย่างที่คาดไว้	ส่ง
TU02	ตรวจสอบการเข้าสู่ระบบของลูกค้าด้วยข้อมูลที่ไม่ถูกต้อง	ไปที่ไซต์ http://demo.guru99.com กรอกรหัสผู้ใช้ ใส่รหัสผ่าน คลิกส่ง	Userid = guru99 รหัสผ่าน = glass99	ผู้ใช้ไม่ควรเข้าสู่ระบบแอปพลิเคชัน	อย่างที่คาดไว้	ส่ง

ตารางทั้งหมดนี้อาจสร้างขึ้นใน Word, Excel หรืออื่น ๆ เครื่องมือการจัดการทดสอบ- นั่นคือทั้งหมดเพื่อทดสอบการออกแบบเคส

เทมเพลตกรณีทดสอบ

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

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

คำถามที่พบบ่อย

กรณีทดสอบคืออะไร?

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

สถานการณ์ทดสอบเทียบกับกรณีทดสอบ

สำหรับ สถานการณ์ทดสอบ: ตรวจสอบฟังก์ชันการเข้าสู่ระบบ มีกรณีทดสอบที่เป็นไปได้มากมาย ได้แก่:

• กรณีทดสอบ 1: ตรวจสอบผลลัพธ์การป้อน User Id และรหัสผ่านที่ถูกต้อง
• กรณีทดสอบ 2: ตรวจสอบผลลัพธ์การป้อน ID ผู้ใช้และรหัสผ่านไม่ถูกต้อง
• กรณีทดสอบ 3: ตรวจสอบการตอบสนองเมื่อ ID ผู้ใช้ว่างเปล่า & ปุ่มเข้าสู่ระบบถูกกด และอื่นๆ อีกมากมาย