Тесты реально полезны?

Конечно же нужно уметь писать тесты, как автономные, так и интеграционные

писать тесты для своего кода на XUnit.

тестирование (юнит и мок),

ну юнит тесты какие-нибудь писать можно в конце концов

Раздел про тестирование на этом форуме, считай что отсутствует, так что тут поинтересуюсь - тесты реально полезны?

Ну т.е. не с психологической точки зрения, мол, так на душе спокойнее, а именно с практической?

Сколько пробовал их делать на бэкэ, фронте, в различных маленьких утилитах, ну просто по причине, что так принято, что "все" их обязательно пишут, и каждый раз это оказывалось пустой тратой времени.

Сейчас вот читаю очередную книжку, рекомендованную qwerty.123, но с реальностью оно пока не особо стыкуется .

0

0

Сообщение от Catstail - в приличных фирмах этого не бывает. Тестировщик - это отдельная фигура.

Причём тут тестировщик? Речь шла о тестах, которые юнит. Их пишет разработчик, а не тестировщик. Тестировщик - инженер автоматизации - пишет только UI тесты или тесты для апишки.

1

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

Это как? Просто просмотрел код и баги повылазили как черви после дождя?
Для таких профессионалов, могу сразу сказать, никакие юнит-тесты не нужны!

1

Usaga, да, возможно я немного "сдвинул" тему. Тогда вопрос ТС нужно понимать так: "Стоит ли тестировать собственный код?" Ответ на него еще очевиднее - это личное дело программиста. Если программист никогда не ошибается, то можно не тестировать. Ошибку потом найдут тестировщики (и вставят программеру хооорошую дыню).

0

Сообщение от SmallEvil Это как? Просто просмотрел код и баги повылазили как черви после дождя?

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

0

kotelok, вообще-то, Code Review проводится не для отлова багов. А для контроля идиоматичности кода и архитектуры. То, что при этом иногда можно косяк заметить - побочный эффекты.

1

0

Добавлено через 3 минуты

Сообщение от wizard41 Те же тесты проверки вариантов решений на вашем рекламируемом highload.fun - тоже люди писали. Или вы думаете что ваш вариант проверял реальный человек?

ну почему же, я и сам там пишу немного, так что в теме.

0

Сообщение от belalugoci я и сам там пишу немного, так что в теме.

я имею в виду тесты, которые проверяют решенные задания пользователей.

0

Сообщение от wizard41 я имею в виду тесты, которые проверяют решенные задания пользователей.

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

1

0

belalugoci, аа, ну понял.

0

belalugoci, А сколько человек использовало Ваш софт?

0

Catstail, вы лучше напишите что сказать хотите.

0

belalugoci, сказать я хочу вот что. Если некто пишет код, которым пользуется 5-10 человек, то он может руководствоваться ложным принципом, что тесты ему не нужны, т.к. он ошибок не совершает. А если это количество становится хотя бы на порядок больше, то ошибки обязательно будут найдены (ибо ошибки совершают абсолютно все, даже такие сильные программисты, как Вы). А если ошибки найдены, то это значит, что программист плохо тестировал свой собственный код.

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

0

Оффтоп!

Сообщение от Catstail Один мой друг писал виртуозный код...

Давны-ы-ым давно я наблюдал за подобной парочкой специалистов. Один очень вдумчиво писал код и выдавал результат хоть и в срок, но уже, как говориться "под занавес". Другой стучал по кнопкам с такой скоростью как будто играл на пианино "Полёт шмеля". Что интересно сидели они плечом к плечу. И вот однажды нервы их начальника не выдержали и он буквально наорал на второго за то, что тот в миллионный раз направил ему программу, которая то не работает, то делает совсем не то. В общем я сути разговора не сильно помню, но среди цензурных слов были что-то типа таких "чего ты мне эту ... опять суёшь, в который раз тебя переделывать заставляю. Смотри на Лёшу, он один раз сделает и сразу так как надо. Посиди подумай чуть подольше, что тебе мешает".
Про тесты тогда мало кто слышал вообще.

0

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

Сообщение от Uswer тот в миллионный раз направил ему программу, которая то не работает, то делает совсем не то

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

И далее, в течение месяца-двух, на основании репортов от игроков, выдаёт десятки крупных патчей, закрывая в них сотни багов (буквально сотни).

И эта бизнес-модель норм работает. Люди продолжают покупать год за годом. Сообщество продолжает расти.

P.S.: понятно, что в каком-нибудь софте для бизнеса такое вряд ли прокатит, но в некоторых случаях вполне себе вариант сэкономить и на тестировании, и на программистах.

0

Сообщение от Catstail сказать я хочу вот что. Если некто пишет код, которым пользуется 5-10 человек, то он может руководствоваться ложным принципом, что тесты ему не нужны, т.к. он ошибок не совершает

попробуем теперь найти где я сделал хотя бы намёк на то что я не совершаю ошибок?!

Сообщение от Catstail А если это количество становится хотя бы на порядок больше, то ошибки обязательно будут найдены (ибо ошибки совершают абсолютно все, даже такие сильные программисты, как Вы)

мне кажется вы сами себя путаете тем, что не читаете что вам пишут, а обсуждаете некую тему, которая у вас в голове отзывается похожим контекстом. Я нигде ни словом ни полусловом не писал что у меня НЕТ ошибок, я написал что их "исчезающе мало". Это всего лишь говорит о том, что выбирая между - написать без теста и починить быстро если что-то не так - кратно проще и дешевле - чем писать тесты.

Сообщение от Catstail А если ошибки найдены, то это значит, что программист плохо тестировал свой собственный код

Сделаю еще раз отсылку на абсолютно всех разработчиков в мире (вы как супер-модератор, который не читает но мнение имеет выглядите странно) - не важно какая у вас степень тестирования - ОШИБКИ БУДУТ ВСЕГДА И У ВСЕХ! Просто тестирование сокращает вам их число, а так же минимизирует риски (там где вы работаете есть рисковый отдел? сходите в гости и узнайте сколько будет стоить простой на 1 час, на 10 часов, на 10 суток). Вы же тут всегда топите про C# исключительно в разрезе "про бизнес", но почему-то сами про это мало что знаете и понимаете, вероятно образование заточенное под ИТ не обязательно помогает в этом? Ну это лирика.

Сообщение от Catstail Да, конечно, разные люди совершают разное количество ошибок. Если в мышлении человека преобладает критическое начало, то он будет ошибаться меньше, но у таких людей и производительность низкая. Один мой друг писал виртуозный код, и делал мало ошибок (гораздо меньше, чем я). Но моя производительность была значительно выше (да, с ошибками, которые можно исправить0.

Это вообще к разговору отношения не имеет, а так же субъективщина полнейшая. А я, да я, да вы - не серьёзно. А я вам расскажу историю про того кто писал быстро, без ошибок и в 1992 году уехал работать в Майкрософт - какой смысл в таких историях?

Я лишь написал комментарий на ваш опус про тормоза машины, хотя 99% людей каждое утро садятся в свои машины абсолютно не зная работают у них тормоза или нет. Это просто теория вероятности. Поэтому не нужно заламывать руки и истерить по поводу отсутствия тестирования, так как и здесь это только вопрос вероятности ошибки. А она в свою очередь определяет цену той самой ошибки. Если цена отсутствует как класс, то тестирование ради тестирования, если цена низка, то проще решить проблему оперативно и только в какой-то момент тестирование становится обязательным. Если в конкретной фирме для конкретной задачи конкретно у вас всё страшно и ужасно и тестирование обязательно - ну ок, но у других всё может быть иначе и зачем в таком случае ваши улюлюканья?

Касательно скорости как таковой. Был у нас админ oracle-dba кажется называется, он колошматил наверное и 3000 знаков в минуту, но валидные строки у него были наверное 1 к 10 и пока он не уронил базу - внимание на это начальник не особо и обращал. После этого он ему сказал - вводишь, читаешь 10 раз, исправляешь, читаешь еще 10 раз, а потом отправляешь. Но в ICQ он конечно писал как бог фразы типа "всме привте, кт овс тоолвку иёдт" - зато быстро.
Когда пишу я, то я делаю вычитку написанного, проверяю орфографию, форматирую текст. Но я это делаю для вас, а не для себя, я хочу чтобы вам было комфортно читать. И в коде примерно так же, не верю я что можно печатать быстрее чем ты мыслишь (есть парочка знакомых которые утверждают что они вообще когда печатают то ничего в голове себе не диктуют, возможно это правда, но как это работает я не представляю).

Добавлено через 2 минуты

Сообщение от kotelok понятно, что в каком-нибудь софте для бизнеса такое вряд ли прокатит

тут вопрос того как именно продается и какое законодательство в конкретной стране, если принчип "as is" работает на уровне закона и нельзя подать иск за убытки, то почему- бы и нет. Тем более если это конкурентное преимущество - цена софта же будет ниже, а значит кто-то будет готов экономить, не всем же покупать допы HP или Oracle.

0

belalugoci, возможно я действительно немного увлёкся... Прошу прощения. Но у Вас я прочитал вот это: "... но всё же, за 35 лет всё что мной писалось никогда не тестировалось и проблем в работе программ было исчезающе мало". Из этого я сделал вывод, что Вы к тестам относитесь негативно. Но сейчас, перечитав, я понял, что был неправ.

0

Сообщение от Catstail Из этого я сделал вывод, что Вы к тестам относитесь негативно. Но сейчас, перечитав, я понял, что был неправ

я экономист по образованию, у меня всё всегда про деньги )

1