Хорошо поставленная задача есть? А если найду? 🕵️‍♂️: Часть 5 - Тестировщик

В предыдущих частях мы рассмотрели, как правильно ставить задачи для фронтенд и бэкенд разработчиков. Если вы пропустили эти посты, обязательно посмотрите их!

Теперь давайте рассмотрим, как правильно поставить задачу для тестировщика:

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

Задача: Протестировать страницу поиска и бронирования билетов.

1. Контекст💬
В рамках проекта "Путешествия" была создана страница поиска и бронирования, которая позволяет пользователям искать билеты на самолеты и поезда. Для этого мы сделали API и привязали его к фронту.

2.Что нужно сделать?🤔
Необходимо протестировать фронтенд и бэкенд части для формы поиска, чтобы убедиться в её корректной работе. Вот основные шаги:

💭Проверить корректность работы формы поиска, которая включает выбор типа транспорта (самолет или поезд), пунктов отправления и назначения, дат поездки и количества пассажиров.

💭Протестировать эндпоинт /search, который принимает параметры поиска и возвращает результаты в формате JSON.

💭Проверить правильность отображения результатов на фронтенде, соответствующих возвращаемым данным.

💭Проверить возвращаемые данные на соответствие ожидаемому формату и содержанию (информация о рейсах, их стоимость и доступность).

💭Протестировать обработку ошибок, включая некорректные данные и случаи отсутствия результатов, с проверкой корректного отображения сообщений об ошибках.

3. Источники данных🤯
Тут прикладываем ссылку на документацию и можно ещё приложить ссылки на ранее выполненные задачи.

4. Примеры использования🎹
Обычное тестировщики сами пишут себе тест кейсы, но можно написать какие-то общие вещи.

Положительный кейс: Пользователь вводит корректные данные в форму поиска, и API возвращает список доступных рейсов, которые корректно отображаются на фронтенде.

Отрицательный кейс: Пользователь вводит некорректные данные (например, пункт отправления и назначения совпадают), и API возвращает сообщение об ошибке, которое корректно отображается на фронтенде.

5. Как проверить?🎮
💭Форма поиска корректно принимает и обрабатывает данные.

💭API корректно обрабатывает запросы с параметрами поиска и возвращает данные в формате JSON.

💭Результаты поиска корректно отображаются на фронтенде и соответствуют введенным данным.

💭Обработка ошибок работает корректно, и сообщения об ошибках отображаются на фронтенде.

А как вы ставите задачи тестировщикам? 📝 Разделяете ли вы задачи на тестирование бэк части и фронт? Делитесь своими историями в комментариях!

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

IT АНАЛитика

❤️Kafka для всех

Если вам кажется, что Kafka сложная и запутанная, или вы только начинаете знакомство с ней, у меня есть отличное решение. Прочитайте "сказку" — "Gently Down the Stream" от Митча Сеймура.

Митч создал эту сказку для своих дочек, чтобы просто и понятно объяснить концепции Apache Kafka. На примере милых выдр он объясняет основные концепции и терминологию, делая сложные вещи простыми и понятными. 📚

Ознакомиться: Gently Down the Stream

IT АНАЛитика

🔥 Резюме дороже денег! 🔥

Официально я консультации не даю, но просто не могу не поделиться таким результатом меньше чем за сутки.

⬆️Грамотно упаковали опыт (которого на минутку 11 лет). Также немного подготовил к будущим собеседованиям, чтобы он чувствовал себя уверенно и мог достойно представить свои навыки и опыт.
И ведь никакого вранья, только четкая структура и правильная репрезентация себя, как специалиста.

"Со старым резюме было не так много, порядка 10 откликов и 30 просмотров, но это не за один день, а тут прямо поток. Поднял много тем и сделал мини-проекты. Согласен, пробные будут комом, темы еще некоторые подобью и свои заметки сделаю — будет полная картина.

В последнее время провожу много собеседований и в шоке, как большинство людей забивают на структуру и грамотное описание.

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

В общем, держу за Андрея кулачки. Уже пошли первые собесы, хороший оффер — лишь вопрос времени.

IT АНАЛитика

🕺Про rest не говорит только ленивый и уже кучу всего было написано и сказано.

Поэтому держите простую шпаргалку, которая иногда может пригодится в работе.

IT АНАЛитика

🔥 Резюме дороже денег 2! 🔥

Продолжение истории Андрея спустя неделю.

Как видите, потребность в хороших специалистах никуда не делась, и грамотно составленное резюме играет ключевую роль.

Если вы собираетесь выходить на рынок, обязательно уделите время написанию резюме. Результаты не заставят себя долго ждать!

У Андрея теперь начинаются тех.собесы, и я уверен, что классный оффер уже не за горами. 🚀

IT АНАЛитика

💋Всем, кто когда-то был без онбординга посвящается...

Тут, конечно, про QA, но подставьте "аналитик" — и смысл не поменяется.

А как у вас обстоят дела с онбордингом на проекте?

📖 Читайте статью

👀Не забывайте ходить в отпуск

И лаги выгрузила🥴
#поддержка

IT АНАЛитика

ДА КТО ТАКОЙ ЭТОТ ВАШ SQL?👁

Я уже говорил вам, что такое безумие? Это когда на каждое собеседование углубленно готовишь SQL, тебя в итоге берут на работу... и ты его практически не используешь. Знакомо? 🥳

SQL требуют практически в каждой вакансии, но по факту не везде приходится с ним работать. У меня это выходит как-то через раз: на одном проекте очень часто использую, на другом практически нет.

Где он может пригодиться аналитику?😐

1) В проработке задач: Нужно добавить новое поле на фронте, расширить БД для интеграции или зашить какой-то справочник? Нужен SQL.

2) В создании отчетов: Нужно глянуть, сколько у вас тех или иных заявок? Из каких городов у вас больше всего клиентов? SQL справится с этими задачами на ура.

3) В тестировании: Нужно быстро проверить какую-то гипотезу? А разработчика или тестировщика рядом нет? Не беда. Зашли в БД, подставили нужные данные и проверили желаемый сценарий.

И еще много других увлекательных вещей, если на проекте есть подобные задачи. А если их нет?
То радуемся и прокачиваем другие навыки 🎉

Так если он где-то требуется, а где-то нет, где золотая середина?

Вот что нужно знать, чтобы успешно пройти практически любое собеседование:

➡️Основные понятия, виды БД и принципы

➡️Типы данных и нормализация

➡️Функции, операторы и их работа

➡️Фильтрация и группировка

➡️Соединения таблиц (JOINs)

➡️Транзакции и индексы
Если хотите выделиться и показать, что действительно шарите.

SQL - это мощный инструмент в арсенале аналитика, который помогает сделать вашу работу эффективнее и результативнее. Но он нужен не всегда.

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

Используете ли вы SQL в своей работе? Как часто? Делитесь своим опытом в комментариях! 💬

IT АНАЛитика

🧠 Рекомендую посмотреть отличный доклад от AvitoTech — 30 вопросов команде и себе: техника и практика формулирования хороших вопросов.

Казалось бы, что тут сложного? Задал вопрос, получил ответ. Но часто бывает, что вопросы оказываются некорректными или уходят не туда🤷‍♂️

Разбираются вопросы на такие темы, как (и другие):
👨‍💻 Сотруднику
🎤 Кандидату на собеседовании
🧠Себе
📋 Руководителю

Лично я взял пару вопросов себе на заметку. К тому же доклад идет всего 39 минут — самое оно для перерыва! Смотреть

Ваш аналитик накосячил — это не наш 😳

Работа аналитика почти всегда связана с требованиями. Хорошо, когда они чётко описаны и структурированы, но на деле всё происходит иначе: на встрече вам что-то сказали на словах или прислали неструктурированный текст без подробностей, который звучит как:

"Пойди туда, не знаю куда, сделай то, не знаю что… и желательно вчера."

И часто аналитик — это "фуллстак", у которого нет отдельного бизнес-аналитика или продакта, которые могли бы переработать требования.

Поэтому я собрал для вас небольшой чеклист, который поможет справиться с такими ситуациями.

1️⃣ Оценить требование
🙂Что будет, если это требование не будет выполнено?

🙂Можно ли закрыть потребность уже существующим функционалом?

🙂Есть ли риски, связанные с его реализацией? Как они могут повлиять на проект?

2️⃣Понять, что на самом деле нужно
⚡️Какую задачу пытается решить заказчик? В чем заключается реальная потребность?

⚡️Что произойдет, если задача останется невыполненной?

⚡️Есть ли альтернативные решения? Какие ограничения могут помешать их реализации?

3️⃣Предложить варианты решения
🩹Вариант 1: Решение заказчика
Часто заказчик уже приходит с готовым решением. Ваша задача — проанализировать его и указать на возможные трудности: недоступные функции, влияние на пользователей, увеличение сроков или затрат.

🩹Вариант 2: Ваше решение
На основе анализа предложите своё решение. Это может быть доработка текущего функционала или абсолютно новое решение. Как правило, это некий баланс между скоростью/правильностью/ценой.

🩹Вариант 3: Альтернативы
Альтернативные решения могут быть быстрыми и дешёвыми для реализации "здесь и сейчас", или дорогостоящими, но правильными, чтобы не пришлось переделывать в будущем. Это может зависеть от вашей конкретной ситуации.

4️⃣ Зафиксировать итоговое решение
Если заказчик настаивает на своём варианте или есть ограничения, которые невозможно обойти, важно согласовать все выявленные риски и ограничения. Пропишите возможные последствия, чтобы разделить ответственность.

5️⃣Приступить к работе
Когда все согласования и риски учтены, можно смело приступать к выполнению задачи.

А как вы работаете с требованиями? Делитесь своими подходами и опытом в комментариях!👀

IT АНАЛитика

Хорошо поставленная задача есть? А если найду? 🎨: Часть 6 - Дизайнер

В завершении нашей серии разберем, как правильно ставить задачи для дизайнеров.

Задачи на дизайн всегда идут раньше задач на фронтенд, и ставит их не всегда аналитик — иногда это делает продукт или менеджер. Но независимо от роли, важно, чтобы задачи были четко сформулированы и содержали все необходимые детали.

Вот несколько советов, которые помогут вам правильно ставить задачи дизайнерам:

1. Контекст и цель задачи 🎯
Объясните, зачем нужен этот элемент дизайна и какую проблему он решает. Четко сформулированная цель поможет дизайнеру понять, на что нужно сделать акцент.

2. Референсы и примеры 🖐
Тут аналитик может приложить простенький мокап, скриншоты или ссылки на похожий функционал, уже реализованный у коллег, чтобы дизайнер сразу понимал, что от него ожидается. Слова «красиво» и «современно» каждый видит по-своему — лучше показать примеры.

3. Ограничения и требования 😎
Скорее всего, дизайнер уже работает по гайдбукам и UI-китам, но если нет — уточните технические ограничения, цветовую палитру, платформу (мобильная, веб) и возможные ограничения по фронтенду.

4. Описание пользователей 👥
Расскажите, кто будет использовать этот дизайн и для каких целей. Если дизайнер понимает целевую аудиторию, это поможет ему сделать более подходящий и точный макет. Приложите use case или опишите сценарии использования.

5. Сроки и приоритеты ⏰
Обязательно укажите дедлайны и приоритеты задач. Это поможет дизайнеру правильно распределить свое время и ресурсы. Если задача большая, декомпозируйте её на более мелкие части.

А как вы работаете с дизайнерами? Делитесь своими историями в комментариях! 📝

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

IT АНАЛитика