Под проведением функционального тестирования чаще всего мы понимаем деятельность в оценке качества бизнес-алгоритмов работы программы, которые изначально в общем виде были сформулированы заказчиком. Затем их переработали в техническое задание аналитики, по которому было реализовано ПО  программистами в программном коде приложения. Да, к функциональному тестированию также можно отнести и тестирование безопасности использования программного продукта.

Но в мире контроля качества программного обеспечения есть и другие интересные грани, о которых многие даже и не слышали — не только джуны, но и даже тестировщики со стажем. Среди таких популярных видов тестирования, как проведение нагрузки на систему, оценки надёжности работы программы, проверки локализации на разные языки внутренней лингвистики, в рамках которой у пользователя есть возможность использования программного продукта, и даже исследование юзабилити интерфейсов, есть не такой популярный вид тестирования как доступность.  Да-да, есть и такое в мире контроля качества программного обеспечения. И хотя в большинстве требований к ПО вы их не увидите, но доступность тоже бывает очень важной и полезной.

В современной практике отечественных компаний инициативы управления знаниями сталкиваются со сложностями, связанными с воплощением теории управления знаниями в конкретные инструменты. Меня зовут Иван Анненков, я ведущий аналитик в Usetech, и в этой статье я рассмотрю ряд конкретных предложений, а именно:

В этой статье Илья Гершман, ведущий разработчик Юзтех, рассматривает понятия сериализации и десериализации в сравнении между двумя языками программирования — Java и Kotlin.

Добрый день! Я – Елена Поплоухина, руководитель группы тестирования в компании Usetech. В предыдущей статье я рассказывала про опыт построения обучения в группе тестирования на основе практики квартальных целей. 3,5 года мы пользовались этим подходом, но в итоге решили всё переделать. Почему так получилось? Для этого было несколько причин, и о них я расскажу в этой статье.

Это следующие причины:

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

● Не всегда было очевидно, какие пробелы в знаниях и опыте есть у сотрудника.

● Периодически не устраивал период выполнения цели в 3 месяца. На квартал могли выпадать и новогодние праздники, и отпуск сотрудника. В таком случае времени на выполнение цели не хватало. Требовалось варьировать период выполнения целей с учётом как их сложности, так и других факторов.

Все эти проблемы помог решить переход к практике построения целей на основе профиля тестировщика. Другое название для профиля — матрица компетенций. Профиль позволяет оценить свой уровень знаний и опыта по большому количеству разнообразных навыков, которые нужны в тестировании. На основе списка этих навыков и оценок удобно планировать цели по развитию.

Базовая версия профиля тестировщика была получена нами на одном из курсов по тест-менеджменту и переработана на 50% под нашу компанию. Давайте рассмотрим, как выглядит профиль.

Всем привет! На связи команда Usetech. В нашем блоге мы уже рассказывали о стереотипах в работе тестировщиков, о практике обучения в QA отделе и разработке на iOS. Наверняка многие в детстве читали Остера и в вашей библиотеке была книга с его вредными советами? Специально к 1 апреля мы подготовили подборку вредных советов от аналитиков и разработчиков. Материал основан на личном опыте сотрудников и носит исключительно развлекательный характер. Надеемся, он поможет новичкам понять, как делать не нужно и заставит опытных специалистов улыбнуться и поделиться собственной историей. Ну что, поехали? 😎

Гостья: Светлана Ивахненко – исследователь Яндекс Медиасервисов: Кинопоиск, Афиша, Музыка и Плюс. Окончила РГСУ. Работала в Mail Group, ПСБ. Проводит воркшопы по UX-исследованию для дизайнеров в Яндекс.Практикуме.

Ведущий: Евгений Шевцов – руководитель UX-направления в Usetech, автор телеграм-канала “Мамкин дизайнер”.

Всем привет! В марте вышел третий подкаст от сообщества Дизайн тусовка и компании Usetech. Его гостьей стала Светлана Ивахненко, исследователь Яндекс Медиасервисов — Кинопоиск, Афиша, Музыка и Плюс. Света рассказала о миссии исследователя, о взаимодействии UX-дизайнера и исследователя, как не выгореть во время проведения интервью и о том, какие типы исследований существуют.

Для вас мы подготовили расшифровку подкаста. Оставляйте свои вопросы и пожелания в комментариях ✌🏻

Кто такой исследователь и какая у него миссия?

Первая мысль, которая возникает у человека при слове “исследователь” – это человек, занимающийся изучениями и проводящий эксперименты в той или иной области науки. Отчасти, это верно. Стоит помнить, что в каждой сфере своя специфика, а значит к исследованиям нужно подходить по-разному. Есть разная методология и способы интерпретации информации.

“Исследователь – это человек, который ищет информацию, находит её и доносит так, что вдохновляет команду делать продукт или сервис круче и интереснее. Миссия исследователя – вдохновение”, — считает гостья сегодняшнего подкаста Света.

Не можем не согласиться с этим утверждением. Если человек, проводящий исследование увлечён процессом, получает удовольствие от объёма и поиска информации, от сделанных открытий, то это будет заметно по конечному результату. Конечно, важно, чтобы ему нравилась тема исследования. Но вряд ли человек возьмётся изучать то, что ему неинтересно. Кто-то исследует социальное самочувствие жителей города, кто-то музыкальные предпочтения, UX-исследователь общается с клиентом, узнаёт кто он и делает для него продукт. 

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

Я всегда говорю: “Тестировщиком может стать любой”. Всё зависит от мотивации, исходной базы знаний и скорости восприятия информации. Если вы решите выбрать тестирование как профессию, то сможете повысить свои компетенции в разных сферах, выбрав подходящее направление для роста.

В IT-сфере существуют стереотипы насчет профессии тестировщика. Многие стереотипы сильно обобщены и не имеют под собой основы. Я – Илюся Усманова, старший инженер по тестированию. На 4 курсе университета я ещё не знала, чем именно в IT буду заниматься. Но мои глаза загорелись, как только начался курс по тестированию. Я поняла, что делать качественное ПО для меня интереснее, чем писать код и общаться с заказчиками. В роли QA я уже 7 лет, и за это время сталкивалась с разными мнениями как внутри команды, так и в сообществах тестировщиков. Давайте рассмотрим самые популярные из них.

О личном опыте в обучении тестировщиков и использовании SMART

Всем привет! В феврале на YouTube канале “Мамкин дизайнер”, автором которого является руководитель UX-направления Usetech Евгений Шевцов, вышел новый подкаст. Гостьей этого выпуска стала Илона Саркисова, Lead UX/UI в EPAM, автор телеграм-канала “Поясни за UX” и основательница Community Z в Санкт-Петербурге.
В студии Евгений и Илона поговорили о том, как начинался карьерный путь Илоны и как организованы рабочие процессы в EPAM, об образовании, дизайн-культуре и о том, как реагировать на критику в ходе работы. Но давайте обо всем по порядку.

🚀 Подписывайтесь на наш YouTube канал и Habr Blog, чтобы не пропустить новости из мира IT и новые выпуски подкаста.

▪️Как Илона оказалась в дизайне и попала в EPAM?

Илона начинала свой путь в EPAM (международная IT компания, резидент Белорусского парка высоких технологий, со штатом в 58 800+ сотрудников и отделениями в более чем 40 странах мира) с выступления на конференции ProfsoUX 4,5 года назад. ProfsoUX – это главное UX-событие в России, которое ежегодно собирает до 500 участников из разных городов и стран. Там ее заметили сотрудники компании и пригласили к себе. В компанию она пришла миддлом, а сейчас Илона Lead UX/UI. За это время команда дизайнеров в EPAM выросла с 15 до 80 человек. Звучит впечатляюще!

Сейчас зоны ответственности Илоны достаточно широки: от организации дизайн-команды (если она есть на проекте), до консультирования и организации проекта с продакт-менеджером. По словам Илоны, плюс организации проекта с продакт-менеджером в том, что ты можешь влиять на проект с самого начала.
Процессы в компании выстроены так, что если ты работаешь на проекте в одиночку, коллеги всегда могут тебе помочь в общем чате. Также можно сделать рассылку на всех сотрудников EPAM, и тогда тебе помогут зарубежные коллеги: поделятся кейсами или дадут совет. В компании нет соревновательного элемента – все пытаются друг другу помочь, несмотря на то, что дизайн – творческая профессия с высокой конкуренцией.

Добрый день! Я — Иваев Зафар, iOS разработчик в компании Usetech. В этой статье мы узнаем как фреймворк Combine помогает нам разрабатывать функционал приложения с помощью встроенных функций — операторов. В этой статье, мы покроем следующие типы операторов:

1. Последовательные операторы

2. Объединяющие операторы

• вход
• регистрация
• лента постов
• экран создания и редактирования поста
• экран с информацией о текущем пользователе.