Z
есть какой нить ресурс, который по ссылке и регулярке возвращает результат?
я для отладки это юзаю https://regex101.com
Size: a a a
2018 December 11
Z
только регулярки разные бывают, там можно движок вырвать
AK
Если не ошибаюсь, я видел в презентации расширения геркина в СППР добавили классную фичу: "сахар" для множества подряд идущих шагов вида
что-то вроде
Этот функционал в VA есть? (не могу что-то бегло найти об этом инфы)
Это все конечно можно реализовать и в рамках штатного геркина при помощи таблицы, реализовав шаг
И я ввожу поле "Покупатель" значение "Рога и копыта"
И я ввожу в поле "Сумма" значение "1000"
что-то вроде
* Поставщик = "Рога и копыта"
* Сумма = 1000
Этот функционал в VA есть? (не могу что-то бегло найти об этом инфы)
Это все конечно можно реализовать и в рамках штатного геркина при помощи таблицы, реализовав шаг
Я заполняю поля формы:. Но таблицы не очень удобно редактировать.LP
Если не ошибаюсь, я видел в презентации расширения геркина в СППР добавили классную фичу: "сахар" для множества подряд идущих шагов вида
что-то вроде
Этот функционал в VA есть? (не могу что-то бегло найти об этом инфы)
Это все конечно можно реализовать и в рамках штатного геркина при помощи таблицы, реализовав шаг
И я ввожу поле "Покупатель" значение "Рога и копыта"
И я ввожу в поле "Сумма" значение "1000"
что-то вроде
* Поставщик = "Рога и копыта"
* Сумма = 1000
Этот функционал в VA есть? (не могу что-то бегло найти об этом инфы)
Это все конечно можно реализовать и в рамках штатного геркина при помощи таблицы, реализовав шаг
Я заполняю поля формы:. Но таблицы не очень удобно редактировать.
LP
Насчет
* Поставщик = "Рога и копыта"
Это немного другое.
В СППР есть другой вариант передачи параметров в сценарии
* Поставщик = "Рога и копыта"
Это немного другое.
В СППР есть другой вариант передачи параметров в сценарии
LP
Вместо
И Я вызываю подсценарий, принимающий два параметра "ИмяПоля" "ИмяКнопки"
И Я вызываю подсценарий, принимающий два параметра "ИмяПоля" "ИмяКнопки"
LP
Можно делать
И Я вызываю подсценарий, принимающий два параметра
ИмяКнопки = 'ИмяКнопки'
ИмяПоля = 'ИмяПоля'
И Я вызываю подсценарий, принимающий два параметра
ИмяКнопки = 'ИмяКнопки'
ИмяПоля = 'ИмяПоля'
LP
Это позволяет не передавать часть параметров, если так надо и указывать их в любом порядке
AK
Я не про таблицы, я про сокращенную запись повторяющихся шагов по заполнению формы, чтобы сценарии были читаемыми.
AK
Ок, спасибо, я понял, немного не то, таблицами будет более читаемо, чем сценариями.
У нас сценарии читают конечные пользователи
У нас сценарии читают конечные пользователи
LP
Я не про таблицы, я про сокращенную запись повторяющихся шагов по заполнению формы, чтобы сценарии были читаемыми.
Т.е. тоже самое, но для формы, а не для таблицы?
AK
Да, чтобы вместо рутинного
"Я ввожу в поле такое-то значение такое-то" просто писать:
Я заполняю форму:
* Поставщик = Рога и копыта
* Сумма = 100
У нас в РМС аналитики/РП так в воспроизводимых пользовательских примерах (ВПП == сценарий, почти 1:1 геркин, менее формальный) пишут.
"Я ввожу в поле такое-то значение такое-то" просто писать:
Я заполняю форму:
* Поставщик = Рога и копыта
* Сумма = 100
У нас в РМС аналитики/РП так в воспроизводимых пользовательских примерах (ВПП == сценарий, почти 1:1 геркин, менее формальный) пишут.
AK
Но можно сделать шаг Я заполняю форму с таблицей в качестве параметра, где будет в первой колонке имя поля, во второй - значение, я так в Codeception делаю
Но просто таблицы руками - не очень, руками быстрее написать Поле = Значение
Но просто таблицы руками - не очень, руками быстрее написать Поле = Значение
LP
Но можно сделать шаг Я заполняю форму с таблицей в качестве параметра, где будет в первой колонке имя поля, во второй - значение, я так в Codeception делаю
Но просто таблицы руками - не очень, руками быстрее написать Поле = Значение
Но просто таблицы руками - не очень, руками быстрее написать Поле = Значение
Согласен, только там ещё всплывают ньюансы, например искать поле по заголовку или по имени.
AK
В Codeception в общем случае универсальный поиск: если передается xpath/css-селектор, то ищется он, если в xpath/css-селекторы не компилируется аргумент, то считается, что нужно искать по заголовку.
В общем случае в 1С можно искать сначала по заголовку (потому что пользователь в сценарии заголовки пишет), а если не найдено, то как по имени. А для исключительных случаев уже добавить более конкретные шаги.
В общем случае в 1С можно искать сначала по заголовку (потому что пользователь в сценарии заголовки пишет), а если не найдено, то как по имени. А для исключительных случаев уже добавить более конкретные шаги.
LP
В Codeception в общем случае универсальный поиск: если передается xpath/css-селектор, то ищется он, если в xpath/css-селекторы не компилируется аргумент, то считается, что нужно искать по заголовку.
В общем случае в 1С можно искать сначала по заголовку (потому что пользователь в сценарии заголовки пишет), а если не найдено, то как по имени. А для исключительных случаев уже добавить более конкретные шаги.
В общем случае в 1С можно искать сначала по заголовку (потому что пользователь в сценарии заголовки пишет), а если не найдено, то как по имени. А для исключительных случаев уже добавить более конкретные шаги.
Можешь показать скрин из Codeception как у вас это выглядит?
AK
Скрин чего? Сценария?
LP
Скрин чего? Сценария?
Где у вас описано заполнение формы
SP
В Codeception в общем случае универсальный поиск: если передается xpath/css-селектор, то ищется он, если в xpath/css-селекторы не компилируется аргумент, то считается, что нужно искать по заголовку.
В общем случае в 1С можно искать сначала по заголовку (потому что пользователь в сценарии заголовки пишет), а если не найдено, то как по имени. А для исключительных случаев уже добавить более конкретные шаги.
В общем случае в 1С можно искать сначала по заголовку (потому что пользователь в сценарии заголовки пишет), а если не найдено, то как по имени. А для исключительных случаев уже добавить более конкретные шаги.
А я правильно понимаю, что речь идет о тестировании без юи?
AK
Где у вас описано заполнение формы
