Bisakah seseorang menjelaskan proses Model V? Kenapa berbeda dengan model Waterfall?

Tampaknya Model V hanya Model Air Terjun dengan bagian bawah Air Terjun membungkuk ke atas untuk membentuk V. Saya tidak melihat bagaimana itu menambahkan sesuatu yang baru.

Dari diagram, saya juga tidak mengerti alirannya. Ada panah yang menunjuk ke segala arah dan saya tidak bisa mengerti apa yang lebih dulu. Apakah kita mengikuti V dari kiri atas, turun ke tengah bawah lalu kembali ke kanan atas? Atau apakah kita maju turun V melakukan segalanya lebih tinggi sebelum item lebih rendah?

Internet kurang memiliki penjelasan yang memadai tentang model ini. Akan luar biasa jika seseorang dapat menjelaskannya dalam bentuk StackExchange sejati :)

V-model adalah perpanjangan dari model Waterfall, jadi jangan berharap itu menjadi sangat berbeda.

Pada dasarnya, Anda mengikuti V-model dari kiri ke kanan , seperti pada model Waterfall. Di Waterfall, Anda melakukan persyaratan, desain, implementasi, verifikasi, dan akhirnya pemeliharaan. Dengan cara yang sama, dalam model-V, Anda melakukan persyaratan, desain, implementasi, verifikasi, dan pemeliharaan: langkah-langkah yang sama dalam kedua kasus tersebut.

Perbedaan utama dengan Waterfall adalah cara penyajiannya dan penekanan pada pengujian.

Mewakili aliran sebagai bentuk-V membantu membuat perbedaan antara segala sesuatu yang datang sebelum pengkodean (persyaratan, arsitektur dan desain) dan segala sesuatu yang mengikuti pengkodean (dasarnya pengujian). Sementara tes hanyalah salah satu dari lima langkah di Waterfall, sepertinya hampir setengah dari proses dalam model-V.

Diagram dalam pertanyaan Anda sedikit lebih rumit. Apa yang coba ditunjukkan adalah bahwa, misalnya, langkah desain sistem mengarah tidak hanya pada dokumen desain sistem, seperti yang disarankan model Waterfall, tetapi juga desain pengujian sistem, yang nantinya akan membantu penulisan tes sistem. Diagram hanya lebih menekankan pada pengujian . Akhirnya, melakukan desain pengujian sistem membantu dalam desain arsitektur (akan canggung untuk melakukan desain arsitektur terlepas dari desain pengujian sistem).

Mencari apa penjelasan lain di internet, saya tidak bisa menghindari mengutip artikel berikut oleh Bhakti Satalkar :

Perbedaan utama antara model air terjun dan model V adalah bahwa dalam model air terjun, kegiatan pengujian dilakukan setelah kegiatan pengembangan selesai. Di sisi lain dalam model V, kegiatan pengujian dimulai dengan tahap pertama itu sendiri. Dengan kata lain, model air terjun adalah proses yang berkelanjutan, sedangkan model V adalah proses yang simultan. Dibandingkan dengan perangkat lunak yang dibuat menggunakan model air terjun, jumlah cacat dalam perangkat lunak yang dibuat menggunakan model V lebih sedikit. Hal ini disebabkan oleh fakta, bahwa ada aktivitas pengujian, yang dilakukan secara bersamaan dalam model V. Oleh karena itu, model air terjun digunakan, ketika persyaratan pengguna ditetapkan. Jika persyaratan pengguna tidak pasti dan terus berubah, maka model V adalah alternatif yang lebih baik.

Penjelasan ini menyesatkan . Itu akan benar hanya jika Anda mengganti "model-V" dalam kutipan dengan metode Agile apa pun.

Berbeda dengan status artikel, dalam model-V, pengujian dilakukan setelah pengkodean; misalnya, lihat Wikipedia :

kritik praktis yang umum dari V-Model adalah bahwa hal itu mengarah pada pengujian yang diperas ke jendela ketat pada akhir pengembangan ketika tahap sebelumnya telah dikuasai tetapi tanggal implementasi tetap tetap.

Sementara, dalam model-V, desain pengujian sistem mengikuti desain sistem tanpa menunggu sampai implementasi produk dilakukan, ini tidak berarti bahwa pengujian itu sendiri dilakukan sebelum pengkodean. Penulis mengacaukan model-V dengan pendekatan Agile seperti Test Driven Development (TDD) dalam Extreme Programming (XP).