vanessa-automation
vanessa-automation copied to clipboard
Pr-Mex
Генератор дымовых тестов - проблема с генерацией исключений.
Укажите:
- Версия Vanessa Automation - 1.2.041.1
- Версия платформы - 8.3.22.2239
- Режим совместимости базы, где запускается Vanessa Automation -
- Операционная система - win server 2019
Как есть: Для исключения объектов метаданных после прогона тестов используются текстовые файлы, которые необходимо заполнять вручную конкретным перечнем объектов, что является трудоемким процессом.
Как должно быть: Должен быть инструмент для быстрого формирования исключений по возникшим ошибкам прогона дымового теста.
Т.е. должна быть опция, при включении которой исключения бы формировались по ошибкам автоматически с описанием ошибки и записывались в текстовый файл. А дальше пользователь уже самостоятельно принимает решение, нужно ли что-то достать из исключений, исправив ошибку или нет.
Пример: Справочники_Запись.txt // Исключение из сценариев записи существующего элемента
// Запись элемента справочника "Валюты" (Валюты) // Изменение только в НСИ Валюты.Запись
// Запись элемента справочника "Должности (Должности)" // Нельзя пометить на удаление действующую должность. Должности.Запись.ПометкаУдаления
Документы_Запись.txt // Исключение из сценариев записи существующего элемента
// Запись элемента документа "Больничный лист" (БольничныйЛист) // Текст модального окна: // На период 10 - 17 ноября сотруднику уже зарегистрировано отсутствие документом Отсутствие (болезнь, прогул, неявка) 125132 от 13.11.2023 (Больничный без подтверждающего документа). Провести документ? БольничныйЛист.Запись.Запись БольничныйЛист.Запись.ПометкаУдаления БольничныйЛист.Запись.Проведение
Задача известная, решаемая. Необходимо написать парсер лога выполнения тестов VA для формирования файлов исключений. Возможно, когда-нибудь, возьмусь за нее. Обсуждали ее также на IE с другими авторами фреймворков.
Но кажется, все же, решение о добавлении действия в исключения должен принимать тестировщик для каждого конкретного случая вручную. Так как все сильно зависит от конфигурации, настроек информационной базы, включенных ФО, настроек выполняемых действий и т. д. Наличие указанного инструмента будет провоцировать тестировщиков бездумно добавлять все в исключения, вместо того, чтобы, например, выполнить необходимые настройки в базе или добавить требуемые НСИ. Если использовать флаги "Только по имеющимся объектам" или "Только измененные относительно конфигурации поставщика" то тем более, каждый объект с ошибкой необходимо просмотреть и принять решение о дальнейших действиях.
Задача известная, решаемая. Необходимо написать парсер лога выполнения тестов VA для формирования файлов исключений. Возможно, когда-нибудь, возьмусь за нее. Обсуждали ее также на IE с другими авторами фреймворков.
Но кажется, все же, решение о добавлении действия в исключения должен принимать тестировщик для каждого конкретного случая вручную. Так как все сильно зависит от конфигурации, настроек информационной базы, включенных ФО, настроек выполняемых действий и т. д. Наличие указанного инструмента будет провоцировать тестировщиков бездумно добавлять все в исключения, вместо того, чтобы, например, выполнить необходимые настройки в базе или добавить требуемые НСИ. Если использовать флаги "Только по имеющимся объектам" или "Только измененные относительно конфигурации поставщика" то тем более, каждый объект с ошибкой необходимо просмотреть и принять решение о дальнейших действиях.
Можно и обратное сделать: формируется файл со всеми ошибками и пусть в нем объекты будут изначально закомментированы, а тестировщик принимает решение по каждой ошибке и уже убирает комментарий с объекта, если её невозможно исправить (например: форма недоступна для интерактивного использования или интерактивное создание запрещено) или же удаляет из файла объект метаданных с описанием ошибки, если исправление возможно (например: метод объекта не обнаружен (Свойство)).