Size: a a a

2019 January 26

ВА

Валентин Ажеронок... in testspro1c
Denis B.
Как-то не прозрачно. Через время, когда перестанешь этим заниматься - все забудут.
Что именно? Когда ошибку исправят сценарий пойдет по "правильному" пути. Если он идет "по обходному", значит ошибка не исправлена и мы о ней уже знаем и ждем.
источник

ВА

Валентин Ажеронок... in testspro1c
Leonid Pautov
Я за то, чтобы сделать сбор ошибок со сценария.
Совершенно не против, мое предложение это веменная мера, пока такого нет.
источник

LP

Leonid Pautov in testspro1c
Валентин Ажеронок
Совершенно не против, мое предложение это веменная мера, пока такого нет.
Ок. Понял.
источник

DB

Denis B. in testspro1c
Валентин Ажеронок
Что именно? Когда ошибку исправят сценарий пойдет по "правильному" пути. Если он идет "по обходному", значит ошибка не исправлена и мы о ней уже знаем и ждем.
Не прозрачно, что мы закрываем ошибку, которая есть. То есть предоставляем ложные данные. Как у Volkswagen - если тест, тогда грин. Если есть ошибка и она не исправлена - у нас на это висит issue и ждёт решения.
источник

DB

Denis B. in testspro1c
Может у вас такие процессы... они мне не понятны :(
источник

Z

ZEEGIN in testspro1c
Валентин Ажеронок
Что именно? Когда ошибку исправят сценарий пойдет по "правильному" пути. Если он идет "по обходному", значит ошибка не исправлена и мы о ней уже знаем и ждем.
Если есть ошибка ее надо исправлять а не обходить
источник

Z

ZEEGIN in testspro1c
если есть способ обхода сделайте один сценарий с ошибкой когда он будет исправлен тогда станет зеленым, второй сценарий "обходной" сделайте не обходным а легальный и тоже проверяйте на постоянной основе
источник

ВА

Валентин Ажеронок... in testspro1c
ZEEGIN
Если есть ошибка ее надо исправлять а не обходить
В идеальном мире и ошибок быть не должно
источник

Z

ZEEGIN in testspro1c
Валентин Ажеронок
В идеальном мире и ошибок быть не должно
Так и есть, мы же все к этому стремимся ?
источник

AT

Alexander Tsukanov in testspro1c
Коллеги, а есть какое-то более менее формальное описание Ванессы?
источник

AT

Alexander Tsukanov in testspro1c
Чтоб типа коротко и по существу:
1. Синтаксис
2. Ключевые слова
3. Теги
4. Области видимости
5. Пространства имен? (есть что-то подобное вообще?)
6. и т.д.
источник

AT

Alexander Tsukanov in testspro1c
Имеется ввиду стиль типа такого: https://golang.org/ref/spec
источник

AT

Alexander Tsukanov in testspro1c
Но понятно не в таких объемах )
источник

NG

Nikita Gryzlov in testspro1c
Ванесса инструмент. Ты про геркин? Формальное описание геркина есть
источник

AT

Alexander Tsukanov in testspro1c
Ну я наверно про турбо-геркин
источник

AT

Alexander Tsukanov in testspro1c
Или как оно в Ванессе называется?
Механика отступов, таблиц, тегов, экспорта сценариев - это все из геркина?
источник

AT

Alexander Tsukanov in testspro1c
Вижу что таблицы вроде как из геркина. Можно полностью полагаться на это описание?
источник

NG

Nikita Gryzlov in testspro1c
таблицы и теги - из геркина. @ExportScenarios и @tree - турбогеркин.
источник

AT

Alexander Tsukanov in testspro1c
Вот! Все эти особенности где описаны в одном месте?
Хочется понимать возможности/отличия в целом.
источник

AT

Alexander Tsukanov in testspro1c
Метод тыка работает на первых порах, но дальше тормозить начинаю
источник