-"Азёрт", -"кажется в python есть union для типизации...", -"полное покрытие анотацией типов не считаю необходимым" много говорит о человеке и его опыте)). Ну ладно, все равно есть полезные штуки. Спасибо за видео.
Можно ли к видеозаписям прилагать ссылку на презентацию? Лучше ДО лекции. На плохом интернет канале пол-лекции смотришь как на авангардное видео в стиле кубизма. Было бы проще заранее скачать и текст презентации видеть в нормальном качестве.
Очень полезная лекция, спасибо! Вопрос - применим ли подход, когда для тестирования сервиса в нем создаются специальные тестовые ручки (недоступные в продакшене)? Конкретный кейс: выполняем некий POST-запрос и хотим проверить, что данные были корректно размещены в БД. Варианты: 1. Использовать только стандартные ручки сервиса для обратного получения данных. 2. Сделать тестовую ручку, которая запросит данные из БД в том виде, как это нужно для теста. 3. Сходить в БД вообще мимо сервиса и посмотреть, как там размещены данные. Насколько варианты (2) и (3) соответствуют правильным практикам тестирования?
Я бы выбрал 3 вариант. Он самый простой, не требует написания дополнительных ручек в сервисе, мы проверяем данные как есть, как они должны лежать в базе. Вариант 2 плох тем, что на тестовую ручку тоже надо писать тест). И при ее реализации можно ошибиться. Вариант 1 можно также применять в дополнении к варианту 3. Если есть такой GET-запрос, то можно его вызвать в тесте 2 раза (перед POST и после), чтобы проверить сначала старые данные (если они есть), а затем доступность новых данных (что может быть не так, например, из-за неочищенного кэша или лага репликации данных)
-"Азёрт", -"кажется в python есть union для типизации...", -"полное покрытие анотацией типов не считаю необходимым" много говорит о человеке и его опыте)). Ну ладно, все равно есть полезные штуки. Спасибо за видео.
39:52 - pytest: полезные опции
Хорошая информация спасибо
Вместо fmt off, on
нужно лишь после аргумента поставить запятую и всё....
body = {
"test": 1,
}
Можно ли к видеозаписям прилагать ссылку на презентацию? Лучше ДО лекции. На плохом интернет канале пол-лекции смотришь как на авангардное видео в стиле кубизма. Было бы проще заранее скачать и текст презентации видеть в нормальном качестве.
Очень полезная лекция, спасибо!
Вопрос - применим ли подход, когда для тестирования сервиса в нем создаются специальные тестовые ручки (недоступные в продакшене)?
Конкретный кейс: выполняем некий POST-запрос и хотим проверить, что данные были корректно размещены в БД.
Варианты:
1. Использовать только стандартные ручки сервиса для обратного получения данных.
2. Сделать тестовую ручку, которая запросит данные из БД в том виде, как это нужно для теста.
3. Сходить в БД вообще мимо сервиса и посмотреть, как там размещены данные.
Насколько варианты (2) и (3) соответствуют правильным практикам тестирования?
Я бы выбрал 3 вариант. Он самый простой, не требует написания дополнительных ручек в сервисе, мы проверяем данные как есть, как они должны лежать в базе. Вариант 2 плох тем, что на тестовую ручку тоже надо писать тест). И при ее реализации можно ошибиться.
Вариант 1 можно также применять в дополнении к варианту 3. Если есть такой GET-запрос, то можно его вызвать в тесте 2 раза (перед POST и после), чтобы проверить сначала старые данные (если они есть), а затем доступность новых данных (что может быть не так, например, из-за неочищенного кэша или лага репликации данных)