วิธีเขียนกรณีทดสอบพร้อมตัวอย่าง
โธมัส แฮมิลตัน
🚀 สรุปอย่างชาญฉลาด
กรณีทดสอบคือชุดเงื่อนไข อินพุต การดำเนินการ และผลลัพธ์ที่คาดหวังที่ได้รับการบันทึกไว้เพื่อตรวจยืนยันว่าฟีเจอร์เฉพาะทำงานได้อย่างถูกต้องในแอปพลิเคชันซอฟต์แวร์
กรณีทดสอบคืออะไร?
A กรณีทดสอบ คือชุดของ การดำเนินการ ปัจจัยนำเข้า และผลลัพธ์ที่คาดหวัง ซึ่งช่วยให้ผู้ทดสอบตรวจสอบได้ว่าฟีเจอร์หรือฟังก์ชันเฉพาะในซอฟต์แวร์ทำงานตามที่ตั้งใจไว้หรือไม่ ทำหน้าที่เป็น ขั้นตอนโดยขั้นตอนคู่มือ ที่กำหนดว่าจะทดสอบอะไร ทดสอบอย่างไร และคาดหวังผลลัพธ์อย่างไร
ลองนึกถึงกรณีทดสอบเป็น สูตรสำหรับการตรวจสอบ — มันบอกคุณถึงส่วนผสมที่แน่นอน (ข้อมูลการทดสอบ) กระบวนการ (ขั้นตอนในการดำเนินการ) และลักษณะของอาหารจานสมบูรณ์แบบ (ผลลัพธ์ที่คาดหวัง) ที่ควรจะเป็นอย่างไร
กรณีทดสอบที่เขียนอย่างดีจะช่วยให้แน่ใจได้ว่า:
- ซอฟต์แวร์ที่ตอบโจทย์ ความต้องการทางธุรกิจและผู้ใช้
- ข้อบกพร่องหรือพฤติกรรมที่ไม่คาดคิดคือ จับได้ตั้งแต่เนิ่นๆ
- การทดสอบสามารถทำได้ ทำซ้ำและทบทวน โดยผู้เชี่ยวชาญด้าน QA
- ทีมงานสามารถ ติดตาม ซึ่งข้อกำหนดที่การทดสอบแต่ละครั้งจะต้องตรวจสอบ
👉 ลงทะเบียนเข้าร่วมโครงการทดสอบซอฟต์แวร์สดฟรี
ขั้นตอนในการสร้างกรณีทดสอบในการทดสอบด้วยตนเอง
มาสร้างกรณีทดสอบสำหรับสถานการณ์: ตรวจสอบฟังก์ชันการเข้าสู่ระบบ
ขั้นตอน 1) กรณีทดสอบง่ายๆ ที่จะอธิบายสถานการณ์คือ
| กรณีทดสอบ # | กรณีทดสอบ Descriptไอออน |
|---|---|
| 1 | ตรวจสอบการตอบสนองเมื่อป้อนอีเมลและรหัสผ่านที่ถูกต้อง |
ขั้นตอน 2) ทดสอบข้อมูล
เพื่อดำเนินการกรณีทดสอบ คุณจะต้องมี ข้อมูลการทดสอบ- เสริมด้านล่างครับ
| กรณีทดสอบ # | กรณีทดสอบ Descriptไอออน | ข้อมูลการทดสอบ |
|---|---|---|
| 1 | ตรวจสอบการตอบสนองเมื่อป้อนอีเมลและรหัสผ่านที่ถูกต้อง | อีเมล์: guru99@email.com รหัสผ่าน: lNf9^Oti7^2h |
การระบุข้อมูลการทดสอบอาจใช้เวลานานและบางครั้งอาจต้องสร้างข้อมูลการทดสอบใหม่ เหตุที่ต้องจัดทำเป็นเอกสาร
ขั้นตอน 3) ดำเนินการ
เพื่อดำเนินการกรณีทดสอบ ผู้ทดสอบจำเป็นต้องดำเนินการชุดการดำเนินการเฉพาะบน AUT นี่คือเอกสารดังต่อไปนี้:
| กรณีทดสอบ # | กรณีทดสอบ Descriptไอออน | ขั้นตอนการทดสอบ | ข้อมูลการทดสอบ |
|---|---|---|---|
| 1 | ตรวจสอบการตอบสนองเมื่อป้อนอีเมลและรหัสผ่านที่ถูกต้อง | 1) กรอกที่อยู่อีเมล
2) ใส่รหัสผ่าน 3) คลิกลงชื่อเข้าใช้ |
อีเมล์: guru99@email.com
รหัสผ่าน: lNf9^Oti7^2h |
หลายครั้งขั้นตอนการทดสอบไม่ง่ายเหมือนที่กล่าวมาข้างต้น จึงจำเป็นต้องมีเอกสารประกอบ นอกจากนี้ ผู้เขียนกรณีทดสอบอาจลาออกจากองค์กร ลาพักร้อน ป่วยหรือติดภารกิจ หรือยุ่งอยู่กับงานสำคัญอื่นๆ ผู้ที่เพิ่งได้รับการว่าจ้างอาจได้รับมอบหมายให้ดำเนินการกรณีทดสอบ เอกสารประกอบขั้นตอนต่างๆ จะช่วยให้เขาสามารถดำเนินการได้ และยังช่วยให้ผู้มีส่วนได้ส่วนเสียอื่นๆ สามารถตรวจสอบได้
ขั้นตอน 4) ตรวจสอบพฤติกรรมของ AUT
เป้าหมายของกรณีทดสอบในการทดสอบซอฟต์แวร์คือการตรวจสอบพฤติกรรมของ AUT เพื่อให้ได้ผลลัพธ์ที่คาดหวัง ซึ่งจำเป็นต้องบันทึกไว้ดังต่อไปนี้
| กรณีทดสอบ # | กรณีทดสอบ Descriptไอออน | ข้อมูลการทดสอบ | ผลลัพธ์ที่คาดหวัง |
|---|---|---|---|
| 1 | ตรวจสอบการตอบสนองเมื่อป้อนอีเมลและรหัสผ่านที่ถูกต้อง | อีเมล์: guru99@email.com รหัสผ่าน: lNf9^Oti7^2h |
การเข้าสู่ระบบควรจะสำเร็จ |
ในช่วงเวลาดำเนินการทดสอบ ผู้ทดสอบจะตรวจสอบผลลัพธ์ที่คาดหวังเทียบกับผลลัพธ์จริง และกำหนดสถานะผ่านหรือไม่ผ่าน
| กรณีทดสอบ # | กรณีทดสอบ Descriptไอออน | ข้อมูลการทดสอบ | ผลลัพธ์ที่คาดหวัง | ผลลัพธ์ที่แท้จริง | ผ่าน / ไม่ผ่าน |
|---|---|---|---|---|---|
| 1 | ตรวจสอบการตอบสนองเมื่อป้อนอีเมลและรหัสผ่านที่ถูกต้อง | อีเมล: guru99@email.com รหัสผ่าน: lNf9^Oti7^2h | การเข้าสู่ระบบควรจะสำเร็จ | เข้าสู่ระบบสำเร็จ | ส่ง |
ขั้นตอน 5) นอกเหนือจากกรณีทดสอบของคุณ - อาจมีฟิลด์เช่น
เงื่อนไขเบื้องต้นที่ระบุสิ่งที่ต้องดำเนินการก่อนการทดสอบจึงจะสามารถทำงานได้ สำหรับกรณีทดสอบของเรา เงื่อนไขเบื้องต้นคือการติดตั้งเบราว์เซอร์เพื่อเข้าถึงเว็บไซต์ที่กำลังทดสอบ กรณีทดสอบอาจรวมถึงเงื่อนไขหลังการทดสอบ (postconditions) ที่ระบุสิ่งใดก็ตามที่นำไปใช้หลังจากกรณีทดสอบเสร็จสมบูรณ์ สำหรับกรณีทดสอบของเรา เงื่อนไขหลังการทดสอบคือ เวลาและวันที่เข้าสู่ระบบจะถูกเก็บไว้ในฐานข้อมูล
องค์ประกอบสำคัญของกรณีทดสอบ
กรณีทดสอบมาตรฐานโดยทั่วไปประกอบด้วย:
- รหัสกรณีทดสอบ – ตัวระบุเฉพาะ (เช่น TC001)
- ชื่อเรื่องหรือ Descriptไอออน – สิ่งที่การทดสอบตรวจสอบ
- เงื่อนไขเบื้องต้น – สิ่งที่ต้องมีก่อนเริ่มการทดสอบ
- ขั้นตอนการทดสอบ – การดำเนินการที่แน่นอนที่จะดำเนินการ
- ข้อมูลการทดสอบ – ค่าอินพุตหรือพารามิเตอร์
- ผลลัพธ์ที่คาดหวัง – ผลลัพธ์ที่คุณควรเห็น
- ผลลัพธ์ที่แท้จริง – สิ่งที่เกิดขึ้นจริง
- สถานะ – ผ่าน ไม่ผ่าน หรือถูกบล็อก
กรณีทดสอบเทียบกับสถานการณ์การทดสอบ
A สถานการณ์การทดสอบ อธิบายถึงสิ่งที่ต้องได้รับการทดสอบ — ฟังก์ชันการทำงานที่กว้างหรือการเดินทางของผู้ใช้
A กรณีทดสอบ, ในทางกลับกัน อธิบายว่าฟังก์ชันดังกล่าวจะได้รับการตรวจยืนยันอย่างไร — ขั้นตอนที่แน่นอน ข้อมูล และผลลัพธ์ที่คาดหวัง
ในแง่ง่ายๆ:
- สถานการณ์ทดสอบ = ไอเดีย ของสิ่งที่จะทดสอบ
- กรณีทดสอบ = การนำไปใช้งาน ของการทดสอบความคิดนั้นอย่างไร
ลองคิดดูแบบนี้ —
“หากสถานการณ์การทดสอบเป็นชื่อบท แต่ละกรณีทดสอบจะเป็นย่อหน้าที่อธิบายบทนั้นโดยละเอียด”
ภาพประกอบตัวอย่าง:
มาดูตัวอย่างเพื่อให้ชัดเจนยิ่งขึ้น:
สถานการณ์การทดสอบ:
“ตรวจสอบฟังก์ชันการเข้าสู่ระบบของเว็บไซต์”
กรณีทดสอบที่เกี่ยวข้อง:
- ยืนยันการเข้าสู่ระบบด้วยชื่อผู้ใช้และรหัสผ่านที่ถูกต้อง
- ตรวจสอบข้อความแสดงข้อผิดพลาดด้วยรหัสผ่านไม่ถูกต้อง
- ตรวจสอบการเข้าสู่ระบบด้วยช่องที่ว่างเปล่า
- ช่องตรวจสอบรหัสผ่านจะซ่อนข้อความที่ป้อน
ที่นี่สถานการณ์เป็น วัตถุประสงค์การทำงานเดียว ในขณะที่กรณีทดสอบแบ่งมันออกเป็น เงื่อนไขที่เฉพาะเจาะจงและสามารถทดสอบได้
อ่านเพื่อดูข้อมูลเพิ่มเติมเกี่ยวกับ ความแตกต่างระหว่างกรณีทดสอบกับสถานการณ์ทดสอบ
ประโยชน์ของการเขียนกรณีทดสอบคุณภาพสูง
- กรณีทดสอบคุณภาพสูงช่วยให้มั่นใจได้ถึงความครอบคลุม การครอบคลุมการทดสอบ ความสอดคล้องและความสามารถในการตรวจสอบย้อนกลับตลอดกระบวนการ QA
- พวกเขาช่วยให้ผู้ทดสอบจับได้ ข้อผิดพลาดในช่วงต้น เก็บรักษา เสถียรภาพการถดถอยและรับประกันว่าฟังก์ชันทุกอย่างสอดคล้องกับความต้องการทางธุรกิจ
- กรณีทดสอบที่เขียนไว้อย่างดีคือ ชัดเจน ใช้ซ้ำได้ และทำซ้ำได้ ช่วยให้ผู้ทดสอบหรือเครื่องมืออัตโนมัติสามารถดำเนินการได้อย่างน่าเชื่อถือ
- พวกเขายังทำหน้าที่เป็น สะพานการสื่อสาร ระหว่างนักพัฒนา ผู้ทดสอบ และผู้มีส่วนได้ส่วนเสีย — ลดความคลุมเครือและประหยัดเวลา
- ทีมงานสามารถบันทึกวัตถุประสงค์ การทดสอบ ขั้นตอน และผลลัพธ์ได้ วัดความก้าวหน้า ปฏิบัติตามมาตรฐาน และจัดการการอัพเดทอย่างมีประสิทธิภาพ
- ที่สำคัญที่สุดคือกรณีทดสอบที่ดี ลดต้นทุนการบำรุงรักษา เร่งความเร็วระบบอัตโนมัติ และให้ ความเชื่อมั่นในคุณภาพซอฟต์แวร์
- เอกสารเหล่านี้ทำหน้าที่เป็นเอกสารที่มีชีวิตสำหรับการแนะนำผู้ทดสอบใหม่ และเป็นข้อมูลอินพุตที่มีโครงสร้างสำหรับ AI และ เครื่องมือการจัดการการทดสอบ
ข้อผิดพลาดทั่วไปที่ควรหลีกเลี่ยงเมื่อเขียนกรณีทดสอบ
แม้แต่ผู้ทดสอบที่มีประสบการณ์ก็ยังทำผิดพลาดเล็กๆ น้อยๆ ซึ่งทำให้คุณภาพการทดสอบลดลง
การหลีกเลี่ยงข้อผิดพลาดเหล่านี้สามารถปรับปรุงได้อย่างมาก ความแม่นยำ ความชัดเจน และความสามารถในการบำรุงรักษา ของชุดทดสอบของคุณ
- การเขียนขั้นตอนที่คลุมเครือ: คำแนะนำที่คลุมเครือ เช่น "ตรวจสอบหน้าเข้าสู่ระบบ" อาจทำให้ผู้ทดสอบเกิดความสับสน ควรใช้ขั้นตอนที่ชัดเจนและเป็นไปตามขั้นตอนปฏิบัติ
- การข้ามสถานการณ์เชิงลบ: รวมอินพุตที่ไม่ถูกต้องหรือการทดสอบขอบเขตเสมอเพื่อให้แน่ใจว่าครอบคลุมทั้งหมด
- การนำข้อมูลการทดสอบที่ไม่ชัดเจนมาใช้ซ้ำ: ข้อมูลที่ไม่มีป้ายกำกับหรือข้อมูลที่ไม่สอดคล้องกันทำให้ผลการทดสอบไม่น่าเชื่อถือ ควรเก็บรักษาเอกสารข้อมูลการทดสอบที่ใช้ร่วมกัน
- การทำให้กรณีทดสอบซับซ้อนเกินไป: คดีที่ยาวและหลายขั้นตอนนั้นยากที่จะรักษาไว้ ให้แต่ละคดีมีจุดเน้นและแยกเป็นประเด็นย่อยๆ
- การละเว้นการอัปเดตหลังจากการเปลี่ยนแปลงผลิตภัณฑ์: กรณีทดสอบที่ล้าสมัยทำให้เกิดผลลัพธ์ที่ผิดพลาด Revอ่านและทบทวนเป็นประจำ
- ขาดการตรวจสอบย้อนกลับ: เชื่อมโยงกรณีทดสอบกับข้อกำหนดเพื่อติดตามความครอบคลุมและการปฏิบัติตามเสมอ
- การข้ามการตรวจสอบโดยเพื่อนร่วมงาน: ดวงตาที่สดใสจะจับขั้นตอนที่ไม่ชัดเจนหรือซ้ำซ้อนได้ตั้งแต่เนิ่นๆ
