Есть ли опыт тестирования 1С системы

Ответ

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

Пример проверки создания документа:

Процедура Тест_СозданиеПриходнойНакладной()
    Док = Документы.ПриходнаяНакладная.СоздатьДокумент();
    Док.Дата = ТекущаяДата();
    Док.Контрагент = Справочники.Контрагенты.НайтиПоНаименованию("ООО Тест");
    Утвердить(Док.Записать(), "Документ должен записываться без ошибок");
КонецПроцедуры

Также работал с тестовыми конфигурациями, отладкой и анализом логов.

Ответ 18+ 🔞

О, опыт тестирования 1С, говоришь? Ну, это ж не просто кнопочки понажимать, это целое искусство, блядь! Там же эта бизнес-логика, документооборот — один неверный чих, и всё, пиздец, отчёт в налоговую улетел не туда, а бухгалтерша уже истерит, что у неё сальдо не сходится, ядрёна вошь!

Функциональное, интеграционное... Это когда ты не просто смотришь, работает ли одна кнопка, а берёшь всю эту конструкцию, как карточный домик, и начинаешь её пинать, сука, со всех сторон. Взаимодействие модулей — это вообще отдельная песня. Один модуль думает, что ему передали одно, а другой уже на выходе плюёт тебе в лицо каким-нибудь исключением, типа «Неизвестный тип значения». И сидишь, блядь, полдня, как обезьяна с гранатой, ищешь, где же этот пиздёныш-баг закопался.

Ручное тестирование — это святое, конечно. Но когда надо одно и то же по сто раз прогонять после каждого изменения конфигурации, тут уже волосы дыбом встают, терпения ноль, ебать. Поэтому и лезешь в автоматизацию на ихнем встроенном языке.

Вот смотри, пример кода, я его не трогаю, как велено, он тут как есть:

Процедура Тест_СозданиеПриходнойНакладной()
    Док = Документы.ПриходнаяНакладная.СоздатьДокумент();
    Док.Дата = ТекущаяДата();
    Док.Контрагент = Справочники.Контрагенты.НайтиПоНаименованию("ООО Тест");
    Утвердить(Док.Записать(), "Документ должен записываться без ошибок");
КонецПроцедуры

Выглядит-то просто, да? Создал документ, дату поставил, контрагента нашёл, записал. Ан нет, ёпта! А если контрагента «ООО Тест» в справочнике нет? Программа тебе тут же впендюрит исключение, и весь твой тест накрылся медным тазом. А если дата система какая-нибудь хитрая, нестандартная? А если у контрагента все реквизиты не заполнены и документ по правилам проведения не должен проводиться? Вот тут и начинается настоящая работа — предвидеть все эти «а если», блядь. Подготовить тестовые данные, отловить все возможные сценарии, чтобы потом пользователь не пришёл с криком «ваша программа — говно!».

А ещё тестовые конфигурации... Это когда ты нажимаешь кнопку, а в ответ — тишина. И ты сидишь, пялишься в пустой экран, и думаешь: «Ну что, сука, зависла? Или просто думает?». И лезешь в логи, в эти тонны текста, ищешь строчку, где написано что-то вроде «Ошибка при выполнении запроса: timeout». И понимаешь, что база данных, блядь, просто легла и не встаёт. Э сабака сука!

Короче, опыт есть, да. Опыт борьбы с неочевидной логикой, кривыми руками разработчиков и собственным желанием всё это разнести к ебеням. Но когда после всех танцев с бубном всё работает как часы — это, блин, почти счастье. Почти.