สารบัญ

• วงจรการทดสอบซอฟต์แวร์ (STLC): บทนำ
• การทดสอบซอฟต์แวร์ วงจรชีวิต ระยะ การเข้าออก เกณฑ์การออก
• STLC Phases
  • 1. การวิเคราะห์ความต้องการ
  • 2. การวางแผนการทดสอบ
  • 3. การออกแบบทดสอบ (กรณีทดสอบ)
  • 4. ทดสอบการตั้งค่าสภาพแวดล้อม
  • 5. การดำเนินการทดสอบ
  • 6. ปิดการทดสอบ
• STLC กับ SDLC: ต่างกันอย่างไร?
• คำถามที่พบบ่อยของ STLC
  • ขั้นตอนของ STLC คืออะไร?
  • ความแตกต่างระหว่าง STLC และ SDLC คืออะไร?
  • วงจรชีวิตของ QA คืออะไร?
  • เกณฑ์การเข้าสำหรับการเข้ารหัสคืออะไร?
• บทความแนะนำ

วงจรการทดสอบซอฟต์แวร์ (STLC): บทนำ

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

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

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

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

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

ขั้นตอนคือ:

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

การทดสอบซอฟต์แวร์ วงจรชีวิต ระยะ การเข้าออก เกณฑ์การออก

ใน Software Testing Life Cycle หรือ STLC สำหรับทุกระดับหรือเฟส การทดสอบจะมีเกณฑ์การเข้าและออก

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

เกณฑ์การออก: สิ่งนี้ระบุว่ารายการหรือเกณฑ์ที่ต้องปฏิบัติตามก่อนที่ระยะหรือระดับใดระดับหนึ่งจะสิ้นสุดลง เพื่อให้ได้รายงานการปิดการทดสอบในที่สุด

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

ดังนั้น ในบทความนี้ เราจะเน้นที่กิจกรรมและผลงานต่างๆ ที่จำเป็นหรือเกี่ยวข้องกับขั้นตอนและระยะต่างๆ ของ STLC

STLC Phases

1. การวิเคราะห์ความต้องการ

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

ข้อกำหนดเหล่านี้อาจใช้ได้ผลหรือไม่ได้ผล และด้วยเหตุนี้จึงต้องจัดการตามนั้น

ทีม QA อาจโต้ตอบกับผู้มีส่วนได้ส่วนเสียเพื่อชี้แจงข้อสงสัยเกี่ยวกับข้อกำหนด

การทดสอบความเป็นไปได้อัตโนมัติก็เป็นส่วนหนึ่งของขั้นตอนการรวบรวมข้อกำหนดนี้ในวงจรชีวิตการทดสอบซอฟต์แวร์ STLC

เกณฑ์การเข้า:

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

กิจกรรม:

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

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

• RTM ออกจากระบบ
• ไคลเอ็นต์ลงชื่อออกจากรายงานความเป็นไปได้ของการทดสอบระบบอัตโนมัติ

สิ่งที่ส่งมอบ:

• RTM ที่จะสร้าง
• รายงานความเป็นไปได้ของการทำงานอัตโนมัติจะถูกสร้างขึ้น ถ้ามี

2. การวางแผนการทดสอบ

ขั้นตอนที่สองของ การทดสอบซอฟต์แวร์ วัฏจักรชีวิต (STLC) เรียกว่าขั้นตอนการวางแผนการทดสอบ เกี่ยวข้องกับการกำหนดกลยุทธ์การทดสอบโดยผู้จัดการ QA อาวุโสเพื่อดำเนินกิจกรรมการทดสอบต่างๆ

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

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

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

ขั้นตอนการพัฒนาแผนการทดสอบนี้ยังเกี่ยวข้องกับการประเมินความพยายามและต้นทุนของโครงการพร้อมกับเอกสารแผนการทดสอบ

เกณฑ์การเข้า:

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

กิจกรรม:

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

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

• ผู้จัดการการทดสอบมีแผนการทดสอบที่ได้รับอนุมัติ
• ต้องลงนามในเอกสารการประเมินต้นทุนและความพยายาม

สิ่งที่ส่งมอบ:

• ส่งเอกสารกลยุทธ์การทดสอบแล้ว
• เอกสารการประเมินต้นทุนและความพยายามให้ไว้

3. การออกแบบทดสอบ (กรณีทดสอบ)

การตรวจสอบ การสร้าง และการทำงานซ้ำของกรณีทดสอบ สคริปต์ทดสอบ และข้อมูลการทดสอบต่างๆ จะต้องเสร็จสิ้นในการทดสอบ STLC ระยะนี้

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

อย่างไรก็ตาม เราต้องรู้ว่าเป็นไปไม่ได้ที่จะดำเนินการทดสอบทั้งหมดที่เป็นไปได้

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

เกณฑ์การเข้า:

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

กิจกรรม:

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

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

• กรณีทดสอบ/สคริปต์ต้องได้รับการตรวจสอบและลงนาม
• ข้อมูลการทดสอบต้องได้รับการตรวจสอบและลงนาม

สิ่งที่ส่งมอบ:

• กรณีทดสอบหรือสคริปต์ที่สร้างขึ้น
• กรณีทดสอบเสร็จสิ้น

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

เงื่อนไขของฮาร์ดแวร์และซอฟต์แวร์ที่จะทำการทดสอบจะถูกกำหนดในเฟสนี้ของ STLC

สามารถทำได้ควบคู่ไปกับขั้นตอนการออกแบบการทดสอบ

การตั้งค่าสภาพแวดล้อมการทดสอบเป็นหนึ่งในส่วนที่สำคัญที่สุดของกระบวนการทดสอบ

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

เฟสนี้ไม่จำเป็นต้องดำเนินการหากการออกแบบการทดสอบมีสภาพแวดล้อมการทดสอบ

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

• ต้องมีแผนการตั้งค่าสภาพแวดล้อมจากขั้นตอนการออกแบบการทดสอบ
• ต้องมีเอกสารการออกแบบและสถาปัตยกรรมของระบบ

กิจกรรม:

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

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

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

สิ่งที่ส่งมอบ:

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

5. การดำเนินการทดสอบ

ขั้นตอนที่ห้าของ STLC เรียกว่าการดำเนินการทดสอบ เกี่ยวข้องกับการทดสอบซอฟต์แวร์บิลด์ตามกรณีทดสอบและข้อมูลการทดสอบที่สร้างขึ้นในเฟสที่สามของ STLC และดำเนินการภายในสภาพแวดล้อมการทดสอบที่พัฒนาขึ้น

ผู้ทดสอบจะต้องดำเนินการทุกกรณีทดสอบในขั้นตอนการดำเนินการทดสอบนี้ และสร้างรายงานการดำเนินการกรณีทดสอบ

การเรียกใช้สคริปต์ทดสอบ การรายงานข้อบกพร่อง และการบำรุงรักษาสคริปต์ทดสอบเป็นขั้นตอนบางส่วนที่เกี่ยวข้องกับระยะนี้ของ STLC

หากมีการรายงานข้อบกพร่อง การทดสอบจะหยุดลงและจะถูกส่งกลับไปยังทีมพัฒนา

เมื่อทีมพัฒนาแก้ไขข้อบกพร่องแล้ว การทดสอบซ้ำจะดำเนินการ

เกณฑ์การเข้า:

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

กิจกรรม:

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

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

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

สิ่งที่ส่งมอบ:

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

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

ขั้นตอนสุดท้ายของ STLC หรือ Test Closure เป็นขั้นตอนที่สำคัญในโครงการเพื่อขจัดปัญหาคอขวดของกระบวนการสำหรับรอบการทดสอบในอนาคต

ระยะการปิดรอบการทดสอบเกี่ยวข้องกับการรวบรวมรายงานขั้นสุดท้าย เมทริกซ์ความสมบูรณ์ของการทดสอบ และการรายงานผลการทดสอบเสร็จสิ้น

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

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

• การทดสอบทั้งหมดเสร็จสิ้น
• ผลการทดสอบขั้นสุดท้ายสามารถใช้ได้
• มีบันทึกข้อบกพร่องที่สมบูรณ์

กิจกรรม:

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

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

• ลูกค้าจะลงนามในรายงานการปิดการทดสอบ

สิ่งที่ส่งมอบ:

• ส่งเมตริกทดสอบแล้ว
• สร้างรายงานการปิดการทดสอบแล้ว

STLC กับ SDLC: ต่างกันอย่างไร?

SDLC กับ STLC

คำถามที่พบบ่อยของ STLC

ขั้นตอนของ STLC คืออะไร?

มีหกขั้นตอน: การวิเคราะห์ความต้องการ การวางแผนการทดสอบ การพัฒนากรณีทดสอบ การตั้งค่าสภาพแวดล้อมการทดสอบ การดำเนินการทดสอบ การปิดรอบการทดสอบ

ความแตกต่างระหว่าง STLC และ SDLC คืออะไร?

เอสทีแอลซี: ย่อมาจาก Software Testing Life Cycle ซึ่งทีม QA จะทดสอบซอฟต์แวร์ที่พัฒนาแล้วเพื่อหาจุดบกพร่องที่เป็นไปได้ โดยใช้แผนการทดสอบ กรณีทดสอบ และสภาพแวดล้อมการทดสอบ
SDLC: ซึ่งย่อมาจาก Software Development Life Cycle ซึ่งนักวิเคราะห์ธุรกิจจะวิเคราะห์ความต้องการทางธุรกิจโดยพิจารณาจากนักพัฒนาที่พัฒนาโค้ด การทดสอบและบำรุงรักษาเป็นส่วนหนึ่งของ SDLC

วงจรชีวิตของ QA คืออะไร?

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

เกณฑ์การเข้าสำหรับการเข้ารหัสคืออะไร?

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