Описание Тест-центра на сайте 1С (скриншоты устаревшие).
Скачать видео в хорошем качестве (123 Mb).
Критика и пожелания приветствуются в комментариях.
Вступайте в нашу телеграмм-группу Инфостарт
Видеодемонстрация применения Теста-центра для нагрузочного тестирования конфигураций
16.09.12
База данных - HighLoad оптимизация
Тест-центр – инструмент автоматизации многопользовательских нагрузочных испытаний информационных систем на платформе 1С:Предприятие 8. С его помощью можно моделировать работу предприятия без участия реальных пользователей, что позволяет оценивать применимость, производительность и масштабируемость информационной системы в реальных условиях.
В видео показан пример с внедрением конфигурации Тест-центра в произвольную информационную базу и создание простого сценария нагрузочного теста.
В видео показан пример с внедрением конфигурации Тест-центра в произвольную информационную базу и создание простого сценария нагрузочного теста.
См. также
HighLoad оптимизация Программист 1С 8.3 1С:ERP Управление предприятием 2 Бесплатно (free)
Использование оператора «В» для полей или данных составного типа (например, Регистратор) может приводить к неочевидным проблемам.
10.11.2025 7712 ivanov660 48
HighLoad оптимизация Программист 1С:Предприятие 8 1C:ERP Бесплатно (free)
Приведем примеры использования различных в динамических списках и посмотрим, почему это плохо.
18.02.2025 9757 ivanov660 39
HighLoad оптимизация Системный администратор Программист 1C:ERP Бесплатно (free)
Не всегда индексирование с дополнительным упорядочиванием полезно.
04.02.2025 8219 ivanov660 21
HighLoad оптимизация Технологический журнал Системный администратор Программист Бесплатно (free)
Обсудим поиск и разбор причин длительных серверных вызовов CALL, SCALL.
24.06.2024 12268 ivanov660 13
HighLoad оптимизация Программист 1С:Предприятие 8 Бесплатно (free)
Метод очень медленно работает, когда параметр приемник содержит намного меньше свойств, чем источник.
06.06.2024 18748 Evg-Lylyk 73
HighLoad оптимизация Механизмы платформы 1С Системный администратор Программист Стажер 1С:Предприятие 8 Бесплатно (free)
Сравним «Регистры сведений» с «Сервисами интеграции» и узнаем, кто быстрее!
28.03.2024 9662 dsdred 27
HighLoad оптимизация Программист 1С:Предприятие 8 1C:Бухгалтерия Бесплатно (free)
Анализ простого плана запроса. Оптимизация нагрузки на ЦП сервера СУБД используя типовые индексы.
13.03.2024 9167 spyke 29
HighLoad оптимизация Программист 1С:Предприятие 8 Бесплатно (free)
Оказывается, в типовых конфигурациях 1С есть, что улучшить!
13.03.2024 12683 vasilev2015 22
Комментарии
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Спасибо за видео. Тест-центр не использовал, но хотел :)
Вообще, было бы здорово, если бы были подобные видео-инструкции по остальным программам пакета КИП - "ЦУП" и "Сценарному тестированию".
Тестирование даже некоторое время поддерживали в актуальном состоянии (в смысле, поддерживали сами тесты и сценарии). Но очень трудозатратно это всё...
ЦУП я поднял раза только с третьего :) Количество первоначальных настроек, галок, ролей, разрешений и пр. поначалу просто обескураживают. Справка понятна далеко не всегда.
Вообще, было бы здорово, если бы были подобные видео-инструкции по остальным программам пакета КИП - "ЦУП" и "Сценарному тестированию".
Тестирование даже некоторое время поддерживали в актуальном состоянии (в смысле, поддерживали сами тесты и сценарии). Но очень трудозатратно это всё...
ЦУП я поднял раза только с третьего :) Количество первоначальных настроек, галок, ролей, разрешений и пр. поначалу просто обескураживают. Справка понятна далеко не всегда.
(2) по ЦУПу сложно сделать универсальную инструкцию. Очень уж много разных ситуаций, в которых поведение системы различное, поэтому ценность видеоролика будет достаточно низкой. К тому же Вячеслав Гилев уже выкладывал подобную видеоинструкцию здесь.
А "Сценарное тестирование" - утопия. Этот инструмент уже давно не развивается. Год назад фирма 1С обещала реализовать в 8.3 поддержку сценарного тестирования на уровне платформы. Велика вероятность, что на осеннем партнерском семинаре этот функционал продемонстрируют.
А "Сценарное тестирование" - утопия. Этот инструмент уже давно не развивается. Год назад фирма 1С обещала реализовать в 8.3 поддержку сценарного тестирования на уровне платформы. Велика вероятность, что на осеннем партнерском семинаре этот функционал продемонстрируют.
(2) romansun,
>>Но очень трудозатратно это всё...
а какую конфигурацию вы пытались тестировать тестами по сценариям? Самописная какая-то? И насколько глубоко покрытие было? Был какой-то супер-пупер один тест, который покрывал всю конфу "от неба и до земли"? Или по подсистемам строили сценарии?
>>Но очень трудозатратно это всё...
а какую конфигурацию вы пытались тестировать тестами по сценариям? Самописная какая-то? И насколько глубоко покрытие было? Был какой-то супер-пупер один тест, который покрывал всю конфу "от неба и до земли"? Или по подсистемам строили сценарии?
(4)
ох... у нас серьёзно переделанная БП. Ведется классическое такое сопровождение + неспешное кодирование с целью охвата всё новых и новых просторов заказчика. Задействовано постоянно три человека с возможностью подключения еще пары-тройки.
Заказчик периодически хочет некоего идеального рабочего процесса (постановка, аналитика, кодирование, тестирование, внедрение, техническая документация и т.п.). И однажды (как раз года полтора назад) было принято решение попробовать использовать автоматизированное тестирование с использованием "Сценарного тестирования", поскольку более подходящего ничего не нашлось (отдел тестирования со своими программными спецкомплексами тестировочными - не 1С разработка - как-то к нашей идеи потестить одинЭс отнёсся прохладно )) )
Решение принято - все принялись за работу. Сперва заказчику потребовалось несколько подходов, чтобы предоставить нам корректные цифры эталонных тестов - постоянно мы находили ошибки в них. Тестовых цепочек было разработано несколько - по нескольким бизнес-процессам. К примеру, рождение, жизнь и смерть ОСа.
Нашему специалисту потребовалось немало времени, чтобы заскриптовать такие последовательности. Описывать приходилось буквально скриптом. Конфа тестирования сырая, многие моменты приходилось костылями обходить.
Тесты были сделаны и даже запускались )). Вот тут примерно всё и начало заканчиваться. При любом изменении кода, формы нужно перетряхивать тест. По большому счету - это fulltime поддержка. Причем, посколько разработчик на тестах не особо в курсе конфигурации заказчика, а заказчик писал не полноценные тест-кейсы, где подробно по кнопкам описана последовательность действий для тестирования - для тест-разработчика нужно постоянное шефство, постоянное составление подробного тест-кейса, который тест-разработчик уже кодирует в сценарий. Итого, это уже два человека ))
В общем, в итоге трудоёмкость огромна, а профита мало - охватить хотя бы какой-то значимый кусок просто нереально. А без такого охвата смысла тестов нет - ошибки будут не здесь, а в смежных бизнес-процессах.
Возможно, всю эту тему можно запустить с пользой на больших проектах. Хотя там и изменений будет гораздо больше... Хз.. Либо же в фикси-отделах IT. Там выделил человека и он фигачит полгода...
Т.е., да, это утопия. Согласен.
(3)
интерееесненько... А как это будет выглядеть? Есть примерное представление?
ох... у нас серьёзно переделанная БП. Ведется классическое такое сопровождение + неспешное кодирование с целью охвата всё новых и новых просторов заказчика. Задействовано постоянно три человека с возможностью подключения еще пары-тройки.
Заказчик периодически хочет некоего идеального рабочего процесса (постановка, аналитика, кодирование, тестирование, внедрение, техническая документация и т.п.). И однажды (как раз года полтора назад) было принято решение попробовать использовать автоматизированное тестирование с использованием "Сценарного тестирования", поскольку более подходящего ничего не нашлось (отдел тестирования со своими программными спецкомплексами тестировочными - не 1С разработка - как-то к нашей идеи потестить одинЭс отнёсся прохладно )) )
Решение принято - все принялись за работу. Сперва заказчику потребовалось несколько подходов, чтобы предоставить нам корректные цифры эталонных тестов - постоянно мы находили ошибки в них. Тестовых цепочек было разработано несколько - по нескольким бизнес-процессам. К примеру, рождение, жизнь и смерть ОСа.
Нашему специалисту потребовалось немало времени, чтобы заскриптовать такие последовательности. Описывать приходилось буквально скриптом. Конфа тестирования сырая, многие моменты приходилось костылями обходить.
Тесты были сделаны и даже запускались )). Вот тут примерно всё и начало заканчиваться. При любом изменении кода, формы нужно перетряхивать тест. По большому счету - это fulltime поддержка. Причем, посколько разработчик на тестах не особо в курсе конфигурации заказчика, а заказчик писал не полноценные тест-кейсы, где подробно по кнопкам описана последовательность действий для тестирования - для тест-разработчика нужно постоянное шефство, постоянное составление подробного тест-кейса, который тест-разработчик уже кодирует в сценарий. Итого, это уже два человека ))
В общем, в итоге трудоёмкость огромна, а профита мало - охватить хотя бы какой-то значимый кусок просто нереально. А без такого охвата смысла тестов нет - ошибки будут не здесь, а в смежных бизнес-процессах.
Возможно, всю эту тему можно запустить с пользой на больших проектах. Хотя там и изменений будет гораздо больше... Хз.. Либо же в фикси-отделах IT. Там выделил человека и он фигачит полгода...
Т.е., да, это утопия. Согласен.
(3)
сценарного тестирования на уровне платформыинтерееесненько... А как это будет выглядеть? Есть примерное представление?
(5) romansun, ох...спасибо за развернутый ответ. Про план сценарного тестирования, коли спрашиваете могу дополнить ответ коллеги: Сергей Нуралиев в июле сего года сказал, что в 8.3.1 данная функциональность не включена, но в тоже время план ее реализации в 8.3 остается в силе. Что останется в платформе, а что в конфе "Сценарное тестирование", а также нужна ли будет сама конфа - он не уточнил. Другой сотрудник 1С, чуть чуть по-позже, добавил что "сценарное тестирование" будет развиваться, и вся доступная инфа должна появится к грядущему семинару. Так что, если информация и будет - то только на семинаре. про СППР сказали, что к новому году появится актуальный релиз.
(5) romansun,
Специально для вас, Роман! Свежачок:
В ознакомительной версии 8.3.2:
добавлен механизм автоматизированного тестирования конфигураций:
Подробнее -
интерееесненько... А как это будет выглядеть? Есть примерное представление?
Специально для вас, Роман! Свежачок:
В ознакомительной версии 8.3.2:
добавлен механизм автоматизированного тестирования конфигураций:
- - для тестирования используется программа на встроенном языке, имитирующая интерактивные действия пользователя и проверяющая результаты их выполнения;
- интерактивные действия пользователя записываются и затем могут быть воспроизведены;
- поддерживается для толстого клиента, тонкого клиента и веб-клиента;
- для тестирования реализована объектная модель;
Подробнее -
ну вот +1 к (9), да
я скачивал СППР, ставил, щупал... Но... :)
Тут такое дело - просто на то, чтобы вести учет-порядок в такой системе нужен отдельный человек-админ системы. Это скорее всего будет вдогонку для РП нагрузка или для какого-нить технического РП. Чему они, конечно, будут безмерно щастливы.
Далее, всех участников процесса нужно принудить обязательно(!) вести там свои "блоги". Причем вести подробно, аккуратно и тщательно. Тогда на пульте управления системой будет вырисовываться общая картинка процесса. В противном случае будет фрагментация данных, учет ради учета, и никакого профита.
Далее, я на 100% уверен, что данная конфа сырая. Т.е. это не значит, что сыпется в ошибки, а просто точно много логических косяков, неувязок и неудобств. Всё-таки подобный софт - штука непростая и нужны годы обкатки.
Т.е. скорее всего овчинка выделки не стоит.
У нас в конторе корпоративная JIRA. Мы используем её как баг-трекер, планировщик релизов, средство общения по задачам и т.п. В целом, весьма доволны.
я скачивал СППР, ставил, щупал... Но... :)
Тут такое дело - просто на то, чтобы вести учет-порядок в такой системе нужен отдельный человек-админ системы. Это скорее всего будет вдогонку для РП нагрузка или для какого-нить технического РП. Чему они, конечно, будут безмерно щастливы.
Далее, всех участников процесса нужно принудить обязательно(!) вести там свои "блоги". Причем вести подробно, аккуратно и тщательно. Тогда на пульте управления системой будет вырисовываться общая картинка процесса. В противном случае будет фрагментация данных, учет ради учета, и никакого профита.
Далее, я на 100% уверен, что данная конфа сырая. Т.е. это не значит, что сыпется в ошибки, а просто точно много логических косяков, неувязок и неудобств. Всё-таки подобный софт - штука непростая и нужны годы обкатки.
Т.е. скорее всего овчинка выделки не стоит.
У нас в конторе корпоративная JIRA. Мы используем её как баг-трекер, планировщик релизов, средство общения по задачам и т.п. В целом, весьма доволны.
(11)
да не... Тест-центр в связке с ЦУПом - крутая вещь. Кто разрабатывает нагруженные системы - тем, думаю, прогонять свои базы через эту связку просто необходимо.
Пожалуй, это всё укладывается в общую картину - непосредственно техническая часть 1С весьма продвинута.
А вот то, что должно окружать техническую часть - всякие методики, командная разработка, тестировочная часть, учетные методики - это вот как-то хромает. Тут есть отставание.
да не... Тест-центр в связке с ЦУПом - крутая вещь. Кто разрабатывает нагруженные системы - тем, думаю, прогонять свои базы через эту связку просто необходимо.
Пожалуй, это всё укладывается в общую картину - непосредственно техническая часть 1С весьма продвинута.
А вот то, что должно окружать техническую часть - всякие методики, командная разработка, тестировочная часть, учетные методики - это вот как-то хромает. Тут есть отставание.
(12) romansun,
>> А вот то, что должно окружать техническую часть - всякие методики, командная разработка, тестировочная часть, учетные методики - это вот как-то хромает. Тут есть отставание.
У меня для таких случаев только один ответ.
>> А вот то, что должно окружать техническую часть - всякие методики, командная разработка, тестировочная часть, учетные методики - это вот как-то хромает. Тут есть отставание.
У меня для таких случаев только один ответ.
Коллеги, просветите - что интересного сказано было на партнерке про новые механизмы тестирования. А то я в этот раз "не доехал" :)
(20)
Алексей вот в своём докладе обмолвился, что успел уже поюзать в ночи... :)
А 1С-ники сказали, что готовят реинкарнацию сценарного тестирования - вторую версию. Бета уже есть. Так вот она как раз на этом всём основана.
В целом, я так понял, впечатления сугубо позитивные.
Алексей вот в своём докладе обмолвился, что успел уже поюзать в ночи... :)
А 1С-ники сказали, что готовят реинкарнацию сценарного тестирования - вторую версию. Бета уже есть. Так вот она как раз на этом всём основана.
В целом, я так понял, впечатления сугубо позитивные.
Оооох...а вообще про политику партии говорили - когда официально откажутся от поддержки платформы 8.2 и БП 2.0? Была ли какая-нибудь инфа на эту тему?
БП2.0 - хз.... что-то про 14 год было... то ли обновления, то ли сама она.... УПП1.3 еще долго
готовят УПП2.0 круто. Возможно, выведут её в отдельную корпоративную ветвь за другие деньги
насчет 8.2 не помню, но, опять же, 8.3 готовят конкретно... По моему, в этом году хотят таки зарелизить её.
Вообще, наиболее заметен тренд в сторону корпоративного сектора, что радует. Т.е. про все эти ЦКТП, центры компетенции прям на каждом углу, на каждой второй секции говорят.
готовят УПП2.0 круто. Возможно, выведут её в отдельную корпоративную ветвь за другие деньги
насчет 8.2 не помню, но, опять же, 8.3 готовят конкретно... По моему, в этом году хотят таки зарелизить её.
Вообще, наиболее заметен тренд в сторону корпоративного сектора, что радует. Т.е. про все эти ЦКТП, центры компетенции прям на каждом углу, на каждой второй секции говорят.
(24)
не, мы ничо уже с ней в этом плане не будем делать - она потеряла способность к обновлению уже давно. Полностью другой план счетов и вообще тотальный кастом, так сказать.
Насчет УФ - да, есть такие мечты.... Но тут скорее всего уже будет другая программа. Если будет.
не, мы ничо уже с ней в этом плане не будем делать - она потеряла способность к обновлению уже давно. Полностью другой план счетов и вообще тотальный кастом, так сказать.
Насчет УФ - да, есть такие мечты.... Но тут скорее всего уже будет другая программа. Если будет.
(25) romansun, у нас другая ситуация. Бухни обновляются клиентские, все гуд - переехать на 3.0 хоть сегодня. Но очень много НЕ типовых хитро-выкрученных обменов со всякими клиентскими ТИС'ами, Комплексными, Бухнями древними 1.5, и тому прочими зоопарками, которые клиенты не хотят переводить ни на что другое, из-за...как это у вас...тотального кастома! Местами в этих обменах хардкор на прямых T-SQL'льный мега портянищах. И хотелось бы понять, сколько есть у меня времени, что все это адаптировать под 3.0. Думал, может на партнерке скажут точные какие-то сроки. Есть мысли все сделать через Конвертацию, и так в принципе и хотел делать, то если (как я слышал от других) БП 2.0 вроде как с продажи снимается в феврале, то времени уже в обрез. Клиенты, они же, как вы понимаете - сарафан. У Настасьи Петровны будет 3.0, а у ее заклятой подруги, Веры Потаповны - 2.0, хотя и обслуживаются в одной компании :)
Забыл уже когда НГ отмечали в спокойствии, чину, миру и благородстве. Да простит меня автор за сей эпичный оффтоп :)
Забыл уже когда НГ отмечали в спокойствии, чину, миру и благородстве. Да простит меня автор за сей эпичный оффтоп :)
Спасибо за видео.
Только не понятно зачем в первом примере нужно создавать 2 разных обработки, когда можно было создать одну и сделать реквизит Документ составного типа.
Некоторые могут подумать что для каждого вида документа надо будет создавать отдельную обработку.
Еще не плохо было бы сказать про аналогию, что обработка это своего рода процедура, а ее реквизиты это параметры.
Только не понятно зачем в первом примере нужно создавать 2 разных обработки, когда можно было создать одну и сделать реквизит Документ составного типа.
Некоторые могут подумать что для каждого вида документа надо будет создавать отдельную обработку.
Еще не плохо было бы сказать про аналогию, что обработка это своего рода процедура, а ее реквизиты это параметры.
Автор:
(Aleksey.Bochkov)
Рейтинг: 3711
Для получения уведомлений о новых публикациях автора подключите телеграм бот: Инфостарт бот
Публикация:
№ 152161
Создание 16.09.12 01:45
Обновление 16.09.12 01:45
Статистика:
Просмотры 41852
Загрузки 0
Рейтинг
85
Комментарии 29
Характеристики:
Код открыт Не указано
Рубрики HighLoad оптимизация
Кому Программист
Тип файла Нет файла
Платформа 1С:Предприятие 8
Конфигурация 1C:Бухгалтерия
Операционная система Windows
Страна Не имеет значения
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета Не имеет значения
Доступ к файлу Бесплатно (free)