Тестирование - игровое моделирование

Публикация № 1644998 25.04.22

Разработка - Тестирование QA

Мы рассмотрим подход к тестированию с применением элементов искусственного интеллекта

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

Хочу показать, что тестирование тоже может быть интересной игрой. Что это не скучное серое тыканье кнопок, а занимательный и залипательный процесс. Все зависит от подхода. Поехали! 3..2..1..

 

 

Небольшая предыстория

 

Идею данного подхода мы начали рассматривать еще в далеком 2018 году. Однако в тот момент у нас не было достаточно хорошего и проработанного инструмента. Но мы не унывали и постепенно дорабатывали концепцию и инструменты.

Мы обсуждали с коллегами вопросы в тестировании на форумах, на различных конференциях по тестированию SQA Days, TestСonf, при личном общении. Мнений достаточно много и они отличаются в деталях. С нашей точки зрения основная цель развития тестирования в том, чтобы инструменты позволяли упрощать процесс создания сценариев, чтобы было можно делать меньше телодвижений, а еще лучше чтобы это все само работало) Вообще использование элементов искусственного интеллекта (AI) это актуальное и перспективное направление.

Использовать будем открытый Фреймворк «Тестирование 3.0» (https://github.com/ivanov660/TestingTool-3), но вам никто не мешает попробовать применить данный концепт к другим доступным инструментам  Ванесса, Тестер и другие доступные для сообщества 1С.


В чем заключается идея?

 

Изначально давайте рассмотрим прикладной процесс работы пользователей в бизнес приложении на платформе 1С в конфигурации ERP (УТ, КА). У нас с вами есть некоторая демонстрационная компания, которая работает в этом приложении. На самом деле в каждом конкретном случае будет своя структура взаимоотношений, которую будет необходимо оцифровать.

Эта работающая структура представляется как набор некоторых шестеренок/винтиков. Каждый из винтиков который является сотрудником, которые выполняют определенную работу. Этот сотрудник обычно ограничен в области возможностей и рамок (администратора мы не рассматриваем). Он имеет ограничения по правам доступа, возможностям создавать определенные документы, справочники, т. е. некоторой должностной инструкцией. Такая высокоспециализированная функциональная шестеренка. Вы можете конечно можете накладывать наборы функций на одного сотрудника, но от этого атомарные функции не меняются, вы просто расширяете рамки. И с этой точки зрения функциональный сотрудник идеально подходит под наши цели. Мы заменяем этих сотрудников некоторыми умными скриптами.

Обычно чтобы работало предприятие нам требуется выполнение набора некоторых задач — продажа, закупка и/или производство, выдача товаров, отгрузка/приемка и управление оплатами. Поэтому нам нужен некоторый набор этих винтиков. Давайте определимся с ним:

  • менеджер, это тот кто фактически будет выводить нашу систему из равновесия, связываться с клиентом и «продавать» товар;
  • снабженец — тот кто будет выполнять закупку товаров, сырья для производства;
  • кладовщик — тот кто будет отгружать/принимать товар;
  • бухгалтер — тот кто выполняет операции по приему денег от клиента или выполнять оплаты закупок;
  • оператор цеха — это тот кто будет выполнять производство продукции;
  • и др.

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

 

 

На картинке ниже приведена схема замены реальных пользователей их программными моделями — виртуальными помощниками.

 

 

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

 

 

Давайте рассмотрим что из себя представляет этот самый "бот", об этом ниже ...

 

Упрощенная модель бота-сотрудника

 

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

 

 


Давайте рассмотрим как она работает более детально:

  • Инициализация/начало работы. Сотрудник приходит на работу и включает оборудование, компьютер . Это этап запуска нашего помощника, открытие приложения 1С, открытие необходимого интерфейса для работы.
  • Проверка задачи. Выполняется проверка наличия задания.
  • Исполнение. При появлении задания, мы должны его обработать: создать документ, ответить на письмо, изменить статус и т.п.
  • Ожидание/таймер. После того как мы выполнили операцию обработки мы переходим в состояние ожидания, из которого по таймеру мы принудительно вернемся на шаг выполнения проверки 

Иными словами наш "пользователь" движемся по кругу словно белка в колесе.

 

 

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

 

 

Тут происходит все тоже самое, только в терминах операций, связей и событий:

  • Процесс инициализируется и стартует. Передаются параметры запуска, настройки работы.
  • Выполняется проверка. В зависимости от результата выполняется один из двух доступных сценариев.
    • Сценарий отгрузка с последующим возвратом в состояние ожидания.
    • Пустой - мы просто переходим в состояние ожидания.
  • Ожидание таймера. Далее мы переходим в состояние ожидание из которого мы по некоторому значению таймера принудительно перемещаемся (дельта переход) в состояние проверки. Во время ожидания живой сотрудник может выкурить одну другую сигаретку, выпить чашку кофе или сделать еще что-то.

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

 

 

Давайте плавно перейдем к интерфейсу, который позволяет нам выполнять работу в бизнес приложении 1С.

 

Интерфейсные доски для пользователей или АРМы

 

В качестве рабочих мест пользователя можно выделить три варианта — это:

  • динамические списки с отборами,
  • специальные обработки (мы их называем автоматизированные рабочие места (АРМ))
  • произвольная обработка написанная вручную под текущую задачу.

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

Пример рабочего места пользователя «Менеджер» приведен на рисунке ниже. Это обычный динамический список «Заказы клиентов». Как мы видим в нем есть возможность управлять состоянием отображаемых данных через готовые фильтры - «текущее состояние», «менеджер».

Фильтрацию данных требуемым нам отборам - по организациям, складам можно выполнить двумя способами:

  • использовать наличие ограничения по RLS «Организации» и/или «Склады». В этом случае фильтрация будет выполняться автоматически на уровне платформы и настроек ограничения доступа;
  • добавить дополнительные отборы по полям «Организация», «Контрагент», «Склад».

 

 

Второй АРМ — это рабочее место сотрудника склада «Управление отгрузкой» или «Управление поступлением». Функциональность и представление логически у них похожие, поэтому остановимся на первом. 

Для конфигурации ERP из коробки у нас с Вами сразу есть отбор по складу. С точки зрения ограничения по аналитики «Организация» и «Партнер» не требуется, т. к. сотрудник должен принимать товары с любой организации и партнера. Но если вдруг это потребуется, то вы можете воспользоваться настройкой системы ограничения доступа.

 

 

Вы справедливо можете задать вопрос: «Как выполнять выбор распоряжения для обработки?» Вариантов множество:

  • передавать или получать откуда то номер распоряжения. Такой фокус мы применяем, когда выполняем обычный сценарный тест - последовательность действий в рамках одного сценария.
  • брать первый по списку или последний. Этот вариант мы выбрали в текущей используемой нами реализации.
  • добавить "записную книжку" - регистр сведений обработанных объектов и писать в него обработанные или с ошибкой и исходя из его состояния корректировать выбор распоряжения для обработки.
  • другие варианты.

Рассмотрим как запускаются сценарии, что стоит за блок схемами...

 

Сценарии обработки событий

 

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

  • Как только система выполнит переход в состояние «Проверка», автоматически будет запущен в работу скрипт «проверка наличия распоряжения» (см. рис. ниже). Этот скрипт взведет переменную «Наличие распоряжений» в одно из двух состояний - Истина или Ложь.
  • Далее по результатам выполнения этого скрипта и анализу переменной «Наличие распоряжений» будет возможен переход в одно из возможных состояний - ожидание или выполнение создания расходного ордера.
  • При переходе в состояние «Создать расходный ордер» будет запущен соответствующий скрипт.
  • И т.д. в зависимости от сложности скрипта описания поведения бота «Кладовщик»

 

 

Вы можете задать резонный вопрос: «А что если ситуация выйдет из под контроля? Упадет приложение 1С или выползет ошибка кода? Как ваш виртуальный бот будет реагировать? Зависнет?». В данном случае мы предлагаем запускать отдельную петлю/процесс/«сознание», которое будет в отдельном потоке обрабатывать ошибочные ситуации. Это позволит значительно упростить текущую структуру скрипта и вносить определенную независимость в работу всей системы.

 

 

 

Развитие инструмента управления игрой

 

Изначально, когда мы остановились на схеме организации поведения виртуальных помощников — конечные автоматы, то АРМ выглядел следующим образом:

 

 

Модель отлично работала, но у нее был существенный недостаток. Запуск довольно больших скриптов уменьшает вариативность системы и делает ее более неустойчивой. Но при увеличении количества состояний и учета связей между ними мы сталкиваемся с проблемой серьезного роста сложности. Тут не помогает даже использование иерархических конечных автоматов.

 

 

Следующим шагом мы ввели большую свободу управления и изменили алгоритм управления. Сделали подобие логической системы с обширной базой знаний. Знания наполнили из разработанных ранее сценариев - около 80 сценариев бизнес-процессов и 400 скриптов в библиотеке действий, конечно не все из них подходят и требуют переработки, но это поправимо и требует времени. К сожалению, столкнулись с проблемой использования 1C Automation API в нагрузочном тестировании, но об этом в следующей статье. 

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

 

 

Для взаимодействия, передачи команд и общения между всеми участниками процесса мы реализовали чат с комнатами и другим нужным функционалом:

 

 

 

Масштабирование

 

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

  • Организации
  • Партнеры
  • Склады
  • Номенклатура
  • Менеджеры

Используя данный подход мы на любом уровне получим различные сценарии работы. К примеру, рассмотрим вариант распределения по аналитике склады.

 

 

В данном случае у нас иерархическая структура. Где в корне находится распределительный центр, в котором используется адресное хранение и ордерная схема. Далее на уровнях ниже находятся магазины, промежуточные склады с гибридной ордерной схемой и оконечные пункты выдачи. Каждый из этих складов будет обрабатывать отдельный бот-кладовщик или два по одному на приемку и отгрузку.

С точки зрения менеджеров, то мы можем использовать ограничения по двум аналитикам - организация и склад. Таким образом мы легко сможем увеличить количество ботов комбинируя склады и организации - N складов*M организаций. К примеру, при наличии 10 складов и 4 организаций мы получим - 40 ботов и т.д. Учитывайте, что количество ботов с количеством реальных пользователей для стандартных инсталляций примерно связано отношением: Количество ботов/0.05~ Количество реальных пользователи онлайн. Почему это так, мы уже приводили ранее, но также рассмотрим в следующей статье про нагрузочное тестирование.

 

 

 

Как запустить игру?

 

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

  • Представим склад некоторым вектором или массивом значений:
    • Склад={«Центр», «Юг», «Сервер», «Розничный» и т.д.};
  • Номенклатуру вектором или массивом значений: 
    • Номенклатура={«лимонад», «ботинки»+«42 размер», «вентилятор» и т.д.};
  • Клиентов: 
    • Клиент={«Алхимов», «Частное лицо» и т.д.}

Теперь мы можем представить входную матрицу или таблицу, предварительно запустив генератор комбинаций, следующим образом:

 

 

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

 

 

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

 

P.S. Демонстрация взаимодействия бота и владельца игры в процессе тестирования.

 

 

Еще пара интересных статей про сценарное тестирование от автора:

Специальные предложения

Оставьте свое сообщение

См. также

Пример многопоточной обработки (БСП)

Обработка документов HighLoad оптимизация Обработка справочников БСП (Библиотека стандартных подсистем) Платформа 1С v8.3 Конфигурации 1cv8 Абонемент ($m)

Обработка-шаблон, на основе которой можно делать свои многопоточные обработки данных для конфигураций на БСП.

13.02.2023    6229    4    echo77    8    

76

Быстрый старт в тестировании на платформе 1С (Vanessa-ADD)

Тестирование QA Платформа 1С v8.3 Бесплатно (free)

Если вы давно хотите освоить тестирование в мире 1С. Но не знали, с чего начать. Теперь знаете.

02.02.2023    8258    NikitaIvanchenko    28    

129

Утилита тестирования сервера 1С от HADGEHOGs

HighLoad оптимизация Мониторинг Платформа 1С v8.3 Россия Бесплатно (free)

Программа для тестирования вашей инфраструктуры 1С. Анализ ключевых параметров оборудования и ПО серверов 1С и MS SQL, поиск ошибок в базах 1С на стороне MS SQL, тестирование производительности серверов MS SQL и 1С, обмен результатами замеров с сообществом, построение отчета.

21.09.2022    13414    1022    Hadgehogs    56    

132

Быстрый фронт в базе размером 6.8 терабайт – наши стандарты при разработке и рефакторинге запросов

HighLoad оптимизация Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

От быстродействия запросов, которые обращаются к крупным таблицам, напрямую зависит скорость работы всей базы в целом. Артем Кузнецов, тимлид команды 1С в компании ООО «Финтех решения» на конференции Infostart Event 2021 Moscow Premiere рассказал, как оптимизировать производительность при поддержке больших систем. Показал, на что следует обращать внимание при код-ревью запросов, как оптимизировать RLS, виртуальные таблицы, индексы и условия, и как доработка архитектуры решения может ускорить работу базы.

29.08.2022    6453    Chernazem    44    

109

Ускорим проведение в 1С:Управление холдингом

HighLoad оптимизация Запросы Платформа 1С v8.3 1С:Управление холдингом Бесплатно (free)

В 1С:Управление холдингом есть "нехороший" запрос, который съедает значительную часть времени проведения документов. Если его подправить, то проведение заметно ускорится.

10.08.2022    5363    sapervodichka    64    

74

Методика похудения для 1С – 100%

Свертка базы HighLoad оптимизация Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

Удаление архивных данных из базы - это непростая задача как для 1С, так и для любой базы данных. В статье изложены различные способы решения задачи, включая самый эффективный для 1С.

28.07.2022    6059    1CUnlimited    39    

45

Экспертный кейс. История расследования одного небыстрого закрытия месяца в 1C:ERP. Пример неочевидных путей расследования в виде детективной истории

HighLoad оптимизация Механизмы платформы 1С Запросы Платформа 1С v8.3 1С:ERP Управление предприятием 2 Бесплатно (free)

В данной статье хотим рассказать об одном нашем непростом расследовании, в котором удалось собрать сразу несколько проблем на разных уровнях инфраструктуры заказчика и изначальной методологии ведения учета. Само расследование в какой-то момент стало напоминать детективную историю, с роялями в кустах, ошибками платформы, странным поведением пользователей и магическим поведением хорошо знакомых механизмов. Но мы реалисты, поэтому все проблемы были выявлены и устранены ;)

11.07.2022    5826    it-expertise    27    

57

10 «заповедей» эксплуатации крупной информационной системы 1С

Управление ИТ-подразделением Внедрение ИТ-системы HighLoad оптимизация Бесплатно (free)

Крупные системы 1С давно уже перешагнули и десятки терабайт, и тысячи пользователей, но во многих случаях подход к эксплуатации таких систем остаётся не на должном уровне. Антон Дорошкевич на конференции Infostart Event 2021 Post-Apocalypse поделился более чем 10-ти летним опытом эксплуатации подобных систем, сведя его к 10 «заповедям», соблюдение которых сделает 1С надёжнее, а труд разработчика – благодарнее и благороднее.

11.07.2022    7973    a.doroshkevich    33    

86

Автотесты для типовых конфигураций ERP Управление предприятием 2 и Комплексная автоматизация 2 (для vanessa automation)

Тестирование QA DevOps и автоматизация разработки Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Комплексная автоматизация 2.х Россия Бухгалтерский учет Налоговый учет Платные (руб)

Готовые тестовые сценарии, предназначенные для регресс-тестирования функционала конфигурации после обновления типовым релизом. Сценарии проверяют интерактивное заполнение форм документов, справочников и результат проведения документов. Сценарии возможно использовать как для vanessa-automation, так и для СППР. Поддерживаемые версии конфигураций ERP2 и КА2: 2.5.8.321.

2004 руб.

04.07.2022    4099    3    0    

12

Интерактивная справка и помощник первого запуска Vanessa Automation

Тестирование QA Платформа 1С v8.3 Бесплатно (free)

Недавно у нас появился помощник первого запуска и интерактивная справка

21.06.2022    2325    fenixnow    0    

45

Производительный режим работы RLS

HighLoad оптимизация Роли и права Платформа 1С v8.3 8.3.14 8.3.6 8.3.8 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Комплексная автоматизация 2.х Бесплатно (free)

Функционал подсистемы УправлениеДоступом позволяет работать с RLS в двух режимах: стандартном и производительном. Каждый из режимов имеет свои преимущества и недостатки относительно другого. Основные из них будут рассмотрены в данном материале.

14.06.2022    9401    Neti    7    

97

Несколько слов про платформенный механизм оптимизации RLS

HighLoad оптимизация Платформа 1С v8.3 Бесплатно (free)

Смотрим, как работает платформенный механизм оптимизации RLS, сравним поведение на разных СУБД MS SQL, Postgres 11,13,14.

07.04.2022    3901    ivanov660    23    

69

Экспертный кейс. Расследование фатального замедления времени расчета себестоимости в 1С:ERP 2

HighLoad оптимизация Механизмы типовых конфигураций Запросы Платформа 1С v8.3 1С:ERP Управление предприятием 2 Бесплатно (free)

При выполнении нагрузочного тестирования информационной системы на базе 1С:ERP для одного из клиентов с целью оценки возможности миграции системы на PostgreSQL и Astra Linux мы столкнулись с неприемлемым увеличением времени выполнения расчета себестоимости. Строго говоря, сценарий тестирования закрытия месяца не был выполнен вообще – он не укладывался в таймаут выполнения теста, 24 часа. По прошествии 18 часов всё ещё шло выполнение операции «Распределение затрат и расчет себестоимости». Более 16 часов выполнялся подэтап “Расчет партий и себестоимости. Этап. Расчет себестоимости: РассчитатьСтоимость”. Всё это время выполнялся запрос, который в текущей инфраструктуре клиента (СУБД MS SQL Server) выполняется чуть более 3 минут на аналогичных данных.

25.03.2022    5923    it-expertise    92    

68

Пример пошагового решения проблемы производительности на базе Postgres SQL с картинками

HighLoad оптимизация Технологический журнал Платформа 1С v8.3 Бесплатно (free)

Рассмотрим по шагам процесс обнаружения, анализа и решения проблемы производительности на примере базы ERP, сравним отличия в работе Postgres и MS SQL.

28.02.2022    13699    ivanov660    18    

147

Привилегированные отчеты

Роли и права HighLoad оптимизация Платформа 1С v8.3 Конфигурации 1cv8 Абонемент ($m)

Расширение позволяет настроить для пользователей выполнение отчетов в привилегированном режиме. 1) Убирает тормоза формирования отчета, возникающие при наложении прав пользователя на запросы отчета; 2) Позволяет обойти ошибки формирования отчета из-за отсутствия прав на часть объектов у пользователя.

4 стартмани

24.01.2022    11311    27    sapervodichka    36    

102

Автотесты для типовых конфигураций Бухгалтерия предприятия КОРП 3.0 и Бухгалтерия предприятия 3.0 (vanessa automation)

Тестирование QA DevOps и автоматизация разработки Платформа 1С v8.3 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Налоговый учет Платные (руб)

Готовые тестовые сценарии, предназначенные для регресс-тестирования функционала конфигурации после обновления типовым релизом. Сценарии проверяют интерактивное заполнение форм документов, справочников и результат проведения документов. Сценарий – feature-файл, разработанный с помощью vanessa-automation. Запуск сценария выполняется интерактивно с помощью vanessa-automation или с помощью vanessa-runner в CI-системах. Доступно тестирование тонкого клиента. Поддерживаемые версии конфигураций 1С:Бухгалтерия предприятие 3.0 и версии КОРП: 3.0.126.18, 3.0.129.13.

1728 руб.

20.01.2022    4822    1    0    

4

Инструкция по получению плана запроса через Extended Events

HighLoad оптимизация Бесплатно (free)

Доброго времени суток, коллеги. Хочу рассказать, как можно посмотреть план запроса через механизм Extended Events. Я хочу ответить на вопрос - как разработчику через SQL Management Studio посмотреть, что запрос, который он сделал, работает оптимально. На Инфостарте есть несколько статей, которые посвящены трассировкам в этом механизме. Мне, когда я не понимал, как это правильно делать, не хватало простой пошаговой инструкции. Я напишу инструкцию, выполняя которую можно будет увидеть план запроса, который выполняется из базы данных.

22.11.2021    3105    Andrei_Ivanov    3    

46

Повышение производительности веб-сервисов. Переиспользование сеансов

WEB-интеграция HighLoad оптимизация Платформа 1С v8.3 Бесплатно (free)

Повышение производительности веб-сервисов. Переиспользование сеансов. Практическая реализация.

20.10.2021    4971    sorter1    3    

47

Изыскания на тему записи в регистр сведений

HighLoad оптимизация Платформа 1С v8.3 Платформа 1C v8.2 Конфигурации 1cv8 Абонемент ($m)

Уважаемые коллеги, здравствуйте! Сегодня хочу поделиться с Вами своими изысканиями на тему записи в регистр сведений в контексте оптимизации одной операции. Однажды мы столкнулись со следующей проблемой: поступили жалобы от разработчиков сайта, что наш веб-сервис очень медленно реагирует, точней, обработка запроса не укладывается в таймаут 5 секунд, и сайт получает ошибку 500. Стали разбираться, и вот что выяснили.

1 стартмани

21.09.2021    14100    0    METAL    57    

104

Vanessa Automation, или как начать писать свои тесты за 5 минут

Тестирование QA Платформа 1С v8.3 Конфигурации 1cv8 Абонемент ($m)

Статья рассчитана на новичков, которые либо вообще не писали тесты, либо только начинают или хотят их написать. Читай далее - будет интересно!

1 стартмани

21.08.2021    22294    22    Xershi    36    

72

Адекватный параллелизм в 1С

HighLoad оптимизация Платформа 1С v8.3 Бесплатно (free)

Параллелизм ускоряет выполнение тяжелых регламентных операций на СУБД, но может негативно влиять на работу многопользовательских учетных систем. О том, как анализировать влияние параллелизма и настраивать его для MS SQL и PostgreSQL, рассказал ведущий разработчик компании ООО МКК «Ваш Инвестор» Вадим Фоминых.

13.08.2021    15577    Shmell    8    

59

Создаем счетчики производительности Windows для 1С

HighLoad оптимизация Бесплатно (free)

В статье описан подход, позволяющий создавать счетчики производительности Windows для 1С:Предприятие.

09.08.2021    5091    blackhole321    8    

50

Распространенные ошибки разработчиков, приводящие к проблемам производительности

HighLoad оптимизация Рефакторинг и качество кода Платформа 1С v8.3 Бесплатно (free)

Рассмотрим примеры ошибок, анализ, исправление и мероприятия по недопущению подобного в будущем. Всего будет 18 примеров.

02.08.2021    16600    ivanov660    77    

142

Vanessa Automation. Как начать создавать видеоинструкции

Тестирование QA Бесплатно (free)

Автоматические видеоинструкции на основе сценариев тестирования поражают воображение. Но многие сталкиваются с проблемами при попытке создать собственные фичи для видео. В ходе мастер класса на онлайн-митапе «DevOps в 1С» Светлана Попова рассмотрела особенности создания видеоинструкций с помощью Vanessa Automation для SikuliX и веб-клиента. И рассказала, какие подводные камни нужно учесть при их написании.

26.05.2021    8636    SvVik    12    

48

Поиск причин блокировок СУБД

HighLoad оптимизация Платформа 1С v8.3 Управление блокировками Конфигурации 1cv8 Бесплатно (free)

Расследование блокировок СУБД. Статья написана по мотивам вебинара Виктора Богачева.

28.04.2021    8534    vasilev2015    14    

84

Решение нестандартных проблем производительности на реальных примерах

HighLoad оптимизация Платформа 1С v8.3 Бесплатно (free)

На екатеринбургском Infostart Meetup выступил с докладом архитектор ИС центра разработки ФТО Александр Криулин. Он поделился с коллегами кейсами нестандартных проблем производительности и рассказал о способах их решения.

24.03.2021    8176    AlexKriulin    37    

78

Соединение вложенными циклами

HighLoad оптимизация Платформа 1С v8.3 Бесплатно (free)

Nested loops и отсутствующие индексы. Статья написана по мотивам вебинара Виктора Богачева.

12.03.2021    5302    vasilev2015    22    

61

Практика применения DevOps. Тестирование

Тестирование QA Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

В третьей части мастер-класса «Практика применения DevOps» на конференции Infostart Event 2019 Inception выступила Светлана Попова. Она рассмотрела возможности использования двух инструментов тестирования от фирмы «1С» – «Сценарного тестирования» и связки СППР и Vanessa Automation, и рассказала про плюсы и минусы каждого из этих вариантов.

11.12.2020    7734    SvVik    0    

50

Контекст всегда важен. История проблем производительности

HighLoad оптимизация Бесплатно (free)

Небольшая история о проблемах производительности из-за нехватки процессорных мощностей. А также описание основных показателей работы CPU.

26.11.2020    10214    Infostart    21    

133

Анализ проблем производительности по динамике мониторинга RAS 1C

HighLoad оптимизация Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

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

07.10.2020    7963    ivanov660    13    

69

Ускорение медленной работы строк в 1С на примере 1С:Документооборот КОРП

HighLoad оптимизация Платформа 1С v8.3 1С:Документооборот Бесплатно (free)

Если у вас в 1С:Документооборот КОРП 2.1.11.5 (часть более старых и новых конфигураций): 1) Долго отправляется почта в формате HTML; 2) Медленно открывается документы внутренние / входящие / исходящие; 3) Тормозит область просмотра или открытие задач. Тогда вам сюда.

02.10.2020    7057    Iaskeliainen    16    

57

Тестирование проводок в ЕРП и КА

Тестирование QA Платформа 1С v8.3 1С:ERP Управление предприятием 2 Россия Бухгалтерский учет Абонемент ($m)

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

1 стартмани

02.09.2020    8606    40    JohnConnor    7    

9

Молчание "best practices": тестовые и эталонные данные, структура и связность, падения и новая функциональность, и другие неудобные вопросы к сценарному тестированию

Рефакторинг и качество кода Тестирование QA Платформа 1С v8.3 Бесплатно (free)

Непонимание некоторых базовых вопросов мешает программистам начать применять инструменты тестирования в процессе разработки для 1С. Как разобраться в терминологии и интегрировать процесс тестирования в разработку 1С-решений на конференции Infostart Event 2019 Inception рассказал руководитель отдела разработки компании C.T.Consultants Решитко Дмитрий.

29.05.2020    6973    grumagargler    14    

50