Действительно ли методика тестирования V-модели полезна для команд Гибкой разработки? [закрытый]
3 ответа
V-модель широко используется в моей компании. Я должен добавить это, ИМХО, есть лучшие модели разработки, но V-модель все еще может быть эффективно использована при разработке крупных систем, где вы не используете итеративное развитие.
Тем не менее, это моя идея о том, что развитие тестирования все еще может применяться к V-модели, как часть фазы фазы тестирования устройства и даже на фазе интеграции . , если вы можете автоматизировать это как часть цикла разработки.
V-образность, однако, видит системные тестирования в качестве теста, который возникает после . Рассматривается разработка продукта Complete, так что тест - развитие не применяется. Уверен, что вы можете автоматизировать его через использование инструментов, сценариев или программ, но вы больше не разрабатываете свой код. На системных тестах вы больше не заботитесь о коде, только о спецификациях. Это происходит так, потому что ваши тесты единицы могут быть неполными.
Наконец, Прием пользователя , в V-модели не должно быть полностью автоматизировано, потому что это когда окончательный пользователь смотрит на систему и решает, придерживается ли он требованиям или нет. Конечно, у пользователя будет сценарий на руках, чтобы узнать, что он / она должен быть тестированием, и в случае, скажем, пакетные системы, там будет поставка данных, но никоим образом не следует определять скрипт Успех этого этапа.
Но давайте вернемся к вопросу. То, что я только что сказал, что TDD и Automation могут быть использованы в качестве реализации фаз тестирования в V-модели. Итак, если вы сможете использовать V-образные тестирования с Agile Development, поскольку презентация, которую вы увидели, подтвержденные, то я также могу использовать методы TDD и Automation.
Однако я не уверен, что вы хотели бы. Я не знаю, как можно применить V-образную модель для Agile или, если бы она была последовательной, так как V-модель не Agile .
Разработка тестирования, ориентированная на технику, а не тестировать. Это не антагонист с подходом V.
С другой стороны, V-модель подразумевает один длительный цикл развития. Это антагонист с гибким подходом.
V Модельные тестирования на самом деле не вписываются в дух провилегированного развития. Так что короче говоря, хотя это возможно, что это можно сделать, это будет под угрозу природу проворного процесса.
Одной из важных особенностей Agile является способность адаптироваться к изменению. Модель V не очень хорошо поддерживает.