SG
а зачем это для тестов?
Size: a a a
2019 September 20
А
всем привет, подскажите как почистить куки при запуске chrom?
P
ну в настройках)
А
в автотесте)
P
ну если селениум, то у вас запускается чистый браузер
P
если вы профиль не указали конечно
MA
в автотесте)
Метод у драйвера есть
MA
И режим инкогнито
А
если вы профиль не указали конечно
не указал, но что-то видимо сохраняется
SD
всем привет, подскажите как почистить куки при запуске chrom?
driver.delete_all_cookies()
VP
driver.delete_all_cookies()
Главное не забыть, что это работает только для текущего домена
SD
Главное не забыть, что это работает только для текущего домена
Про домен вроде ничо не говорили
LY
Вот так можно ещё.
LY
driver.command_executor._commands['sendDevToolsCommand'] = ('POST', '/session/$sessionId/chromium/send_command')
driver.execute('sendDevToolsCommand', {'cmd': 'Network.clearBrowserCache', 'params': {}})А
спасибо)
VS
Коллеги подскажите. Есть связка с Teamcity и нашего приложения, Агент тимситу запускает копирование VM на Хост Esxi, потом удаление, ну и осталььные операции. Так вот на версиях Esxi 5.1, 5.5, 6.0 все проходит всегда отлично. А вот с версии 6.7 Иногда 1 раз из 3 тест зависает не получая отклика. Кто сталкивался ? Я переустановил Esxi не помогло...
S
Хэйхэй!Есть кто по #postman с чёрным поясом? Не могу вкурить почему валидация у Джейсона проходит криво. В тестовой проверке ошибка в типе данных, но тест проходит
DS
Уважаемые, может чуточку глупый вопрос, но только начинаю разбираться в теме.
У меня есть 2 формы:
1. Доступная только Админу (страница редактирования пользователя с чекбоксом), назовём её форма1
2. Доступная только Пользователю (форма с полем для ввода инфы), назовём её форма2
Из-за чего проблема:
Я занимаюсь ручным тестированием, но автотесты очень долго проходят и мне было дано задание, как человеку чуть со стороны - написать флоу для тестирования. Я выбрал кейсы и собрал так, как посчитал правильным.
Суть проблемы:
Какой подход правильный, как должен выглядеть флоу теста?
Тестируем появление поля на форме1 (форме пользователя) при включении чекбокса админом.
Мой подход:
1. Идём в БД, меняем запросом значение чекбокса на ON;
2. С кукой пользователя идем на форму1, смотрим что поле присутствует, поддерживает ввод и тд и тп;
3. Идём в БД, меняем запросом значение чекбокса на OFF;
4. С кукой пользователя идем на форму1, смотрим что поле отсутствует на форме.
ИМХО
- Этот кейс в 4 шага можем встроить в проверку аналогичных форм с таким полем;
- Проверка работы чекбокса на форме2 (форме админа) - это уже другой кейс;
- Если не изменение напрямую в БД, то дергать API хотя бы.
Подход автотестеров:
1. Логинимся, как админ, идем на форму2, переключаем чекбокс в ON, сохраняем изменения;
2. Логинимся, как пользователь, идём на форму1, смотрим, что поле присутствует и работает;
3. Логинимся, как админ, идем на форму2, переключаем чекбокс в OFF, сохраняем изменения;
4. Логинимся, как пользователь, идём на форму1, смотрим, что поле отсутствует.
У меня есть 2 формы:
1. Доступная только Админу (страница редактирования пользователя с чекбоксом), назовём её форма1
2. Доступная только Пользователю (форма с полем для ввода инфы), назовём её форма2
Из-за чего проблема:
Я занимаюсь ручным тестированием, но автотесты очень долго проходят и мне было дано задание, как человеку чуть со стороны - написать флоу для тестирования. Я выбрал кейсы и собрал так, как посчитал правильным.
Суть проблемы:
Какой подход правильный, как должен выглядеть флоу теста?
Тестируем появление поля на форме1 (форме пользователя) при включении чекбокса админом.
Мой подход:
1. Идём в БД, меняем запросом значение чекбокса на ON;
2. С кукой пользователя идем на форму1, смотрим что поле присутствует, поддерживает ввод и тд и тп;
3. Идём в БД, меняем запросом значение чекбокса на OFF;
4. С кукой пользователя идем на форму1, смотрим что поле отсутствует на форме.
ИМХО
- Этот кейс в 4 шага можем встроить в проверку аналогичных форм с таким полем;
- Проверка работы чекбокса на форме2 (форме админа) - это уже другой кейс;
- Если не изменение напрямую в БД, то дергать API хотя бы.
Подход автотестеров:
1. Логинимся, как админ, идем на форму2, переключаем чекбокс в ON, сохраняем изменения;
2. Логинимся, как пользователь, идём на форму1, смотрим, что поле присутствует и работает;
3. Логинимся, как админ, идем на форму2, переключаем чекбокс в OFF, сохраняем изменения;
4. Логинимся, как пользователь, идём на форму1, смотрим, что поле отсутствует.
AB
автотесты тоже могут в базу данных, если чо
DS
У нас используется Selenium и мне объясняют, что ползти в БД даже не надо думать, api тоже лучше не стоит дёргать, куки крайне нежелательны.
В идеале автоматизировать флоу пользователя. Но таких флоу миллиарды.
Я же вижу решение в разделении тестирования UI, api, unit. Т.е. тестируем форму, а не множественные переходы пользователя по одним и тем же формам с целью изменения настроек.
В идеале автоматизировать флоу пользователя. Но таких флоу миллиарды.
Я же вижу решение в разделении тестирования UI, api, unit. Т.е. тестируем форму, а не множественные переходы пользователя по одним и тем же формам с целью изменения настроек.
Я не прав?