Используете ли вы методики разработки?
Каждый раз, когда берусь писать какой-то проект вспоминаю про "парадигмы" разработки, вроде TDD, Unit testing. И каждый раз, пытаясь в них разобраться, прихожу к выводу, что быстрее напишу код "как всегда", чем обучусь этим методикам. Использует ли кто-нибудь эти методики, и правда ли они помогают в разработке? Стоит ли их изучить? Где о них толково написано?
|
Я, честно, не использую (и не сказал бы, что это сказывается на качестве моего кода и программ). Но, как говорится, "то, что не убивает - делает нас сильнее" - поэтому знать (до кучи) - тоже будет полезно. А вообще, интересно - перед разработкой самой программой, пишется тестер этой программы. На этом этапе так же может быть дохрена ошибок, тестер в итоге может работать неправильно, а будут грешить на программу, которую тестируют.
|
Какие-то тесты нужны обязательно, иначе глюков много. То одно то другое падает без тестов. Чем больше людей в проекте тем важнее тесты.
|
ds [.code],
Тут не столько качество повышается, как скорость разработки. В общем, я решился всё таки добить TDD и Unit testing, пускай пока на примере php (или python). Авось пригодится :) Когда обгрызу весь гранит науки agile-разработок, постараюсь отписать о результатах. |
Цитата:
|
Кстати, а может кто-нибудь подсказать правильную либу для Unit-тестов JavaScript?
|
тесты нужно писать для общих библиотек. для конкретных приложений написание тестов - пустая трата времени.
|
Не соглашусь. Я пишу на Ruby и с недавних пор пользую методику TDD, и, чисто субъективно, качество основного кода и тестов повышается на порядок. Каждый чих в программе покрыт тестами, и если где-то что-то ломается, это сразу видно. К тому же если сначала писать тест, а уж потом код, его выполняющий, то (поразительно, но действительно так!) то объёмы этого кода тоже сокращаются.
Я понимаю, что тут в основном одни эмоции :), но мне TDD реально помогает. Хотя это не серебряная пуля и не панацея от всех бед, говорят не всем она подходит, некоторым проще без неё. |
Для меня TDD выполняет роль мотиватора. Т.ё сначала написав Unit-тест, так и хочется написать код, чтоб тест выполнился. :)
|
пока вы пишите тесты я уже делаю второй рефакторинг 8-3
|
Работаю C#-программером. Пишем сие чудо: http://www.artisteer.com/
Юнит-тесты используем. Без них было бы совсем туго. Часто возникают баги, незаметные с первого взгляда.... и со второго.... и с десятого. Только после того, как прогонишь тесты сотню раз, оказывается, что в какой-то задрыпаной функции у чёрта на куличках когда на небе выстраивается парад планет, происходит выход за границы массива, и всё падает к чёртовой бабушке. Без юнит-тестов такие баги отловить бы было практически нереально. Это во первых. А, во-вторых, в программе сотни кнопок. Так вот, юнит-тесты прощёлкивают все их за считанные секунды. Человеку же на это потребовалось бы много времени. А, т.к. изменения/дополнения вносятся постоянно, то щёлкать вручную по всем этим кнопкам (дабы проверить, что ничего не поломалось) в день тысячи раз - просто маразм. А тесты с этим справляются "на ура". По поводу тестов для яваскриптов.... ну не знаю. Свои мелкие проектики до десяти тысяч строк я вполне писал и без тестов. Правда то было на Delphi, C++ и C#. На javascript мои поделки обычно укладываются в сто строк, т.ч. уж точно не нуждаются в юнит-тестах :) |
:)
|
На дворе 2017 год и сейчас без этого никуда :)
Цитата:
также отмечу полезность метрик code coverage |
Часовой пояс GMT +3, время: 10:56. |