jsmirnoww, посчитайте во сколько обходится Вам тестирование и сравните с временем написания юнит тестов. Сделайте обоснованный вывод.

1с не будет их использовать, потому что тестирование на кроликах пользователях бесплатно. Подозреваю что у Вас также. Мало того если Вы внедрите и уменьшите количество ошибок, Вы еще и вред компании нанесете. За исправление ошибок платит клиент, не так ли?

Alex.RuГлупости говорите уважаемый ,Программист 1с. Юнит тесты в 1С плохо приживаются не в результате заговора. А потому что юнит тесты в принципе плохо работают в приложениях работающих с базами данных. А 1С только с ними и работает.Не путайте заговор и чисто экономические причины.

И чем же тесты плохо работают с базами данных???

jsmirnowwПрограммист 1сjsmirnoww, посчитайте во сколько обходится Вам тестирование и сравните с временем написания юнит тестов. Сделайте обоснованный вывод.

Я могу из редмайна легко получить время, затраченное на тестирование работниками ИТ службы. Могу спрогнозировать, время на написание юнит тестов. Или получить его по итогам пробного месяца - двух. Зачем их сравнивать? Это мягкое с тёплым... Какой вывод из этого можно получить?1. Тестирование, примерно 1 тестер в месяц - 80к. 2. Юнит тест - примерно равен стоимости работы разработчика - 150к в месяц. 3. Стоимость убытков? (скорее всего всегда ноль) Вывод очевиден? jsmirnowwПрограммист 1с1с не будет их использовать, потому что тестирование на кроликах пользователях бесплатно. Подозреваю что у Вас также. Мало того если Вы внедрите и уменьшите количество ошибок, Вы еще и вред компании нанесете. За исправление ошибок платит клиент, не так ли?
Мы строительная компания, для внутренних нужд пишем. Компания от ошибок несёт убытки и риски срыва сроков, штрафов. Просто морально не комфортно, когда человек в командировке не может выполнить свою работу из-за ошибки в софте.Давайте на конкретном примере, где и сколько компания понесла реального ущерба, из-за отсутствия юнит тестов. (Удобство пользователя - не выражается в деньгах, если это не генеральный. Это никому не интересно.)
А Вы не думали, что то что Вы пишите, уже давно написано и это можно просто купить, сэкономив гораздо больше денег?

ps Сделайте проще - напишите парочку юнит тестов, а еще раз в неделю собирайтесь на 5 минутный митинг. И можете смело рассказывать руководство об agile, и супер юнитовом тестировании, которое сэкономило куча "бабла", ну и Вам конечно премию.

Alex.RuЮнит тесты в 1С плохо приживаются не в результате заговора.Вдогонку - нет никакого заговора. Есть только бардак. И любой аргумент, а давайте внедрим то-то или то-то, в большой компании редко проходит. Всех все устраивает.

МодальноеОкно,

Ну еще и франчи отстегивают. Кто бы мне платил за мои ошибки...

Alex.RuГлупости говорите уважаемый ,Программист 1с. Юнит тесты в 1С плохо приживаются не в результате заговора. А потому что юнит тесты в принципе плохо работают в приложениях работающих с базами данных. А 1С только с ними и работает.Нет никаких заговоров. Если объективно посмотреть, то ВСЕМ выгодны ошибки 1с. У всех есть работа и тд и тп.

Вообще интересная мысль, ее можно развить до статьи на хабре. Так ли нужно тестирование программной продукции (для некритичных отраслей)?

МодальноеОкноПрограммист 1сТак ли нужно тестирование программной продукции (для некритичных отраслей)?

смотря что считать "некритичностью"

и проблемы 1с лежат имхо уже в иной плоскости - легаси подходов к фреймворку тянущихся со времен 7.5 и "почивание на лаврах" в сфере регл. учета в РФ не дает развивать продукты адекватно современным требованиям к деловому софту

смотрите чем заняты докладчики инфостарта например - прикручивают к 1с разные сторонние продукты, то докер, то менеджеры очередей, то быстродействие в базах пытаются поднять до уровня highload, тесты/сборки ночные опять же

имхо 1с или начнет отвечать их (и бизнеса) запросам или схлопнется вместе с пузырем регл. учета. который в современном виде, безмерно раздут "бешеным принтером" с мин. фином с разными отраслевыми акторами типа цб или минздрава.Спасибо что напомнили. Инфостарт лежит скаченный, но каюсь нет времени смотреть. Одна надежда на 1-10 января :)

"Критичность" подразумевала иные стандарты ПО. Боинг и торговля это разные зоны ответственности. В биллинг 1с не лезет. Да и нужно ли туда лезть? Но с другой стороны, жизнь пассажира в РФ оценивается в 2 млн рублей. Допустим 100 пассажиров. Тоесть все что может принести убыток более 200млн рублей, должно производиться другими стандартами, как правильно заметили, не фреймворком тянущимся с 7.7 (интересно с 6 еще что-нибудь осталось?)
Но какая ошибка может привести к 200млн? (Неудачное внедрение ерп, или wms, да в принципе даже crm). Но внедрение это не ошибка. Точнее ошибка но уже не совсем 1с.
Допустим при выполнение некого расчета рушится система и отказывается работать вплоть до невозможности чтение mssql таблицы. (Только недавно исправлял эту ошибку, оказывается при определенных условиях, пользователь работая в одной базе, одновременно под одним и тем же пользователем, вызывает ошибку при записи параметром пользователя.) Но это максимум пару часов работы предприятия. Почти любая другая критичная ошибка может быть исправлена переустановкой вплоть до ОС. Итого допустим часа 4 не работает некое предпритие? Но можно нивелировать данные убытки, например оплатой сверхурочных и тп.
Расчет себестоимости - а вот здесь вполне. Но кто-то должен на предприятие с оборотом продаж 200млн в день, удивиться откуда такие низкие цены. Хотя если торгуем акциями, но опять же при таких суммах наверняка будут дополнительные проверки.
Оплата платежек в банк с другой суммой и на другой счет? Аналогично предыдущему сценарию.

В итоге даже с попытками придраться, пока не видно причин вводить даже юнит тестирование :)

МодальноеОкнопроблема современной 1с как платформы, что бизнес ее "терпит". потому что ему деваться некуда. а не развивается вместе с ней.

весь крупняк если почитать статьи об их стратегии IT отставляет 1с как базу для развития КИС и иных важных систем (за пределами рег. учета) в сторону. потому что ей недовольны, она становится "мала", ну и заказчику не интересен вендор который может взять и устроить очередной "переход на ERP 2.4" с рекламой в стиле "мы реализовали то, что было в УПП" и переделали еще массу всего так, что у вас отвалятся все ваши кастомизации для ERP старых редакций и фране на вас озолотятся. Вы планировали что это будет ваш КИС на 15 лет? Не спать и озорней смотреть в глаза свирепой действительности

кесарю - кесарево
слесарю - слесаревоПро весь крупняк не знаю, но кто запрещает взять платформу за основу и делать все свое на те же 15 лет?

ЕРП это обычная золотая пуля (да ей можно стрелять, но все почему то используют стальные...). Раз в 10 лет выходит новая идеология(agile) или супер пупер система, которая уж точно решит ВСЕ проблемы. Это есть, было и будет.

МодальноеОкноПрограммист 1сРаз в 10 лет выходит новая идеология(agile)

причем тут идеология разработки? как строится кухня проекта инкапсулировано внутри отдела, "снаружи" всех интересуют только сроки, суммы и функционалЭто тоже что и ерп, но в своей области. Мысль была об аналогах ерп.МодальноеОкноПрограммист 1сХотя если торгуем акциями, но опять же при таких суммах наверняка будут дополнительные проверки.
Оплата платежек в банк с другой суммой и на другой счет? Аналогично предыдущему сценарию.

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