TEST PLAN ในการทดสอบซอฟต์แวร์ (ตัวอย่าง)

แผนการทดสอบ

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

ตามคำจำกัดความของ ISTQB: “แผนการทดสอบคือเอกสารที่อธิบายขอบเขต แนวทาง ทรัพยากร และกำหนดการของกิจกรรมการทดสอบที่ตั้งใจไว้”

เริ่มต้นด้วยตัวอย่าง/สถานการณ์แผนการทดสอบต่อไปนี้: ในการประชุม คุณต้องการหารือเกี่ยวกับแผนการทดสอบกับสมาชิกในทีม แต่พวกเขาไม่สนใจ

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

👉 ลงทะเบียนเข้าร่วมโครงการทดสอบซอฟต์แวร์สดฟรี

ความสำคัญของแผนการทดสอบคืออะไร?

การจัดทำเอกสารแผนการทดสอบมีประโยชน์หลายประการ

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

ประเภทของแผนการทดสอบ

มีสามประเภทหลัก ๆ แผนการทดสอบ ในการทดสอบซอฟต์แวร์

1. แผนการทดสอบหลัก: เอกสารระดับสูงที่สรุปกลยุทธ์การทดสอบโดยรวม ขอบเขต ทรัพยากร และกำหนดการสำหรับการทดสอบทุกระดับ ใช้เป็นแผนงานหลักของโครงการ
2. แผนการทดสอบเฉพาะระดับ: มุ่งเน้นไปที่ระดับการทดสอบเฉพาะ เช่น การทดสอบแบบยูนิต การทดสอบแบบรวม การทดสอบระบบ หรือการทดสอบการยอมรับ แผนแต่ละแผนจะระบุแนวทาง สภาพแวดล้อม และผลลัพธ์สำหรับระดับนั้นๆ
3. แผนการทดสอบเฉพาะประเภท: Targetการทดสอบเฉพาะทาง เช่น การทดสอบประสิทธิภาพ ความปลอดภัย การใช้งาน หรือการทดสอบอัตโนมัติ โดยจะกำหนดเครื่องมือ เทคนิค และเกณฑ์เฉพาะสำหรับการทดสอบประเภทนั้นๆ

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

วิธีเขียนแผนการทดสอบ

คุณรู้อยู่แล้วว่าการทำ แผนการทดสอบ เป็นงานที่สำคัญที่สุดของ กระบวนการจัดการทดสอบปฏิบัติตามเจ็ดขั้นตอนด้านล่างเพื่อสร้างแผนการทดสอบตามมาตรฐาน IEEE 829

1. วิเคราะห์ผลิตภัณฑ์
2. ออกแบบกลยุทธ์การทดสอบ
3. กำหนดวัตถุประสงค์การทดสอบ
4. กำหนดเกณฑ์การทดสอบ
5. การวางแผนทรัพยากร
6. วางแผนสภาพแวดล้อมการทดสอบ
7. กำหนดการและการประมาณการ
8. กำหนดผลการทดสอบ

ขั้นตอนที่ 1) วิเคราะห์ผลิตภัณฑ์

คุณจะทดสอบผลิตภัณฑ์ได้อย่างไร ไม่มี มีข้อมูลอะไรเกี่ยวกับมันไหม? คำตอบคือ เป็นไปไม่ได้. คุณต้องเรียนรู้ผลิตภัณฑ์ อย่างถี่ถ้วน ก่อนที่จะทดสอบ

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

• ใครจะใช้เว็บไซต์?
• ใช้ทำอะไร?
• วิธีการที่จะทำงานอย่างไร
• ผลิตภัณฑ์ใช้ซอฟต์แวร์/ฮาร์ดแวร์ใด

คุณสามารถใช้แนวทางต่อไปนี้เพื่อวิเคราะห์ไซต์

ตอนนี้ เรามาประยุกต์ความรู้ข้างต้นกับผลิตภัณฑ์จริง: วิเคราะห์ เว็บไซต์ธนาคาร https://demo.guru99.com/V4.

คุณควรใช้เวลา มองไปรอบ ๆ เว็บไซต์นี้และด้วย ทบทวน เอกสารสินค้า. Revเอกสารประกอบผลิตภัณฑ์ช่วยให้คุณเข้าใจคุณสมบัติทั้งหมดของเว็บไซต์ตลอดจนวิธีใช้งาน หากคุณไม่ชัดเจนในรายการใด ๆ คุณอาจจะ สัมภาษณ์ ลูกค้า นักพัฒนา นักออกแบบ เพื่อรับข้อมูลเพิ่มเติม

ขั้นตอนที่ 2) พัฒนากลยุทธ์การทดสอบ

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

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

กลับไปที่โครงการของคุณ คุณต้องพัฒนากลยุทธ์การทดสอบสำหรับการทดสอบเว็บไซต์ธนาคารนั้น คุณควรทำตามขั้นตอนต่อไปนี้

ขั้นตอนที่ 2.1) กำหนดขอบเขตการทดสอบ

ก่อนเริ่มกิจกรรมการทดสอบใดๆ ควรทราบขอบเขตของการทดสอบเสียก่อน ต้องคิดให้รอบคอบ

• ส่วนประกอบของระบบที่จะทดสอบ (ฮาร์ดแวร์ ซอฟต์แวร์ มิดเดิลแวร์ ฯลฯ) ถูกกำหนดเป็น “อยู่ในขอบเขต“
• ส่วนประกอบของระบบที่จะไม่ได้รับการทดสอบยังต้องได้รับการกำหนดอย่างชัดเจนว่าเป็น “นอกขอบเขต”

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

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

คุณกำหนดขอบเขตของโครงการของคุณอย่างไร?

เพื่อกำหนดขอบเขต คุณต้อง –

• ความต้องการของลูกค้าที่แม่นยำ
• งบประมาณโครงการ
• รายละเอียดสินค้า
• ทักษะและความสามารถของทีมทดสอบของคุณ

ตอนนี้ ควรระบุอย่างชัดเจนว่า “อยู่ในขอบเขต” และ “อยู่นอกขอบเขต” ของการทดสอบ

• ตามความต้องการของซอฟต์แวร์ รายละเอียดโครงการ Guru99 Bank เน้นการทดสอบทั้งหมดเท่านั้น ฟังก์ชั่น และอินเทอร์เฟซภายนอกของเว็บไซต์ Guru99 ธนาคาร (อยู่ในขอบเขต การทดสอบ)
• การทดสอบที่ไม่สามารถใช้งานได้ เช่น ความเครียด, ประสิทธิภาพการทำงาน or ฐานข้อมูลเชิงตรรกะ จะไม่ถูกทดสอบ (จาก ขอบเขต)

สถานการณ์ปัญหา

ลูกค้าต้องการให้คุณทดสอบ API ของเขา แต่งบประมาณโครงการไม่เอื้ออำนวย ในกรณีนี้ คุณจะทำอย่างไร?

ในกรณีเช่นนี้คุณต้องโน้มน้าวลูกค้าว่า การทดสอบ API เป็นงานพิเศษและจะใช้ทรัพยากรจำนวนมาก ให้ข้อมูลสนับสนุนข้อเท็จจริงของคุณแก่เขา บอกเขาว่าหากรวมการทดสอบ Api ไว้ในขอบเขต งบประมาณจะเพิ่มขึ้น XYZ

ลูกค้าตกลงและตามนั้นขอบเขตใหม่รายการนอกขอบเขตคือ

• รายการที่อยู่ในขอบเขต: การทดสอบสมรรถนะ, การทดสอบ API
• รายการที่อยู่นอกขอบเขต: การทดสอบฐานข้อมูลฮาร์ดแวร์ และอินเทอร์เฟซภายนอกอื่นๆ

ขั้นตอนที่ 2.2) ระบุประเภทการทดสอบ

A ประเภทการทดสอบ เป็นขั้นตอนการทดสอบมาตรฐานที่ให้ผลการทดสอบที่คาดหวัง

การทดสอบแต่ละประเภทได้รับการกำหนดขึ้นเพื่อระบุข้อบกพร่องของผลิตภัณฑ์แต่ละประเภท แต่การทดสอบทุกประเภทมีเป้าหมายร่วมกันหนึ่งเดียว: “การตรวจพบในระยะเริ่มต้นของ ทุกข้อบกพร่องก่อนปล่อยสินค้าให้ลูกค้า”

การขอ ใช้กันทั่วไป ประเภทการทดสอบมีรายละเอียดดังต่อไปนี้ในรูป

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

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

ขั้นตอนที่ 2.3) เอกสารความเสี่ยงและปัญหา

ความเสี่ยงคืออนาคต เหตุการณ์ที่ไม่แน่นอน ด้วยความน่าจะเป็นของ การเกิดขึ้น และ ที่มีศักยภาพ สำหรับการสูญเสีย เมื่อความเสี่ยงเกิดขึ้นจริง มันจะกลายเป็น 'ปัญหา'.

ในบทความ การวิเคราะห์ความเสี่ยงและแนวทางแก้ไขคุณได้เรียนรู้เกี่ยวกับการวิเคราะห์ 'ความเสี่ยง' โดยละเอียดและระบุความเสี่ยงที่อาจเกิดขึ้นในโครงการแล้ว

ในแผนทดสอบ QA คุณจะบันทึกความเสี่ยงเหล่านั้น

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

ขั้นตอนที่ 2.4) สร้างการทดสอบลอจิสติกส์

ในการทดสอบโลจิสติกส์ ผู้จัดการทดสอบควรตอบคำถามต่อไปนี้:

• ใคร จะทดสอบไหม?
• เมื่อ การทดสอบจะเกิดขึ้นไหม?

ใครจะทดสอบ?

คุณอาจไม่ทราบชื่อที่แน่นอนของผู้ทดสอบที่จะทดสอบ แต่ ประเภทของผู้ทดสอบ สามารถกำหนดได้

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

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

• ความสามารถในการ เข้าใจ มุมมองของลูกค้า
• แข็งแรง ปรารถนา เพื่อคุณภาพ
• ความสนใจ เพื่อดูรายละเอียด
• ดี ความร่วมมือ

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

การทดสอบจะเกิดขึ้นเมื่อใด?

กิจกรรมการทดสอบจะต้องจับคู่กับกิจกรรมการพัฒนาที่เกี่ยวข้อง

คุณจะเริ่มทดสอบเมื่อคุณมี รายการที่จำเป็นทั้งหมด ดังแสดงในรูปต่อไปนี้

ขั้นตอนที่ 3) กำหนดวัตถุประสงค์การทดสอบ

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

ในการกำหนดวัตถุประสงค์การทดสอบ คุณควรดำเนินการสองขั้นตอนต่อไปนี้

1. แสดงรายการคุณลักษณะของซอฟต์แวร์ทั้งหมด (ฟังก์ชันการทำงาน ประสิทธิภาพ GUI ฯลฯ) ที่อาจต้องมีการทดสอบ
2. กำหนด เป้า หรือ เป้าหมาย ของการทดสอบตามคุณสมบัติข้างต้น

ลองใช้ขั้นตอนเหล่านี้เพื่อค้นหาวัตถุประสงค์การทดสอบของโครงการทดสอบ Guru99 Bank ของคุณ

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

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

รูปนี้แสดงให้เห็นคุณสมบัติทั้งหมดที่เว็บไซต์ Guru99 อาจมี

จากคุณลักษณะข้างต้น คุณสามารถกำหนดวัตถุประสงค์การทดสอบของโครงการ Guru99 ได้ดังนี้:

• ตรวจสอบว่าเว็บไซต์ Guru99 ฟังก์ชั่น(บัญชี เงินฝาก…) ทำงานได้ตามที่คาดหวังโดยไม่มีข้อผิดพลาดหรือข้อบกพร่องใดๆ ในสภาพแวดล้อมทางธุรกิจจริง
• ตรวจสอบว่าอินเทอร์เฟซภายนอกของเว็บไซต์ เช่น UI, ทำงานได้ตามที่คาดหวังและตรงตามความต้องการของลูกค้า
• ตรวจสอบ การใช้งาน ของเว็บไซต์ ฟังก์ชันเหล่านี้สะดวกต่อผู้ใช้หรือไม่

ขั้นตอนที่ 4) กำหนดเกณฑ์การทดสอบ

เกณฑ์การทดสอบ (Test Criteria) คือ มาตรฐานหรือกฎเกณฑ์ที่ใช้เป็นพื้นฐานสำหรับขั้นตอนการทดสอบหรือการตัดสินผลการทดสอบ เกณฑ์การทดสอบมี 2 ประเภท ดังนี้

เกณฑ์การระงับ

ระบุเกณฑ์การระงับที่สำคัญสำหรับการทดสอบ หากเป็นไปตามเกณฑ์การระงับในระหว่างการทดสอบ รอบการทดสอบที่ใช้งานอยู่จะเป็นเช่นนั้น ที่ถูกระงับ จนกว่าจะมีหลักเกณฑ์ ได้รับการแก้ไข.

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

เกณฑ์การออก

โดยระบุเกณฑ์ที่แสดงถึงก ที่ประสบความสำเร็จ เสร็จสิ้นขั้นตอนการทดสอบ เกณฑ์การออกคือผลลัพธ์ที่เป็นเป้าหมายของการทดสอบและมีความจำเป็นก่อนที่จะดำเนินการพัฒนาขั้นต่อไป ตัวอย่าง: 95% กรณีทดสอบที่สำคัญทั้งหมดจะต้องผ่าน

วิธีการกำหนดเกณฑ์การออกบางวิธีคือการระบุเป้าหมาย อัตราการวิ่ง และ อัตราการผ่าน.

• อัตราการทำงานคืออัตราส่วนระหว่าง จำนวนกรณีทดสอบที่ดำเนินการและ/กรณีทดสอบทั้งหมด ของข้อกำหนดการทดสอบ ตัวอย่างเช่น ข้อกำหนดการทดสอบมี TC ทั้งหมด 120 รายการ แต่ผู้ทดสอบดำเนินการเพียง 100 รายการ ดังนั้นอัตราการรันคือ 100/120 = 0.83 (83%)
• อัตราการผ่านคืออัตราส่วนระหว่าง จำนวนกรณีทดสอบที่ผ่าน / กรณีทดสอบที่ดำเนินการตัวอย่างเช่น ใน 100 TCs ที่ดำเนินการข้างต้น มี 80 TCs ที่ผ่าน ดังนั้นอัตราการผ่านคือ 80/100 = 0.8 (80%)

ข้อมูลนี้สามารถเรียกค้นได้ในเอกสาร Test Metric

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

ตัวอย่างแผนการทดสอบ:ทีมของคุณได้ทำการทดสอบการดำเนินการแล้ว พวกเขารายงานผลการทดสอบให้คุณทราบ และพวกเขาต้องการให้คุณยืนยัน เกณฑ์การออก

ในกรณีข้างต้น อัตราการวิ่งเป็นสิ่งที่จำเป็นและเป็น 100% แต่ทีมทดสอบทำเคสทดสอบเสร็จเพียง 90% เท่านั้น ซึ่งหมายความว่าอัตราการรันยังไม่ถึงเกณฑ์ที่กำหนด ดังนั้นอย่ายืนยันเกณฑ์การออก

ขั้นตอนที่ 5) การวางแผนทรัพยากร

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

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

ส่วนนี้แสดงถึงทรัพยากรที่แนะนำสำหรับโครงการของคุณ

ทรัพยากรบุคคล

ตารางต่อไปนี้แสดงถึงสมาชิกต่างๆ ในทีมโครงการของคุณ

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

ทรัพยากรระบบ

หากต้องการทดสอบแอปพลิเคชันเว็บ คุณควรวางแผนทรัพยากรดังต่อไปนี้:

ลำดับ	แหล่งข้อมูล	Descriptไอออน
1.	เซิร์ฟเวอร์	ติดตั้งเว็บแอปพลิเคชันที่กำลังทดสอบ ซึ่งรวมถึงเว็บเซิร์ฟเวอร์ เซิร์ฟเวอร์ฐานข้อมูล และเซิร์ฟเวอร์แอปพลิเคชันแยกต่างหาก หากมี
2.	เครื่องมือทดสอบ	เครื่องมือทดสอบคือการทำให้การทดสอบเป็นแบบอัตโนมัติ จำลองการทำงานของผู้ใช้ และสร้างผลการทดสอบ มีเครื่องมือทดสอบมากมายที่คุณสามารถใช้สำหรับโครงการนี้ เช่น Selenium, QTP ฯลฯ
3.	เครือข่าย	คุณต้องมีเครือข่าย รวมถึง LAN และอินเทอร์เน็ต เพื่อจำลองธุรกิจและสภาพแวดล้อมผู้ใช้จริง
4.	คอมพิวเตอร์	พีซีที่ผู้ใช้มักใช้ในการเชื่อมต่อกับเว็บเซิร์ฟเวอร์

ขั้นตอนที่ 6) วางแผนสภาพแวดล้อมการทดสอบ

สภาพแวดล้อมการทดสอบคืออะไร

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

วิธีการตั้งค่าสภาพแวดล้อมการทดสอบ

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

คุณต้องมีเพื่องานนี้ให้เสร็จ ความร่วมมือที่แข็งแกร่ง ระหว่างทีมทดสอบและทีมพัฒนา

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

• เว็บไซต์นี้สามารถรองรับการเชื่อมต่อผู้ใช้สูงสุดได้เท่าใดในเวลาเดียวกัน?
• ข้อกำหนดฮาร์ดแวร์/ซอฟต์แวร์ในการติดตั้งเว็บไซต์นี้คืออะไร
• คอมพิวเตอร์ของผู้ใช้จำเป็นต้องมีการตั้งค่าพิเศษใดๆ เพื่อเรียกดูเว็บไซต์หรือไม่

รูปภาพต่อไปนี้แสดงสภาพแวดล้อมการทดสอบของเว็บไซต์ธนาคาร https://demo.guru99.com/V4

ขั้นตอนที่ 7) กำหนดการและการประมาณค่า

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

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

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

จากนั้นคุณก็สร้าง กำหนด เพื่อทำงานเหล่านี้ให้สำเร็จ

การจัดตารางเวลาเป็นคำศัพท์ที่ใช้กันทั่วไปในการบริหารโครงการ การสร้างตารางเวลาที่ชัดเจนใน Test Planning จะช่วยให้ผู้จัดการฝ่ายทดสอบสามารถใช้ตารางเวลาเป็นเครื่องมือในการติดตามความคืบหน้าของโครงการและควบคุมต้นทุนที่เกินได้

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

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

มาฝึกกันด้วยตัวอย่าง:

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

ขั้นตอนที่ 8) ทดสอบการส่งมอบ

เอกสารส่งมอบการทดสอบคือรายการเอกสาร เครื่องมือ และส่วนประกอบอื่นๆ ทั้งหมดที่ต้องได้รับการพัฒนาและบำรุงรักษาเพื่อสนับสนุนความพยายามในการทดสอบ

มีการส่งมอบการทดสอบที่แตกต่างกันในแต่ละขั้นตอนของ วงจรชีวิตการพัฒนาซอฟต์แวร์.

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

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

มีการส่งมอบการทดสอบ ในระหว่าง การทดสอบ

• สคริปต์ทดสอบ
• ซิมูเลเตอร์
• ข้อมูลการทดสอบ
• ทดสอบเมทริกซ์การตรวจสอบย้อนกลับ
• บันทึกข้อผิดพลาดและบันทึกการดำเนินการ

มีการส่งมอบการทดสอบ หลังจาก รอบการทดสอบสิ้นสุดลงแล้ว

• ผลการทดสอบ/รายงาน
• รายงานข้อบกพร่อง
• แนวทางขั้นตอนการติดตั้ง/ทดสอบ
• บันทึกประจำรุ่น

ความท้าทายทั่วไปในการวางแผนการทดสอบ (และวิธีแก้ไข)

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

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

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