В чем разница между V-моделью и водопадным методом?

Обе эти модели являются моделями программных процессов, которые используются для разработки любого программного обеспечения. Модель водопада - это модель, в которой вы не можете вернуться к предыдущим шагам. Как и водопад, он течет или работает только в одном направлении, вы не сможете перейти к предыдущему шагу. Так что для этого вы должны полностью завершить текущий шаг и не оставлять никаких работ на этом шаге. В противном случае, если вы дойдете до конца следующего шага и обнаружите, что на предыдущем шаге чего-то не хватало, вам придется снова начать с нуля. Это похоже на движение с односторонним движением, в котором нельзя двигаться назад.

Хотя, с другой стороны, все шаги V-модели почти такие же, как и в модели водопада, но разница заключается в том, что модель водопада движется вниз, она работает в форме V-образной формы и движется вверх. . До этапа кодирования модель движется вниз, но после этапа кодирования она изгибается и движется вверх. Причина этой V-образной формы в том, что каждый шаг, сделанный на одной стороне, будет проверяться на другой стороне, поэтому в конце все шаги будут проверены и протестированы правильно.

В каскадной модели она включает в себя все фазы SDLC , но
дело в том, что после того, как требование выдано, его нельзя изменить. В этой модели помощь
тестировщика может потребоваться только один раз. Как только требования выполнены, вы не можете
изменить их снова ни на одном этапе. Эта модель использовалась только для исправления требований.

В V-Model каждая фаза может быть разработана и протестирована одновременно,
роль тестировщика будет выполняться на этапе требований. Согласно нашему
требованию, вы можете вносить изменения на этапе требований. Это
изменение требований может быть невозможно в модели водопада.

В модели V мы проведем различные этапы тестирования и убедимся, что требования, поставленные заказчиком, выполняются должным образом. Выполняется тестирование, такое как модульное тестирование, модульное тестирование, интеграционное тестирование, системное тестирование и пользовательское приемочное тестирование. Помните, что Клиент, который предъявляет нам требования, и Пользователь - это два разных человека. В модели «Водопад» мы придерживаемся только одного жесткого процесса разработки, и если временной период проекта больше, а в современном мире аппаратные технологии быстро меняются, обслуживание этого проекта будет затруднено.

Ребята вы быков не бьете. Сначала сравните яблоко с яблоком, сообщая разницу. Вы хотите сказать, что в модели водопада тестирование системы и приемочное тестирование пользователей не выполняется?