Хочу порекомендовать просмотреть плейлисты по подготовке на собеседования QA и AQA: хорошие вопросы от собеседующих и ответы кандидатов мне нравятся. А также указаны ответы и направления от интервьюеров, как лучше ответить.
СОХРАНИТЬ (на всякий случай😁 ) и посмотреть, чтоб закрепить свои знания.
Плейлист 1
(QA)
Плейлист 2
(QA) + видео, забыли авторы добавить в этот плейлист
Плейлист 3
(AQA) и на английском плейлист
Первые два плейлиста подходят не только на позицию Junior, но и для Middle ручных тестировщиков
СОХРАНИТЬ (на всякий случай
Плейлист 1
(QA)
Плейлист 2
(QA) + видео, забыли авторы добавить в этот плейлист
Плейлист 3
(AQA) и на английском плейлист
Первые два плейлиста подходят не только на позицию Junior, но и для Middle ручных тестировщиков
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥84❤11👌3👏2
Хочу поделиться отзывом своего менти, у которого поиск работы затянулся на год).
Все мои менти проходят разный путь поиска работы, самый быстрый случай, можно сказать,c нуля за 1,5 месяца. В среднем, за 3-4 месяца мои менти находят работу.
Самое главное это давать больше практики, на основании этого оформить портфолио и сделать заметное резюме, которое уж точно начинает работать для получения тестового задания, потом собесы и затем уже оффер. А еще вселяю веру в себя и сколько просить по ЗП.
В чате менторов у меня много отзывов, потому что у меня было много менти и сейчас еще около 10 человек остаётся в период моего отпуска, с которыми я продолжаю коммуницировать.
У меня в будние дни было по 4-5 консультаций. В основном, у меня менти после прохождения курсов и с нуля, а также менти с опытом 1-3 года для того, что усовершенствовать свои навыки или сменить место работы.
За месяц май у меня 8 человек нашли работу, из них 6 - это Джуны🫶 . Считаю это успехом.
Еще ожидаю от двоих сообщения, что и у них скоро будет оффер на руках.
Все отзывы можно почитать на канале
https://news.1rj.ru/str/feedback_protestinginfo
Сейчас общение идет только с текущими менти.
Все мои менти проходят разный путь поиска работы, самый быстрый случай, можно сказать,c нуля за 1,5 месяца. В среднем, за 3-4 месяца мои менти находят работу.
Самое главное это давать больше практики, на основании этого оформить портфолио и сделать заметное резюме, которое уж точно начинает работать для получения тестового задания, потом собесы и затем уже оффер. А еще вселяю веру в себя и сколько просить по ЗП.
В чате менторов у меня много отзывов, потому что у меня было много менти и сейчас еще около 10 человек остаётся в период моего отпуска, с которыми я продолжаю коммуницировать.
У меня в будние дни было по 4-5 консультаций. В основном, у меня менти после прохождения курсов и с нуля, а также менти с опытом 1-3 года для того, что усовершенствовать свои навыки или сменить место работы.
За месяц май у меня 8 человек нашли работу, из них 6 - это Джуны
Еще ожидаю от двоих сообщения, что и у них скоро будет оффер на руках.
Все отзывы можно почитать на канале
https://news.1rj.ru/str/feedback_protestinginfo
И хотела предупредить, что сейчас у меня перерыв, я не менторю.Сейчас общение идет только с текущими менти.
Please open Telegram to view this post
VIEW IN TELEGRAM
Telegram
Обучение, менторство и отзывы по онлайн-курсам и менторингу
Услуги в сфере дошкольного образования и дополнительного образования детей и взрослых (155501)
https://getmentor.dev/mentor/nadezhda-dudnik-554
QA ментор ~ Надежда Дудник
Канал @protestinginfo
Вопросы @nadin_qa
https://getmentor.dev/mentor/nadezhda-dudnik-554
QA ментор ~ Надежда Дудник
Канал @protestinginfo
Вопросы @nadin_qa
❤13🔥12👍5
Forwarded from Ivan Pl
Привет-привет!
Фух! Закончилась моя первая неделя на позиции к которой я шел год, можно малость и пографоманить.
В QA Mentor при поиске по @Nadin_QA можно увидеть только теплые отзывы и слова благодарности, но насколько крута Надежда на самом деле?
Гуманитарное образование, около десяти лет работы по специальности, 30+ лет отроду- сомнительные вводные для айтишника, не так ли?
Надежда принимает вызов и начинает менторить! поначалу правится резюме, которое было не то чтобы плохим, но почему то никого не интересовали и о чудо! Стали приходить первые тестовые!
Далее @Nadin_QA помогает делать тестовые и параллельно переучивает то, что самостоятельно выучил неправильно. Заметьте: ПОМОГАЕТ, а не делает за меня и/или моими руками. Досконально разбирается каждый кейс, почему неправильно? как было лучше написать? Надежда очень грамотно направляет и, в какой то мере учит правильно мыслить и вскоре, приходит понимание того, как написать короткий и грамотный кейс, а где сухо в три слова сделать чек-лист. Вот и первое пройденное тестовое.
Готовимся к собесу. Надежда знает какие вопросы вам зададут, поддерживает, настраивает, подсказывает что подтянуть, а с чем лучше не высовываться.
Первый отказ после собеса. Разбираем что не так, где свернул не туда/сказал не то.
Первое техническое тестовое. разбираем Postman учим синтаксис SQL, первые автоколлекции в Postman, пытаемся подружиться со Swagger'ом.
Отказ. Разбираем.
Еще одно тестовое. Пройдено! по словам собеседующего лида одно из лучших из 200 присланных. Уровень? Ещё какой!
Отказ по оверскилу.
И так целый год.
Я уже, честно говоря, понял что в тестировщики мне путь заказан и мирно продолжал трудится по основному образованию. Но @Nadin_QA стояла на своем, подкидывала те или иные вакансии, постоянно интересовалась прогрессом, подкидывала статьи почитать- чувствуете уровень ответственности?
И вот самый длинный собес плюс техническое плюс еще один собес и так с 5 марта по 1 апреля и оффер (хоть узнал как этот мифический зверь выглядит). Надежда всегда была на связи, всегда готова если не подсказать как сделать, то подсказать где смотреть.
20.05.2024 был первый рабочий день.
Получилось бы это всё без помощи @Nadin_QA? нет конечно! Сейчас конкуренция огромная и без грамотного ментора шансов добиться своего места в безумном мире IT практически нереально.
И мой совет: если вы только-только начинаете, лучше возьмите пару консультаций у @Nadin_QA, это будет лучше чем вы потом долго будете переучивать то, что выучили самостоятельно)
Надежда, вы лучшая!
Фух! Закончилась моя первая неделя на позиции к которой я шел год, можно малость и пографоманить.
В QA Mentor при поиске по @Nadin_QA можно увидеть только теплые отзывы и слова благодарности, но насколько крута Надежда на самом деле?
Гуманитарное образование, около десяти лет работы по специальности, 30+ лет отроду- сомнительные вводные для айтишника, не так ли?
Надежда принимает вызов и начинает менторить! поначалу правится резюме, которое было не то чтобы плохим, но почему то никого не интересовали и о чудо! Стали приходить первые тестовые!
Далее @Nadin_QA помогает делать тестовые и параллельно переучивает то, что самостоятельно выучил неправильно. Заметьте: ПОМОГАЕТ, а не делает за меня и/или моими руками. Досконально разбирается каждый кейс, почему неправильно? как было лучше написать? Надежда очень грамотно направляет и, в какой то мере учит правильно мыслить и вскоре, приходит понимание того, как написать короткий и грамотный кейс, а где сухо в три слова сделать чек-лист. Вот и первое пройденное тестовое.
Готовимся к собесу. Надежда знает какие вопросы вам зададут, поддерживает, настраивает, подсказывает что подтянуть, а с чем лучше не высовываться.
Первый отказ после собеса. Разбираем что не так, где свернул не туда/сказал не то.
Первое техническое тестовое. разбираем Postman учим синтаксис SQL, первые автоколлекции в Postman, пытаемся подружиться со Swagger'ом.
Отказ. Разбираем.
Еще одно тестовое. Пройдено! по словам собеседующего лида одно из лучших из 200 присланных. Уровень? Ещё какой!
Отказ по оверскилу.
И так целый год.
Я уже, честно говоря, понял что в тестировщики мне путь заказан и мирно продолжал трудится по основному образованию. Но @Nadin_QA стояла на своем, подкидывала те или иные вакансии, постоянно интересовалась прогрессом, подкидывала статьи почитать- чувствуете уровень ответственности?
И вот самый длинный собес плюс техническое плюс еще один собес и так с 5 марта по 1 апреля и оффер (хоть узнал как этот мифический зверь выглядит). Надежда всегда была на связи, всегда готова если не подсказать как сделать, то подсказать где смотреть.
20.05.2024 был первый рабочий день.
Получилось бы это всё без помощи @Nadin_QA? нет конечно! Сейчас конкуренция огромная и без грамотного ментора шансов добиться своего места в безумном мире IT практически нереально.
И мой совет: если вы только-только начинаете, лучше возьмите пару консультаций у @Nadin_QA, это будет лучше чем вы потом долго будете переучивать то, что выучили самостоятельно)
Надежда, вы лучшая!
🔥48👍5🕊3
This media is not supported in your browser
VIEW IN TELEGRAM
Нарушила принцип тестирования 🤣
😁34🤣23🔥4😱4
3 июня я начинаю обучение на курсе
Автоматизация тестирования REST API (Advanced)
PYTHON
у Валеры Меньшикова, где можно узнать еще больше нового и закрепить свои знания по автоматизации тестирования REST API.
Валера Меньшиков - Lead Automation QA Engineer в OZONTECH.
Сейчас он занимается разработкой инструментов автоматизации, back-end сервисов для подготовки тестовых данных и авто-тестов на Python.
Я уже прошла два курса у него, поэтому рекомендую его курсы.
А сейчас выходит новый курс более расширенный с выгодной ценой (программа по ссылке выше).
Автоматизация тестирования REST API (Advanced)
PYTHON
у Валеры Меньшикова, где можно узнать еще больше нового и закрепить свои знания по автоматизации тестирования REST API.
Валера Меньшиков - Lead Automation QA Engineer в OZONTECH.
Сейчас он занимается разработкой инструментов автоматизации, back-end сервисов для подготовки тестовых данных и авто-тестов на Python.
Я уже прошла два курса у него, поэтому рекомендую его курсы.
А сейчас выходит новый курс более расширенный с выгодной ценой (программа по ссылке выше).
❤🔥13👍3❤2🥴1🙈1🤝1
Всем привет, кто еще не проходил тест «Web Testing», предлагаю повторить свои знания
(Не забыть почистить историю бота для того, чтобы ответить на тест)
t.me/QuizBot?start=Pg4wqbjK
Напоминаю про вебинар, связанный с разбором вопросов и общие тесты на платформе CoreApp:
https://coreapp.ai/app/player/lesson/672607b1de85a3e17dcf2169
(Не забыть почистить историю бота для того, чтобы ответить на тест)
t.me/QuizBot?start=Pg4wqbjK
Напоминаю про вебинар, связанный с разбором вопросов и общие тесты на платформе CoreApp:
https://coreapp.ai/app/player/lesson/672607b1de85a3e17dcf2169
Quiz Directory
Тестирование на WEB Testing and API Testing (@Protestinginfo)
15 questions
52🔥41👍8👨💻3💯1
Forwarded from Yoll_QA
Немножко про Firebase
Firebase – это платформа для разработки мобильных и веб-приложений от Google.
Firebase – предоставляет бэкенд-услуги, такие как аутентификация, база данных в реальном времени, хостинг, аналитика и etc.
Через Firebase можно просматривать различные данные:
☘️ Обновление баз данных в реальном времени (Firestore и Realtime Database)
☘️ Данные об аутентификации пользователей
☘️ Аналитические данные о поведении пользователей (Firebase Analytics)
☘️ Логи производительности и ошибок (Crashlytics)
☘️ Конфигурационные данные (Remote Config)
Я работаю с Firebase в контексте мобильной разработки. И чаще всего пользуюсь следующими инструментами:
🌿 Crashlytics: помогает удобно просматривать краши как во время тестирования, так и после релиза
🌿 Performance Monitoring: для анализа производительности приложения
🌿 Firebase Analytics: для тестирования событий аналитики
Плюсы и минусы Firebase:
Плюсы:
🌵 Легкость интеграции: Простота интеграции и быстрота развертывания
🌵 Масштабируемость: Поддержка масштабирования приложений с ростом числа пользователей
🌵 Реальное время: Мгновенное обновление данных в приложении благодаря базе данных в реальном времени
🌵 Широкий функционал: Множество инструментов для аналитики, аутентификации, хостинга и других задач.
Минусы:
🌵 Зависимость от Google: Потенциальная зависимость от экосистемы Google и изменений в их политике (особенно актуально для компаний из РФ)
🌵Стоимость: Бесплатный тариф ограничен, и при росте приложения стоимость услуг может значительно увеличиться
🌵Ограниченные возможности запросов: В некоторых случаях сложные запросы к базе данных могут быть ограничены по функционалу и скорости
Конечно же, на любое ПО есть разные аналоги, Firebase не исключение:
🪴 AWS Amplify: Платформа от Amazon, предоставляющая инструменты для создания и хостинга мобильных и веб-приложений
🪴 Microsoft Azure: Облачная платформа, предлагающая множество сервисов для разработки и развертывания приложений
🪴 Backendless: Бэкенд-платформа, предлагающая широкий спектр услуг, таких как базы данных, файловое хранилище и пользовательское управление
🪴 Parse: Открытый исходный код бэкенда для мобильных приложений, который можно хостить самостоятельно.
Надеюсь, данная заметка будет полезна хотя бы в контексте ознакомления с новыми инструментами)
Firebase – это платформа для разработки мобильных и веб-приложений от Google.
Firebase – предоставляет бэкенд-услуги, такие как аутентификация, база данных в реальном времени, хостинг, аналитика и etc.
Через Firebase можно просматривать различные данные:
☘️ Обновление баз данных в реальном времени (Firestore и Realtime Database)
☘️ Данные об аутентификации пользователей
☘️ Аналитические данные о поведении пользователей (Firebase Analytics)
☘️ Логи производительности и ошибок (Crashlytics)
☘️ Конфигурационные данные (Remote Config)
Я работаю с Firebase в контексте мобильной разработки. И чаще всего пользуюсь следующими инструментами:
🌿 Crashlytics: помогает удобно просматривать краши как во время тестирования, так и после релиза
🌿 Performance Monitoring: для анализа производительности приложения
🌿 Firebase Analytics: для тестирования событий аналитики
Плюсы и минусы Firebase:
Плюсы:
🌵 Легкость интеграции: Простота интеграции и быстрота развертывания
🌵 Масштабируемость: Поддержка масштабирования приложений с ростом числа пользователей
🌵 Реальное время: Мгновенное обновление данных в приложении благодаря базе данных в реальном времени
🌵 Широкий функционал: Множество инструментов для аналитики, аутентификации, хостинга и других задач.
Минусы:
🌵 Зависимость от Google: Потенциальная зависимость от экосистемы Google и изменений в их политике (особенно актуально для компаний из РФ)
🌵Стоимость: Бесплатный тариф ограничен, и при росте приложения стоимость услуг может значительно увеличиться
🌵Ограниченные возможности запросов: В некоторых случаях сложные запросы к базе данных могут быть ограничены по функционалу и скорости
Конечно же, на любое ПО есть разные аналоги, Firebase не исключение:
🪴 AWS Amplify: Платформа от Amazon, предоставляющая инструменты для создания и хостинга мобильных и веб-приложений
🪴 Microsoft Azure: Облачная платформа, предлагающая множество сервисов для разработки и развертывания приложений
🪴 Backendless: Бэкенд-платформа, предлагающая широкий спектр услуг, таких как базы данных, файловое хранилище и пользовательское управление
🪴 Parse: Открытый исходный код бэкенда для мобильных приложений, который можно хостить самостоятельно.
Надеюсь, данная заметка будет полезна хотя бы в контексте ознакомления с новыми инструментами)
🔥10❤4
Расскажите правильный порядок следующих видов тестирования после раскатки сборки на стенд с новыми фичами и минорными дефектами.
К видам тестирования связанными изменениями относятся:
- Смоук-тестирование
- Регрессионное тестирование
- Ре-тест (повторное или подтверждающее тестирование)
- Санитарное тестирование
- Тестирование новой функциональности
А также тестирование сборки.
Мой ответ таков, а вы если, что дополняйте.
После раскатки нового билда на тестовый стенд мы сначала проводим смоук-тестирование, затем санитарное тестирование (хотя на проектах это тестирование не используется осознанно😁 и в целом можно не проводить или проводится бессознательно), потом проводим тестирование новой функциональности, и все же если в сборке есть дефект высшего приоритета чем приоритет новой фичи, то проводим сперва ретест, а затем тестирование new feature.
Проверили новую функциональность, выполняем повторное тестирование (ретест) минорных дефектов или дефектов приоритета ниже приоритета новой фичи, и уже потом заканчиваем регрессионным тестированием.
Такой мой ответ для собеса.
А какой ответ будет у вас?
#собеседование
Разбор вопросов и тестовых заданий … to continue…😀
К видам тестирования связанными изменениями относятся:
- Смоук-тестирование
- Регрессионное тестирование
- Ре-тест (повторное или подтверждающее тестирование)
- Санитарное тестирование
- Тестирование новой функциональности
А также тестирование сборки.
Мой ответ таков, а вы если, что дополняйте.
После раскатки нового билда на тестовый стенд мы сначала проводим смоук-тестирование, затем санитарное тестирование (хотя на проектах это тестирование не используется осознанно😁 и в целом можно не проводить или проводится бессознательно), потом проводим тестирование новой функциональности, и все же если в сборке есть дефект высшего приоритета чем приоритет новой фичи, то проводим сперва ретест, а затем тестирование new feature.
Проверили новую функциональность, выполняем повторное тестирование (ретест) минорных дефектов или дефектов приоритета ниже приоритета новой фичи, и уже потом заканчиваем регрессионным тестированием.
Такой мой ответ для собеса.
А какой ответ будет у вас?
#собеседование
Разбор вопросов и тестовых заданий … to continue…
Please open Telegram to view this post
VIEW IN TELEGRAM
101🔥38👍7❤5
This media is not supported in your browser
VIEW IN TELEGRAM
Локализация бага:
Задача на локализацию бага: к примеру пользователь вводит почту, а экран белый? Как быть, твои действия
ИЛИ
При открытии сайта отображен белый экран - ваши действия?
Я напишу свои рассуждения, а вы дополняйте.
Хочу предложить варианты решения на данный вопрос про локализацию бага:
Первым делом!
🐞 - очистить кэш и куки
А потом уже другие варианты🐞 :
🐞 - перейти на страницу chrome://settings/system и выключить аппаратное ускорение.
🐞 - установить необходимые сертификаты для работы
🐞 - уточнить у разработчиков на изменение хостов или обратиться к разработке на изменение кода или эндпойнтов
🐞 - проанализировать логи в console DevTools
🐞 - просмотреть сетевые запросы в network Devtools
🐞 - проверить интеграцию с БД
🐞 - открыть «Просмотр кода страницы» и запустить любой .js файл, и затем обновить тестируемую страницу
🐞 - просмотреть логи сервера
🐞 - просмотреть логи проекта / пода в консоли опеншифта
🐞 - проанализировать логи в кибане, sentry, graylog, grafana, если есть эти инструменты на проекте
🐞 - коммуницировать с командой на наличие возможного обновления требований
Не заводите сразу дефект, постарайтесь разобраться, изучить логи, проверить интеграцию с БД или данные в таблицах БД, или интеграцию с другим сервисом, куда может сохраниться адрес электронной почты.
Главное помните, что на собесах ждут ваших рассуждений, а не точного верного ответа.
Главное не молчать, а генерировать идеи!
Разбор вопросов будет продолжаться на @protestinginfo
Такой вопрос я задавала в рефлексии на курсе по тестам, который стартанет в июле.
#собеседование
Задача на локализацию бага: к примеру пользователь вводит почту, а экран белый? Как быть, твои действия
ИЛИ
При открытии сайта отображен белый экран - ваши действия?
Я напишу свои рассуждения, а вы дополняйте.
Хочу предложить варианты решения на данный вопрос про локализацию бага:
Первым делом!
А потом уже другие варианты
Не заводите сразу дефект, постарайтесь разобраться, изучить логи, проверить интеграцию с БД или данные в таблицах БД, или интеграцию с другим сервисом, куда может сохраниться адрес электронной почты.
Главное помните, что на собесах ждут ваших рассуждений, а не точного верного ответа.
Главное не молчать, а генерировать идеи!
Разбор вопросов будет продолжаться на @protestinginfo
Такой вопрос я задавала в рефлексии на курсе по тестам, который стартанет в июле.
#собеседование
Please open Telegram to view this post
VIEW IN TELEGRAM
546❤50🔥21👍12💋2
Всем привет!
Хочу порекомендовать прочитать статью на хабре, которая мне понравилась:
Методы тестирования веб-API, которые должен знать каждый: чек-листы для начинающих
Здесь вы ознакомитесь с:
- Разделением тестирования: фронтенд vs бэкенд;
- Спецификой тестирования API;
- Типами тестирования;
- Позитивными и негативными тестами;
- Тестированием API на производительность;
- Тестированием сценариев.
А также хочу напомнить про свою статью:
💙 Шаблоны тест-кейсов по API, тест-кейсы по идемпотентности
и посмотреть видео
Стратегия написания тест-кейсов по API
Хочу порекомендовать прочитать статью на хабре, которая мне понравилась:
Методы тестирования веб-API, которые должен знать каждый: чек-листы для начинающих
Здесь вы ознакомитесь с:
- Разделением тестирования: фронтенд vs бэкенд;
- Спецификой тестирования API;
- Типами тестирования;
- Позитивными и негативными тестами;
- Тестированием API на производительность;
- Тестированием сценариев.
А также хочу напомнить про свою статью:
и посмотреть видео
Стратегия написания тест-кейсов по API
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Методы тестирования веб-API, которые должен знать каждый: чек-листы для начинающих
Тестирование веб-API нужно, чтобы обеспечить надёжность взаимодействий и обработки данных в приложениях. Ошибки в API могут вызвать сбои и уязвимости, поэтому проверка аутентификации, авторизации и...
❤31🔥11💯1
Коллеги, буду благодарна вашим голосам для сторис - напоминаний на полезный контент:
https://news.1rj.ru/str/boost/protestinginfo
https://news.1rj.ru/str/boost/protestinginfo
Telegram
📚 ProTestingInfo 🔷 Канал по тестированию 📚
Проголосуйте за канал, чтобы он получил больше возможностей.
Порой моим менти задают вопрос на собесе:
Назовите принципы REST (или ограничения для построения распределённых REST-приложений по Филдингу.)
Ответ:
Есть шесть принципов, на которых строится REST:
- клиент-серверная модель,
- отсутствие состояния,
- кэширование,
- единообразие интерфейса,
- многоуровневая система,
- код по требованию.
Так вот, перечислить, то легко, а вот пояснить сложно. А в Википедии заумно написано, что многим также сложно понять (см. пункт “Требования к архитектуре REST”).
Хочу порекомендовать просмотреть это
ВИДЕО, где четко и понятно рассказаны принципы REST автором канала Свят404.
01:08 - Client-Server
01:30 - Stateless
02:10 - Cache
02:33 - Uniform Interface
02:55 - Identification of resources
03:27 - Manipulation of resources through representations
03:54 - Self-denoscriptive messages
04:37 - Hypermedia as the engine of application state
05:24 - Layered System
06:20 - Code on Demand
+ посмотрите видео про клиент-сервер архитектуру простыми словами.
@protestinginfo
Назовите принципы REST (или ограничения для построения распределённых REST-приложений по Филдингу.)
Ответ:
Есть шесть принципов, на которых строится REST:
- клиент-серверная модель,
- отсутствие состояния,
- кэширование,
- единообразие интерфейса,
- многоуровневая система,
- код по требованию.
Так вот, перечислить, то легко, а вот пояснить сложно. А в Википедии заумно написано, что многим также сложно понять (см. пункт “Требования к архитектуре REST”).
Хочу порекомендовать просмотреть это
ВИДЕО, где четко и понятно рассказаны принципы REST автором канала Свят404.
01:08 - Client-Server
01:30 - Stateless
02:10 - Cache
02:33 - Uniform Interface
02:55 - Identification of resources
03:27 - Manipulation of resources through representations
03:54 - Self-denoscriptive messages
04:37 - Hypermedia as the engine of application state
05:24 - Layered System
06:20 - Code on Demand
+ посмотрите видео про клиент-сервер архитектуру простыми словами.
@protestinginfo
❤30🔥16👍6👀1
REST.pdf
8.1 MB
🔥29🤝6👍1👏1
📚 ProTestingInfo 🔷 Канал по тестированию 📚
Коллеги, всем привет. Появился новый тренажер по SQL https://sqltest.online/ru/ Описание: Тест на знание SQL, практика написания запросов, подготовка к собеседованиям, практические задания по SQL для начинающих и продвинутых. Предлагаю потренироваться…
Для ознакомления:
Прочесть Детективную историю - Старый баг в MySQL.
От автора тренажера по SQL
https://sqltest.online/ru/
Прочесть Детективную историю - Старый баг в MySQL.
От автора тренажера по SQL
https://sqltest.online/ru/
SQLtest.online
Добро пожаловать на SQLTest.online: Учитесь и практикуйтесь в SQL
SQLtest.online: Ваш бесплатный интерактивный тренажер SQL. Практикуйтесь и улучшайте свои практические навыки SQL с реальными задачами и мгновенной обратной связью для различных баз данных, таких как MySQL, MS SQL и SQLite.
👀8❤2👨💻1
Разбор вопросов из нельзяграма (подписаться на аккаунт Protestinginfo)
Подписчице задали такой вопрос на
Локализацию бага:
⁉️Тестировщик в Postman через post создаёт пользователя (email и пароль), а ему приходит 200 статус код и пустой json.
А точно ли это баг?
Я считаю, что это нормальное поведение, если под пустым json понимается, что нет тела ответа от сервера. На скрине отображено нормальное поведение, и все же хотелось бы, чтоб был 201 статус код, например, документация без тела ответа от сервера "Code - 201; Denoscription - User has been registered and expects confirmation by e-mail"
Но если будет действительно пустое тело ответа от сервера как {} или ключи имеют значения null, то по сути это дефект, и здесь нужно провести локализацию бага.
Смотрим документацию и проверяем значения в таблице БД.
Помните ваша задача на собесе рассуждать, задавать вопросы интервьюеру.
Сперва я укажу ответы подписчиков:
Я скажу так, что эти ответы не относятся к локализации бага.
Было два ответа, относящиеся к локализации бага, и то, что как по мне понравится услышать интервьюеру.
На помощь к ответу пришел Женя (канал Про Мир ИТ) и прочитайте его рассуждения.
🔷Запомните, что локализация бага - это процесс, направленный на анализ проблемы, которая возникает в приложении, на сервере, при интеграции двух сервисов и т.д..
🔺Наша задача выяснить причину возникновения данной проблемы.
Основные действия по локализации:
🔹- еще раз посмотреть имеющиеся требования на проекте;
🔹- в данном задании используется Postman, тогда просмотреть логи в console Postman;
🔵- проверить интеграцию с БД, просмотреть созданную запись пользователя в БД, и по-моему мнению, что была проблема в БД, вероятно, несоответствие типов данных или размера или длины значений данных;
🔹- присмотреть логи на сервере, или в других имеющихся инструментах по сбору логов на сетевые ошибки, недоступность или некорректная конфигурация систем;
🔹- также не исключаем: уточнить информацию на обновления кода в системе у разработчика / на обновления требований у аналитика - взаимодействовать с командой;
🔹- возможно, что здесь есть интеграция с другим сервисом и посмотреть доступность другого внешнего сервиса.
Работая инженером по тестированию важно научиться предугадывать ошибки, уметь читать и анализировать логи, тем самым навык локализации багов возрастет.
А также этот вопрос на проверку, вероятно, это не дефект, а вы начнете «копать» не в ту сторону 😁.
Добавляйте свои рассуждения.
А разбор вопросов буду продолжать.
@protestinginfo
и жду ваши реакции❤️✍️🔥, реакции еще больше мотивируют делиться с полезной информацией🥰
Подписчице задали такой вопрос на
Локализацию бага:
⁉️Тестировщик в Postman через post создаёт пользователя (email и пароль), а ему приходит 200 статус код и пустой json.
А точно ли это баг?
Я считаю, что это нормальное поведение, если под пустым json понимается, что нет тела ответа от сервера. На скрине отображено нормальное поведение, и все же хотелось бы, чтоб был 201 статус код, например, документация без тела ответа от сервера "Code - 201; Denoscription - User has been registered and expects confirmation by e-mail"
Но если будет действительно пустое тело ответа от сервера как {} или ключи имеют значения null, то по сути это дефект, и здесь нужно провести локализацию бага.
Смотрим документацию и проверяем значения в таблице БД.
Помните ваша задача на собесе рассуждать, задавать вопросы интервьюеру.
Сперва я укажу ответы подписчиков:
▪️- Самый главный ответ, что дефект на бэкенде.
▪️- Обычно при создании пользователя приходит статус код 201.
▪️- Пустой json - это некорректный ответ от сервера.
Я скажу так, что эти ответы не относятся к локализации бага.
Было два ответа, относящиеся к локализации бага, и то, что как по мне понравится услышать интервьюеру.
- проверить данные в базе данных;
- проверить эндпойнт на корректность.
На помощь к ответу пришел Женя (канал Про Мир ИТ) и прочитайте его рассуждения.
У меня возникает два вопроса:
1. Какое апи?
2. Возвращается именно пустой json? Не пустой body, а именно json?
Если именно пустой json то вероятно да дефект.
Если просто пустое бади, то не факт.
Если это банальный REST то там жестких правил нету. Можно сделать POST запрос, где будет 200 статус код и пустое тело в ответе. И ничего криминального в этом не будет.
Я бы в первую очередь обратился к документации. Чтобы понять - а как должно быть? Прелесть апи в том, что по-любому документация есть. Даже если нет её в привычном понимании - есть реализованный код, в котором запрограммировано поведение, там указано и какой код ответа должен возвращаться и что должно возвращаться в теле ответа.
Если следовать мысли бест-практикс реализации restful, то здесь логичней 201 статус код и в теле ответа информация о созданном пользователе.
Статус код 201 в коде прописывается тут локализовать нечего.
Пустой json: идем в БД проверить, что запись создалась корректно. Если БД допускает null значения, то запись могла создаться с пустыми значениями. Если запись есть, но поля пустые - идем в логи и смотрим, что произошло в момент записи в БД.
Если запись корректна - то идём в логи смотреть что произошло когда апи "забирал" данные из БД.
🔷Запомните, что локализация бага - это процесс, направленный на анализ проблемы, которая возникает в приложении, на сервере, при интеграции двух сервисов и т.д..
🔺Наша задача выяснить причину возникновения данной проблемы.
Основные действия по локализации:
🔹- еще раз посмотреть имеющиеся требования на проекте;
🔹- в данном задании используется Postman, тогда просмотреть логи в console Postman;
🔵- проверить интеграцию с БД, просмотреть созданную запись пользователя в БД, и по-моему мнению, что была проблема в БД, вероятно, несоответствие типов данных или размера или длины значений данных;
🔹- присмотреть логи на сервере, или в других имеющихся инструментах по сбору логов на сетевые ошибки, недоступность или некорректная конфигурация систем;
🔹- также не исключаем: уточнить информацию на обновления кода в системе у разработчика / на обновления требований у аналитика - взаимодействовать с командой;
🔹- возможно, что здесь есть интеграция с другим сервисом и посмотреть доступность другого внешнего сервиса.
Работая инженером по тестированию важно научиться предугадывать ошибки, уметь читать и анализировать логи, тем самым навык локализации багов возрастет.
А также этот вопрос на проверку, вероятно, это не дефект, а вы начнете «копать» не в ту сторону 😁.
Добавляйте свои рассуждения.
А разбор вопросов буду продолжать.
@protestinginfo
и жду ваши реакции❤️✍️🔥, реакции еще больше мотивируют делиться с полезной информацией
Please open Telegram to view this post
VIEW IN TELEGRAM
❤🔥48👍14❤6🔥6🆒2
Forwarded from Заметки тестировщика | QA Notes
SQL.pdf
247.6 KB
А еще есть крутая шпаргалка, которую мне прислала коллега! 😏
Сохраняем, пользуемся и делимся с другими!
С вас реакция ❤️
Заметки тестировщика
Сохраняем, пользуемся и делимся с другими!
С вас реакция ❤️
Заметки тестировщика
🔥61❤🔥19👍9❤1
Forwarded from Тестирование из первых рук
В дискуссиях на тему soft skills периодически упоминают умение просить помощи у коллег.
В случае сложностей возникает дилемма, как быть? Бежать за помощью немедленно? Пробовать решить проблему самому?
Если бежать за помощью немедленно:
- высокая вероятность быстро получить помощь и устранить проблему. Высокая потому что нет 100% гарантии, что у коллеги уже есть готовое решение. Иногда приходится обращаться к нескольким. Как правило проблема будет решена.
- НО: этот подход имеет и свои недостатки
- приходится отрывать коллег от работы
- не нулевая вероятность того, что никто не сможет помочь и проблему придется в итоге решать самому
- отсутствие образовательного эффекта, так как в целях экономии собственного времени коллеги не объясняют детали, а дают готовое решение
Если пытаться найти решение самому:
- с помощью документации, google, ChatGPT и тд можно найти решение самому не отвлекая коллег
- образовательный эффект за счет глубокого погружения а проблему, нахождения вариантов решения, проб и ошибок
- НО: и здесь есть недостатки
- нет гарантии, что проблему удастся решить самому и и в итоге все равно придется обращаться к коллегам
- есть риск зарыться и потратить непозволительно большое время на поиск решения. То, на что с помощью коллеги ушло бы минут десять, при самостоятельном решении может занять час-полтора и больше в зависимости от проблемы
В случае сложностей возникает дилемма, как быть? Бежать за помощью немедленно? Пробовать решить проблему самому?
Если бежать за помощью немедленно:
- высокая вероятность быстро получить помощь и устранить проблему. Высокая потому что нет 100% гарантии, что у коллеги уже есть готовое решение. Иногда приходится обращаться к нескольким. Как правило проблема будет решена.
- НО: этот подход имеет и свои недостатки
- приходится отрывать коллег от работы
- не нулевая вероятность того, что никто не сможет помочь и проблему придется в итоге решать самому
- отсутствие образовательного эффекта, так как в целях экономии собственного времени коллеги не объясняют детали, а дают готовое решение
Если пытаться найти решение самому:
- с помощью документации, google, ChatGPT и тд можно найти решение самому не отвлекая коллег
- образовательный эффект за счет глубокого погружения а проблему, нахождения вариантов решения, проб и ошибок
- НО: и здесь есть недостатки
- нет гарантии, что проблему удастся решить самому и и в итоге все равно придется обращаться к коллегам
- есть риск зарыться и потратить непозволительно большое время на поиск решения. То, на что с помощью коллеги ушло бы минут десять, при самостоятельном решении может занять час-полтора и больше в зависимости от проблемы
👍13🔥5⚡3🍌1
Как_задать_вопрос.pdf
721.1 KB
А также и это рекомендую почитать схема-шаблон правильного ответа, взято из видео
Сохранено на @protestinginfo
Сохранено на @protestinginfo
🔥21✍9👨💻2👍1