|   |   | 
| 
 | Автоматизация синтаксической проверки модулей и запросов | ☑ | ||
|---|---|---|---|---|
| 0
    
        mrvanillabear 29.07.24✎ 16:20 | 
        При обновлении нетиповой конфигурации, особенно при больших скачках между релизами возникает необходимость проверки синтаксической проверки  добавленных модулей и запросов(конструктором) в них вручную. Хочу написать обработку, которая бы все это автоматизировала, но не знаю с какой стороны подступиться, прошу совета. Была идея выгрузить все в XML парсить запросы и собирать их через попытку. Буду премного благодарен за идеи.     | |||
| 1
    
        Волшебник 29.07.24✎ 16:22 | 
        модули можно проверить пакетным запуском конфигуратора, а вот запросы...
 флаг вам в руки! | |||
| 2
    
        Волшебник 29.07.24✎ 16:23 | 
        Кстати, некоторые корректные запросы нельзя открыть в Конструкторе.     | |||
| 3
    
        Momus 29.07.24✎ 16:23 | 
        Как интересно будете парсить запросы в типовых модулях, где запрос собирается через СтрЗаменить()?     | |||
| 4
    
        maxab72 29.07.24✎ 16:23 | 
        (0) Ага, особенно если запросы собираются из фрагментов...     | |||
| 5
    
        Волшебник 29.07.24✎ 16:23 | 
        (3) Всем интересно     | |||
| 6
    
        mrvanillabear 29.07.24✎ 16:26 | 
        (3) (4) (5) Такие запросы проверяем на этапе тестирования, интересуют только, так скажем, цельные запросы, которые можно проверить конструктором.     | |||
| 7
    
        Волшебник 29.07.24✎ 16:27 | 
        (6) ну и как будете различать, цельный запрос или нет? Если не открылся, то что?     | |||
| 9
    
        Momus 29.07.24✎ 16:34 | 
        (8) ++
 Делал через ванессу, написав типовые сценарии работы предприятия. Интересно будет узнать альтернативный подход, если ТС найдет что-то, подпишусь | |||
| 10
    
        mrvanillabear 29.07.24✎ 16:46 | 
        (8) Этап автоматизированного тестирования присутствует(АТ проводит, записывает, формирует отчеты и тд, то есть стандартный сценарий поведения, но в добавленных объектах часто возникает ситуация, когда лишь клиент знает как должно работать и какая последовательность нажатий правильная), до АТ на этапе обновления проверяем вручную добавленные объекты конфигурации.     | |||
| 11
    
        mrvanillabear 29.07.24✎ 16:43 | 
        (7) Задумка была в том, что если запрос не собирается и в "обновленной" и в "рабочей", то нас это устраивает, если же только в обновленной, запрос необходимо исправить. Вопрос в том, как это реализовать)     | |||
| 12
    
        Галахад гуру 29.07.24✎ 17:30 | 
        Сонар, придумываете?     | |||
| 13
    
        ptiz 29.07.24✎ 17:36 | 
        (11) Использовать объектную модель запроса? Или я не понял вопрос. (т.е. СхемаЗапроса)     | |||
| 14
    
        DrLekter 29.07.24✎ 18:57 | 
        Тестировать нужно сценариями. Можно и вручную. Смысл в том, что валидность запроса ничего не говорит о том, будет ли работать весь алгоритм. Может, там в псевдониме поля опечатка, например, и код уже после выборки упадёт. Или не всё выбрано, что нужно. Анализом кода это не выяснить. Тем более в тех запросах, которые собраны из кусков или схемой.     | 
| Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |