Pull to refresh

Comments 5

Это кажется просто задачи для практики python как языка, которые не связаны с автоматизацией тестов.
Напрямую по крайне мере.

Во 1, тут нужно писать сами функции (это обычно задача разработчика), во 2, тут нужно написать юнит-тесты, это опять задача разработчика.

Если цель этой статьи именно практика python, то она любому начинающему на python подходит.

Если для тестировщиков, то примерах лучше взять какой-то сервис публичный и предложить написать на него API или UI тесты

Как раз таки вот с этими вычислениями все понятно. assert 2+3 5

Но у меня проблема в другом. И я как раз таки в этой статье хотел найти решение этой проблемы. Но нет. Есть у меня библиотека для какого-нибудь HTTP API. И мне её нужно протестировать. И вот как это делать,за что браться? если есть функция, там всего одна строка, условно один вызов и всё, но тут понятно. Ставишь заглушку и возвращаешь заранее заготовленный ответ. А если у тебя в функции несколько запросов, если у тебя очень сложный проект, в особенности, если у тебя уже какой-то готовый проект, где большая, просто огромная кодовая база? Что, как там тестировать? с чего начинать? Делать тестовый сервер, либо без сервера просто заменять заранее заготовленными ответами? Как говорится, глаза разбегаются. И хотелось бы почитать о том, как нужно делать правильно.
Один раз я правда написал такой тест, только он был наполовину юнит, наполовину интеграционной. И я на него посмотрел и подумал: это не совсем правильно. Спросил в одном чате, а мне сказали: "ты с ума сошел? Разве так пишут тесты?" Хотя оно работало.

Вся проблема учебников в том, что они показывают только простые вещи. Но с этими простыми вещами и так все понятно.

Я в таких случаях шёл от изучения функционала со стороны юзера, писал сначала е2е тесты на самую критичную функциональность, когда она была покрыта переходил к менее приоритетным кейсам.

Сначала е2е потому, что написав тесты на апи у юзера всё равно может что-то не работать, хотя апи тесты прошли.

Когда е2е покрыты я шёл к тестам апи на каждый отдельный эндпоинт, которые гонятся по каждому коммиту в изменения апишки. Е2е тесты можно гонять реже, когда есть новая функциональность.

Когда это всё покрыто можно идти к интеграционным и модульным тестам.

Sign up to leave a comment.

Articles