нет, не было алкоголя
Но все-таки вопрос остался. Ведь результатом каждой итерации все-таки получается готовый инкремент?) таким образом, разделение на 3 отдельные модели - излишество)

это не излишество, а выделение отдельных аспектов (то есть упрощение модели тем или иным способом)

вероятно, вас интересует, бывают ли "не итеративные" или "не инкрементальные" или даже "не итеративные и не инкрементальные" процессы в реальной жизни?

нет, немного не то. Скорее меня интересует, делит ли кто-нибудь реально на 3 конкретно эти модели (с остальными вопросов не возникает). Т.е. не только итеративно-инкрементную модель, но и отдельно итеративную и отдельно инкрементную. Такое разделение встретила лишь 1 раз, в остальных случаях рассматривались отдельно либо итеративно-инкрементная модель либо только последние две (без объединения в общую модель). Почитали вчера. Так очень часто разницы в описании итеративной и итеративно-инкрементной почти и не найти. Разобраться теперь очень хочется, чтобы в головушке все уложилось.

да всем пофиг так-то, кроме "специалистов по процессам", а остальные просто работают :)

вам действительно важно, итеративно-инкрементальный процесс у вас или просто итеративный?

хотелось бы для себя разобраться

Не всегда результатом каждой итерации получается готовый инкремент. Итеративная модель может применяться только к планированию, например. С точки зрения тестирования, я бы возможно отнесла v модель к итеративной :) Итеративно-инкрементальная - это спиральная модель разработки и agile. Есть цикл/спринт (итерация), результатом которых является mvp (инкремент). Инкрементальную отдельно, я думаю сейчас почти не использует, это например когда есть очень ограниченные сроки и над инкрементами продукта работают параллельно несколько команд, в конце инкременты объединяются в конечный продукт (о том будет ли он работать, уже другая история).

На корректность не претендую, это лишь мое понимание)

Меня тоже так учили, потому согласна :)

ну вот смотрите,
1) у меня есть (да и не один) pet-project, для себя кое-то разрабатываю. у меня процесс "инкрементальный", но не "итеративный", никаких выделенных запланированных итераций нет, появляется свободное время и желание — что-нибудь делаю
2) есть отдел, скажем, поддержки, они на вопросы отвечают, пользователям помогают. у них может быть итеративный процесс, план на неделю или месяц, отчетность по количеству обслуженных клиентов, но инкрементальности никакой

v образную все-таки выделила бы отдельно
А если так:
инкрементная - когда мы разрабатываем отдельными модулями (как в Rad например), при этом каждый модуль не обязательно ведет к работающей версии, также мы разрабатываем по времени столько, сколько потребуется для запланированного модуля
итеративная - разрабатываем функционал за определенный промежуток времени (все-таки должна настоять, что результат всегда законченная работоспособная часть функционала).
и Итеративно-инкрементальная - когда мы за определенный период времени должны разработать определенный модуль, который возможно оценить (как раз спринты)
??

👍

спасибо
но процесс надо распаралелить на 4 диска
чтобы не останавливался несколько часов

Несколько терминалов?

nohup ... &

Подскажите, можно ли ставить в Android Studio эмулятор ранних версий?
В современном эмуляторе отсутствуют поля ввода

Скажите пожалуйста,
а кто-то работает по такой схеме?

Тестовая документация. Превращаем таблицы в деревья / Хабрахабр
https://m.habrahabr.ru/company/touchinstinct/blog/334660/

Работал по подобной давным-давно, тогда это называлось mindmap-ами :)
Если людей немного и проект небольшой, то удобно. Короче, если вы работаете с чек-листами, то такое представление будет удобно. Если у вас куча тест-кейсов, то пусть они так и остаются

По две тысячи кейсов/чек-листов в каждом сьюте.
Лучше не выделываться?