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

Они все по визуальным образам легко в интерфейсе запоминают.

Реально, в 2 года на моих глазах ребенок это делал.

все верно, QA - quantity assistance

Так ведь & пропущен между Q и A - явный баг

если знаешь как пофиксить, кидай пул реквест, к следующей пятнице админы замерджат ;)

Если будешь делать сравнение скриншотов могу поделится своим опытом
Перед проверкой скриншот кидать в папку и называть так-же как и шаблон
если тест прошел, скрин из папки удаляется если упал - остается
логику можно повесить на какой-нибудь лисенер
Дальше содержимое папки отправляется на проверку тому кто отвечает за UI
он смотрит и если  видит что тест упал из-за изменения в верстке то оставляет скриншот
если из-за какой-то ошибки то удаляет. Соответственно все оставшиеся скриншоты сливаются в папку шаблонов
и сами становятся новыми шаблонами.

Можно же это через автоматизацию решить
Без жанглирования папками
Использовали какой сервис для визуальных тестов?

Замечательно, вот и предлагайте свои решения

Всем привет
Новичок в автоматизация
Пишу тест на python unittest
У меня есть стек кейсов которые я должен выполнить
Но я не могу этого сделать так при запуске теста у меня шаги повторяються(так как наследую класс)
Вопрос как мне сделать что бы разбить test suit на шаги, что бы присутствовали анотации перед каждой функции?

Привет, есть следующий кейс: джава 8, мавен, идея - вывожу в консоль текст с символом «ä»
⁃ если запускать через идею и джиюнитовский ранер - все ок
⁃ Если запускать через mvn test - получаю ? и другую дичь
Кто сможет подсказать?

Выставлял енкодинг utf-8 в pom, пытался в коде заенкодить - ничего

Подскажите плиз, есть айфрейм в айфрейме. В селениуме понятно свичами по ним ходить, но для дебага юзаю ChroPath и не могу понять:
//iframe - находится
//iframe//iframe - уже не видит.
я неправильно написал xpath или так вообще нельзя искать элементы?

Уважаемые коллеги, а вот как по-вашему, можно ли автоматизировать ручные тест-кейсы как есть? Такие длинные и сложные: типа у пользователя были вот такие права, он делает такие-то действия, потом мы права забираем, он с созданными объектами уже ограничен в правах...

У нас спор с коллегой. Он говорит: эти тесты не входят в сьют, который катается каждый день, запускаются только для регрессии опр функционала, поэтому пофиг, сколько времени они занимают. Я говорю: я вообще была изначально против того, чтобы автоматизировать эти сценарии, раз уж они проверяются относительно редко, это можно и руками сделать. Но если уж делаем, то надо их как-то разбить на более мелкие, атомарные проверки, потому что получились тесты на 5-7 экранов каждый, их читать - просто убиться веником, не говоря уж о дебаггинге.

Спасибо, попробую, но мне все это ранить еще на серваке с линуксом, а там та же беда

Уважаемые коллеги, а вот как по-вашему, можно ли автоматизировать ручные тест-кейсы как есть? Такие длинные и сложные: типа у пользователя были вот такие права, он делает такие-то действия, потом мы права забираем, он с созданными объектами уже ограничен в правах...

У нас спор с коллегой. Он говорит: эти тесты не входят в сьют, который катается каждый день, запускаются только для регрессии опр функционала, поэтому пофиг, сколько времени они занимают. Я говорю: я вообще была изначально против того, чтобы автоматизировать эти сценарии, раз уж они проверяются относительно редко, это можно и руками сделать. Но если уж делаем, то надо их как-то разбить на более мелкие, атомарные проверки, потому что получились тесты на 5-7 экранов каждый, их читать - просто убиться веником, не говоря уж о дебаггинге.

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

ну у вас же в каждый момент тест-кейса есть определенное состояние системы? Типа: пользователь открывает сайт, регистрируется, кладет в корзину 3 товара, выкладывает 2 товара... с любого из них можно начать новый тест-кейс

понятно что не всегда разумно дробить на совсем маленькие кейсы. у нас например достаточно много времени уходит на создание запуска каждого отдельного тест-кейса в принципе (мы там типа новый профиль под каждый ТК создаем, чтобы они независимые др от др были), поэтому в каких-то случаях действительно рационально проверить несколько проверок в одном тест-кейсе

но уходить в нечитабельную простыню тоже не годится