This media is not supported in your browser
VIEW IN TELEGRAM
Документация к фреймворку?
Не, не слышали
Не, не слышали
😁22👍6❤3
Forwarded from Testing | QA
Привет, друзья! Сегодня я хочу рассказать об интересной теме, а именно о взаимоотношениях бизнес-аналитика и тестировщика на проекте.
Конечно же, на протяжении всего жизненного цикла ПО эти специалисты взаимодействуют друг с другом. Но почему так важно, чтобы коммуникация между ними была на высоком уровне?
❗️Во-первых, плюсов здесь немало. Микс знаний и компетенций бизнес-аналитика и тестировщика позволяет получать более точные результаты и выявлять более точные недочеты в работе.
К тому же, если бизнес-аналитик и тестировщик работают в одной команде, это значительно экономит время и снижает риски получения неверных результатов.
❗️Тем не менее, есть и некоторые минусы. Как известно, каждый из этих специалистов имеет свой набор задач и целей на проекте. Это может привести к тому, что у них будут разные представления о том, какие процессы или продукты важны, и потенциально даже к конфликтам.
В таком случае рекомендуется использовать идеи, приверженности и обязанности, чтобы достичь общей цели, и коммуникация с прием, уважительностью и пониманием друг друга может помочь решить любые конфликты.
Короче говоря, взаимоотношения бизнес-аналитика и тестировщика на проекте могут быть как плюсом, так и минусом, но грамотное взаимодействие на протяжении всего процесса разработки продукта проявляет весь потенциал команды и делает работу более эффективной и результативной.
Конечно, я с удовольствием дополню свой пост ключевыми задачами бизнес-аналитика и тестировщика на проекте, чтобы еще больше прояснить, как они могут сотрудничать между собой.
✅Задача бизнес-аналитика заключается в том, чтобы анализировать и понимать потребности пользователя и заказчика, и превращать эти знания в понятную и простую для понимания документацию - требования к проекту. Он также может заниматься сбором, анализом и уточнением требований, оценкой рисков, созданием пользовательских сценариев и функциональных спецификаций.
✅Задача тестировщика заключается в том, чтобы проверять работоспособность продукта и выявлять ошибки и недостатки функционала, а также убеждаться в том, что продукт соответствует требованиям и ожиданиям заказчика. Он может заниматься ручным тестированием или использовать автоматизированные инструменты для проверки функционала.
Кроме того, тестировщик может помочь аналитику выявить недостатки в требованиях и предложить корректировки требований, следить за качеством тест-кейсов и своевременной фиксацией багов в системе баг-трекинга.
Таким образом, понимание задач и обязанностей друг друга поможет бизнес-аналитику и тестировщику работать слаженно и совместно достигать общей цели - создание качественного продукта.❗️❗️
Конечно же, на протяжении всего жизненного цикла ПО эти специалисты взаимодействуют друг с другом. Но почему так важно, чтобы коммуникация между ними была на высоком уровне?
❗️Во-первых, плюсов здесь немало. Микс знаний и компетенций бизнес-аналитика и тестировщика позволяет получать более точные результаты и выявлять более точные недочеты в работе.
К тому же, если бизнес-аналитик и тестировщик работают в одной команде, это значительно экономит время и снижает риски получения неверных результатов.
❗️Тем не менее, есть и некоторые минусы. Как известно, каждый из этих специалистов имеет свой набор задач и целей на проекте. Это может привести к тому, что у них будут разные представления о том, какие процессы или продукты важны, и потенциально даже к конфликтам.
В таком случае рекомендуется использовать идеи, приверженности и обязанности, чтобы достичь общей цели, и коммуникация с прием, уважительностью и пониманием друг друга может помочь решить любые конфликты.
Короче говоря, взаимоотношения бизнес-аналитика и тестировщика на проекте могут быть как плюсом, так и минусом, но грамотное взаимодействие на протяжении всего процесса разработки продукта проявляет весь потенциал команды и делает работу более эффективной и результативной.
Конечно, я с удовольствием дополню свой пост ключевыми задачами бизнес-аналитика и тестировщика на проекте, чтобы еще больше прояснить, как они могут сотрудничать между собой.
✅Задача бизнес-аналитика заключается в том, чтобы анализировать и понимать потребности пользователя и заказчика, и превращать эти знания в понятную и простую для понимания документацию - требования к проекту. Он также может заниматься сбором, анализом и уточнением требований, оценкой рисков, созданием пользовательских сценариев и функциональных спецификаций.
✅Задача тестировщика заключается в том, чтобы проверять работоспособность продукта и выявлять ошибки и недостатки функционала, а также убеждаться в том, что продукт соответствует требованиям и ожиданиям заказчика. Он может заниматься ручным тестированием или использовать автоматизированные инструменты для проверки функционала.
Кроме того, тестировщик может помочь аналитику выявить недостатки в требованиях и предложить корректировки требований, следить за качеством тест-кейсов и своевременной фиксацией багов в системе баг-трекинга.
Таким образом, понимание задач и обязанностей друг друга поможет бизнес-аналитику и тестировщику работать слаженно и совместно достигать общей цели - создание качественного продукта.❗️❗️
👍8❤5🔥3
Привет! Сегодня начинаем новую рубрику «Задачки и тестовые задания», где мы будем разбирать задачки, которые могут задать на собесах
#задачки #тестовыезадания
Задача 1:
Компания, занимающаяся доставкой продуктов питания, хочет создать мобильное приложение для своих клиентов. Мобильное приложение должно иметь функционал онлайн заказов, отслеживания статуса заказа и связи с операторами службы поддержки.
Какие шаги ты предпримешь, чтобы начать проект и какие рекомендации можешь дать компании?
Ответ:
Шаги и рекомендации к разработке мобильного приложения:
1. Собрать требования к проекту, проведя мозговой штурм с операторами службы поддержки, разработчиками, менеджерами проектов и другими заинтересованными сторонами в компании. Требования должны включать основной функционал приложения: онлайн-заказы, отслеживание статуса заказа и связь с операторами службы поддержки, а также дополнительный функционал: возможность просмотра меню, сохранение заказов и отзывы о продукте.
2. Определить платформы, на которых будет запущено приложение, учитывая предпочтения клиентов и мобильного трафика на каждой платформе.
3. Сделать анализ рынка и исследовать аналоги приложений для доставки продуктов питания: их функциональность, дизайн, удобство использования и ошибки. Это поможет понять конкурентную среду и выделить уникальные преимущества для приложения компании.
4. Разработать дизайн приложения, обеспечивая простоту и удобство использования для клиентов. Каждая страница должна быть удобной для взаимодействия пользователей.
5. Создать прототип приложения, чтобы протестировать и оценить его функциональность. Оценка прототипа даст возможность внести изменения в приложение.
В результате разработки мобильного приложения, составленного с учетом данных шагов, компания сможет расширить круг своих клиентов, сделать процесс заказа продуктов более удобным и улучшить общее качество сервиса.
#задачки #тестовыезадания
Источник: @analysis_it
#задачки #тестовыезадания
Задача 1:
Компания, занимающаяся доставкой продуктов питания, хочет создать мобильное приложение для своих клиентов. Мобильное приложение должно иметь функционал онлайн заказов, отслеживания статуса заказа и связи с операторами службы поддержки.
Какие шаги ты предпримешь, чтобы начать проект и какие рекомендации можешь дать компании?
Ответ:
1. Собрать требования к проекту, проведя мозговой штурм с операторами службы поддержки, разработчиками, менеджерами проектов и другими заинтересованными сторонами в компании. Требования должны включать основной функционал приложения: онлайн-заказы, отслеживание статуса заказа и связь с операторами службы поддержки, а также дополнительный функционал: возможность просмотра меню, сохранение заказов и отзывы о продукте.
2. Определить платформы, на которых будет запущено приложение, учитывая предпочтения клиентов и мобильного трафика на каждой платформе.
3. Сделать анализ рынка и исследовать аналоги приложений для доставки продуктов питания: их функциональность, дизайн, удобство использования и ошибки. Это поможет понять конкурентную среду и выделить уникальные преимущества для приложения компании.
4. Разработать дизайн приложения, обеспечивая простоту и удобство использования для клиентов. Каждая страница должна быть удобной для взаимодействия пользователей.
5. Создать прототип приложения, чтобы протестировать и оценить его функциональность. Оценка прототипа даст возможность внести изменения в приложение.
В результате разработки мобильного приложения, составленного с учетом данных шагов, компания сможет расширить круг своих клиентов, сделать процесс заказа продуктов более удобным и улучшить общее качество сервиса.
#задачки #тестовыезадания
Источник: @analysis_it
🔥39👍12❤5🤯2😢2🤔1😱1
Канва Остервальдера: как избежать типичных ошибок при построении бизнес-модели
Читать статью | Analyst IT
Читать статью | Analyst IT
Хабр
Канва Остервальдера: как избежать типичных ошибок при построении бизнес-модели
Бизнес-аналитик red_mad_robot Кристина Мягкова рассказывает о главном стратегическом инструменте при построении бизнес-модели, распространённых ошибках и даёт рекомендации по тому, как их избежать....
👍5🔥2❤1
Привет! Сегодня продолжаем рубрику «Задачки и тестовые задания», где мы разбираем задачки, которые могут задать на собеседованиях
#задачки #тестовыезадания
Задача 2:
Ваша компания планирует создание нового веб-приложения для онлайн-бронирования отелей. Вам необходимо разработать бизнес-требования для этого приложения и описать его логику работы (так же могут попросить описать бизнес-процесс, но его рассмотрим в след раз😉 )
Ответ:
Постарайтесь сами дать ответ, и описать более детально бизнес-требования и логику работы
👉🏻Для начала составим небольшой список Бизнес-требований:
Например такие, как:
1. Функционал поиска и фильтрации отелей для удобства пользователей.
2. Возможность просмотра фотографий отелей, описаний номеров, сервисов, расположения, условий бронирования, а также отзывов пользователей.
3. Максимальная понятность и интуитивность интерфейса чтобы упростить взаимодействие с приложением.
4. Возможность бронирования и отмены бронирования номеров в один клик.
5. Онлайн-оплата бронирования в приложении с использованием популярных платежных систем.
6. Мобильная адаптивность с разработкой мобильных приложений для Android и iOS.
7. Надежность, безопасность и скорость работы приложения.
8. Возможность интеграции с другими приложениями и услугами для удобства пользователей.
9. Легкость в обслуживании и обновлении приложения для производителей.
Такие бизнес-требования позволят компании создать качественное веб-приложение, которое удовлетворит потребности пользователей и принесет прибыль.
❗️Также можно описать более детально бизнес-требования и описать по отдельности функциональные и нефункциональные требования, чтобы показать, что вы разбираетесь в терминах и знаете в чем их суть и разница
👉🏻Далее можно описать логику работы веб-приложения или описать бизнес-процесс (его тоже могут попросить на собесе, но его рассмотрим в след раз)
Например:
1. Пользователь заходит на сайт/мобильное приложение и вводит параметры поиска необходимого отеля и дату заезда-выезда.
2. Приложение отправляет запрос к базе данных отелей и показывает список подходящих вариантов соответствующих запросу.
3. Пользователь выбирает подходящий отель и номер, вводит свои контактные данные и подтверждает бронирование.
4. Приложение отправляет запрос через API резервирования номеров к выбранному отелю, определяет свободные номера, и производит бронирование на имя пользователя.
5. Приложение выводит информацию о бронировании, стоимости и методах оплаты, а также отправляет уведомление о бронировании на указанный электронный адрес пользователя.
6. В случае необходимости, пользователь может отменить бронирование в приложении.
7. По окончании пребывания в отеле, приложение может отправить опрос о качестве сервиса и оставить возможность пользователю оставить отзыв.
8. Администраторы приложения по запросам пользователя могут выдавать скидки на бронирование номеров, если пользователь решил оставить отзывы в свободной форме.
Зная логику работы, компания сможет настроить все процессы, чтобы они прошли максимально быстро и комфортно для пользователя, а также оптимизировать работу с базами данных и сервисами API резервирования номеров для обеспечения быстрого и безопасного бронирования
На основании вышеизложенного вы можете подготовить ряд вопросов, которые зададите при сборе требований с заказчика! Удачи вам!
#задачки #тестовыезадания
Источник: @analysis_it
#задачки #тестовыезадания
Задача 2:
Ваша компания планирует создание нового веб-приложения для онлайн-бронирования отелей. Вам необходимо разработать бизнес-требования для этого приложения и описать его логику работы (так же могут попросить описать бизнес-процесс, но его рассмотрим в след раз
Ответ:
Постарайтесь сами дать ответ, и описать более детально бизнес-требования и логику работы
Например такие, как:
1. Функционал поиска и фильтрации отелей для удобства пользователей.
2. Возможность просмотра фотографий отелей, описаний номеров, сервисов, расположения, условий бронирования, а также отзывов пользователей.
3. Максимальная понятность и интуитивность интерфейса чтобы упростить взаимодействие с приложением.
4. Возможность бронирования и отмены бронирования номеров в один клик.
5. Онлайн-оплата бронирования в приложении с использованием популярных платежных систем.
6. Мобильная адаптивность с разработкой мобильных приложений для Android и iOS.
7. Надежность, безопасность и скорость работы приложения.
8. Возможность интеграции с другими приложениями и услугами для удобства пользователей.
9. Легкость в обслуживании и обновлении приложения для производителей.
Такие бизнес-требования позволят компании создать качественное веб-приложение, которое удовлетворит потребности пользователей и принесет прибыль.
❗️Также можно описать более детально бизнес-требования и описать по отдельности функциональные и нефункциональные требования, чтобы показать, что вы разбираетесь в терминах и знаете в чем их суть и разница
👉🏻Далее можно описать логику работы веб-приложения или описать бизнес-процесс (его тоже могут попросить на собесе, но его рассмотрим в след раз)
Например:
1. Пользователь заходит на сайт/мобильное приложение и вводит параметры поиска необходимого отеля и дату заезда-выезда.
2. Приложение отправляет запрос к базе данных отелей и показывает список подходящих вариантов соответствующих запросу.
3. Пользователь выбирает подходящий отель и номер, вводит свои контактные данные и подтверждает бронирование.
4. Приложение отправляет запрос через API резервирования номеров к выбранному отелю, определяет свободные номера, и производит бронирование на имя пользователя.
5. Приложение выводит информацию о бронировании, стоимости и методах оплаты, а также отправляет уведомление о бронировании на указанный электронный адрес пользователя.
6. В случае необходимости, пользователь может отменить бронирование в приложении.
7. По окончании пребывания в отеле, приложение может отправить опрос о качестве сервиса и оставить возможность пользователю оставить отзыв.
8. Администраторы приложения по запросам пользователя могут выдавать скидки на бронирование номеров, если пользователь решил оставить отзывы в свободной форме.
Зная логику работы, компания сможет настроить все процессы, чтобы они прошли максимально быстро и комфортно для пользователя, а также оптимизировать работу с базами данных и сервисами API резервирования номеров для обеспечения быстрого и безопасного бронирования
На основании вышеизложенного вы можете подготовить ряд вопросов, которые зададите при сборе требований с заказчика! Удачи вам!
#задачки #тестовыезадания
Источник: @analysis_it
Please open Telegram to view this post
VIEW IN TELEGRAM
❤29👍9🔥5🤯3
Хорошая документация: критерии, методика разработки и личный опыт техписателя
Читать статью | Analysis IT
Читать статью | Analysis IT
Хабр
Хорошая документация: критерии, методика разработки и личный опыт техписателя
Всем привет! Меня зовут Антон, я 9 лет занимаюсь документацией для программистов и год работаю техническим писателем в IT-департаменте Банка РНКБ. За это время у меня сложилось своё видение «хорошей»...
👍5❤3🔥3
Бронирование_отеля.bpmn
59.9 KB
Всем привет! Продолжим нашу тему по созданию веб-приложения для онлайн-бронирования отелей, которое рассмотрели раннее и описали бизнес-требования и логику работы приложения, а в этот раз опишем бизнес-процесс 👆
#задачки #тестовыезадания
В общем можно сказать, что бизнес-процесс работы веб-приложения по бронированию отелей включает в себя:
- проверку наличия свободных номеров
- заполнение формы бронирования
- оплату номера
- подтверждение бронирования
Источник: Analysis IT
p.s. процесс моделировала в Comunda и прекрепила файл к посту, бери и доделывай под свое ТЗ
#задачки #тестовыезадания
В общем можно сказать, что бизнес-процесс работы веб-приложения по бронированию отелей включает в себя:
- проверку наличия свободных номеров
- заполнение формы бронирования
- оплату номера
- подтверждение бронирования
Источник: Analysis IT
p.s. процесс моделировала в Comunda и прекрепила файл к посту, бери и доделывай под свое ТЗ
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥19❤4👏4🤔1
Прийти в компанию и прокачаться: советы мидлов, которым удалось быстро вырасти из джунов
Читать статью | Analyst IT
Читать статью | Analyst IT
rb.ru
Прийти в компанию и прокачаться: советы мидлов, которым удалось быстро вырасти из джунов | RB.RU
Вадим Сабашный, генеральный директор «Ланит-Терком», собрал истории представителей разных специальностей — разработчиков, дизайнеров, бизнес-аналитиков, тестировщиков — о том, как они выросли с позиции джуна до мидл внутри компании.
Спикеры рассказали о навыках…
Спикеры рассказали о навыках…
👍5🔥2❤1
Всем привет! Сегодня затронем тему Приоритизации задач
❗️ Приоритизация задач - это процесс выбора наиболее важных задач для выполнения в рамках проекта. Часто в проектах есть большой список задач, которые нужно выполнить, но не все они одинаково важны для достижения целей проекта. Приоритизация задач позволяет определить, какие задачи нужно выполнить в первую очередь, а какие можно отложить на потом.
Методы приоритизации задач могут включать в себя оценку важности задач для конечных пользователей, оценку времени и ресурсов, которые потребуются для выполнения задачи, или даже использование матриц приоритетов для определения наиболее критических задач.
Бэклог, как правило, является списком задач, которые еще не выполнены, но которые будут выполнены в будущем. Приоритизация бэклога осуществляется на основе оценки приоритетов задач и может помочь определить, какие задачи в первую очередь нужно добавлять в список выполнения.
Важно понимать, что приоритизация задач и бэклога является динамическим процессом, который может меняться в зависимости от изменений в проекте.❗️ Цель приоритизации - помочь проектной команде максимально эффективно использовать ресурсы, чтобы достичь целей проекта.
Могу посоветовать несколько материалов для изучения данной темы:
📌 Как назначать задачам
приоритеты, когда важно все
В статье приводятся так же советы для правильного расставленная приоритетов:
- Составьте список всех задач в работе
- Определите цели компании
- Выберите метод приоритизации задач, который устроит коллектив
- Выделите срочные задачи
- Избавьтесь от конкурирующих приоритетов
- Используйте календарь для планирования задач
- Будьте реалистичны в ожиданиях
- Регулярно обдумывайте усилия
- Используйте софт для эффективной приоритизации задач
📌 Приоритизация задач: как расставлять приоритеты в работе и укладываться в сроки
📌 Матрица приоритетов Эйзенхауэра: простая техника распределения задач
Методы приоритизации задач могут включать в себя оценку важности задач для конечных пользователей, оценку времени и ресурсов, которые потребуются для выполнения задачи, или даже использование матриц приоритетов для определения наиболее критических задач.
Бэклог, как правило, является списком задач, которые еще не выполнены, но которые будут выполнены в будущем. Приоритизация бэклога осуществляется на основе оценки приоритетов задач и может помочь определить, какие задачи в первую очередь нужно добавлять в список выполнения.
Важно понимать, что приоритизация задач и бэклога является динамическим процессом, который может меняться в зависимости от изменений в проекте.
Могу посоветовать несколько материалов для изучения данной темы:
приоритеты, когда важно все
В статье приводятся так же советы для правильного расставленная приоритетов:
- Составьте список всех задач в работе
- Определите цели компании
- Выберите метод приоритизации задач, который устроит коллектив
- Выделите срочные задачи
- Избавьтесь от конкурирующих приоритетов
- Используйте календарь для планирования задач
- Будьте реалистичны в ожиданиях
- Регулярно обдумывайте усилия
- Используйте софт для эффективной приоритизации задач
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5❤4🔥3
Forwarded from Business | System analyst
Алоха! Сегодня мы поговорим о двух новых парнях - gRPC 💁🏼и GraphQL 🙋🏻. Постараюсь рассказать простыми словами о них, чтобы было всем понятно, кто же эти парни))
👉🏻gRPC - дружелюбный парень, который способен передавать множество данных в режиме реального времени. Он использует протокол HTTP/2 и предоставляет высокоскоростной способ передачи данных между различными приложениями. Кроме того, он использует бинарный формат protobuf, что дает огромное преимущество в скорости передачи данных. Если приводить пример, то с помощью gRPC мы можем создавать микросервисы и между ними общаться в режиме реального времени. Хочешь обновить какие-то данные в одном сервисе и чтобы они автоматически обновились в другом сервисе? Без проблем, gRPC об этом позаботится.
👉🏻 А вот GraphQL - это совсем другой тип. Это серьезный мужик, который не бросает слов на ветер. Что у него просят, то от него и получают, т.е. он позволяет клиентам получать именно те данные, которые им нужны, а серверам возвращать только запрошенные данные и все это делает за один запрос, не то что его брат REST, который работает с несколькими запросами)
Как же выбрать, какой парень вам подходит больше? В зависимости от того, что вы хотите создать, один может быть лучше, чем другой. Если у вас микросервисная архитектура, то gRPC может быть выбором номер один, когда вам необходимо передавать много данных между сервисами. Если нет, то GraphQL - возможно, более подходящий вариант, поскольку его режим запроса-ответа позволяет клиентам запрашивать данные только тогда, когда это необходимо.
В целом gRPC и GraphQL - это два инструмента для создания API, и каждый из них может быть полезен в зависимости от того, какую задачу вы перед собой ставите. Важно понимать их отличия и особенности перед использованием
Источник: @ba_and_sa
#API
Пост про Сравнение REST и SOAP
📎Ну а для углубления в тему предлагаю вам несколько статей:
- Сравнение архитектурных стилей API: SOAP vs REST vs GraphQL vs RPC
- Сравниваем REST, GraphQL и gRPC
- REST vs SOAP, gRPC и GraphQL: стили межсистемной интеграции по API
Всем удачи в выборе своего gRPC или GraphQL!
👉🏻gRPC - дружелюбный парень, который способен передавать множество данных в режиме реального времени. Он использует протокол HTTP/2 и предоставляет высокоскоростной способ передачи данных между различными приложениями. Кроме того, он использует бинарный формат protobuf, что дает огромное преимущество в скорости передачи данных. Если приводить пример, то с помощью gRPC мы можем создавать микросервисы и между ними общаться в режиме реального времени. Хочешь обновить какие-то данные в одном сервисе и чтобы они автоматически обновились в другом сервисе? Без проблем, gRPC об этом позаботится.
👉🏻 А вот GraphQL - это совсем другой тип. Это серьезный мужик, который не бросает слов на ветер. Что у него просят, то от него и получают, т.е. он позволяет клиентам получать именно те данные, которые им нужны, а серверам возвращать только запрошенные данные и все это делает за один запрос, не то что его брат REST, который работает с несколькими запросами)
Как же выбрать, какой парень вам подходит больше? В зависимости от того, что вы хотите создать, один может быть лучше, чем другой. Если у вас микросервисная архитектура, то gRPC может быть выбором номер один, когда вам необходимо передавать много данных между сервисами. Если нет, то GraphQL - возможно, более подходящий вариант, поскольку его режим запроса-ответа позволяет клиентам запрашивать данные только тогда, когда это необходимо.
В целом gRPC и GraphQL - это два инструмента для создания API, и каждый из них может быть полезен в зависимости от того, какую задачу вы перед собой ставите. Важно понимать их отличия и особенности перед использованием
Источник: @ba_and_sa
#API
Пост про Сравнение REST и SOAP
📎Ну а для углубления в тему предлагаю вам несколько статей:
- Сравнение архитектурных стилей API: SOAP vs REST vs GraphQL vs RPC
- Сравниваем REST, GraphQL и gRPC
- REST vs SOAP, gRPC и GraphQL: стили межсистемной интеграции по API
Всем удачи в выборе своего gRPC или GraphQL!
🤔6👍5🔥3❤2