Сценарное тестирование в 1С на Vanessa Automation - Как организовать работу с "нуля"? // Курс «Архитектор 1С»

• Приветствие участников и благодарность за подключение.  

• Объявление темы урока: сценарное тестирование в 1С на платформе Ванесса.  

• Введение в курс "Архитектор 1С" от компании ОТУС.  

• Проверка связи и видимости презентации.  

• Представление ведущего Кирилла Мушникова.  

• Просьба активно участвовать и задавать вопросы в чате.  

• Обещание записи вебинара на следующий день.  

• Призыв к участникам представиться и указать уровень знаний и опыт работы.  

• Цель вопроса: знакомство с аудиторией и адаптация презентации.  

• Описание компании ОТУС и её деятельности.  

• Создание онлайн-курсов для ИТ-специалистов разных уровней.  

• Образовательная лицензия и её преимущества.  

• Более 170 курсов, разбитых на 8 направлений.  

• Курсы для разных уровней подготовки и грейдов.  

• Примеры курсов: программирование, администрирование Linux, инфраструктура.  

• Более 600 преподавателей и 38 тысяч выпускников.  

• Более полумиллиона специалистов в сообществе.  

• Создание активного комьюнити для развития ИТ-индустрии.  

• Передача слова Олегу Каратаеву.  

• Олег рассказывает о своём опыте работы с 1С и преподавании в ОТУС.  

• Тема урока: сценарное тестирование в 1С на платформе Ванесса.  

• Обзор целей и видов тестирования.  

• Чек-лист по организации тестирования.  

• Программа обучения по курсу архитектора 1С.  

• Вопросы к участникам о применении инструментов автоматизированного тестирования.  

• Воспроизведение автоматических ошибок до релиза.  

• Недопущение регресс-ошибок.  

• Анализ юзабилити и горячих зон.  

• Воспроизведение реального поведения пользователя.  

• Расчет средней сложности программы.  

• Уверенность в надежности продукта.  

• Проблемы с фильтрацией объектов в дымовых тестах.  

• Сложности при переходе на импортозамещенные продукты.  

• Рекомендации по адаптации и использованию сценарных тестов.  

• Проблемы с редактором скриптов и использование других инструментов.  

• Модульное тестирование юнит-тестирование.  

• Сценарное тестирование.  

• Интеграционное тестирование.  

• Нагрузочное тестирование.  

• Основные инструменты сценарного тестирования.  

• Механизм ADIS для сценарного тестирования.  

• Использование сценарного тестирования в продуктах 1С.  

• Один тестировщик - упрощенная версия сценарного тестирования.  

• Рекомендуется для ознакомления с процессами сценарного тестирования.  

• Проще в использовании и отладке по сравнению с другими инструментами.  

• Ранее называлась Ванесса Б. Хевер.  

• Разработана командой комьюнити 1С как опенсорс продукт.  

• Разделилась на Ванесса ДД и Ванесса Автомашин.  

• Ванесса ДД поддерживает модульное и сценарное тестирование.  

• Ванесса Автомашин фокусируется на сценарном тестировании.  

• Вопрос о серверном режиме и совместимости с Linux.  

• Рекомендация запускать Ванесса Автомашин на Windows.  

• Пример использования Ванесса Автомашин для тестирования.  

• Подготовка шаблона тест-кейса или плана тестирования.  

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

• Пример тест-кейса в Word и использование автоматизированных платформ.  

• Таблица решений как расширение плана тестирования.  

• Условия и действия для проверки сложных условий.  

• Пример условий: контроль остатков товаров по складу.  

• Подготовка правил работы со сценарными тестами.  

• Четкие шаги для новичков в работе со сценарными тестами.  

• Важность проработки деталей для успешной работы.  

• Настройка хранения и использования фича файлов.  

• Важность проработки деталей для успешной работы.  

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

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

• Необходимо обеспечить доступ всех экспертов к репозиториям.  

• Сценарные тесты должны запускаться автоматически по расписанию или по коммитам.  

• Рекомендуется использовать Jenkins и GitLab CI для настройки DevOps.  

• Важно определить ответственных за подготовку сценарных тестов.  

• Проведите общие встречи для обучения команды работе со сценарными тестами.  

• Команда должна понимать, как разрабатывать и фиксировать тесты.  

• Результаты тестов должны быть доступны команде через отчеты.  

• Формулы и расчеты можно использовать для автотестирования.  

• Задавайте эталонное значение или используйте макет данных.  

• Сравнивайте результаты с эталонными значениями.  

• Сценарные тесты должны строиться на основе тест-кейса или плана тестирования.  

• Тест-кейс помогает упростить написание сценарных тестов.  

• Сценарные тесты должны разрабатываться на основе задач нового функционала.  

• Покрывайте баги сценарными тестами для предотвращения их повторного появления.  

• Используйте механизмы для тестирования на обычных формах, но это менее удобно.  

• Фиксируйте задачи по покрытию сценарными тестами в системе управления задачами.  

• Используйте Git для фиксации версий фича файлов.  

• Внедряйте репозитории, такие как GitHub или GitLab, для управления версиями.  

• Специалист по тестированию создает ветку для задачи и разрабатывает тест.  

• Тест передается на согласование ответственному за тестирование.  

• Изменения объединяются с основной веткой и могут автоматически подхватываться де вопс линией.  

• Рекомендуется использовать отдельные ветки для каждой задачи.  

• Ветки можно архивировать и проводить пул реквест.  

• Эти этапы детально рассматриваются на курсе архитектора.  

• Ванесса Автомашин не позволяет автоматически настраивать порядок выполнения фич.  

• Используются префиксы для нумерации каталогов и фича файлов.  

• Нумерация помогает системе выполнять тесты в правильном порядке.  

• Рекомендуется покрывать ключевую функциональность для бизнеса.  

• Не стоит покрывать типовой функционал, так как это делают вендоры.  

• Фича файлы содержат сценарии тестирования.  

• Не дублируйте сценарии в тестах, используйте экспортные сценарии.  

• Экспортные сценарии позволяют избежать дублирования логики.  

• Важно, чтобы тесты были максимально независимыми друг от друга.  

• Сценарии должны быть независимыми и выполняться отдельно.  

• Иногда приходится отходить от независимости, но к этому стоит стремиться.  

• Тесты должны восстанавливать данные и чистить за собой.  

• При добавлении нового функционала лучше создавать новые тесты, а не усложнять старые.  

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

• Проверяющие пул реквесты должны следить за этим.  

• Рекомендуется дробить сценарии на функциональные шаги.  

• Это помогает лучше понимать и проверять логику тестов.  

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

• По сценарии делают тесты более читабельными и удобными для отчетов.  

• Пример: открытие формы списка, очистка данных, заполнение данных.  

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

• Пример каталога с файлами для тестирования.  

• Переменные среды и базовая функциональность.  

• Экспортные сценарии для удобства и доступности.  

• Нумерация фича файлов для удобства и развития.  

• Пример использования нумерации для создания новых файлов.  

• Нумерация помогает быстро находить и отлаживать сценарии.  

• Виды тестирования: модульное, сценарное, интеграционное, нагрузочное.  

• Организация сценарного тестирования в 1С.  

• Чек-лист по запуску сценарных тестов.  

• Основные настройки окружения 1С.  

• Организация работы команды на проекте 1С.  

• Управление и ведение баз знаний.  

• Моделирование бизнес-процессов.  

• Автоматизация работы разработчиков и контроль качества кода.  

• Тестирование в 1С: сценарное, юнит, Jenkins.  

• Мониторинг и контроль производительности.  

• Интеграция в системах 1С.  

• Проектная работа: описание бизнес-процессов, проектирование архитектуры, настройка гидропозитариев, разработка функционала, сценарные тесты.  

• Основные преподаватели курса - действующие эксперты из крупных компаний.  

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

• Преподаватели не теоретики, а практики, готовые отвечать на любые вопросы по теме.  

• Преподаватель Кирилл просит слушателей оставить обратную связь через опрос.  

• Обучение проходит онлайн, с возможностью общения в чате и голосом.  

• Занятия проходят вечером, и записи доступны для просмотра на следующий день.  

• Домашнее задание выполняется раз в неделю и проверяется преподавателем.  

• Фидбек помогает закрепить теорию и получить альтернативную точку зрения.  

• В курсе есть телеграм-чат для общения и обмена опытом.  

• Занятия проходят два раза в неделю, по два часа каждое.  

• Программа курса интенсивная, но интересная и полезная.  

• Курс стартует 30 октября, и для участия нужно пройти вступительное тестирование.  

• Промокод "парч110" дает скидку 5% на любой курс до 2 октября.  

• Промокод можно использовать после прохождения вступительного тестирования.  

• Курс включает изучение архитектуры продукта на C++.  

• 18 октября пройдет открытый вебинар по теме построения архитектуры продукта на C++.  

• Спикер - Олег, начало в 19:00.  

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

• Благодарность слушателям за активность и вопросы.  

• Олег и Кирилл благодарят за участие и интерес к теме.  

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