ดาวน์โหลดเทมเพลตกรณีทดสอบในรูปแบบ Excel
โธมัส แฮมิลตัน
⚡ สรุปอย่างชาญฉลาด
เทมเพลตกรณีทดสอบ (Test Case Template) เป็นโครงสร้างมาตรฐานที่ใช้ในการจัดทำเอกสารกรณีทดสอบสำหรับโครงการซอฟต์แวร์ใดๆ คู่มือนี้จะอธิบายทุกส่วนที่สำคัญ มีตัวอย่างไฟล์ Excel และ Word ให้ดาวน์โหลด และแสดงรายการแนวปฏิบัติที่ดีที่สุดที่จะช่วยให้เอกสารทดสอบมีความสม่ำเสมอทั่วทั้งทีม QA
เทมเพลตกรณีทดสอบคืออะไร?
A เทมเพลตกรณีทดสอบ เป็นเอกสารที่ออกแบบมาอย่างดีซึ่งช่วยให้ผู้ทดสอบพัฒนาและเข้าใจข้อมูลสำหรับสถานการณ์ทดสอบเฉพาะได้อย่างสม่ำเสมอ เอกสารที่ดี กรณีทดสอบ เทมเพลตช่วยรักษาความสม่ำเสมอของผลลัพธ์การทดสอบสำหรับทีม และทำให้กรณีทดสอบเข้าใจง่ายสำหรับผู้เกี่ยวข้องทุกคน การเขียนกรณีทดสอบในรูปแบบมาตรฐานช่วยลดความพยายามในการทดสอบและลดอัตราข้อผิดพลาด รูปแบบมาตรฐานเป็นสิ่งที่พึงปรารถนาอย่างยิ่งเมื่อกรณีทดสอบได้รับการตรวจสอบโดยผู้เชี่ยวชาญภายนอก
เทมเพลตที่คุณเลือกสำหรับโปรเจ็กต์ของคุณขึ้นอยู่กับนโยบายการทดสอบของคุณ องค์กรหลายแห่งสร้างกรณีทดสอบในรูปแบบต่างๆ Microsoft Excel และอื่นๆ Microsoft Wordและบางบริษัทใช้เครื่องมือจัดการทดสอบ เช่น HP ALM
ช่องข้อมูลสำคัญในเทมเพลตกรณีทดสอบ
ไม่ว่าจะเลือกใช้วิธีการจัดทำเอกสารแบบใดก็ตาม แม่แบบกรณีทดสอบที่ดีจะต้องมีฟิลด์ต่อไปนี้
| สนามกรณีทดสอบ | Descriptไอออน |
|---|---|
| รหัสกรณีทดสอบ | แต่ละกรณีทดสอบควรมีรหัสเฉพาะที่ไม่ซ้ำกัน ใช้รูปแบบการกำหนดชื่อ เช่น “TC_UI_1” เพื่อระบุประเภทของการทดสอบ ตัวอย่างเช่น “กรณีทดสอบส่วนติดต่อผู้ใช้ #1” |
| ลำดับความสำคัญการทดสอบ | มีประโยชน์ระหว่างการดำเนินการ ค่าที่ใช้กันทั่วไปคือ ต่ำ ปานกลาง และสูง |
| ชื่อของโมดูล | โมดูลหลักหรือโมดูลย่อยที่กำลังทดสอบ |
| ทดสอบออกแบบโดย | ชื่อผู้ทดสอบ |
| วันที่ออกแบบการทดสอบ | วันที่ออกแบบการทดสอบ |
| ทดสอบดำเนินการโดย | ผู้ทดสอบที่ทำการทดสอบ |
| วันที่ทำการทดสอบ | วันที่ต้องทำการทดสอบ |
| ชื่อหรือหัวข้อการทดสอบ | หัวข้อของกรณีทดสอบ |
| Descriptไอออน / สรุป | สรุปโดยย่อเกี่ยวกับวัตถุประสงค์ของการทดสอบ |
| Pre-เครื่อง | เงื่อนไขเบื้องต้นใดบ้างที่ต้องปฏิบัติตามก่อนดำเนินการทดสอบนี้ โปรดระบุเงื่อนไขเบื้องต้นทั้งหมด |
| การอ้างอิง | การพึ่งพาข้อกำหนดการทดสอบหรือกรณีทดสอบอื่นๆ |
| ขั้นตอนการทดสอบ | อธิบายขั้นตอนโดยละเอียดตามลำดับที่ต้องปฏิบัติ โปรดระบุรายละเอียดให้ชัดเจนที่สุด |
| ข้อมูลการทดสอบ | ข้อมูลการทดสอบ ใช้เป็นข้อมูลป้อนเข้า จัดเตรียมชุดข้อมูลต่างๆ ที่มีค่าที่แม่นยำ |
| ผลลัพธ์ที่คาดหวัง | ผลลัพธ์ที่คาดหวัง รวมถึงข้อผิดพลาดหรือข้อความใดๆ ที่ควรปรากฏบนหน้าจอ |
| หลังสภาพ | สถานะของระบบหลังจากทำการทดสอบเสร็จสิ้น |
| ผลลัพธ์ที่แท้จริง | ผลลัพธ์ที่ได้จริงหลังจากการดำเนินการเสร็จสิ้น |
| สถานะ (ผ่าน/ไม่ผ่าน) | ให้ทำเครื่องหมายว่า "ล้มเหลว" หากผลลัพธ์ที่ได้ไม่ตรงกับผลลัพธ์ที่คาดหวัง |
| หมายเหตุ : | เงื่อนไขพิเศษที่ไม่ได้ระบุไว้ที่อื่น |
ช่องข้อมูลเสริม สามารถเพิ่มเติมได้ขึ้นอยู่กับข้อกำหนดของโครงการ
- รหัสลิงก์ / ข้อบกพร่อง: เชื่อมโยงไปยัง ข้อบกพร่อง หรือหมายเลขข้อบกพร่องหากการทดสอบล้มเหลว
- คำสำคัญ / ประเภทการทดสอบ: ใช้สำหรับจัดหมวดหมู่การทดสอบตามประเภท เช่น การทดสอบการใช้งาน การทดสอบฟังก์ชัน หรือการทดสอบกฎทางธุรกิจ
- คุณสมบัติผู้สมัคร: ข้อกำหนดที่ใช้ในการเขียนกรณีทดสอบ
- เอกสารอ้างอิง / เอกสารแนบ: ลิงก์ไปยังเอกสารประกอบหรือแผนภาพประกอบสำหรับสถานการณ์ที่ซับซ้อน
- ระบบอัตโนมัติ (ใช่/ไม่ใช่): Tracสถานะการทำงานอัตโนมัติ k สำหรับกรณีทดสอบอัตโนมัติ
- ฟิลด์ที่กำหนดเอง: ช่องข้อมูลเฉพาะที่เกี่ยวข้องกับความต้องการของลูกค้าหรือกระบวนการในโครงการของคุณ
ดาวน์โหลดเทมเพลตกรณีทดสอบ (Excel และ Word)
ทั้งสองเทมเพลตมีช่องกรอกข้อมูลตามที่อธิบายไว้ข้างต้น เลือกรูปแบบที่ตรงกับสไตล์การจัดทำเอกสารของทีมคุณ
แนวปฏิบัติที่ดีที่สุดสำหรับการเขียนกรณีทดสอบ
แม่แบบจะมีคุณค่าก็ต่อเมื่อมีการใช้ความมีระเบียบวินัยในการกรอกข้อมูล แนวทางปฏิบัติต่อไปนี้ช่วยให้สามารถนำกรณีทดสอบกลับมาใช้ซ้ำได้ tracสามารถเข้าถึงได้ และชัดเจน
- เขียนขั้นตอนแต่ละขั้นตอนให้ชัดเจน: ผู้ทดสอบทุกคนควรจะสามารถดำเนินการตามขั้นตอนได้โดยไม่ต้องขอคำชี้แจงเพิ่มเติม
- เริ่มต้นจากมุมมองของผู้ใช้: อธิบายสิ่งที่ผู้ใช้ทำ ไม่ใช่สิ่งที่โค้ดทำ
- นำกลับมาใช้ใหม่แทนการทำซ้ำ: อ้างอิงกรณีทดสอบที่มีอยู่แล้วโดยใช้ ID แทนการทำซ้ำขั้นตอนเดิม
- ตรวจสอบให้แน่ใจว่าได้รับความคุ้มครองอย่างเต็มที่: จับคู่กรณีทดสอบกับข้อกำหนดด้วยข้อกำหนด Tracเมทริกซ์ความสามารถ
- ใช้เครื่องมือบริหารจัดการ: แพลตฟอร์มเช่น จิระ หรือ HP ALM จะเก็บประวัติเวอร์ชัน ไฟล์แนบ และบันทึกการดำเนินการไว้ในที่เดียว
