V-model เป็นส่วนเสริมของ Waterfall model ดังนั้นอย่าคาดหวังว่ามันจะแตกต่างกันอย่างมาก
โดยทั่วไปคุณจะติดตาม V-model จากซ้ายไปขวาเหมือนกับในโมเดล Waterfall ใน Waterfall คุณต้องทำข้อกำหนดออกแบบใช้งานตรวจสอบและบำรุงรักษาในที่สุด ในทำนองเดียวกันในรูปแบบ V คุณทำข้อกำหนดออกแบบดำเนินการตรวจสอบและบำรุงรักษา: ขั้นตอนเดียวกันในทั้งสองกรณี
ความแตกต่างที่สำคัญกับ Waterfall คือวิธีการนำเสนอและการเน้นการทดสอบ
เป็นตัวแทนของการไหลเป็นรูปตัววีช่วยสร้างความแตกต่างระหว่างทุกสิ่งที่มาก่อนการเข้ารหัส (ความต้องการสถาปัตยกรรมและการออกแบบ) และทุกอย่างที่ตามมาการเข้ารหัส (การทดสอบเป็นหลัก) ในขณะที่การทดสอบเป็นเพียงหนึ่งในห้าขั้นตอนใน Waterfall ดูเหมือนว่าเกือบครึ่งหนึ่งของกระบวนการใน V-model
แผนภาพในคำถามของคุณซับซ้อนกว่าเล็กน้อย สิ่งที่พยายามแสดงคือตัวอย่างเช่นขั้นตอนการออกแบบระบบไม่เพียง แต่นำไปสู่เอกสารการออกแบบระบบเช่นเดียวกับรุ่นของ Waterfall ที่จะแนะนำ แต่ยังรวมถึงการออกแบบระบบทดสอบซึ่งจะช่วยในการเขียนการทดสอบระบบในภายหลัง แผนภาพเพียงแค่ทำให้ความสำคัญมากยิ่งขึ้นในการทดสอบ ในที่สุดการออกแบบการทดสอบระบบช่วยในการออกแบบสถาปัตยกรรม (มันจะแปลกไปในการออกแบบสถาปัตยกรรมโดยไม่คำนึงถึงการออกแบบการทดสอบระบบ)
ค้นหาคำอธิบายอื่น ๆ บนอินเทอร์เน็ตฉันไม่สามารถหลีกเลี่ยงการอ้างถึงบทความต่อไปนี้โดย Bhakti Satalkar :
ข้อแตกต่างที่สำคัญระหว่างโมเดลน้ำตกและโมเดล V คือในโมเดลน้ำตกจะมีการทดสอบกิจกรรมหลังจากการพัฒนาสิ้นสุดลง ในทางกลับกันในรูปแบบ V การทดสอบกิจกรรมเริ่มต้นด้วยระยะแรก กล่าวอีกนัยหนึ่งน้ำตกจำลองเป็นกระบวนการต่อเนื่องในขณะที่รุ่นวีเป็นกระบวนการพร้อมกัน เมื่อเทียบกับซอฟต์แวร์ที่ทำโดยใช้โมเดลน้ำตกจำนวนข้อบกพร่องในซอฟต์แวร์ที่ทำโดยใช้โมเดล V จะน้อยกว่า นี่เป็นเพราะความจริงที่ว่ามีกิจกรรมการทดสอบซึ่งดำเนินการพร้อมกันในรูปแบบ V ดังนั้นรูปแบบน้ำตกจะถูกใช้เมื่อความต้องการของผู้ใช้ได้รับการแก้ไข หากความต้องการของผู้ใช้มีความไม่แน่นอนและเปลี่ยนแปลงอยู่ตลอดเวลาโมเดล V เป็นทางเลือกที่ดีกว่า
คำอธิบายนี้เป็นความเข้าใจผิด มันจะเป็นจริงเฉพาะถ้าคุณแทนที่ "รุ่น V" ในคำพูดด้วยวิธีการใดก็ได้ Agile
แตกต่างจากรัฐบทความในรูปแบบ V การทดสอบจะทำหลังจากการเข้ารหัส; ตัวอย่างเช่นดูที่Wikipedia :
คำวิจารณ์เชิงปฏิบัติทั่วไปของ V-Model ก็คือมันนำไปสู่การทดสอบที่ถูกบีบอัดเข้าไปในหน้าต่างที่แน่นหนาเมื่อสิ้นสุดการพัฒนาเมื่อช่วงก่อนหน้านี้มีการบุกรุกมากเกินไป แต่วันที่ดำเนินการยังคงอยู่
ในขณะที่ในรูปแบบ V การออกแบบการทดสอบระบบจะติดตามการออกแบบระบบโดยไม่ต้องรอจนกว่าจะใช้งานผลิตภัณฑ์เสร็จสิ้นซึ่งไม่ได้หมายความว่าจะทำการทดสอบตัวเองก่อนการเข้ารหัส ผู้เขียน จำกัด รูปแบบ V ด้วยวิธี Agile เช่น Test Driven Development (TDD) ใน Extreme Programming (XP)
V