Тест центр 1с как пользоваться

Обновлено: 07.07.2024

(1) PsyTech, Тест-центр действительно входит в состав "Корпоративного инструментального пакета".
Это подсистема, которая объединяется с тестируемой конфигурацией, причем последнюю которую я видел работала на управляемых формах и соотвествено предназначалась для 8.2. (описание для него)

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

Последовталеьность работы с ним была такая:
1. ОБъединить подсистему тест-центра с тестируемой конфигурацией.
2. Разработать сценарий (создать новую обработку в режиме конфигуратора)
3. Настроить тест-центр в режиме пользователя (прописать параметры обработки, информационные базы, компьютеры на которых будет выполняться тестирование, пользователей и т.д. - все это делается в специальных справочниках подсистемы Тест-центр)
4. На компьютерах где будет выполняться тестирование запускается эта же конфигурация но в режиме "агента" (это функционал тест-центра). Суть в следующем: центральный компьютер отсулает команды на начало тестирования агентам, а агенты уже запускают специальные сессии для выполнения тестирования на своих компьютерах (этакая "трехуровненвая" архитектура). Сессия для тестирования - это обычный режим запуска 1С предприятия от имени указаного пользователя (так же жрет лицензии).
5. На центральном компьютере запускается сценарий, т.е. подается команда агентам начать работы. Агенты (как сказано ранее) запускают сеансы. Сеансы начинают выполнять действия прописанные в обработках (сценрариях). По завершению сеансы обычно закрываются (или их можно закрыть из агента к которому они относятся). В протокол (специальный документ или регистр сведений) записываются все ошибки и соббытия полученные за тестирования (неоторые такие записи так же оговариваются в обработке тестирования). Этот протокол доступен для просмотра на центральном компе.

Тестирование выполняется для отлова слабых мест конфигурации - взаимоблокировок, совместимости работы пользователей, проверки нагрузочной способности оборудования (серверов SQL) и т.д. Обычно запускается паралельно или с Profiler SQL или с "Центром управление производительности" (тоже компонента КИПа), или с системными мониторами - все это для просмотра реакции на такую массовую паралельную работу с данными.

Надеюсь, Вы, Алексей, в будущем продолжите публикации!

Спасибо за видео. Тест-центр не использовал, но хотел :)

Вообще, было бы здорово, если бы были подобные видео-инструкции по остальным программам пакета КИП - "ЦУП" и "Сценарному тестированию".

Тестирование даже некоторое время поддерживали в актуальном состоянии (в смысле, поддерживали сами тесты и сценарии). Но очень трудозатратно это всё.

ЦУП я поднял раза только с третьего :) Количество первоначальных настроек, галок, ролей, разрешений и пр. поначалу просто обескураживают. Справка понятна далеко не всегда.

(2) по ЦУПу сложно сделать универсальную инструкцию. Очень уж много разных ситуаций, в которых поведение системы различное, поэтому ценность видеоролика будет достаточно низкой. К тому же Вячеслав Гилев уже выкладывал подобную видеоинструкцию здесь.
А "Сценарное тестирование" - утопия. Этот инструмент уже давно не развивается. Год назад фирма 1С обещала реализовать в 8.3 поддержку сценарного тестирования на уровне платформы. Велика вероятность, что на осеннем партнерском семинаре этот функционал продемонстрируют.

(2) romansun,
>>Но очень трудозатратно это всё.

а какую конфигурацию вы пытались тестировать тестами по сценариям? Самописная какая-то? И насколько глубоко покрытие было? Был какой-то супер-пупер один тест, который покрывал всю конфу "от неба и до земли"? Или по подсистемам строили сценарии?

ох. у нас серьёзно переделанная БП. Ведется классическое такое сопровождение + неспешное кодирование с целью охвата всё новых и новых просторов заказчика. Задействовано постоянно три человека с возможностью подключения еще пары-тройки.

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

Решение принято - все принялись за работу. Сперва заказчику потребовалось несколько подходов, чтобы предоставить нам корректные цифры эталонных тестов - постоянно мы находили ошибки в них. Тестовых цепочек было разработано несколько - по нескольким бизнес-процессам. К примеру, рождение, жизнь и смерть ОСа.

Нашему специалисту потребовалось немало времени, чтобы заскриптовать такие последовательности. Описывать приходилось буквально скриптом. Конфа тестирования сырая, многие моменты приходилось костылями обходить.

Тесты были сделаны и даже запускались )). Вот тут примерно всё и начало заканчиваться. При любом изменении кода, формы нужно перетряхивать тест. По большому счету - это fulltime поддержка. Причем, посколько разработчик на тестах не особо в курсе конфигурации заказчика, а заказчик писал не полноценные тест-кейсы, где подробно по кнопкам описана последовательность действий для тестирования - для тест-разработчика нужно постоянное шефство, постоянное составление подробного тест-кейса, который тест-разработчик уже кодирует в сценарий. Итого, это уже два человека ))

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

Возможно, всю эту тему можно запустить с пользой на больших проектах. Хотя там и изменений будет гораздо больше. Хз.. Либо же в фикси-отделах IT. Там выделил человека и он фигачит полгода.

1С-ТестЦентр будет оказывать услуги по независимой проверке знаний 1С-разработчиков и выдавать заключения или сертификаты с указанием соответствующего грейда – от Junior до Senior.

Как будет организован процесс тестирования

Новый сервис позволит партнерам 1С проверить знания своих специалистов и получать соответствующую квалификационную оценку для разработчиков 1С. То есть даже для тех, кто не имеет официальных сертификатов 1С:Специалист.

Тестирование проходит в режиме онлайн. Претендент должен ответить на 50-60 вопросов, по 1-3 минуты на вопрос. Оценка для каждого вопроса выставляется по 10-бальной шкале. Отвечать можно письменно, набрав текст, или голосом – ответ не должен превышать одну минуту.

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

Грейд

Баллы MIN

Баллы MAX

Удостоверяющий документ

Предполагается, что сертификат от 1С-ТестЦентра будет иметь два вида:

желтый выдается при наличии сертификата «1С:Специалист по платформе 1С:Предприятие»;
синий – при отсутствии сертификата «1С:Специалист по платформе 1С:Предприятие».

Кому может пригодиться и сколько будет стоить

Тестирование в 1С-ТестЦентре проводится платно – для одного специалиста прохождение тестового испытания стоит 960 рублей. При покупке пакета сразу для нескольких человек предусмотрены скидки. При этом оплатить тестирование смогут и физические лица, и организации.

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

Хоть бы кратко расписали чем Junior отличается от Middle какой набор знаний подразумевается под каждым названием хотя бы кратко? А так набор названий и набор баллов. Вот есть задача, а кто ее может решить Middle или Senior? отличается от Middle какой набор знаний подразумевается под каждым названием хотя бы кратко? А так набор названий и набор
Тест на глубину теоретических знаний, а не на круг решаемых задач.
Но достаточно злой. (2) Ну так хотя бы кратко описали этот теоретический круг для каждого грейда. а что сертификат специалист по платформе уже не катит? (4) давно покупаются и продаются франчами. Как мерило знаний и умений - обесценено массовыми сдачами сотрудников франчей с высочайшей конверсией (4) Катит. Там же отдельно вводится цветовая дифференциация сертификатов. Но ТестЦентр, мне кажется, немного для другого - чтобы очень быстро и относительно достоверно проверить знания претендента.
Что огорчает, так это то, что сервис позиционируется только для франчайзи. В корпоративном сегменте при найме разработчиков такая штука вполне была бы полезной.

(6)У общества появилась цветовая дифференциация штанов сертификатов - значить у общества появилась цель! Осталось разобраться куда эта цель направлена.
Надеюсь малиновые штаны сертификаты для 1С Экспертов со временем тоже подвезут!

Что огорчает, так это то, что сервис позиционируется только для франчайзи.

Как я понял - это формальное позиционирование - использовать сервис может кто угодно - даже просто физические лица. Так что ничто не мешает теперь проверять знания на собеседовании такими вот тестами. Что не позволит программистам 1С расслаляться. Просто тесты жёсткие (судя по всему) - и большинству компаний (не являющихся очень серьёзными франчайзи) они могут не подойти - так они вообще никого не наймут, на фоне дефицита программистов 1С на рынке. Тем более тест направлен, в первую очередь, на тех, у кого есть сертификаты 1С Специалист, как я понял, то есть на тех, кто заявляет хорошие знания - а таких нанимают далеко не во всех компаниях, даже не франчазинговых.

Возможно и сами тесты будут разного уровня сложности - когда сдача идёт с и ли без сертификата 1С Специалист.

Вообще-то очень правильный шаг. Просто из-за пандемии видимо очень упал спрос на очное получение сдачу экзамена на сертификаты 1С Специалист. Вот и решили как-то заполнить пробел. По сути тест не даёт сертификата 1С Специалист - это лишь локальная проверка знаний сотрудника.

Проблема тут в том, что 1С Специалист сертификат можно получить и 10 лет назад и три года назад - и это будут разные знания для большинства обладателей (платформа-таки развивается - пусть и своеобразным путём) - и тесты будут тоже обновляться - и как это бывает с тестами 1С - вопросы будут стараться спрашивать заковыристые вещи - которые большинству наизусть знать вообще не нужно - и в большинстве случаев это не нужно и работодателям - но раз эти шутки где-то зарыты в платформе , то значит их можно спрашивать. Тем более всё усугубляется лицензионным расслоением на ПРОФ и КОРП клиентов - многие новые фишки платформы доступны только на КОРП лицензиях (КОРП конфигурации тоже есть, но там это как раз мелочи) - и в 90% предприятий не используются, на курсах почти не изучаются - но 100% это будет в тестах - от чего 90% программистам завалить тест как нефиг делать, даже с сертификатом 1 Специалист - где для Специалиста нужно знать только 10-20% всех возможностей платформы (и 80-90% возможностей конфигурации ПРОФ, но не КОРП). Для Профессионала по платформе конечно позубрить придётся - но раньше как было - зазубрил - сдал - и забыл - так как нафиг никому не надо это помнить! Причём время от момента сдачи на Профессионала и до момента на Специалиста тоже может пройти очень много.

В общем - идея может и правильная - но пока не ясно, что из этого получится в реальности

Ранее мы рассмотрели установку 1С Тест-центр на произвольную конфигурацию. Теперь же научимся создавать сценарии многопользовательского тестирования конфигурации пользователями и запускать само тестирование.

Написание сценария тестирования

Если вы только начинаете программировать в 1С или просто хотите систематизировать свои знания - попробуйте Школу программирования 1С нашего друга Владимира Милькина. Пошаговые и понятные уроки даже для новичка с поддержкой учителя.
Попробуйте бесплатно по ссылке >>

Напишем в процедуру ТЦВыполнить() простейший код, который будет 5 раз подряд копировать выбранный документ и замерять копирование и проведение каждого документа:

Для й=1 По 5 Цикл

Инструменты = КипВнешнийКомпонент.ПолучитьИнструменты();
ВремяНачала = КипВнешнийКомпонент.ЗначениеТаймера(Инструменты);

Процедура СоздатьДокументы() будет выполнятся на сервере:

НовыйДокумент = ТЦОбъект.ДокументДляКопирования.Скопировать();
НовыйДокумент.Дата = ТекущаяДата();
НовыйДокумент.Записать(РежимЗаписиДокумента.Проведение);

На этом подготовка сценария закончена, перейдем к настройке 1С Тест-центра для проведения нагрузочного тестирования.

Настройка 1С Тест-центр 8.3

После написания тестирования приступим к настройке самого Тест-центра. Для настройки необходимо заполнить ряд справочников:

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

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

После настройки сценария осталось только произвести его запуск.

Запуск тестирования в 1С: Тест-центр

Когда всё готово, останется только запустить работу тестирования.

Для запуска достаточно выбрать из списка нужный сценарий и нажать на кнопку Выполнить.

Система запустит тестирование:

После окончания, если всё прошло успешно, Вы получите отчет по выполнению операций, например:

Вот и всё, мы полностью выполнили тест и получили результаты.

Конечно, данный тест далёк от реальности, настоящий тест будет гораздо сложнее и интересней. Цель данной статьи состоит в рассмотрении общего принципа создания сценария нагрузочного тестирования.

Хорошее видео про установку, настройку и запуск тестирования в 1С Тест центр:

Читайте также: