2010-11-22 2 views

ответ

1

Вы правы. Традиционный способ разработки программного обеспечения (называемый водопадом) после этих шагов. В прошлом году многие методологии создаются, и в настоящее время они улучшают процесс разработки программного обеспечения.

Если вы не сейчас о методологиях, таких как Extreme Programing (XP), Test Driven Development (TDD), Scrum, Kanban, Behavior Driven Development (BDD), Agile Unified Process, Feature Driven Development (FDD) и других Гибкие методологии (очень распространенные в наши дни) не волнуются. В Интернете много материалов. Некоторые из этих методологий сосредоточены в программном обеспечении для построения и тестирования на уровне исходного кода (TDD, BDD), другие более ориентированы на управление всем процессом (Scrum, Kanban).

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

0

Одна из других фаз, которые я видел, - это тестирование производительности. Эта фаза более ведется с помощью измерения производительности, основанного на ожидаемых SLA для продукта. Это способ бенчмаркинга продукта UAT и pre Production

Смежные вопросы