Смотря в какой сфере. Если API - я б дал конкретно 1-2 метода, например POST каких-то данных в формате json, которые нужно протестировать

Спс

про закупку в адидас - это позитивный кейс, он проверит навыки автоматизации действий, но не способность находить граничные значения и косяки

adidas.co.uk оформить заказ

Кстати, сколько по времени займет это задание? При условии наличия всего необходимого?

Кстати, сколько по времени займет это задание? При условии наличия всего необходимого?

около часа

видимо подразумевается UI автоматизация...

Да, это обычный позитивный кейс для смоука

adidas.co.uk оформить заказ

а что сложнего ?

а что сложнего ?

А тестовое обязательно должно быть сложным?

я к тому что частенько дают задание в с каким-то скрытым функционалом незнаю как это назвать

короче дают задание а там заложенны 3 косяка которые надо обойти, но об этом не говорят вначале

можно фильтры присунуть или товары со скидками или еще чего

на сколько я помню там менюшки верхне меню с флайаутом

А при тестировании API нужно так же тестировать граничные значения данных или как? То есть например так же емайлы разные и т.д.?

вот что-то подобное я и имел виду, с виду типо просто, а на деле есть свои хитрости которые надо знать как уметь обойти

А при тестировании API нужно так же тестировать граничные значения данных или как? То есть например так же емайлы разные и т.д.?

При тестировании API нужно тестировать всё то же самое, что и при любом другом тестировании.

А при тестировании API нужно так же тестировать граничные значения данных или как? То есть например так же емайлы разные и т.д.?

обязательно нужно

А при тестировании API нужно так же тестировать граничные значения данных или как? То есть например так же емайлы разные и т.д.?

Нет, что вы. (сарказм)

ключевое слово не АПИ, а тестрование

ключевое слово автомтаизация

человек может уметь в теорию тестирования, понимать технологию

но как проверить, умеет ли он это дело автоматизировать?

это я к вопросу про АПИ, про то что ранее уже понял

adidas.co.uk оформить заказ

а че тут сложного? 5 кликов даже не потестишь особо. хотя для собеса сойдет любое

Ещё вопрос, есть у меня Post запрос, который создаёт пользователя. Он возвращает данные созданного пользователя. Мне нужно проверить, что в ответе именно те данные, которые я постил или нужно вытянуть из базы запросом и сравнить ответ API с тем, что вернул запрос?

и то, и другое

а че тут сложного? 5 кликов даже не потестишь особо. хотя для собеса сойдет любое

ну-ну)) зай на Мужские кроссовки, выбери товар со скдикой, добавь в корзину, проверь что добавилось, заполни все поля для доставки

надо оформить заказ? я оформил. смоук в чистом виде. надо будет e2e - легко, но надо об этом сказать как бы ) а то гнать расширенное не пройдя смоук не айс )

Ещё вопрос, есть у меня Post запрос, который создаёт пользователя. Он возвращает данные созданного пользователя. Мне нужно проверить, что в ответе именно те данные, которые я постил или нужно вытянуть из базы запросом и сравнить ответ API с тем, что вернул запрос?

Как раз сегодня завел найденную багу, в которой ответ приходит корректный, а в базе - фарш

надо оформить заказ? я оформил. смоук в чистом виде. надо будет e2e - легко, но надо об этом сказать как бы ) а то гнать расширенное не пройдя смоук не айс )

обычный кейс для собеседования.

Просто программист сказал "да не надо из базы тянуть, просто проверь что в ответе то, что постил" :)

Товарищ, ты их как раз не слушай

а то наговорят.

Люди разные, некоторые от потенциальных задач отползают

надо проверить и ответ и то что в базу легло.

Послушай программиста и сделай наоборот!

Я иногда по часу доказываю, что у них не фича, а и менно баг

надо быть настойчивым

Послушай программиста и сделай наоборот!

не проверять ответ? ))))

не проверять ответ? ))))

Всегда так делаю!

Спасибо за ответ :) я API не тестировал до этого. Так то у нас адекватные ребята, если баг, то не отпираются.

Может у него реализация такая, что он для ответа берет данные из базы

И он знает, что эта проверка уже есть

не проверять ответ? ))))

Ответ проверять, не проверять что в базу записалось :)

Лучше все равно проверять

Реализация изменится, и может всплыть ***

я бы проверил оба случая: и в ответе и в базе

Может у него реализация такая, что он для ответа берет данные из базы

Так и есть видимо. То есть если я урл ендпоинта в браузере открою с параметром showsql=1, то мне как раз показывается сам SQL запрос.

Так SQL может быть неправильный

т.е. кладёт он в один поля, а выбирает из других

Проверяй и то, и другое. Они потом решат ускорить работу АПИ)))

И не станут к базе обращаться

Сервис пойдет в массы, мощностей хватать не станет, менеджмент скажет "оптимизируйте"

Короче проверять нужно все артифакты

Вряд ли я напишу запрос правильнее его :)

'v

эм

я хз что тебе на это ответить

у тебя есть тз, что б данные пользователя лежали вот тут и вот так

Вряд ли я напишу запрос правильнее его :)

а должен бы

ты это и тестишь

Ну так-то да. Но Я могу протестить через метод "получить данные существующего" пользователя через API :)

ты как тестер можешь не знать ЯП, но без селектов ты далеко не уедешь в большинстве случаев.

ты как тестер можешь не знать ЯП, но без селектов ты далеко не уедешь в большинстве случаев.

А с каких пор тестер может себе позволить не знать ЯП? :)

А с каких пор тестер может себе позволить не знать ЯП? :)

с тех пор как куча мануальщиков кругом

ты как тестер можешь не знать ЯП, но без селектов ты далеко не уедешь в большинстве случаев.

Ну простенький запрос я могу накатать, но там 100500 joinов и я пока не могу воткнуть что там происходит. Я конечно подтягиваю знания, но не так быстро как хотелось бы.

ERROR: S client not available

с тех пор как куча мануальщиков кругом

А при чем тут мануальщик или не мануальщик?

Ну простенький запрос я могу накатать, но там 100500 joinов и я пока не могу воткнуть что там происходит. Я конечно подтягиваю знания, но не так быстро как хотелось бы.

тебе и не надо

А с каких пор тестер может себе позволить не знать ЯП? :)

и начинать их надо с SQL )

тебе и не надо

А как мне ещё проверить, что данные в базу легли корректно.

(кстати, фоновый такой вопрос, а почему мы обсуждаем это все в чатике вакансий?)

А как мне ещё проверить, что данные в базу легли корректно.

Ну там обычно 100500 джнойнов нет

А при чем тут мануальщик или не мануальщик?

мануальщик не обязан знать ЯП, на то он и мануальзик

А как мне ещё проверить, что данные в базу легли корректно.

Сделать запрос, посмотреть в базе значения изменяемых полей. Thats all.

А, ну да :))

мануальщик не обязан знать ЯП, на то он и мануальзик

Ещё раз, в чем состоит, в вашей голове, связь между видом применяемого тестирования и знанием ЯП?

хотя если у вас апи на базе и куча логики на t-sql - то надо бы знать и получше

Ещё раз, в чем состоит, в вашей голове, связь между видом применяемого тестирования и знанием ЯП?

я не вижу в них ничего общего

Ещё раз, в чем состоит, в вашей голове, связь между видом применяемого тестирования и знанием ЯП?

А что, тестируя Андроид приложение вручную нужен ЯП?

А что, тестируя Андроид приложение вручную нужен ЯП?

Нужен.

Зачем?

blackbox вполне можно тестить и без этого

Затем, что вы тестируете, в том числе, и работу кода. Что бы её адекватно проверять - вам нужно понимать, как этот код работает. Что бы понимать как он работает - хотя бы базовые знания используемого языка программирования нужны.

если мануальщик не придумывает тест - кейсы, то не надо

Без этого можно только манкитест, а не блэкбокс.

тогда это уже кликер какой-то

а не мануальщик

а набирать 100500 шибко грамотных не сильно выгодно

lol.

ну, они тоже так называются)

не все ж сразу герои

сколько получает мануальщик, который не знает яп и не пишет тест-кейсы?

и, как ни странно, баги находят таки

мало получает)

не все ж сразу герои

камон, вы говорите о знании ЯП как о чем-то "великом и недосягаемом"

сколько получает мануальщик, который не знает яп и не пишет тест-кейсы?

бесплатно работает имхо. ради опыта )

ну какойнить экземпл