Тестирование и сборка. Продолжение последовало.

← →
Alex Konshin (2004-01-06 11:26) [0]

Обновил статью про организацию работы в нашей компании (про сборку, тестирование и пр).

Та ветвь уже где-то далеко... Потому создал новую.
Для тех, кто не в курсе, да и для напоминания тем, кто забыл:
http://home.earthlink.net/~akonshin/Workflow_in_PTC.html

← →
Sandman25 (2004-01-06 11:51) [1]

Большое спасибо!

← →
Calm (2004-01-06 11:55) [2]

очень интересно.
Прочитал половину, втрорую позже прочту - работа, однако.

← →
Brahman (2004-01-06 11:56) [3]

Да, классно..
Вот и ответ на вопрос..
Если с железяками+софтом такой техпроцесс у нас был, то с чистым софтом - вряд ли.

← →
Sergey_Masloff (2004-01-06 11:58) [4]

Отличный материал. Распечатаю и в понедельник на планерке буду не просто стучать №%; по столу а с фактографией. Многое из упомянутого про тестирование у нас применяется но все как-то криво. А тут практически готовое описание. Вобщем, спасибо.

← →
Sandman25 (2004-01-06 12:02) [5]

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

← →
panov (2004-01-06 12:06) [6]

>Sandman25 © (06.01.04 12:02) [5]

Это принцип - Код должен работать, перед тем, как вносятся новые изменения(появляется новый билд).

← →
Alex Konshin (2004-01-06 12:11) [7]

> Sandman25 © (06.01.04 12:02) [5]
Просто у нас реально для конечных продуктов настоящие билды выходят один-два в неделю (хотя часть строится ежедневно). И потому жаль затраченное время, да и следующий билд еще не готов.
Так как это конвейер, то сборки билдов находятся на разных стадиях и соответственно этим могут заниматься разные люди.

Проблема даже не в том, что не находят причину сбоя или что нет соответствующего исправления, а в том, что зачастую это требует полной пересборки всего. Поэтому пытаются сделать патч или найти какой-нибудь обход. Если уж не получается никак - забрасывают и все силы на новый билд.

← →
Игорь Шевченко (2004-01-06 12:13) [8]

Спасибо!

Завидно, однако :)

← →
Alex Konshin (2004-01-06 12:17) [9]

Да и еще важно помнить, что последующие исправления должны основыватья и тестироваться на последнем построенном билде. То есть, разработчики ждут хотя бы чего-нибудь работаещее (пусть с патчами), ведь вполне возможно, что эта проблема их не касается.

← →
Sandman25 (2004-01-06 12:41) [10]

panov
Alex Konshin

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

← →
.Lex (2004-01-06 13:18) [11]

Кто-нибудь выложите плиз статью в другое место или пришлите на мыло - никак не могу достучаться на тот сайт

← →
Alex Konshin (2004-01-07 09:06) [12]

На самом деле я в статье не вдавался в тонкости сборки. Реально все обстоит несколько сложнее (вообще-то по намекам можно догадаться). Я просто подумал, что и без того описание запутанное. Хотя, с другой стороны, вас скорее всего именно детали и интересуют. Могу дописать, если хотите.

Реально не только каждое подразделение, но иногда даже команды имеют свою группу integration. Они занимаются сборкой отдельных модулей - пакетов, dll, интернационализация, документация, и все это для каких-то подсистем или частей продукта. А сборку продуктов производит уже другая группа, которая собирает готовые модули в единый продукт, создает инсталяторы для него и выкладывает все в общедоступное место. На самом деле и это не совсем правда - не существует одного инталятора, который бы ставил сразу весь продукт, для того, что поставить любой из продуктов семейства Windchill нужно прогнать штук пять инсталяторов. То есть, во время сборки собирается несколько десятков инсталяторов для разных продуктов и их частей. Все они получают один и тот же номер билда. Но так как некоторые части пересобираются по несколько раз, то у нас есть еще понятие итерация. Обычно сначала делают какой-то временный патч, а потом уже пересобирают соответствующий модуль и таким образом создается новая итерация его (а билд остается прежним). То есть билд это все-таки некий абстрактный набор итераций модулей в котором сохраняется их совместимость. А вот модули из разных билдов не обязаны быть совместимыми (по крайней мере это не тестируется и не гарантируется). Отдельные модули собираются достаточно часто (раз в 1-3 дня), а вот номера билдов меняются где-то раз в неделю.

Не знаю, понятно ли то, что я тут написал... Теперь вы видите, почему я не хотел это описывать в статье.

← →
Думкин (2004-01-07 10:48) [13]

> [11] .Lex © (06.01.04 13:18)

Большие буквы при прямом переходе уходят в маленькие - поэтому и не можешь.

← →
.Lex (2004-01-07 13:59) [14]

2Думкин
Ха, действительно. И почему так..?
2 Alex Konshin
спасибо за письмо.

← →
Думкин (2004-01-07 14:02) [15]

> [14] .Lex © (07.01.04 13:59)

При выкладывании фоток со встречи мастаков - у меня такое было, матерился народ - говорил ссылка битая. :-(
Я с клиентоом работаю.

← →
.Lex (2004-01-07 23:53) [16]

Я тоже с клиентом(dmclient), хоть и не частый гость тут. Это он получается ссылкам downcase делает?
Насчет статьи. Мне кажется все как-то сложно построено - если половину этого убрать, качество программы снизится процентов на 10... Хотя, я наверное просто оправдываю наши спартанские условия труда :(

← →
Alex Konshin (2004-01-08 01:40) [17]

Ты просто не осознаешь масштабы.
Когда я сюда пришел, тут было 4500 работников, сейчас это количество снизили до 3000. Причем, заметь, я говорю не о фабрике или банке, а о софтверной компании.

← →
Sandman25 (2004-01-12 10:48) [18]

Спасибо за продолжение!
Отправка сообщений об ошибках ночью на пейджер на другой конец Земли для экстренного изменения теми, у кого сейчас день, - это круто.

← →
Странник (2004-01-12 12:59) [19]

Нормальная и для таких масштабов - правильная организация труда.
Спасибо за красивую статью.

← →
Alex Konshin (2004-01-14 21:15) [20]

Статья на английском некого мужика, где он подробно описывает, как писать спецификации.
http://www.keycomputerconsultants.com/kcc/kccspec.html

Не буду утверждать, что у нас все так пишут как там описывается, но я знаю таких, которые воспринимают его буквально как руководство к действию.
Я к ним не отношусь :).

Тестирование и сборка. Продолжение последовало. Найти похожие ветки