Pull to refresh

Comments 8

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

Очистка системы – хорошая практика. В данной тестовой апишке с точки зрения самих тестов, без очистки от запуска, отсутсвие самой очистки не создает проблем для самого процесса прогона тестов т.к в этих методах на нас не влияет состояние системы. Тут нет пользователей, состояние которых от запуска к запуску как-то бы влияло на тесты. Но повторюсь это актуально только в этой учебной АПИ. В реальных проектах хорошая практика производить очистку.

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

Я соберу фидбэк по этой статье и думаю выпущу продолжение. Там мы рассмотрим аспекты очестки и другие моменты.

Позвольте немного побыть занудой.

базовая необходимость каждого автотеста - вернуть систему к исходному состоянию после завершения прогона

Это не совсем верно делать после прогона.

Готовить систему к тестированию нужно до, а не после прогона.

После — может не наступить по разным причинам.

Тест после себя может (и это нормально) сломать систему, например.

Обратите внимание на библиотеку curlify, имхо она очень помогает воспроизводить упавшие тесты

Curlify насколько я знаю конвертирует запросы в curl command. Не совсем понял вас, как это поможет воспроизводить тесты.

В методе add_request_url вы пишете всю ту же информацию, что есть в curl. Однако при падении теста, курл легко доставать из логов и воспроизводить упавший запрос. Его также можно передать разработчику для фикса и т.п.

Структура статьи, подход, библиотеки, концепция, даже названия некоторых папок, функций и модулей слизаны с этой статьи https://habr.com/ru/articles/709380/

Рекомендую в следующий раз хотя бы указывать ссылки на ресурсы, которыми пользуешься для написания статьи

Здравствуйте. В статье использован подход, который взят с реального проекта, в том числе и подход к написанию чек листов. Рекомендую не думать, что вы один используйте этот стек технологий. И не следует также обращаться на "ты". Давайте друг-друга уважать.

Sign up to leave a comment.

Articles