Описание Тест-центра на сайте 1С (скриншоты устаревшие).
Скачать видео в хорошем качестве (123 Mb).
Критика и пожелания приветствуются в комментариях.
Видеодемонстрация применения Теста-центра для нагрузочного тестирования конфигураций
16.09.12
База данных - HighLoad оптимизация
Тест-центр – инструмент автоматизации многопользовательских нагрузочных испытаний информационных систем на платформе 1С:Предприятие 8. С его помощью можно моделировать работу предприятия без участия реальных пользователей, что позволяет оценивать применимость, производительность и масштабируемость информационной системы в реальных условиях.
В видео показан пример с внедрением конфигурации Тест-центра в произвольную информационную базу и создание простого сценария нагрузочного теста.
В видео показан пример с внедрением конфигурации Тест-центра в произвольную информационную базу и создание простого сценария нагрузочного теста.
См. также
HighLoad оптимизация Технологический журнал Системный администратор Программист Бесплатно (free)
Обсудим поиск и разбор причин длительных серверных вызовов CALL, SCALL.
24.06.2024 5141 ivanov660 12
HighLoad оптимизация Программист Платформа 1С v8.3 Бесплатно (free)
Метод очень медленно работает, когда параметр приемник содержит намного меньше свойств, чем источник.
06.06.2024 9260 Evg-Lylyk 61
HighLoad оптимизация Механизмы платформы 1С Системный администратор Программист Стажер Платформа 1С v8.3 Бесплатно (free)
Сравним «Регистры сведений» с «Сервисами интеграции» и узнаем, кто быстрее!
28.03.2024 5006 dsdred 23
HighLoad оптимизация Программист Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)
Анализ простого плана запроса. Оптимизация нагрузки на ЦП сервера СУБД используя типовые индексы.
13.03.2024 5097 spyke 28
HighLoad оптимизация Программист Платформа 1С v8.3 Бесплатно (free)
Оказывается, в типовых конфигурациях 1С есть, что улучшить!
13.03.2024 7573 vasilev2015 20
HighLoad оптимизация Инструменты администратора БД Системный администратор Программист Платформа 1С v8.3 Конфигурации 1cv8 Абонемент ($m)
Обработка для простого и удобного анализа настроек, нагрузки и проблем с SQL сервером с упором на использование оного для 1С. Анализ текущих запросов на sql, ожиданий, конвертация запроса в 1С и рекомендации, где может тормозить.
2 стартмани
15.02.2024 12422 241 ZAOSTG 80
HighLoad оптимизация Системный администратор Программист Платформа 1С v8.3 Конфигурации 1cv8 Абонемент ($m)
Принимать, хранить и анализировать показания счетчиков (метрики) в базе 1С? Почему бы нет? Но это решение быстро привело к проблемам с производительностью при попытках построить какую-то более-менее сложную аналитику. Переход на PostgresSQL только временно решил проблему, т.к. количество записей уже исчислялось десятками миллионов и что-то сложное вычислить на таких объемах за разумное время становилось все сложнее. Кое-что уже практически невозможно. А что будет с производительностью через пару лет - представить страшно. Надо что-то предпринимать! В этой статье поделюсь своим первым опытом применения СУБД Clickhouse от Яндекс. Как работает, что может, как на нее планирую (если планирую) переходить, сравнение скорости работы, оценка производительности через пару лет, пример работы из 1С. Все это приправлено текстами запросов, кодом, алгоритмами выполненных действий и преподнесено вам для ознакомления в этой статье.
1 стартмани
24.01.2024 5669 glassman 18
HighLoad оптимизация Программист Платформа 1С v8.3 Конфигурации 1cv8 Абонемент ($m)
Встал вопрос: как быстро удалить строки из ТЗ? Рассмотрел пять вариантов реализации этой задачи. Сравнил их друг с другом на разных объёмах данных с разным процентом удаляемых строк. Также сравнил с выгрузкой с отбором по структуре.
09.01.2024 14018 doom2good 49
09.01.2024
71
49
14018
Комментарии
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Спасибо за видео. Тест-центр не использовал, но хотел :)
Вообще, было бы здорово, если бы были подобные видео-инструкции по остальным программам пакета КИП - "ЦУП" и "Сценарному тестированию".
Тестирование даже некоторое время поддерживали в актуальном состоянии (в смысле, поддерживали сами тесты и сценарии). Но очень трудозатратно это всё...
ЦУП я поднял раза только с третьего :) Количество первоначальных настроек, галок, ролей, разрешений и пр. поначалу просто обескураживают. Справка понятна далеко не всегда.
Вообще, было бы здорово, если бы были подобные видео-инструкции по остальным программам пакета КИП - "ЦУП" и "Сценарному тестированию".
Тестирование даже некоторое время поддерживали в актуальном состоянии (в смысле, поддерживали сами тесты и сценарии). Но очень трудозатратно это всё...
ЦУП я поднял раза только с третьего :) Количество первоначальных настроек, галок, ролей, разрешений и пр. поначалу просто обескураживают. Справка понятна далеко не всегда.
(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С весьма продвинута.
А вот то, что должно окружать техническую часть - всякие методики, командная разработка, тестировочная часть, учетные методики - это вот как-то хромает. Тут есть отставание.
(20)
Алексей вот в своём докладе обмолвился, что успел уже поюзать в ночи... :)
А 1С-ники сказали, что готовят реинкарнацию сценарного тестирования - вторую версию. Бета уже есть. Так вот она как раз на этом всём основана.
В целом, я так понял, впечатления сугубо позитивные.
Алексей вот в своём докладе обмолвился, что успел уже поюзать в ночи... :)
А 1С-ники сказали, что готовят реинкарнацию сценарного тестирования - вторую версию. Бета уже есть. Так вот она как раз на этом всём основана.
В целом, я так понял, впечатления сугубо позитивные.
БП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)
Рейтинг: 3681
Для получения уведомлений о новых публикациях автора подключите телеграм бот: Инфостарт бот
Публикация:
№ 152161
Создание 16.09.12 01:45
Обновление 16.09.12 01:45
Статистика:
Просмотры 39042
Загрузки 0
Рейтинг
83
Комментарии 29
Характеристики:
Код открыт Не указано
Рубрики HighLoad оптимизация
Кому Программист
Тип файла Нет файла
Платформа Платформа 1С v8.3
Конфигурация Конфигурации 1cv8
Операционная система Windows
Страна Не имеет значения
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета Не имеет значения
Доступ к файлу Бесплатно (free)
