V-Model ในการทดสอบซอฟต์แวร์

วีโมเดล

วีโมเดล เป็นโมเดล SDLC ที่มีระเบียบวินัยสูงซึ่งมีขั้นตอนการทดสอบขนานกับแต่ละขั้นตอนการพัฒนา โมเดล V เป็นส่วนขยายของโมเดล Waterfall ซึ่งการพัฒนาและการทดสอบซอฟต์แวร์จะดำเนินการตามลำดับ เป็นที่รู้จักในชื่อ Validation หรือ Verification Model

ข้อกำหนดวิศวกรรมซอฟต์แวร์ที่สำคัญ:

SDLC: SDLC คือวงจรชีวิตการพัฒนาซอฟต์แวร์ เป็นลำดับกิจกรรมที่นักพัฒนาดำเนินการเพื่อออกแบบและพัฒนาซอฟต์แวร์คุณภาพสูง

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

โมเดลน้ำตก: แบบจำลองน้ำตกเป็นแบบจำลองตามลำดับที่แบ่งออกเป็นขั้นตอนต่างๆ ของกิจกรรมการพัฒนาซอฟต์แวร์ แต่ละขั้นตอนได้รับการออกแบบสำหรับการดำเนินกิจกรรมเฉพาะ ขั้นตอนการทดสอบในโมเดลน้ำตกจะเริ่มหลังจากการใช้งานระบบเสร็จสิ้นเท่านั้น

วิดีโอเพื่อทำความเข้าใจ V Model ในวิศวกรรมซอฟต์แวร์

คลิก Good Farm Animal Welfare Awards หากไม่สามารถเข้าถึงวิดีโอได้

ตัวอย่างเพื่อทำความเข้าใจโมเดล V

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

ลำดับที่ถูกต้องจะเป็น

ขั้นตอนของการพัฒนาซอฟต์แวร์	กิจกรรมที่ทำในแต่ละขั้นตอน
ขั้นตอนการรวบรวมความต้องการ	รวบรวมข้อมูลให้มากที่สุดเท่าที่จะทำได้เกี่ยวกับรายละเอียดและข้อมูลจำเพาะของซอฟต์แวร์ที่ต้องการจากลูกค้า ซึ่งนี่เป็นเพียงขั้นตอนการรวบรวมข้อกำหนดเท่านั้น
ขั้นตอนการออกแบบ	วางแผนภาษาโปรแกรมเช่น Java, PHP, .สุทธิ; ฐานข้อมูลเช่น Oracle, MySQLฯลฯ ซึ่งจะเหมาะสมกับโครงการ รวมถึงฟังก์ชั่นและสถาปัตยกรรมระดับสูงอีกด้วย
สร้างเวที	หลังจากขั้นตอนการออกแบบ ก็เป็นขั้นตอนการสร้าง ซึ่งจริงๆ แล้วไม่มีอะไรนอกจากการเขียนโค้ดซอฟต์แวร์
ขั้นตอนการทดสอบ	ถัดไป คุณทดสอบซอฟต์แวร์เพื่อตรวจสอบว่าถูกสร้างขึ้นตามข้อกำหนดที่ลูกค้ากำหนด
ขั้นตอนการปรับใช้	ปรับใช้แอปพลิเคชันในสภาพแวดล้อมที่เกี่ยวข้อง
ขั้นตอนการบำรุงรักษา	เมื่อระบบของคุณพร้อมใช้งานแล้ว คุณอาจต้องเปลี่ยนรหัสในภายหลังตามคำขอของลูกค้า

ระดับทั้งหมดเหล่านี้ประกอบขึ้นเป็น วิธีน้ำตก ของ วงจรชีวิตการพัฒนาซอฟต์แวร์.

ปัญหาเกี่ยวกับโมเดลน้ำตก

ดังที่คุณอาจสังเกตได้ว่า การทดสอบในโมเดลจะเริ่มต้นหลังจากการใช้งานเสร็จสิ้นเท่านั้น

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

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

นอกจากนี้ ค่าใช้จ่ายในการแก้ไขข้อบกพร่องเพิ่มขึ้นตลอดวงจรการพัฒนา ยิ่งตรวจพบข้อบกพร่องในวงจรชีวิตเร็วเท่าใด การซ่อมแซมก็จะยิ่งถูกกว่า ดังที่พวกเขากล่าวไว้ว่า “การเย็บร้อยในเวลาจะช่วยรักษาเก้าคนได้”

วิธีแก้ปัญหา: รุ่น V

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

• ด้านซ้ายของโมเดลคือ Software Development Life Cycle – SDLC
• ด้านขวาของโมเดลคือ Software Test Life Cycle – เอส.ที.แอล
• รูปร่างทั้งหมดดูเหมือนตัว V จึงเป็นที่มาของชื่อ วี – รุ่น

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

ตัวอย่างที่ดีของวงจรชีวิตการพัฒนาตามวิธีการแบบวนซ้ำ ได้แก่ การพัฒนาแอปพลิเคชันอย่างรวดเร็ว การพัฒนาแบบคล่องตัว

สรุป

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

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