Size: a a a

testing_in_python

2020 June 14

IS

Idi Suda in testing_in_python
Лучшие видео всегда у индусов! Веб сарвар энд апликейшн сарвар
источник

ЕС

Екатерина Смирнова... in testing_in_python
Спасибо, сейчас буду изучать
источник

IS

Idi Suda in testing_in_python
Лучше открыть книжку брайана оккена testing with pytest и не смотреть сомнительных индусов
источник

ЕС

Екатерина Смирнова... in testing_in_python
Я как раз и читала ту статью, но не получилось понять
источник

ЕС

Екатерина Смирнова... in testing_in_python
И еще одну статью тоже на Хабре
источник

V

Vitaly in testing_in_python
Idi Suda
Лучшие видео всегда у индусов! Веб сарвар энд апликейшн сарвар
Не знаю, что ответить) Я пока учусь, до python еще не дошел, postman изучаю)
источник

IS

Idi Suda in testing_in_python
Екатерина Смирнова
Я как раз и читала ту статью, но не получилось понять
Ну что ж поделать🤷‍♂️
источник

ЕС

Екатерина Смирнова... in testing_in_python
Поэтому и обратилась к тем, кто знает Pytest, и кто смог бы поделиться еще более простым материалом - спасибо Виталию
источник

IS

Idi Suda in testing_in_python
Idi Suda
Лучше открыть книжку брайана оккена testing with pytest и не смотреть сомнительных индусов
This
источник

V

Vitaly in testing_in_python
Idi Suda
Лучше открыть книжку брайана оккена testing with pytest и не смотреть сомнительных индусов
согласен, лучше начинать с книжки, а это видео нашел в гугле за 5 секунд) прокрутил, увидел простейшие операции, знакомые слова (assert и т.д) и рискнул поделиться ссылкой..
источник

IS

Idi Suda in testing_in_python
Vitaly
согласен, лучше начинать с книжки, а это видео нашел в гугле за 5 секунд) прокрутил, увидел простейшие операции, знакомые слова (assert и т.д) и рискнул поделиться ссылкой..
зачем, если ты даже до питона не дошел? И не можешь понять насколько там валидная информация
источник

ЕС

Екатерина Смирнова... in testing_in_python
Я вам и говорю, что читала перевод данной книги на Хабре) Там целая статья есть
источник

IS

Idi Suda in testing_in_python
Екатерина Смирнова
Я вам и говорю, что читала перевод данной книги на Хабре) Там целая статья есть
Замечательно. Конкретные вопросы есть?
источник

IS

Idi Suda in testing_in_python
Ты что-то пробовала писать?
источник

V

Vitaly in testing_in_python
Idi Suda
зачем, если ты даже до питона не дошел? И не можешь понять насколько там валидная информация
Иногда в жизни бывает такое, что сам не понимаешь, откуда это свалилось на тебя... закономерное в случайностях. Как в том фильме про эффект бабочки. Надеюсь, смог донести свои мысли )
источник

VQ

Vladislav Q in testing_in_python
Всем привет. Быть может кто-нибудь использовал seleniumwire? Если да, не могли бы подсказать в чём может быть проблема: есть такая страница, нужно кликнуть на выделенный элемент, чтоб переключить вкладку. Элемент находится, но клик не проходит, но если использовать webdriver из самого selenium-а, то всё отрабатывает нормально. Попробовал кликнуть на зелёную кнопку, используя webdriver из seleniumwire - всё работает. Это может быть особенность данных вкладок? Я и слипы ставил уже, чтоб дать ему прогрузиться нормально со всеми запросами - клика по выделенной вкладке нет
источник
2020 June 16

OC

Oleg Chaplashkin in testing_in_python
Ребят, а на сколько рационально спускаться на уровень запросов к бд для фикстур классов? К примеру: удаление сущности А.

Сейчас: добавляется сущность А через апи; выполняется удаление и проверки;

Идея: добавлять сущность А в бд; выполнять удаление.

Уровень: интеграционные тесты апи

Система: сложные сущности(~10-14 полей в среднем)

Желание: минимизировать зависимости. (если удаление использует создание, то при фейле на этапе создание не значит, что эндпоинт для удаления - не работает)
источник

IS

Idi Suda in testing_in_python
Oleg Chaplashkin
Ребят, а на сколько рационально спускаться на уровень запросов к бд для фикстур классов? К примеру: удаление сущности А.

Сейчас: добавляется сущность А через апи; выполняется удаление и проверки;

Идея: добавлять сущность А в бд; выполнять удаление.

Уровень: интеграционные тесты апи

Система: сложные сущности(~10-14 полей в среднем)

Желание: минимизировать зависимости. (если удаление использует создание, то при фейле на этапе создание не значит, что эндпоинт для удаления - не работает)
А попробовать создать/удалить сразу не подходит? И проверить два эндпоинта разом?
источник

M

Merg in testing_in_python
я работаю с базой, и мне пофигу кто что об этом думает
источник

OC

Oleg Chaplashkin in testing_in_python
Это второй вопрос, насколько это вообще рационально

Сейчас: каждый эндпоинт - отдельный тест-класс(если нужно, касотмный фикстурой)

Логика при реализации была такая:
- покрываем отдельно энопоинты;
- покрываем юзер-кейсы в рамках сущностей(создал-прочитал-обновил-удалил)
- покрываем полноценные сценарии
источник