Комментарии 43
Все это хорошо и даже замечательно, вот только у меня на кафедре по дисциплине «Метрология и сертификация» были не «проблемы оценки метрических характеристик качества ПО», а метрология и сертификация… измерительных приборов! А что поделать, когда завкаф — старая дура?
Вполне возможно, что «проблемы оценки метрических характеристик качества ПО» не входят в учебный план, предусмотренный по дисциплине «Метрология и сертификация». Особенно касается тех специальностей, которые направленные, например, «Метрология и сертификация (в машиностроении)/(в металлургии)/и т.п.»
Как раз моя специальность — это и есть 220400 — «Программное обеспечение вычислительной техники и автоматизированных систем» по направлению 654600 «Информатика и вычислительная техника». Вот только, как я уже сказал, завкаф — старая дура и думает, что программист.
К счастью, я уже выпустился, и этот бардак, который называется «образование» меня больше не касается.
К счастью, я уже выпустился, и этот бардак, который называется «образование» меня больше не касается.
Это различные дисциплины, Метрология и сертификация уже мной пройдена и забыта, а Метрология программного обеспечения еще только предстоит.
Ставлю топику плюс, думая о том, что возможно, когда-нибудь в далеком будущем, я воспользуюсь каким-нибудь из этих инструментов)
Тема актуальная, ждём продолжения
Спасибо за обзор, было бы неплохо в продолжении рассказать об интеграции этих инструментов в phpUnderControl.
О некоторых вещах даже не знал, очень жду продолжения этой темы.
Раньше мерялись линейкой у кого больше, а сейчас у кого на чем и сколько строчек=)
А Sebastian Bergmann молодец…
Спасибо за обзор инструментов, давно я не смотрел в эту сторону. Будет интересно посмотреть на результаты проекта.
Спасибо за обзор инструментов, давно я не смотрел в эту сторону. Будет интересно посмотреть на результаты проекта.
Нового пожалуй ничего не узнал, но вот то что такой сборник в одном месте…
Спасибо за подборку, очень удобно.
Спасибо за подборку, очень удобно.
Хорошая подборка. Жаль только, что большинство людей прочитает, в лучшем случае посмотрит, и забудет.
Спасибо за подборку, некоторые знал и использовал. Некоторые надо будет попробовать использовать.
о тэгов что-то в глазах рябит :)
плюсую. инструменты полезные. не всеми пока довелось попользоваться, но когда пишешь крупный проект, за всем уследить становится труднее и нужны дополнительные средства. Особенно когда работаешь один и проект тянется больше года.
Подробные обзоры было бы интересно почитать.
Подробные обзоры было бы интересно почитать.
Мы все это здорово запустили вместе с AtlassianBamboo для автоматических билдов, но парочка инструментов все-таки не знакома — спасибо!
Я пробовал и Bamboo и меня он впечатлил не так сильно как TeamCity, но возможно при интеграции c другими их продуктами он все-таки выигрывает.
Нужно будет попробовать обязательно. Что мне в нем особенно кажется примечательным — это возможность не принимать коммит в репозиторий если провалились какие-то тесты или инспекции. Так чтобы никто не мог передать в репозиторий сбойный код. В bamboo этого нет.
Мне бы процесснинг xml сначала там сделать в презентабельном виде и как нить умудриться phpDoc и прочий html в iframe подгружать в доп. табах…
И к тому же для приложений которые поставляются как есть, такое будет наверное больше вредить нежели помогать, а вот если это контроллер к искусственной почке тогда да.
Да, наверное так и есть — но у нас после удачного билда идет автоматический деплоймент на рабочие серверы, поэтому без тестов никак. А если тесты провалились, то нафиг такой код в репозиторий принимать. Можно послать автору коммита сообщение и пускай поправит свой код. Так что почти как контроллер от почки получается ))
Кстати все эти желанные функции становятся все менее актуальны с переходом на репозитории Git вместо Subversion. Некоторое время назад поддержки Git в TeamCity не было, не знаю как сейчас. Возможно уже сделали?
Кстати все эти желанные функции становятся все менее актуальны с переходом на репозитории Git вместо Subversion. Некоторое время назад поддержки Git в TeamCity не было, не знаю как сейчас. Возможно уже сделали?
Сейчас уже есть, всего поддерживается 10 различных VCS.
Со временем планируется использовать аналогичную схему для деплоя, только рабочие это продакшин или стейджинг?
Со временем планируется использовать аналогичную схему для деплоя, только рабочие это продакшин или стейджинг?
Ну это по желанию, у нас продакшен, но деплоймент-билды все равно запускаются вручную из бамбу.
А есть уже какие-то ощущения что непрерывная интеграция дает что-то полезное, если сравнивать период разработки до интеграции с Bamboo и после?
Да, конечно — прежде всего это непрерывная обратная связь, автоматическое развертывание и апдейты проекта. Также очень полезен автоматический сбор всех метрик и инспекции, генерация документации. Причем в сценарии построения можно встроить не только генерацию api-документации но и пользовательской документации, если например писать ее в докбуке и компилировать во вемя билда через phd.
Вобщем преимуществ масса и многие из них зависят индивидуально от вашего проекта и как вы адаптируете автоматизацию к своему процессу разработки. Главное тут поменьше ручного труда ))
Вобщем преимуществ масса и многие из них зависят индивидуально от вашего проекта и как вы адаптируете автоматизацию к своему процессу разработки. Главное тут поменьше ручного труда ))
То есть для проекта есть три вида билдов: 1. быстрый билд (при каждом коммите в репозиторий) 2. полный билд (каждое утро — все проверки, инспекции и генерация документации) 3. деплоймент-билд (вручную — все проверки + обновление рабочих серверов)
Благодарю. Полезно.
+
+
Полезные инструменты. Спасибо! Буду улучшать качество своего кода.
однозначно в мемориз!
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Обеспечение качества программного продукта