Привет!
Ребята, очень срочно нужна помощь. Компания, в которую хочу попасть дала задание по API. По иронии судьбы, на практике с ним так и не сталкивалась. Вот сижу и не знаю с какой стороны подойти и с чего начать. Есть ли у кого-то возможность и желание помочь с обучением и выполнением? Буду очень благодарна и в долгу не останусь. Желательно Python. Вот задание: The Problem: The new order API endpoint is described here. https://docs.gemini.com/rest-api/#new-order
How will you test it? The Solution:
Please code up functional test cases in the language of your choice or pseudocode
Include both positive and negative cases
Be able to quantify the number of distinct tests run
Do not invoke any other API endpoints (e.g., order status)
Немного оффтопа.
В чём смысл просить решить задание других?
Ну, допустим, каким-то чудом вам не зададут по вашему же заданию каверзных вопросов, на которые вы не сможете ответить (не вы же решали и писали код), и вы пройдёте собеседование.
Но как вы потом собираетесь тестировать апи? Или вы думаете, что работодатель совсем тупой и не поймёт, что если в задании всё решено лаконично и правильно, а в реальности вы и одного теста без костылей написать не можете (или вообще не можете)?
Был у нас как-то похожий случай в одной компании, вылетел как пробка человек не пройдя исп. срок.
Вот из-за таких, как ТС - и приходится иногда работать с неквалифицированными коллегами.
согласен полностью, каждый инженер должен научиться перед тем как задавать вопрос другим ответить себе на вопрос “What have you tried?”. Что попробовал топикстартер? Ничего? Серьезно? Будь я на месте работодателя и увидел такую постановку вопроса, вообще бы никогда не взял человека. И тут проблема или в мотивации, или в полной неспособности потратить время на самостоятельное изучение вопроса.
Ниже по ссылке 5 минутная статья, которая описывает проблему таких вопросов. После нее ваша жизнь может стать сильно лучше
Я сразу вспомнил сколько вообще в тестировании API подводных камней и ужаснулся, как будет работать в этом нулевой человек? Непонятно. И самое дорогое это конечно эмоции людей, которым доведется работать с таким мастером, а также и регрессия продукта за то время пока его не выкинут с этой должности
я просила помочь и обучить, если не знаешь как закипятить воду, то суп как-то сложно сварить.
я первый и, наверное, единственный рекрутер, который сдал ISTQB в Украине и на все 100% воспользовался этим шансом.
До моего прихода, компания 3 года не могла запустить автоматизацию. Через два месяца я запустила первые рабочие тесты на Squish&Jenkins. То и другое, я видела первый раз. Сейчас у меня 4 команды, 3 из которых - международные.
Что такое учиться и пользоваться шансом - я знаю.
Спасибо.
@Lera, разрешите вас только поздравить и пожелать успеха в новой роли и надеяться что technical gap допустимо мал и вы переквалифицируетесь. почему не хотите прямо перспективному работодателю все это сказать чтобы оправдать его потенциальный disappointment ?
Ну с этим можно поспорить.
Всё зависит от компании и от заказчиков.
У меня были случаи, где заказчику нужны только GUI авто-тесты, про api тесты он не слышал и слышать не хочет.
Что предлагаете в этом случае? Если только увольняться и искать другое место
АПИ можно делать как помошники, загрузка тестовых данных, дёрнуть что то на беке по надобности, заменить часть степов на вызовы АПИ что бы увеличить стабильность тестов. Много где можно использовать.
Согласен конечно же.
Только дёргать апи и тестировать его - всё-таки разные вещи.
А с этим поспорил бы. Тут как говорится 50 на 50. Может то, что вы сделаете через апи, не будет работать через графический интерфейс, а вам надо проверить именно что оно там работает.
Возьмём пример.
Заплесить ордер посмотреть что он перепроцессился 100500 раз, Прошёл всевозможные статусы и проверки.
Есть тест заплейсить ордер через UI, и тест который проверяет что оредер попал в нужный статус после плейса ордера. Зачем во втором случае опять делать заказ через UI если мы уже это протестировали но нам нужно сделать это как прекондишен.
Не всем кейсам нужна проверка по ГУИ, опять же есть подсистема которая не обновлется, но нужна для пользования бекофисом. Опять же что бы не пользоваться нестабильным UI, можно просто дёргать его сервисы.
Так что я хз что там автоматизировал автор если ниразу не стыкался с сервисами.