Как мне стоит запускать мои тесты Как я на самом деле запускаю мои тесты Так, сейчас я отправлюЧ / commitstrip :: программисты :: Смешные комиксы (веб-комиксы с юмором и их переводы)

pils pils
commitstrip Комиксы программисты 
Как мне стоит запускать мои тесты Как я на самом деле запускаю мои тесты Так, сейчас я отправлюЧ ¡пбех.рЬр на продакшн, свистни, если что, ок2* шибок Ошибка 500, 500!! Откатывай! ОТКАТЫВАЙ!- Давай, но будь готов к вазелину.. ^ОТКАТЫ! CommitStrip.com,commitstrip,Смешные комиксы,веб-комиксы с
Подробнее
Как мне стоит запускать мои тесты Как я на самом деле запускаю мои тесты Так, сейчас я отправлюЧ ¡пбех.рЬр на продакшн, свистни, если что, ок2* шибок Ошибка 500, 500!! Откатывай! ОТКАТЫВАЙ!- Давай, но будь готов к вазелину.. ^ОТКАТЫ! CommitStrip.com
commitstrip,Смешные комиксы,веб-комиксы с юмором и их переводы,программисты
Еще на тему
commitstrip

commitstrip(387)

Смешные комиксы

Смешные комиксы(172427)

программисты

программисты(537)

Развернуть
Комментарии 29 09.11.201516:48 ссылка 17.0
Тесты такое гавно, зачастую для тривиального участка писать тесты просто заподло, а для сложного код теста в разы сложнее и больше кода которое он тестирует, а еще тратить время на прогон всего этого добра, малейший дифф и надо править и код и тесты, а как результат всего лишь надежда что никто не ошибился ни в коде ни в тестах, а с тестами шансы на ошибку удваиваются
CAMOKPYT CAMOKPYT 09.11.201516:52 ответить ссылка -5.0
Поздравляю, у вас проблемы с проектированием архитектуры. Грамотное проектирование избавляет от всех указанных вами проблем.
LbISS LbISS 09.11.201516:55 ответить ссылка ↑ 4.4
я использую рельсу, которая идеальная для тестов
CAMOKPYT CAMOKPYT 10.11.201505:08 ответить ссылка ↑ 0.0
Пардон, а каким это боком у вас небольшие изменения в коде влекут за собой изменения в тестах? Если вы тесты под код подгоняете, то нафиг такие тесты и такие программисты =\
Torrion Torrion 09.11.201517:03 ответить ссылка ↑ 5.1
Тест: в строке № должет стоять if
DutchL DutchL 10.11.201500:58 ответить ссылка ↑ 0.0
Уууу как все запущено... Тест должен работать с кодом как с чёрным ящиком. Твой пример это не тест, а пародия.
Torrion Torrion 10.11.201509:17 ответить ссылка ↑ 0.0
Чувак, если ты не дурак и с самого начала продумал, что и в каком виде должна отдавать данная функция\модуль, никакие изменения в коде не потребуют изменений в тестах. Если код изменил, а тест не проходится - значит либо тест кривой, либо код. И тут опять вопросы к тому, кто их писал, к его опыту и дальновидности, а не к тестам в принципе.

А вот если сляпал на ходу, а потом понял, что лучше было бы отдавать данные в другом виде, тогда конечно, тест придется переписывать, ведь он уже не будет подходить.
twilightsparkle twilightsparkle 09.11.201518:32 ответить ссылка ↑ 0.3
нахуй мне изменять код чтобы он проходил тест? рефакторить только? Речь о том что требования меняются к поведения, а значит и к тестам, это норма
CAMOKPYT CAMOKPYT 10.11.201505:09 ответить ссылка ↑ 0.0
Если придерживаться solid, то можно добиться такого состояния что изменениях требований не повлекут за собой таких больших изменений в коде что придётся сильно переделывать тесты. Но кого это ебет, хуяк-хуяк и в продакшн - вот наш девиз!
Torrion Torrion 10.11.201509:31 ответить ссылка ↑ 0.0
детские влажные мечты
CAMOKPYT CAMOKPYT 10.11.201514:39 ответить ссылка ↑ 0.0
Так в том-то и дело, что в середине работы выясняется, что кто-то что-то не продумал как надо, и говорит: "вот тут нам нужно вот такое поведение, переделывайте". Безусловно, совсем без этого не бывает, все мы люди. Но я лично работал в коллективе, в котором такая проблема возникала только в виде исключения. Потому что если архитектуру продумывает опытный человек, для него не составит труда заложить её так, чтобы даже в случае непредвиденного изменения требований не пришлось ничего менять.

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

Так что как ни крути, тесты нужны и полезны. Другое дело, что лень, особенно, когда в целом проект уже выглядит как не пойми что.
twilightsparkle twilightsparkle 10.11.201523:50 ответить ссылка ↑ 0.0
Какая еще архитектура? Все давно юзают готовые фреймворки, и я очень сомневаюсь что ты каждый день пишешь новый, чтобы у тебя был архитектор (вообще крайне редкая должность), а во всех остальных случаях у тебя есть фреймворк, который дают необходимую инфраструктуру для тестов и все что надо для комфортной разработки, никакой архитектурой никто не занимается, любой проект уже давно деплоится на N серверов в пару кликов. На веб морде у тебя Angular/bb/jQuery/React/Ember на бекенде ASP.NET/Rails/Symfony на десктопе WPF/Qt на мобилках Xamarin/RubyMonk, для игр Unity/UE/Source, организация кэшей и хайлоуда это пару кликов за тарифный план на N облачных серверов с деплоем в один клик и репликой всего, да даже для верстки есть БЭМ и препроцессоры вроде SASS/LESS/Stylus, да даже те кто сейчас занимается так называемой архитектурой в больших проектах в большинстве случаев лишь организовывает и проверяет хорошо ли тот скопипасченный конфиг балансера раздает нагрузку на мои 200 серверов, а если нет, то надо раскомментировать еще пару строчек. А та архитектура о который ты говоришь это легаси на жабе и крестах из начала 90-ых, когда паттерны были для хипстеров и процедурных стиль нормой, а для деплоя писался свой велик без намека на системы контроля версий, многие так и живут до сих пор, но у них же мега крутой проект для банка под 98 венду, как можно усомниться в скиллах и подходах этих ребят, ведь они делают крутое (не всегда) и безопасное (тоже не факт) ПО, а ты тут какой хипстерской херней занимаешься, нам это не надо.
CAMOKPYT CAMOKPYT 11.11.201500:23 ответить ссылка ↑ -0.1
Ты передергиваешь и уходишь от темы. К слову, Symfony\Rails\ASP - может быть и имеют значительный кусок пирога, но говорить, что они у всех глупо. Да, сегодня все пользуются готовыми фреймворками, но фреймворки не избавляют от необходимости писать грамотный код, не избавляют от необходимости проектировать и кому-то одному думать наперёд за всю команду. Они просто решают кучу рутинных задач за тебя.
twilightsparkle twilightsparkle 11.11.201502:12 ответить ссылка ↑ 0.0
нерутинных задач от силы 3% и все эти 3% разбросаны по гуглам, в средней конторке ими и не пахнет, но это не значит что рутинные задачи не надо делать или что в них нельзя ошибиться
CAMOKPYT CAMOKPYT 11.11.201502:41 ответить ссылка ↑ 0.0
ну так о чем я и говорю, для этого и нужен архитектор и тесты - чтобы не напороть хуйни в рутине.

Нерутинный код как раз чаще всего вылизан и проверен сто раз. А вот на текучке 99% косяков и лезет.
twilightsparkle twilightsparkle 11.11.201503:14 ответить ссылка ↑ 0.0
Если у тебя фреймворк - это вся архитектура, то ок, тесты тебе не нужны. Зачем писать тесты, если фреймворки и так ими покрыты. Гемы тоже. И разработка сводится к дерганью апишки... Унылая картинка вырисовывается у тебя, сочувствую.
Torrion Torrion 11.11.201515:10 ответить ссылка ↑ 0.0
CI в этом плане помогает. Но вот побороть лень их написания...
А хуже всего когда нужны тесты взаимодействия с чужой системой. То ли мок писать по спекам, толи ебаться со сборкой и запуском симулятора.
a5xq a5xq 09.11.201519:12 ответить ссылка ↑ 0.6
Лучше поручить тестерам составить список всех возможных ситуаций(в том числе и самых бредовых) и уже по списку делать моки, имхо. Так ты хоть зад свой прикроешь от фейлов стороннего сервиса.
Torrion Torrion 09.11.201521:57 ответить ссылка ↑ 0.0
Хороший тестер - это человек, который помогает тебе писать хороший код, но при этом перманентно хочется набить ему ебло.
twilightsparkle twilightsparkle 11.11.201510:25 ответить ссылка ↑ 0.1
Ага. А еще ему можно поручать такие задачи как я написал выше. Так сказать, из мести, хех =)
Torrion Torrion 11.11.201514:58 ответить ссылка ↑ 0.0
Жизненно.
А вообще конечно все зависит от тестового ландшафта. Если не лениться и заранее готовить ландшафт сразу под несколько доработок, то и тесты будут быстрее идти.
abnikol abnikol 09.11.201518:34 ответить ссылка 0.8
Пыхопроблемы
blah! blah! 09.11.201519:34 ответить ссылка 0.6
истинные волшебные задроты)) волшебники, волшебники я хотел сказать...
Goodvinz Goodvinz 09.11.201519:41 ответить ссылка 0.0
Вообще, следовало бы перевести не "как я запускаю тесты", а "как я тестирую код", во втором случае смысла нет. "Do my tests" - в широком смысле, "выполняю тестирование"
blah! blah! 09.11.201521:46 ответить ссылка 0.3
"Послать запрос на доставку" - это что? Пулл-реквест?
mad potato mad potato 09.11.201522:18 ответить ссылка 0.0
Не, там типа "пошли письмо [деплой-инженеру], чтобы выкатывали на прод"
Great, V30U can send now the email to push the project live
blah! blah! 10.11.201500:13 ответить ссылка ↑ 0.7
с какие пор пхп-менеджеры программистами стали
narsus narsus 10.11.201500:03 ответить ссылка -0.1
Самое забавное, по комментам выше, так это то, что один может говорить "я всегда пишу тесты, тесты рулят". а другой может говорить "тесты это так муторно, они мало помогают".
И при этом у первого в коде несколько громоздких чудовищных тестов, которые ничего не тестируют. А у второго куча мелких независимых нехрупких тестов.
Вот запросто так.
ijanaika ijanaika 10.11.201520:28 ответить ссылка 0.0
да просто больишнство людей к тестам относятся крайне безотвественно, пришел на работу джуном впервые, сказали писать так, а ты по-другому и не знаешь, привык уже писать так, а зачем это надо? А хрен его знает, так сказал тех.дир тимлидам, а зачем ему это надо? А у него в контракте написано, что должны быть тесты и если тесты не спасают от багов, то вину можно скинуть на разрабов. Еще есть фанаты экстремального программирования, кто-то раскручивает бредовую идею, платит фрикам, они под своим крутым мнением раскручивают на конференциях очередной бред, клиенты ведутся, а ты если поставишь в резюме BDD/DDD можешь добавить +15 бачей в час с нихуя, продукту это не поможет, но и тебе похуй на продукт, а клиенту очередной раз впарят гавно. Есть еще компании где тесты это выживание, платят копейки, конторки хуйня, хоть они и могут делать якобы крутой софт, точнее по продажам то он и крутой, а внутри хуйня, текучка и без тестов ничего не переделать. Есть еще куча людей считающих, что если ты неплохо зарабатываешь на мелких проектах и не пишешь тесты из-за прямой ненадобности, то ты пидор, анскил и гавнокодер, ведь небольшой проект это полная хуйня, нормальный разраб таким заниматься не будет. Особенно бесит, когда говоришь, что в тестах тоже может быть ошибка, тебе говоря - "не, такого быть не может, это же тест"
CAMOKPYT CAMOKPYT 10.11.201523:14 ответить ссылка ↑ 0.0
Только зарегистрированные и активированные пользователи могут добавлять комментарии.
Похожие темы
юмор

юмор

программист

программист

программирование

программирование

перевел сам

перевел сам

artist

artist

it-юмор

it-юмор


Тренды

Fallout
приколы для полных дегенератов
Дрочибельные мемы
Похожие посты
vk.com/CommitStrip ComwitStrip.com  4 II Ж ^ г CowmitStrip.com CowmitStrip.com