เทมเพลตแผนการทดสอบ (ตัวอย่างเอกสารตัวอย่าง)

โดย: โธมัส แฮมิลตัน โธมัส แฮมิลตัน
Hours วันที่อัพเดท

เทมเพลตแผนการทดสอบคืออะไร

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

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

ดาวน์โหลดเทมเพลตแผนการทดสอบตัวอย่าง

เทมเพลตแผนการทดสอบ

ด้านล่างค้นหาองค์ประกอบสำคัญของแผนการทดสอบ-

1) บทนำ

การแนะนำโดยย่อเกี่ยวกับกลยุทธ์การทดสอบ กระบวนการ ขั้นตอนการทำงาน และวิธีการที่ใช้สำหรับโครงการ

1.1) ขอบเขต

1.1.1) ในขอบเขต

ขอบเขตกำหนดคุณลักษณะ ข้อกำหนดด้านการทำงานหรือที่ไม่เกี่ยวกับการทำงานของซอฟต์แวร์นั้น จะ การทดสอบ

1.1.2) อยู่นอกขอบเขต

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

1.2) วัตถุประสงค์ด้านคุณภาพ

กล่าวถึงวัตถุประสงค์โดยรวมที่คุณวางแผนจะทำให้สำเร็จด้วยการทดสอบด้วยตนเองและการทดสอบอัตโนมัติในที่นี้

วัตถุประสงค์บางประการของโครงการทดสอบของคุณอาจเป็นได้

  • ตรวจสอบให้แน่ใจว่าแอปพลิเคชันภายใต้การทดสอบเป็นไปตามข้อกำหนดด้านการทำงานและไม่ทำงาน
  • ตรวจสอบให้แน่ใจว่า AUT ตรงตามข้อกำหนดด้านคุณภาพที่กำหนดโดยลูกค้า
  • มีการระบุข้อบกพร่อง/ปัญหาและแก้ไขก่อนที่จะเผยแพร่

1.3) บทบาทและความรับผิดชอบ

คำอธิบายโดยละเอียดเกี่ยวกับบทบาทและความรับผิดชอบของสมาชิกในทีมต่างๆ เช่น

  • นักวิเคราะห์ QA
  • ตัวจัดการการทดสอบ
  • เครื่องมือจัดการการกำหนดค่า
  • นักพัฒนา
  • ทีมติดตั้ง

ท่ามกลางคนอื่น ๆ

บทความที่เกี่ยวข้อง

2) วิธีการทดสอบ

2.1) ภาพรวม

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

  • น้ำตก
  • ที่กล่าวย้ำ
  • คล่องแคล่ว
  • การเขียนโปรแกรมขั้นสูง

วิธีการที่เลือกขึ้นอยู่กับหลายปัจจัย คุณสามารถอ่านเกี่ยวกับวิธีการทดสอบได้ Good Farm Animal Welfare Awards

2.2) ระดับการทดสอบ

ระดับการทดสอบจะกำหนดประเภทของการทดสอบที่จะดำเนินการกับแอปพลิเคชันภายใต้การทดสอบ (AUT) ระดับการทดสอบขึ้นอยู่กับขอบเขตของโครงการ ข้อจำกัดด้านเวลาและงบประมาณเป็นหลัก

2.3) การทดสอบข้อผิดพลาด

เป้าหมายของการทดลองคือการ

  • เพื่อกำหนดประเภทของการแก้ไขสำหรับแต่ละจุดบกพร่อง
  • เพื่อจัดลำดับความสำคัญของข้อบกพร่องและกำหนดตารางเวลาสำหรับ "การแก้ไขข้อบกพร่อง" ทั้งหมด

2.4) เกณฑ์การระงับและข้อกำหนดในการเริ่มต้นใหม่

เกณฑ์การระงับกำหนดเกณฑ์ที่จะใช้เพื่อระงับขั้นตอนการทดสอบทั้งหมดหรือบางส่วน ในขณะที่เกณฑ์การเริ่มต้นใหม่จะกำหนดว่าเมื่อใดที่การทดสอบสามารถดำเนินการต่อได้หลังจากถูกระงับ

2.5) การทดสอบความสมบูรณ์

ที่นี่ คุณจะกำหนดเกณฑ์ที่จะถือว่าการทดสอบของคุณเสร็จสมบูรณ์

ตัวอย่างเช่น เกณฑ์บางประการในการตรวจสอบความสมบูรณ์ของการทดสอบอาจเป็นดังนี้

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

3) การทดสอบการส่งมอบ

ที่นี่กล่าวถึงสิ่งประดิษฐ์การทดสอบทั้งหมดที่จะจัดส่งในระหว่างระยะต่างๆ ของวงจรการทดสอบ

นี่คือการส่งมอบที่เรียบง่าย

  • แผนการทดสอบ
  • กรณีทดสอบ
  • เมทริกซ์การตรวจสอบย้อนกลับความต้องการ
  • รายงานข้อผิดพลาด
  • ทดสอบกลยุทธ์
  • เมตริกการทดสอบ
  • ลูกค้าลงชื่อออก

4) ความต้องการทรัพยากรและสิ่งแวดล้อม

4.1) เครื่องมือทดสอบ

ทำรายการเครื่องมือเช่น

จำเป็นต้องทดสอบโครงการ

4.2) สภาพแวดล้อมการทดสอบ

มันกล่าวถึงขั้นต่ำ ฮาร์ดแวร์ ข้อกำหนดที่จะใช้ในการทดสอบแอปพลิเคชัน

กำลังติดตาม ซอฟต์แวร์ จำเป็นนอกเหนือจากซอฟต์แวร์เฉพาะไคลเอนต์

  • Windows 8 ขึ้นไป
  • Office 2013 ขึ้นไป
  • MS Exchange ฯลฯ

5) ข้อกำหนด/คำย่อ

กล่าวถึงคำศัพท์หรือตัวย่อที่ใช้ในโครงการ

เงื่อนไข/ตัวย่อ นิยาม
API อินเทอร์เฟซโปรแกรมแอปพลิเคชัน Application
AUT แอปพลิเคชันภายใต้การทดสอบ

ดาวน์โหลดรูปแบบเทมเพลตแผนการทดสอบด้านบน

ตัวอย่างแผนการทดสอบเอกสารเว็บแอปพลิเคชันธนาคารตัวอย่าง

ฮิต: ความรู้เบื้องต้น

แผนการทดสอบได้รับการออกแบบมาเพื่อกำหนดขอบเขต แนวทาง ทรัพยากร และกำหนดเวลาของกิจกรรมการทดสอบทั้งหมดของโครงการ Guru99 Bank

แผนจะระบุรายการที่จะทดสอบ คุณลักษณะที่จะทดสอบ ประเภทของการทดสอบที่จะดำเนินการ บุคลากรที่รับผิดชอบในการทดสอบ ทรัพยากรและกำหนดการที่จำเป็นสำหรับการทดสอบให้เสร็จสิ้น และความเสี่ยงที่เกี่ยวข้องกับแผน

1.1 ขอบเขต

1.1.1 ในขอบเขต

คุณสมบัติทั้งหมดของเว็บไซต์ Guru99 Bank ที่กำหนดไว้ในข้อกำหนดซอฟต์แวร์ รายละเอียด จำเป็นต้องได้รับการทดสอบ

ชื่อโมดูล บทบาทที่เกี่ยวข้อง Descriptไอออน
สอบถามยอดคงเหลือ ผู้จัดการลูกค้า ลูกค้า: ลูกค้าสามารถมีบัญชีธนาคารได้หลายบัญชี เขาสามารถ
ดูยอดคงเหลือในบัญชีของเขาเท่านั้น
ผู้จัดการ: ผู้จัดการสามารถดูยอดคงเหลือของลูกค้าทั้งหมดได้
มาอยู่ภายใต้การดูแลของเขา
การโอนเงิน ผู้จัดการลูกค้า ลูกค้า: ลูกค้าสามารถโอนเงินจาก “ของตัวเอง” ได้
บัญชีไปยังบัญชีปลายทางใด ๆ
ผู้จัดการ: ผู้จัดการสามารถโอนเงินจากธนาคารต้นทางใดก็ได้
บัญชีไปยังบัญชีปลายทาง
คำชี้แจงขนาดเล็ก ผู้จัดการลูกค้า ใบแจ้งยอดแบบย่อจะแสดงธุรกรรม 5 รายการล่าสุดของบัญชี
ลูกค้า: ลูกค้าสามารถดูข้อความสั้นๆ ของ “ของตัวเอง” เท่านั้น
บัญชี
ผู้จัดการ: ผู้จัดการสามารถดูใบแจ้งยอดบัญชีขนาดเล็กของบัญชีใดก็ได้
คำชี้แจงที่กำหนดเอง ผู้จัดการลูกค้า คำสั่งที่กำหนดเองทำให้คุณสามารถกรองและแสดงผลได้
ธุรกรรมในบัญชีตามวันที่มูลค่าธุรกรรม
ลูกค้า: ลูกค้าสามารถดู Customized- คำชี้แจงของเท่านั้น
บัญชี "ของตัวเอง" ของเขา
ผู้จัดการ: ผู้จัดการสามารถดูคำสั่งที่กำหนดเองได้
บัญชี
เปลี่ยนรหัสผ่าน ผู้จัดการลูกค้า ลูกค้า: ลูกค้าสามารถเปลี่ยนรหัสผ่านได้เฉพาะบัญชีของตนเท่านั้น
ผู้จัดการ: ผู้จัดการสามารถเปลี่ยนรหัสผ่านของบัญชีของเขาเท่านั้น
เขาไม่สามารถเปลี่ยนรหัสผ่านของลูกค้าได้
ลูกค้าใหม่ ผู้จัดการ ผู้จัดการ: ผู้จัดการสามารถเพิ่มลูกค้าใหม่ได้
ผู้จัดการ ผู้จัดการ: ผู้จัดการสามารถแก้ไขรายละเอียด เช่น ที่อยู่ อีเมล
โทรศัพท์ของลูกค้า
บัญชีใหม่ ผู้จัดการ ปัจจุบันระบบมีบัญชีให้เลือก 2 ประเภท
• ออมทรัพย์
• ปัจจุบัน
ลูกค้าสามารถมีบัญชีออมทรัพย์ได้หลายบัญชี (หนึ่งบัญชีในชื่อของเขา
อื่น ๆ ในชื่อร่วมกัน ฯลฯ)
เขาสามารถมีบัญชีกระแสรายวันได้หลายบัญชีสำหรับบริษัทต่างๆ
เขาเป็นเจ้าของ
หรือเขามีบัญชีกระแสรายวันและออมทรัพย์หลายบัญชีก็ได้
ผู้จัดการ: ผู้จัดการสามารถเพิ่มบัญชีใหม่สำหรับบัญชีที่มีอยู่ได้
ของลูกค้า
แก้ไขบัญชี ผู้จัดการ ผู้จัดการ: ผู้จัดการสามารถเพิ่มและแก้ไขรายละเอียดบัญชีสำหรับบัญชีที่มีอยู่ได้
ลบบัญชี ผู้จัดการ ผู้จัดการ: ผู้จัดการสามารถเพิ่มการลบบัญชีให้กับลูกค้าได้
ลบลูกค้า ผู้จัดการ ลูกค้าสามารถลบได้เฉพาะในกรณีที่เขา/เธอไม่มีบัญชีกระแสรายวันหรือบัญชีออมทรัพย์ที่ใช้งานอยู่
ผู้จัดการ: ผู้จัดการสามารถลบลูกค้าได้
เงินฝาก ผู้จัดการ ผู้จัดการ: ผู้จัดการสามารถฝากเงินเข้าบัญชีใดก็ได้
มักจะทำเมื่อมีการฝากเงินสดที่สาขาของธนาคาร
การถอน ผู้จัดการ ผู้จัดการ: ผู้จัดการสามารถถอนเงินจากบัญชีใดก็ได้
มักจะทำเมื่อมีการถอนเงินสดที่สาขาของธนาคาร

1.1.2 อยู่นอกขอบเขต

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

  • เชื่อมต่อผู้ใช้
  • อินเทอร์เฟซฮาร์ดแวร์
  • อินเทอร์เฟซซอฟต์แวร์
  • ตรรกะฐานข้อมูล
  • การเชื่อมต่อการสื่อสาร
  • ความปลอดภัยและประสิทธิภาพของเว็บไซต์

1.2 วัตถุประสงค์ด้านคุณภาพ

วัตถุประสงค์ของการทดสอบคือ ตรวจสอบ การทำงานของเว็บไซต์ Guru99 Bank โครงการควรเน้นการทดสอบ การดำเนินการด้านธนาคาร เช่น การจัดการบัญชี การถอนเงิน และยอดคงเหลือ… ฯลฯ ถึง รับประกัน การดำเนินการทั้งหมดเหล่านี้สามารถทำงานได้ ปกติ ในสภาพแวดล้อมทางธุรกิจที่แท้จริง

1.3 บทบาทและความรับผิดชอบ

โครงการควรใช้ ภายนอก สมาชิกเป็นผู้ทดสอบเพื่อประหยัดต้นทุนโครงการ

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

2 วิธีทดสอบ

2.1 ภาพรวม

2.2 ระดับการทดสอบ

ในโครงการ Guru99 Bank ควรมีการทดสอบ 3 แบบ

  • บูรณาการ การทดสอบ (แต่ละโมดูลซอฟต์แวร์จะถูกรวมและทดสอบเป็นกลุ่ม)
  • System การทดสอบ: ดำเนินการเมื่อ สมบูรณ์, แบบบูรณาการ ระบบเพื่อประเมินการปฏิบัติตามข้อกำหนดของระบบตามข้อกำหนดที่ระบุ
  • การทดสอบ API: ทดสอบ API ทั้งหมดที่สร้างขึ้นสำหรับซอฟต์แวร์ภายใต้การทดสอบ

2.3 การทดสอบข้อผิดพลาด

2.4 เกณฑ์การระงับและข้อกำหนดในการเริ่มต้นใหม่

หากสมาชิกในทีมรายงานว่ามี 40% ของกรณีทดสอบ ล้มเหลวให้ระงับการทดสอบจนกว่าทีมพัฒนาจะแก้ไขกรณีที่ล้มเหลวทั้งหมด

2.5 การทดสอบความสมบูรณ์

  • ระบุเกณฑ์ที่แสดงถึงก ที่ประสบความสำเร็จ เสร็จสิ้นขั้นตอนการทดสอบ
  • วิ่ง อัตราจำเป็นต้องเป็น 100% เว้นแต่จะมีการให้เหตุผลที่ชัดเจน
  • ส่ง อัตราคือ 80%, การบรรลุอัตราการผ่านคือ จำเป็น

2.6 งานโครงการและการประมาณค่าและกำหนดเวลา

งาน สมาชิก ประมาณการความพยายาม
สร้างข้อกำหนดการทดสอบ ผู้ออกแบบการทดสอบ 170 ชั่วโมงการทำงาน
ดำเนินการทดสอบ ผู้ทดสอบ ผู้ดูแลการทดสอบ 80 ชั่วโมงการทำงาน
รายงานผลการทดสอบ Tester 10 ชั่วโมงการทำงาน
ทดสอบการจัดส่ง 20 ชั่วโมงการทำงาน
รวม 280 ชั่วโมงการทำงาน

กำหนดเวลาในการทำงานเหล่านี้ให้เสร็จสิ้น

3 สิ่งที่ส่งมอบในการทดสอบ

การส่งมอบการทดสอบมีดังต่อไปนี้

ก่อนขั้นตอนการทดสอบ

  • เอกสารแผนการทดสอบ
  • กรณีทดสอบ เอกสาร
  • ข้อกำหนดการออกแบบการทดสอบ

ระหว่างการทดสอบ

– เครื่องมือจำลองการทดสอบ

- ข้อมูลการทดสอบ

– ทดสอบเมทริกซ์ความสามารถในการติดตาม – บันทึกข้อผิดพลาดและบันทึกการดำเนินการ

หลังจากรอบการทดสอบสิ้นสุดลง

4 ความต้องการทรัพยากรและสิ่งแวดล้อม

4.1 เครื่องมือทดสอบ

ลำดับ แหล่งข้อมูล Descriptไอออน
1. เซิร์ฟเวอร์ ต้องการเซิร์ฟเวอร์ฐานข้อมูลที่ติดตั้ง MySQL เซิร์ฟเวอร์
เว็บเซิร์ฟเวอร์ที่ติดตั้ง Apache Server
2. เครื่องมือทดสอบ พัฒนาเครื่องมือทดสอบที่สามารถสร้างผลการทดสอบอัตโนมัติตามแบบฟอร์มที่กำหนดไว้ล่วงหน้าและการดำเนินการทดสอบอัตโนมัติ
3. เครือข่าย ติดตั้ง LAN Gigabit และสายอินเทอร์เน็ต 1 เส้นด้วยความเร็วไม่ต่ำกว่า 5 Mb/s
4. คอมพิวเตอร์ ใช้คอมพิวเตอร์อย่างน้อย 4 เครื่อง Windows 7, แรม 2GB, ซีพียู 3.4GHZ

4.2 สภาพแวดล้อมการทดสอบ

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

นอกเหนือจากซอฟต์แวร์เฉพาะไคลเอนต์แล้ว จะต้องมีซอฟต์แวร์ต่อไปนี้ด้วย

  • Windows 11 ขึ้นไป
  • Office 2021 ขึ้นไป
  • MS Exchange ฯลฯ