STLC 6 ระยะ | #4 ขั้นตอนแรกในการทดสอบซอฟต์แวร์

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

6 ขั้นตอนของ STLC – สารบัญ:

1. ระยะที่ 1: การวิเคราะห์ความต้องการ
2. ขั้นตอนที่ 2: การวางแผนการทดสอบ
3. ระยะที่ 3: การพัฒนากรณีทดสอบ
4. ขั้นตอนที่ 4: การตั้งค่าด้านสิ่งแวดล้อม
5. ขั้นตอนที่ 5: การทดสอบการดำเนินการ
6. ขั้นตอนที่ 6: ปิดการทดสอบ
7. 6 ขั้นตอนของ STLC – สรุป

ระยะที่ 1: การวิเคราะห์ความต้องการ

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

เกณฑ์การรับสมัคร:

• ข้อกำหนดข้อกำหนดทางธุรกิจ (BRS)
• เอกสารสถาปัตยกรรมซอฟต์แวร์

งานที่ต้องทำ:

• กำหนดการทดสอบที่จะดำเนินการ
• กำหนดลำดับความสำคัญสำหรับการดำเนินการทดสอบ
• ตรวจสอบว่าการทดสอบใดต้องเป็นแบบแมนนวลและแบบใดต้องเป็นแบบอัตโนมัติ

เกณฑ์การออก:

• รายการข้อกำหนดสำหรับการทดสอบ
• การทดสอบใด ๆ ที่จะเป็นไปโดยอัตโนมัติ

ขั้นตอนที่ 2: การวางแผนการทดสอบ

ในขั้นตอนนี้ ทีมตรวจสอบจะวางแผนกิจกรรมการทดสอบทั้งหมดโดยเขียนแผนการทดสอบ เอกสารนี้ระบุ:

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

นอกเหนือจากการพัฒนาแผนการทดสอบแล้ว ระยะนี้จะมีการประมาณการต้นทุนด้วย

ระยะที่ 3: การพัฒนากรณีทดสอบ

ในขั้นตอนนี้ — หรือที่เรียกว่า Test Design — มีสี่ขั้นตอนที่ต้องปฏิบัติตาม:

1. เตรียมสถานการณ์การทดสอบ

ผู้จัดการการทดสอบหรือหัวหน้าการทดสอบเตรียมสถานการณ์การทดสอบซึ่งจะใช้ในการสร้างกรณีทดสอบ

2. สร้างกรณีทดสอบ

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

3. เตรียมข้อมูลการทดสอบ

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

4. เตรียม RTM

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

ขั้นตอนที่ 4: การตั้งค่าด้านสิ่งแวดล้อม

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

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

เกณฑ์การรับสมัคร:

• แผนการทดสอบ
• วันที่สอบ
• การทดสอบควัน

งานที่ต้องทำ:

• การเตรียมสภาพแวดล้อมการทดสอบ
• ทดสอบการตั้งค่าสภาพแวดล้อม
• ตั้งค่าข้อมูลการทดสอบ
• ดำเนินการทดสอบควันในการรวบรวม

เกณฑ์การออก:

• สภาพแวดล้อมการทดสอบที่ใช้งานได้
• ข้อมูลการทดสอบที่ใช้งานได้
• ผลการทดสอบควันบวก

ขั้นตอนที่ 5: การทดสอบการดำเนินการ

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

• เรียกใช้กรณีทดสอบที่พัฒนาก่อนหน้านี้และเปรียบเทียบผลลัพธ์ที่คาดหวังกับกรณีที่ได้รับ
• รักษาสคริปต์ทดสอบ
• ระบุ ตรวจจับ บันทึก และรายงานข้อบกพร่องที่ตรวจพบ
• ทดสอบการแก้ไขข้อผิดพลาดอีกครั้ง

เกณฑ์การรับสมัคร:

• สภาพแวดล้อมการทดสอบการทำงาน
• ข้อมูลการทดสอบที่ถูกต้อง
• แผนการทดสอบ
• กรณีทดสอบที่จะดำเนินการ

งานที่ต้องทำ:

• ทำการทดสอบตามแผนการทดสอบ
• ผลการทดสอบเอกสาร
• จัดการวงจรชีวิตข้อบกพร่อง

เกณฑ์การออก:

• ดำเนินการทดสอบทั้งหมดที่เกี่ยวข้องกับ MTR
• อัปเดตกรณีทดสอบพร้อมผลลัพธ์
• รายงานข้อบกพร่อง

ขั้นตอนที่ 6: ปิดการทดสอบ

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

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

เกณฑ์การรับสมัคร:

• รายงานผลการทดสอบ
• รายงานข้อบกพร่อง

งานที่ต้องทำ:

• วิเคราะห์สิ่งที่ได้รับการทดสอบ
• สร้างรายงานการปิดการทดสอบ

เกณฑ์การออก:

• ปิดกระบวนการโดยไม่มีข้อบกพร่องที่เปิดอยู่
• รายงานการปิดการทดสอบ

6 ขั้นตอนของ STLC – สรุป

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

คุณเพิ่งอ่าน STLC ประมาณ 6 ขั้นตอน ตรวจสอบชุดอื่นๆ ของเราเกี่ยวกับ Python และ Javascript!

หากคุณชอบเนื้อหาของเรา เข้าร่วมชุมชนผึ้งที่วุ่นวายบน Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest

ผู้เขียน: โรเบิร์ต วิทนีย์

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

ดูกระทู้ทั้งหมด

ขั้นตอนแรกในการทดสอบซอฟต์แวร์:

1. การทดสอบซอฟต์แวร์คืออะไร?
2. 1 ความจริงที่ยิ่งใหญ่เกี่ยวกับข้อผิดพลาดของซอฟต์แวร์
3. หลักการทดสอบ ISTQB หลักเจ็ดประการ
4. 6 ขั้นตอนของSTLC
5. การทดสอบกับการดีบัก
6. การตรวจสอบและรับรองความถูกต้องในกระบวนการทดสอบซอฟต์แวร์