Да и не стал задавать другие вопросы, т.к. тишина

какой глюк-то?
пока я от тебя не увидел описания возникающей У ТЕБЯ проблемы :(
довольно странно говорить, что сообщал об этом, если не сообщал.

vendor support vs community

Артур, я не сообщал о проблеме вам и объяснил выше почему так получилось.
Не понимаю что ты от меня хочешь сейчас

>Артур, вот тут можешь глянуть когда я первый раз упомянул об этом глюке.
Но в VA ошибка была другая (из-за английского)

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

А как же "клиент всегда прав"? :)

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

Я просто сказал что мы тоже с этим сталкивались

Alexander я-то читал, а ты читал мою цитату твоего же текста.

>Артур, вот тут можешь глянуть когда я первый раз упомянул об этом глюке.
Но в VA ошибка была другая (из-за английского)

"в первый раз упомянул", хотя не упомянул.
я только об этом и все.

Ради эксперимента  - можете проверить тоже самое на VA?

Может быть когда-нибудь позже) она у меня не установлена

@aartbear Не в этом конкретно сообщении. Я его дал как ссылку на группу сообщений там.
Не буду же дублировать весь свой спич.

Сломаный телефон какой-то ) Надеюсь разобрались

да, конечно

Коллеги, вопрос ко всем у кого тестировщики/аналитики пишут кликеры.
После того как кликер написан (например создание, заполнение и проведение документа).
И проверять в общем случае нужно всю функциональность документа.
Какие контрольные точки (проверки) вы втыкаете в сценарий?
1. Проверка видимости
2. Проверка доступности
3. Проверка текущего окна
4. и т.д. (ваши варианты)
На какой детализации проверок останавливаетесь?
Делаете ли пинтест сценариев (что они реально ловят неадекватное поведение документа)?
Как убеждаетесь что проверочные шаги реально работают с учетом особенностей тестового API платформы (например видимость API не всегда возвращаеет правильно)?
Поделитесь опытом, плиз. Может кто-то мануал для фичеписателей делал и где-то он есть в паблике.

Вопросы в общем без привязки к инструменту если что.

Еще вопрос до кучи (вообще ко всем):
Ведете ли какую-то базу данных по сценариям?
Чтобы можно было относительно быстро оценить хотя бы на глаз покрытие функциональности.
Типа что в сценариях, которые создают конкретный документ, присутствует проверка нажатия какой-то кнопки (подбор из остатков например).
Или источником такой информации у вас выступают только сами тексты сценариев? (я понимаю что поддержка БД тоже требует затрат)

Мы идём от задачи. Когда мы пишем тест - мы знаем что в нём хотим проверить.
Это может быть и поведение формы, и проводки и т.д.

Ну т.е. один тест проверяет что-то одно конкретное?
А если нужна регрессия?

Насчет проверки видимости - проблема известная.
Мы её решаем с помощью такой конструкции (работает только в VA)
И я включаю проверку видимости элементов с учётом видимости групп элементов
//Проверка видимости
И я выключаю проверку видимости элементов с учётом видимости групп элементов