STLC (วงจรชีวิตการทดสอบซอฟต์แวร์)

วงจรชีวิตการทดสอบซอฟต์แวร์

วงจรชีวิตการทดสอบซอฟต์แวร์ (STLC) คืออะไร?

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

เฟส STLC

มี 6 ขั้นตอนหลักในทุกรุ่นวงจรชีวิตการทดสอบซอฟต์แวร์ (STLC Model) ดังนี้:

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

แต่ละขั้นตอนเหล่านี้มีเกณฑ์การเข้าและออกที่ชัดเจน กิจกรรม และสิ่งที่ส่งมอบที่เกี่ยวข้องกัน

เกณฑ์การเข้าและออกใน STLC คืออะไร?

  • เกณฑ์รายการ: เกณฑ์รายการจะให้รายการข้อกำหนดเบื้องต้นที่ต้องทำให้เสร็จสิ้นก่อนจึงจะสามารถเริ่มการทดสอบได้
  • เกณฑ์การออก: เกณฑ์การออก กำหนดรายการที่ต้องทำให้เสร็จสิ้นก่อนจึงจะสามารถสรุปการทดสอบได้

คุณมีเกณฑ์การเข้าและออกสำหรับทุกระดับในวงจรการทดสอบซอฟต์แวร์ (STLC)

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

วิดีโอเกี่ยวกับ STLC ในการทดสอบซอฟต์แวร์

การทดสอบเฟสความต้องการ

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

กิจกรรมในการทดสอบระยะความต้องการ

  • ระบุประเภทของการทดสอบที่จะดำเนินการ
  • รวบรวมรายละเอียดเกี่ยวกับลำดับความสำคัญและการเน้นในการทดสอบ
  • เตรียมการ เมทริกซ์การตรวจสอบย้อนกลับความต้องการ (RTM).
  • ระบุรายละเอียดสภาพแวดล้อมการทดสอบที่ควรดำเนินการทดสอบ
  • การวิเคราะห์ความเป็นไปได้ของระบบอัตโนมัติ (ถ้าจำเป็น)

การส่งมอบการทดสอบระยะความต้องการ

  • RTM
  • รายงานความเป็นไปได้ของระบบอัตโนมัติ (ถ้ามี)

การวางแผนการทดสอบใน STLC

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

กิจกรรมการวางแผนการทดสอบ

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

ผลลัพธ์ของการวางแผนการทดสอบ

ขั้นตอนการพัฒนากรณีทดสอบ

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

กิจกรรมการพัฒนากรณีทดสอบ

  • สร้างกรณีทดสอบ สคริปต์อัตโนมัติ (ถ้ามี)
  • Revกรณีทดสอบและสคริปต์พื้นฐาน
  • สร้างข้อมูลการทดสอบ (หากมีสภาพแวดล้อมการทดสอบ)

ผลลัพธ์ของการพัฒนากรณีทดสอบ

  • กรณีทดสอบ/สคริปต์
  • ทดสอบข้อมูล

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

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

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

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

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

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

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

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

กิจกรรมการดำเนินการทดสอบ

  • ดำเนินการทดสอบตามแผน
  • บันทึกผลการทดสอบ และบันทึกข้อบกพร่องสำหรับกรณีที่ล้มเหลว
  • แมปข้อบกพร่องเพื่อทดสอบกรณีและปัญหาใน RTM
  • ทดสอบซ้ำ ข้อบกพร่อง แก้ไข
  • ติดตามข้อบกพร่องเพื่อปิด

การส่งมอบการดำเนินการทดสอบ

  • เสร็จสิ้น RTM ด้วยสถานะการดำเนินการ
  • กรณีทดสอบได้รับการอัปเดตพร้อมผลลัพธ์
  • รายงานข้อบกพร่อง

การปิดรอบการทดสอบ

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

กิจกรรมปิดรอบการทดสอบ

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

การส่งมอบการปิดรอบการทดสอบ

  • รายงานการปิดการทดสอบ
  • เมตริกทดสอบ

ขั้นตอน STLC พร้อมกับเกณฑ์การเข้าและออก

เวที STLC เกณฑ์การเข้า กิจกรรม เกณฑ์การออก การส่งมอบ
การวิเคราะห์ความต้องการ
  • มีเอกสารข้อกำหนด (ทั้งเชิงหน้าที่และไม่ทำงาน)
  • เกณฑ์การยอมรับที่กำหนดไว้
  • เอกสารสถาปัตยกรรมแอปพลิเคชันพร้อมใช้งาน
  • วิเคราะห์ฟังก์ชันทางธุรกิจเพื่อทราบโมดูลธุรกิจและฟังก์ชันเฉพาะของโมดูล
  • ระบุธุรกรรมทั้งหมดในโมดูล
  • ระบุโปรไฟล์ผู้ใช้ทั้งหมด
  • รวบรวมอินเทอร์เฟซผู้ใช้/การรับรองความถูกต้อง ข้อกำหนดการแพร่กระจายทางภูมิศาสตร์
  • ระบุประเภทของการทดสอบที่จะดำเนินการ
  • รวบรวมรายละเอียดเกี่ยวกับลำดับความสำคัญและการเน้นในการทดสอบ
  • เตรียมความต้องการ เมทริกซ์การตรวจสอบย้อนกลับ (RTM)
  • ระบุรายละเอียดสภาพแวดล้อมการทดสอบที่ควรดำเนินการทดสอบ
  • การวิเคราะห์ความเป็นไปได้ของระบบอัตโนมัติ (ถ้าจำเป็น)
  • ออกจากระบบ RTM แล้ว
  • รายงานความเป็นไปได้ในการทดสอบระบบอัตโนมัติที่ลงนามโดยลูกค้า
  • RTM
  • รายงานความเป็นไปได้ของระบบอัตโนมัติ (ถ้ามี)
การวางแผนการทดสอบ
  • เอกสารข้อกำหนด
  • เมทริกซ์การตรวจสอบย้อนกลับความต้องการ
  • ทดสอบเอกสารความเป็นไปได้ของระบบอัตโนมัติ
  • วิเคราะห์วิธีการทดสอบต่างๆ ที่มี
  • สรุปแนวทางที่เหมาะสมที่สุด
  • จัดทำแผนการทดสอบ/เอกสารกลยุทธ์สำหรับการทดสอบประเภทต่างๆ
  • การเลือกเครื่องมือทดสอบ
  • การประมาณค่าความพยายามในการทดสอบ
  • การวางแผนทรัพยากรและการกำหนดบทบาทและความรับผิดชอบ
  • แผนการทดสอบ/เอกสารกลยุทธ์ที่ได้รับอนุมัติ
  • ลงนามเอกสารการประเมินความพยายามแล้ว
  • แผนการทดสอบ/เอกสารกลยุทธ์
  • เอกสารการประเมินความพยายาม
การพัฒนากรณีทดสอบ
  • เอกสารข้อกำหนด
  • RTM และแผนการทดสอบ
  • รายงานการวิเคราะห์อัตโนมัติ
  • สร้างกรณีทดสอบ การออกแบบการทดสอบ สคริปต์อัตโนมัติ (ถ้ามี)
  • Revกรณีทดสอบและสคริปต์พื้นฐาน
  • สร้างข้อมูลทดสอบ
  • Revกรณีทดสอบ/สคริปต์ที่ได้ลงนามและลงนามแล้ว
  • Revข้อมูลการทดสอบ iewed และลงนาม
  • กรณีทดสอบ/สคริปต์
  • ทดสอบข้อมูล
ทดสอบการตั้งค่าสภาพแวดล้อม
  • เอกสารการออกแบบระบบและสถาปัตยกรรมพร้อมให้บริการ
  • มีแผนการตั้งค่าสภาพแวดล้อม
  • เข้าใจสถาปัตยกรรมที่จำเป็น การตั้งค่าสภาพแวดล้อม
  • จัดทำรายการข้อกำหนดการพัฒนาฮาร์ดแวร์และซอฟต์แวร์
  • จัดทำข้อกำหนดการเชื่อมต่อให้เสร็จสิ้น
  • เตรียมรายการตรวจสอบการตั้งค่าสภาพแวดล้อม
  • ตั้งค่าสภาพแวดล้อมการทดสอบและข้อมูลการทดสอบ
  • ทำการทดสอบควันบนโครงสร้าง
  • ยอมรับ/ปฏิเสธโครงสร้างขึ้นอยู่กับผลการทดสอบควัน
  • การตั้งค่าสภาพแวดล้อมทำงานได้ตามแผนและรายการตรวจสอบ
  • การตั้งค่าข้อมูลทดสอบเสร็จสมบูรณ์
  • การทดสอบควันสำเร็จ
  • สภาพแวดล้อมพร้อมพร้อมการตั้งค่าข้อมูลการทดสอบ
  • ผลการทดสอบควัน
ทดสอบการทำงาน
  • RTM พื้นฐาน แผนการทดสอบ , มีกรณีทดสอบ/สคริปต์ให้เลือก
  • สภาพแวดล้อมการทดสอบพร้อมแล้ว
  • ตั้งค่าข้อมูลทดสอบเสร็จแล้ว
  • มีรายงานการทดสอบหน่วย/การรวมระบบสำหรับบิลด์ที่จะทดสอบ
  • ดำเนินการทดสอบตามแผน
  • บันทึกผลการทดสอบ และบันทึกข้อบกพร่องสำหรับกรณีที่ล้มเหลว
  • อัปเดตแผนการทดสอบ/กรณีทดสอบ หากจำเป็น
  • แมปข้อบกพร่องเพื่อทดสอบกรณีและปัญหาใน RTM
  • ทดสอบการแก้ไขข้อบกพร่องอีกครั้ง
  • การทดสอบการถดถอย ของแอพลิเคชัน
  • ติดตามข้อบกพร่องเพื่อปิด
  • การทดสอบทั้งหมดที่วางแผนไว้จะดำเนินการ
  • บันทึกข้อบกพร่องและติดตามเพื่อปิด
  • เสร็จสิ้น RTM พร้อมสถานะการดำเนินการ
  • กรณีทดสอบได้รับการอัปเดตพร้อมผลลัพธ์
  • รายงานข้อบกพร่อง
ปิดรอบการทดสอบ
  • การทดสอบเสร็จสิ้นแล้ว
  • มีผลการทดสอบ
  • มีบันทึกข้อบกพร่อง
  • ประเมินเกณฑ์การเสร็จสิ้นรอบตาม – เวลา ความคุ้มครองการทดสอบ, ต้นทุน, คุณภาพซอฟต์แวร์, วัตถุประสงค์ทางธุรกิจที่สำคัญ
  • เตรียมเมตริกการทดสอบตามพารามิเตอร์ข้างต้น
  • บันทึกการเรียนรู้จากโครงงาน
  • จัดทำรายงานการปิดการทดสอบ
  • การรายงานคุณภาพและเชิงปริมาณของคุณภาพของผลิตภัณฑ์งานให้กับลูกค้า
  • การวิเคราะห์ผลการทดสอบเพื่อค้นหาการกระจายของข้อบกพร่องตามประเภทและความรุนแรง
  • รายงานการปิดการทดสอบที่ลงนามโดยลูกค้า
  • รายงานการปิดการทดสอบ
  • เมตริกทดสอบ

อ่านเพิ่มเติม readmore