Инфостарт Сертификация по Vanessa Automation — результаты и разбор TOP 5 самых сложных вопросов

Правильный ответ: 2. И я запоминаю строку "ООО ""Рога и копыта""" в переменную "Наименование""

Для задания строк в сценариях язык TurboGherkin поддерживает два вида кавычек: одинарные «'» и двойные «"». Они абсолютно равнозначны и их удобно комбинировать, когда внутри строки нужно использовать какой-либо один вид кавычек.

В ответе 1 как раз пример такого использования.

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

Таким образом варианты ответов 1 и 3 ошибок не содержат.

А вот во втором варианте ответа внутри строки двойные кавычки повторяются дважды — это обычно указывает на то, что сценарий писал программист, знающий встроенный язык 1С, именно в нем экранирование двойной кавычки выполняется за счет ее повторения.

Но TurboGherkin такой вариант экранирования не поддерживает, это будет ошибкой.

Правильный ответ: 5. Только на ОС Windows

Microsoft UI Automation — это технология ОС Windows, которая позволяет программам "видеть" и взаимодействовать с элементами пользовательского интерфейса других приложений, например с кнопками или текстовыми полями. Она изначально была создана для обеспечения доступности для людей с ограниченными возможностями (например, для программ чтения с экрана), а потом стала широко применяться для автоматизации тестирования приложений и роботизации процессов (RPA).

В стандартной библиотеке шагов Vanessa Automation есть шаги, которые реализованы с использованием API UI Automation, которые позволяют расширить возможности механизма тестирования платформы 1С:Предприятие 8, например, с его помощью можно имитировать пользовательские действия, которые не реализованы в штатном механизме тестирования (например, нажать кнопку на HTML-странице, открытой в поле HTML-документа или управлять каким-то внешним для 1С приложением).

Но технология UI Automation реализована и доступна только под ОС Windows, поэтому другие варианты ответов неправильные.

Правильный ответ: 4. Сначала декларация намерения (`Я выбираю файл "ИмяФайла"`), затем действие, вызывающее диалог.

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

Давайте рассмотрим на примере. Вот у нас есть форма, в которой в поле «Путь» нужно выбрать путь к файлу, нажав кнопку «Выбрать файл».

С точки зрения пользователя выбор файла выглядит так:

1. Пользователь нажимает на кнопку «Выбрать файл»
   Результат: Открывается системный диалог выбора файла

2. Пользователь осуществляет выбор файла

Результат: Системный диалог выбора файла закрывается, в поле ввода появляется путь к файлу

Но если накликать эту последовательность действий, то мы увидим такие шаги (для простоты опустил шаги открытия самой формы):

И я выбираю файл 'C:\_INFOSTART\Тест.txt'

И я нажимаю на кнопку 'Выбрать файл'

Если сравнивать с тем, что мы написали выше, выглядит так, как будто порядок шагов получился обратный. На самом деле он правильный с точки зрения инструмента тестирования и вот почему.

Шаг «И я выбираю файл …» предназначен не для открытия диалога выбора файла, а для того, чтобы сказать механизму тестирования платформы «я собираюсь тестировать выбор файла, поэтому вместо ближайшего открытия системного диалога выбора файла считай, что мы выбрали тестовый файл 'C:\INFOSTART\Тест.txt'».

И когда следующим шагом будет выполнено нажатие на кнопку «Выбрать файл», то вместо открытия системного диалога операционной системы механизм тестирования сам «сообщит» платформе 1С “пользователь выбрал файл 'C:\INFOSTART\Тест.txt'” и предусмотренный разработчиком тестируемой конфигурации механизм отработает как и при выборе файла в системном диалоге.

Если говорить формально, то шаг «И я выбираю файл …» создает «заглушку» (stub) системного диалога выбора файла — объект, который содержит предопределенный ответ (в нашем случае — конкретный путь) метода выбора файла.

Если шаг “И я выбираю файл …” не указать, то при выполнении шага нажатия на кнопку откроется системный диалог и заблокирует выполнение всего сценария и он упадет по таймауту, т.к. системный диалог выбора файла — модальный.

Правильный ответ: 2. Как значение Ложь, сценарий продолжает выполнение, но тело условной конструкции Если не выполняется.

В стандартной библиотеке шагов Vanessa Automation есть предопределенные шаги-условия, они выделяются в библиотеке шагов зеленым цветом:

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

Например, как мы видим выше, шаг «И поле с именем ‘ИмяПоля’ не заполнено» не выделено зеленым, это «обычный» шаг для проверки поля. Он падает, если поле с заданными именем заполнено.

Вопрос о том, как такое падение будет трактоваться, если шаг использовать как условие в конструкции «Если … Тогда», то есть вот в таком случае:

Если поле «Путь» в форме заполнено, то проверка упадет. Условная конструкция трактует факт падения как то, что условие ложно. И это логично, т.к. шаг является шагом-предикатом/шагом-проверкой (шаг проверяет состояние тестируемой системы). Это описано в документации.

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

Самостоятельно вызываемый шаг приводит к падению сценария, условная конструкция выполняется без падения, но переходит ветку «Иначе», т.е. трактует падение шага как Ложь.

Правильный ответ: 1. Это может привести к созданию фантомной переменной с неожиданным именем и поведением.

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

Символы доллара - это способ «сказать» VA, что вместо конструкции $МояПеременная$ нужно подставить в строковый литерал ее значение. У программистов эта операция называется «интерполяция строк».

Давайте рассмотрим вот такой, казалось бы искусственный сценарий:

Этот код по сути - «развернутый» цикл. Автор такого кода обычно ожидает, что в окно сообщений будут последовательно выведены номера

Но если этот сценарий выполнить, то на самом деле мы увидим следующее:

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

Почему появилась странная переменная «_000000001»?

Давайте выполним пошагово наш сценарий, предварительно очистив табло переменных.

В результате выполнения шагов 10-12 видим вполне ожидаемую картину:

Что в переменную мы «запомнили», то и было выведено в окно сообщений.

Двигаемся дальше и выполняем последовательно строки 14-16:

Упс. Здесь уже и появляется наша «фантомная» переменная «_000000001».

Вспомним то, с чего мы начали:

Символы доллара - это способ «сказать» VA, что вместо конструкции $МояПеременная$ нужно подставить в строковый литерал ее значение.

На момент выполнения шага в строке 14 в переменной МояПеременная уже было значение «000000001» и это значение было подставлено в шаг вместо конструкции «$НомерЗаказа$», и фактически выполнялся вот такой шаг:

И Я запоминаю в переменную "000000001" значение "000000002"

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

Но объект «Структура» требует, чтобы ключ (т.е. в нашем случае — имя переменной) следовал строгим правилам: не содержал пробелов и спецсимволов, начинался строго с буквы или символа подчеркивания, т.е. был корректным идентификатором с точки зрения встроенного языка 1С.

Чтобы имя переменной удовлетворяло этим требованиям, VA «услужливо» преобразует то, что мы передали в параметре, где должно передаваться имя переменной, в корректный ключ структуры: удаляет пробелы, спецсимволы, и если первый символ - не буква, то добавить символ подчеркивания. Это называется «нормализацией» имени.

С учетом этого, первый параметр шага «И Я запоминаю в переменную "000000001" значение "000000002"» превращается в «_000000001» и далее, когда этот шаг выполняется, создается переменная с таким именем и значением «000000002».

В строках 18-20 все повторяется.

Но почему же в строке 10 все отработало правильно? Ведь у переменной не существовало значения, и по логике вещей шаг

И Я запоминаю в переменную "$НомерЗаказа$" значение "000000001"

должен был превратиться, например, в такое:

И Я запоминаю в переменную "" значение "000000001"

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

Наверное, могло бы, но нет )

Если переменная еще не существовала, то никакой замены не происходит, и выполняется шаг как есть, а поскольку у нас перед выполнением шага происходит «нормализация», то символы доллара выкидываются и у нас остается корректное имя переменной «НомерЗаказа» и все отрабатывает, как ожидается.

Как правильно? Пока просто нужно запомнить и строго следовать правилам:

1. в шагах, которые устанавливают/присваивают значение переменной в параметре, где требуется указать имя переменной, доллары не используем. К таким шагам относятся библиотечные шаги
   «И Я запоминаю в переменную "ИмяПеременной" значение "ЗначениеПеременной"»
   «И я запоминаю значение табличного документа "ИмяРеквизита" как "ИмяПеременной"»
   и множество других шагов, в которых есть параметр, в котором по смыслу нужно указать именно имя переменной.

2. в шагах, где нам нужно использовать значение переменной — используем символы доллара.

Для кого-то (для программистов с опытом разработки на PHP обычно) помогает такое: к символам доллара нужно относиться не как к части имени переменной, а как к оператору языка, обозначающему интерполяцию/место подстановки значения.