@grumagargler ко мне тут вдруг прибежали мои аналитики и говорят, а можно сделать видеоинструкцию из сценария... я задумался. Вообще были такие мысли? И не подумай, все мои вопросы <> что я буду ждать когда это сделаете вы. Я и сам готов поучаствовать. Интересно какие мысли на развитие функционала есть. Вот...
@vandalsvq тестер несколько другой природы решение, теоретически, это можно сделать, но есть ведь ванесса, там сделан большой на это упор. Философия тестера - улучшать качество продукта за счет улучшения качества работы разработчкика. Я спустя много лет не уверен, что интеграция тестирования сильно связана с видеоинструкциями. Мне кажется эта кажущаяся близость теста и инструкции обманчива. Тестов, при интерграции, у вас должно быть столько же, сколько изменений в программе, а инструкций на порядок меньше. Процес подготовки инструкций существенно отличается от процессов тестирования, ведь пользователю не интересно смотреть видима колонка или нет, или правильные ли движения сформировала программа в каком-то пограничном случае и так далее.
по видео-инструкциям обязательно проконсультируйтесь со специалистами, именно с практической стороны вопроса. По моим наблюдениям, тот, кто занимается видео-инструкциями, как правило уже не занимается тестированием, потому что процесс создания видеоинструкций требует квалификации. В любом случае, видеоинструкции, это не побочка инструмена тестирования, будьте бдительны в этом вопросе.
@grumagargler согласен с доводами. Хорошие видео-инструкции по моему мнению вообще искусство. И тут уже можно держать ванессу параллельно для этих целей.
Спасибо за ваши ответы. Выше было упоминание про встраивание vs внутрь тестера - тут я полностью поддержу. Сам почти сразу поставил вс и кайфую
Спасибо за ваши ответы. Выше было упоминание про встраивание vs внутрь тестера - тут я полностью поддержу. Сам почти сразу поставил вс и кайфую
Добрый день! Стал работать на новом компе. Создал Hyper-v виртуальную машину. Установил на ней тестер. При каждом запуске пишет, что Внешняя компонента успешно установлена. На рабочей машине Тестер запускается без этого сообщения.
При запуске теста пишет: К сожалению возникла непредвиденная ошибка. Попробуйте повторить операцию.
При запуске теста пишет: К сожалению возникла непредвиденная ошибка. Попробуйте повторить операцию.
1с - 8.3.20.1789 Тестер - 1.3.5.14
В чем может быть причина?
Добрый день! Сейчас в VSC установился плагин Language 1C(BSL) вместе с Tester 1C. Отключить его невозможно, один без другого не хочет работать. Если раньше была информация в проблеме только об ошибке в сценарии тестера, то сейчас предлагает править код в соответствии с рекомендациями 1С. Можно как-то отключить это?
Это не то. В EDT я разрабатываю одну конфигурацию. Для разных веток создаются свои ИБ, но заголовок у них у всех будет один и тот же. Что бы протестировать интерфейс, который разрабатывается в ветке, мне надо запустить из Тестера копию тестируемой базы, но под другим пользователем, интерфейс которого надо протестировать. Может вопрос по другому сформулировать: как запустить копию тестируемой базы под другим пользователем, что бы не указывать имя базы?
Если бы я запускал ночное тестирование, то тогда бы можно было бы, наверно, использовать такие методы как УстановитьПриложение / УстановитьВерсию / МояВерсия. Но в момент разработки я запускаю базу из ЕДТ, Тестером подключаюсь к ней и хочу протестировать интерфейс под нужным пользователем.
На счёт vsc гляну. Под виндой проблема?
Сложно что-то подсказать, перед подключением, менеджер ничего о базе не знает, вы просто указываете цифру порта. Если тесты у вас в том же гитрепозитории, что и код, то может быть в каком-то отдельном тесте-методе и прописывать параметры подключения
Пока запускаю тест вручную.
На счёт vsc гляну. Под виндой проблема?
Да Win 10
@MikolaKar , добрый день! Есть некоторый набор сценариев, которые запускаются с определенной периодичностью. Необходимо было организовать работу таким образом, чтобы ошибки, возникшие в одном сценарии, не препятствовали запуску и выполнению последующих сценариев. Сейчас для каждого из них сначала осуществляется запуск необходимых приложений под разными пользователями, затем выполняются непосредственно смысловые тесты, после чего приложения закрываются, снова запускаются новые сеансы для следующих тестов и т.д. Но регулярно возникает проблема: в тех или иных местах появляются ошибки, мешающие закрытию приложений. В какой-то момент выполняется переход к следующему сценарию, запускаются новые приложения, но т.к. уже имеются ранее запущенные сеансы, Тестер подключается к ним. В этих сеансах могут быть открыты какие-то окна, прочие ситуации, которые не позволяют вести работу с новыми объектами. Соответственно, последующие тесты выполняются некорректно. Иногда подобные проблемы могу быть вызваны, например, долгим открытием/закрытием приложений, ещё какими-то техническими сложностями. Можете посоветовать, как оптимальнее изолировать сценарии друг от друга при запуске? Ранее все тесты выполнялись внутри одного набора сеансов, но результаты были ещё хуже: из-за ошибок на начальных этапах могла не выполниться большая часть тестов.
@Andrey_AS_gitlab подскажите пожалуйста, насколько безнадежна ситуация по выправлению и устранению ситуаций с получением непредсказуемых ошибок в вашем случае? Дело в том, что мы тоже сталкивались с этим при запуске тестов на 50+ одновременных сессий тестирования, и проходили этап, когда хотелось рубить сесии через опарационную систему. Но в итоге, это только отложило проблемы, и всё равно пришлось монотонно разбираться в каждом отдельном случае, ранее казавшемся, непредсказуемым/системном/"что-то сглючило".
Наиболее изолированным мне кажется использование маленьких виртуальных машин с убунтой. Сделайте общедоступной папку с тонким клиеном (чтобы не обновлять 1c на машинках), настройте на них passwordless ssh, если всё-таки будет необходимость делать удаленный kill клиентам тестирования. Также, подсмотрите параметры командной строки менеджера виртаальных машин, например:
Но это конечно в самых необъяснимых ситуациях. В подавляющем большинстве, всё-таки лучше перед началом целевого тестирования, попросить всех менеджеров тестирования подключиться к своим клиентам и закрыть их:
// Gently disconnect 5 potential sessions
for i = 0 to 5 do
try
Connect ( , AppData.Port + i );
Disconnect ( true );
except
endtry;
enddo;
// Kill with chances to survive
RunApp ( "pkill -f 1cv8c.*testclient", , true );
Pause ( 3 );
RunApp ( "pkill -f 1cv8c.*TESTCLIENT", , true );
Pause ( 3 );
// Massacre
RunApp ( "pkill -9 -f 1cv8c.*testclient", , true );
Pause ( 3 );
RunApp ( "pkill -9 -f 1cv8c.*TESTCLIENT", , true );
Pause ( 3 );
(это пример тест-метода, который формируется как задание для менеджеров)
@grumagargler очень много ситуаций, которые могут спровоцировать появление разных окон, сообщений или ошибок. Неодократно предпринимались попытки предусмотреть все возможные случаи, где что-то может пойти не по сценарию, но вновь и вновь находятся новые моменты. Писали отдельный сценарий для закрытия тестируемого приложения с учетом возможных его состояний на момент закрытия, но, к сожалению, эффект есть далеко не всегда. По поводу принудительного прекращения сессий пока будем думать. Но, думаю, использование виртуальных машин с убунтой в нашем случае не подойдет.
@grumagargler , в процессе работы с Тестером возник также следующий вопрос: возможно ли один и тот же сценарий использовать в разных приложениях? Получается, что сценарий, привязанный в свойствах к определенному приложению, вызвать можно только для одного этого приложения. Чтобы вызывать его для других конфигураций приходится дублировать код.
@grumagargler , в процессе работы с Тестером возник также следующий вопрос: возможно ли один и тот же сценарий использовать в разных приложениях? Получается, что сценарий, привязанный в свойствах к определенному приложению, вызвать можно только для одного этого приложения. Чтобы вызывать его для других конфигураций приходится дублировать код.
на, конечно, очистите приложение для этого теста (и наверное сделайте его методом), тогда он станет общим. Потом, для каждого приложения сделайте тест, который будет вызавать этот, сделанный общим, тест
@grumagargler , хорошо, спасибо! И ещё периодически возникает ошибка на разных участках при использовании метода ЗакрытьВсе(): "Значение не является значеннием объектного типа (FindObject)". Что она может означать? Иногда кажется, что никаких проблем в приложении нет, но она почему-то появляется.
@grumagargler , хорошо, спасибо! И ещё периодически возникает ошибка на разных участках при использовании метода ЗакрытьВсе(): "Значение не является значеннием объектного типа (FindObject)". Что она может означать? Иногда кажется, что никаких проблем в приложении нет, но она почему-то появляется.
А можете как-то попробовать поспроизвести? Может есть какая-то законометность.
и если при начале отладки видна только первая строка, а вторая и третья расположены за нижним краем экрана, то пошаговое прохождение 2-й и 3-й строки проходит вслепую.
И это виндовс или Линукс?