Добрый день.
В настоящий момент есть несколько баз, erp, ка, ут и т.д., в которых ведется где-то активная, где-то не очень активная разработка и если изменения вносятся в конфигуратор со снятием с поддержки, то при обновлении БД программист может их отследить посмотреть, проверить. С расширениями чуть сложней, не видим, что изменилось и на что ссылается расширение, но можно проанализировать их, но будет чуть дольше. А вот со внешними обработками отчетами, все еще сложней, чтобы понять, масштаб изменений надо зайти в каждую проверить, протестировать запустить. А фирма 1С вносит изменения в конфигурацию со страшной скоростью, переименовывают регистры, их измерения, реквизиты документов, справочников, меняют код, есть ли, какой-то механизм контроля всего этого? Как вы документируете и ведете учет изменений конфигурации и внешних отчетов и обработок? Или вариант только проверять, каждую разработку по новой каждый раз после обновления? Больше всего интересует такой учет в erp, где этих доп отчетов, обработок и т.д. может быть сотни.

Сценарное тестирование?

(1) есть ли опыт использования? насколько помогает\упрощает жизнь программисту? насколько сложна в изучении?

(2) усложняет конечно. нужно помимо задачи еще тест к ней писать.
но обновления упрощаются

(3) правильно ли я понял, что есть доп отчет, я его запуская сам включаю, конфигурация записывает мои действия и результат, и потом после обновления я запускаю и могу проверить изменился ли результат выполнения?

Кто использует конфигурацию "Сценарное тестирование" поделитесь опытом, все устраивает, стоит ли связываться или пустая трата времени? Может есть какие-то альтернативы.

(4) очень отдаленно так

vanessa

(7) Те же яйца, только в профиль.

лично я предпочитаю тесты кодом писать.

(9) это как ?

xUnitFor1C

Естественно код должен быть готов к тому, что его будут тестировать

(11) Ух ты !
надо глянуть!

(10)
А можешь сам писать что-нибудь вроде этого)

ПолеНаименование = ФормаНовогоТовара.НайтиОбъект(Тип("ТестируемоеПолеФормы"), "Наименование");
ПолеНаименование.ВвестиТекст("Тестовый товар");

(14) в моем подходе не нужно этого делать.
хочешь тестировать "ПриИзменении" - вызывай ПриИзменении(Элементы.ТвойЭлемент)

Так мало людей используют механизм сценарного тестирования тут?

(0) Как вариант загрузить внешние отчеты и обработки в копии в конфигурацию. Дальше Проверка конфигурации.

Процедуру повторять после каждого обновления.

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

+(18) В старых УФ и в Такси работает по-разному, и от релиза к релизу платформы иногда - тоже

(16) думаю, да.
я на днях открыл для себя хранилище конфигураций, а вы про сценарное тестирование.

(17) Да, как вариант, надо попробовать. Если тестирование работает не устойчиво.

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

речь идет о 1С:Предприятие 8 Сценарное тестирование

(22) просто проверяешь что открылись или сравниваешь сам результат?

(24) сравниваю результат формирования отчетов