Подсистема НСИ

[fenixnow]

Возможно, где то и описано, тк только начинаю разбираться.
Для чего нужны справочники и где они используются в НСИ?

Все ссылки ведут на главную страницу ВИКИ

Как понимаю, основная часть данных по сценариям заполняется через внешнюю обработку "МенеджерСценарногоТеста"?

[ivanov660]

1. По блоку НСИ еще не удалось сделать полноценное описание (последовательно добавляем информацию и уроки). Раз вопросы возникают, то попробуем ускорить процесс заполнения информации.
2. Обработка "менеджер сценарного теста" разрабатывалась как независимый от конфигурации инструмент. Создание сценариев и работа с ними осуществляется только посредством этой обработки.
   2.1) Мы рекомендуем для полноценной работы создать два каталога: "Библиотека" и "Готовые сценарии".
   2.2) Для командной разработки советуем развернуть эти каталоги с файлами в ГИТ.
   2.3) Скоро мы разместим демо-сценарии и демо-библиотеку из уроков в отдельном каталоге гит для удобства использования.
3. Сама конфигурация "Тестирование 3.0" позволяет выполнять автоматизацию тестирования в рамках следующих подсистем:
   3.1. Подсистема "Тестирование" для учета тестов (описания), хранения результатов; Просмотр выполняется с помощью отчетов и плагина "Allure Skin". Внесение результатов ручных тестов с помощью плагина "менеджер выполнения чек-лист тестов".
   3.2. Подсистема "Планировщик" для управления выполнения заданиями; запуск автотестов, загрузка результатов, запуск проверок и др.
4. Описание остального функционала будем производить по мере появления времени и готового материала.

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

[fenixnow]

Спасибо за оперативный ответ.

1. Как я правильно понял, справочники НСИ не являются необходимыми для ведения/заполнения чтобы начать составлять тесты?

Основная задача тестов направлено на проверку рабочих мест сотрудников в которых они выполняют цепочку действий.
Сейчас я программирую складскую программу, у нас есть входящий поток документов(задач) из управленческой системы. Задачи обрабатываются на рабочих местах как пример:
Заявка клиента потоварно раскладывается на задачи к выполнению сотрудником на подбор из ячеек склада, собирается в некий контейнер, дальше этот контейнер доставляется в зону сотруднику производящему с этим контейнером действия контроля/упаковки/печати документов.

Оставшиеся вопросы:

• как вы советуете строить сценарное тестирование? Разворачивать копию боевой базы с заполненными данными, сформированными настройками рабочих мест и уже на "живых" данных создавать тесты или же прописывать всю цепочку тестов начиная от настройки рабочих мест, заведения справочников, документов, а потом уже отладку цепочки бизнес процесса?

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

• В ваших начальных примерах, вы выбираете из справочников уже созданные элементы (клиент, номенклатура). Каким образом в тесте создать элемент справочника, а топом этот же элемент подставить в одно из значений на форме?

[ivanov660]

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

2. По практическим вопросам:

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

Далее, мы разделяем данные базы на три уровня:

• условно-постоянные - которые могут меняться крайне редко, мы их берем текущие (организация, номенклатура и др.)
• динамические - которые необходимо создавать это оперативные документы бизнес-процессов, вспомогательные справочники и др. Их создаем тестами.
• настроечные/загружаемые - это данные, которые необходимы для выполнения цепочек.
  Пример 1. Мы решили делать тест продажи в реальной базе, но остатки номенклатуры могут исчезнуть со временем и тест не сможет запуститься. Поэтому мы создаем макет документа "ввода начальных остатков товаров" или документы "поступления ТМЦ" (с помощью xUnit1C описано тут: пример из семи шагов создания Unit-теста для платформы 1С) и загружаем перед началом выполнения цикла автоматического тестирования.
Пример 2. Мы хотим выполнить продажу, но не хотим брать контрагента из базы (у него может появиться долг или быть другие проблемы), поэтому мы создаем тестового контрагента и партнера с помощью генератора макетов. И далее загружаем в базу перед началом выполнения сценарных тестов
  В ближайшее время мы разместим еще одну статью, о том как мы запускаем тесты. В ней мы рассмотрим более подробно данные вопросы.

Далее, сценарий должен акцентироваться на проверки бизнес-процесса. Обязательно нарисуйте на бумажке, viso или интернете схему проверяемого процесса аля "Процесс принятия кладовщиком задания к исполнению". И уже создавайте для него сценарий.

б) Посмотрите видео-урок Пример использования действия "условие"

в) Рекомендую использовать подход описанный в пункте а) где необходимо используйте "условно-постоянные", а где требуется "настроечные/загружаемые данные". Не рекомендуем в сценарном тесте писать создание справочников (если только на это нацелен тест аля проверка создания контрагента).

[fenixnow]

Спасибо, буду изучать/практиковаться на выходных :)