Как лучше выстроить процессы в ситуации, если в качестве исходных данных есть только код — без описания продукта и прочей технической документации (ТД)? Делимся нашим чек-листом👇
✔️ Первое. Общаемся с клиентом и узнаем больше о продукте, его целях, аудитории и функционале. Это достаточно очевидный пункт, но мы хотим подробно рассказать о процессе, поэтому оставляем его в нашем списке.
✔️ Второе. Получаем доступ ко всей имеющейся информации — техническому заданию, доске разработки, тестовым стендам и т.д. Анализируем её и определяем пул необходимых доработок. Для этого:
🔹 Изучаем логи запросов к серверу, базу данных в realtime.
🔹 Находим нужный для изменения код и исследуем его.
🔹 Проверяем, чтобы функционал приложения совпадал с указанным в технической документации. Если мы обнаружили расхождения, то отмечаем и передаем информацию владельцу.
↓↓↓↓

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

Узнать больше про наши реализованные проекты вы можете по ссылке: https://s.simbirsoft.com/fQP7

#SimbirSoft

Сегодня в центре нашего внимания автоматизированное тестирование, которое проводят SDET-специалисты.

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

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

✔️ Стратегия

Стратегия – это ваш гарант получения нужного результата. На этом этапе важно понять, что будет автоматизировано и в какой приоритетности, какие фичи продукта могут измениться в процессе разработки и поэтому должны быть протестированы в последнюю очередь и т.д. Очевидно, но неизбежно: чем более детально проработана информация на старте, тем качественнее конечный результат.
↓↓↓

→ Своевременная корректировка планов

Наиболее эффективно, если процесс разработки описан как в первоначальном виде, так и с дальнейшими изменениями, происходящими во время проекта. Если не отразить эти изменения вовремя, некоторые элементы могут быть не учтены, что приведет к ошибкам в работе всей службы тестирования. Например, на одном проекте команда разработки добавила поле «Телефон» в личном кабинете уже после подготовки документации и не отразила это изменение. По этой причине проверка поля не вошла вовремя в тест-план, и долгое время корректность его заполнения не проверяли.

Чтобы такого не происходило, в документацию мы рекомендуем добавлять версионирование, соответствующее проекту. Рассмотрим на примере приложения заказа пиццы.
1. В первой версии в магазине доступна только пицца навынос.
2. Во второй версии добавлена доставка. Это необходимо отразить в документах, так как в заказе появляется новая функция, которую нужно покрыть тестами. Будут ли пользователю доступны обе опции при заказе, будет ли в этом поле корректный адрес, когда магазин получит заказ?
3. В третьей версии поменялась форма заказа: добавили онлайн-отслеживание, при этом исключили одну из невостребованных ранних фич. Все изменения должны войти в документацию 3.0, чтобы SDET-специалисты скорректировали стратегию тестирования с учетом новых планов развития продукта.

✔️ Модернизация и расширение системы тестирования

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

На модернизацию тестирования нужно закладывать дополнительные ресурсы, но это поможет вам избежать ситуации, когда баги вскрываются уже после выпуска.

✔️ Атмосфера и процессы в команде

Мы уделяем особое внимание этому пункту. В ходе проекта важно выстроить общий язык с командой и настроить коммуникацию: обо всех изменениях в работе должны знать все заинтересованные стороны. Кроме того, будет хорошо, если все специалисты смогут общаться и напрямую задавать друг другу необходимые вопросы. Это позволит вам избавиться от простоев из-за ожидания нужной информации.

Для быстрого и комфортного погружения нашей команды в проект мы используем несколько лайфхаков, которые могут быть вам полезны:

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

Узнайте, когда стоит подключать автотесты на проекте, в нашем материале по ссылке: https://s.simbirsoft.com/jZDd

📱⁠ Чем разработка мобильного интерфейса отличается от адаптивного веб-интерфейса?

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

⁠🔘⁠⁠Клиент быстрее достигнет своей цели в отдельно продуманной дизайн-системе

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

⁠🔘⁠Можно вводить дополнительные функции, используя технологии устройства

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

⁠🔘⁠Публикация в App Store и Google Play позволяет учитывать отзывы и работать с пользовательским опытом

Вы можете узнать мнение пользователей, сделать общие выводы о реакции клиентов на модернизацию функционала и дизайна, отслеживать количественных показателей (оценки, число скачиваний и т.п.). Отзывы в магазинах приложений помогут подсветить баги, указать на удачные и провальные решения и выстроить дальнейшую работу по улучшению сервиса. Впечатления пользователей о сервисе — «бесплатное» обозначение точек роста вашего бизнеса.
Отдельно разработанный интерфейс приложения несет в себе больше преимуществ по сравнению с адаптивным вебом. Среди миллионов приложений востребованы те, которые продуманы и учитывают потребности пользователя. Проработка отдельного дизайна позволит сделать первый шаг в построении долгосрочной коммуникации с клиентом.

Если вы задумываетесь о разработке мобильного приложения для вашей компании, напишите нам: request@simbirsoft.com.

#SimbirSoft #design_SimbirSoft

Для того, чтобы разрабатываемый продукт соответствовал всем потребностям конечных пользователей, важно продумывать User story 📋

О том, что такое пользовательские истории и как правильно с ними работать, рассказываем в нашей статье: https://vc.ru/design/292246-kak-rabotat-s-user-story

Здесь мы делимся своим опытом и рассматриваем User story на примере заказа дебетовой карты в онлайн-банке.

✔️ Вместе с инхаус-командами клиентов мы создаем новые IT-продукты или помогаем развивать существующие. Работая с сотнями проектов, мы выявили несколько факторов, которые влияют на их эффективность. В этом посте поделимся своими лайфхаками, которые нам помогают формировать успешные команды.

🔹 Сбалансированность команды

На своем опыте мы выяснили, что на большинстве проектов задачи распределяются в примерном соотношении: 30% – простые, 50% – средние, 20% – сложные. Следовательно, нужны как опытные специалисты – Middle и Senior, так и начинающие Junior, которые смогут выполнять простые задачи и перенимать опыт. В таком случае мы решаем несколько задач:

◾️ в команде будет общепризнанный лидер и «рефери» для решения спорных ситуаций в лице Senior-разработчика;
◾️ задачи будут распределены в соответствии с профессиональным уровнем специалистов;
◾️ при выборе разработчиков будет экономически целесообразно учитывать уровень сложности и другие особенности проекта.
↓↓↓

🔹 Инфраструктура проекта

Важно на старте выяснить, в каком техническом окружении будет работать команда, есть ли проблемы с документацией, корректным использованием фреймворка или оформлением кода. Это позволит подобрать специалистов с наиболее релевантным опытом.

🔹 Цели проекта

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

◾️ вовремя заметить некорректную постановку задачи;
◾️ понять, как его задача влияет на другие;
◾️ скорректировать свои действия и свой план при отклонении от общей цели.

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

🔹 Мотивирующие факторы

Разработчики SimbirSoft выделили несколько пунктов, которые влияют на их рабочий настрой:
◾️ коллеги-профессионалы, которые любят свое дело и «горят» им;
◾️ атмосфера взаимопомощи внутри команды;
◾️ возможность поиска лучшего решения;
◾️ ощущение важности и полезности итогового продукта и личного вклада.

Надеемся, что наши #лайфхаки будут вам полезны и помогут сформировать успешную аутсорс-команду.
Остались вопросы? Пишите в комментариях 👇

#SimbirSoft

💻 QA-специалисты участвуют в разработке IT-продукта на всех его этапах. Для обеспечения качества эксперты используют разные инструменты и подходы, а также анализируют и предлагают решения для оптимизации.

В нашем новом выпуске подкаста «Чистый код» обсуждаем один из таких подходов — статистический анализ, который позволяет обнаруживать и предотвращать проблемы на проекте. Здесь эксперты SimbirSoft рассказывают о том, как определить соответствие продукта ключевым требованиям и как контролировать уровень качества с помощью системы мониторинга и анализа статистики.

🎬 Смотрите на YouTube: https://s.simbirsoft.com/6rfC

🎵 Слушайте здесь:

Яндекс.Музыка: https://s.simbirsoft.com/s2Fz
iTunes: https://s.simbirsoft.com/w7Gr
CastBox: https://s.simbirsoft.com/QC7K
SoundCloud: https://s.simbirsoft.com/ByrR

Пишите свои вопросы в комментариях ❤️

#SimbirSoft

Что важно предусмотреть при проектировании сайта 📌

Веб-сайт – один из ключевых инструментов для взаимодействия с пользователем. На этапе проектирования важно учесть несколько критериев, которые помогут улучшить «видимость» интернет-ресурса в поисковых системах. В противном случае придется тратить дополнительные средства на доработку сайта на этапе SEO-оптимизации.

Перечислим основные пункты, на которые нужно обратить пристальное внимание.

1️⃣ Что продумать на этапе ТЗ и прототипирования интерфейса:

→ Убедитесь, что ТЗ учитывает размещение оригинального контента различных форматов: текст, изображения, видео, инфографика.
→ При создании сайта предусмотрите разделы, которые подтвердят фактическое существование компании, ее надежность, опыт работы, признание на рынке. Есть разные варианты таких авторитетных страниц, например, «Отзывы», «О компании», «Команда/Сотрудники», «Раскрытие информации», «Положение об обработке ПД», «Контакты».
↓↓↓

→ Наполнение разделов из пункта выше, как и страниц с прочим контентом, который должен работать на SEO, должно быть статическим – то есть не предусматривать динамической загрузки.
→ В ТЗ нужно прописать создание noscript (название страницы во вкладке браузера), alt (описание для изображений) и denoscription (невидимое для пользователя описание) для каждой страницы и медиафайла.
→ В 2021 году доля мобильного трафика в мире превысила 50%, а в России достигла 80%, поэтому важно адаптировать сайт под мобильные устройства.
→ На веб-сайте должна быть микроразметка, благодаря чему он выглядит более привлекательно для поисковиков.
→ Скорость первой загрузки каждой страницы не должна превышать 2 секунды, поэтому не следует экономить на хостинге.
→ Соблюдайте «правило трех кликов»: пользователь должен максимально быстро получать то, зачем он пришёл на сайт.
→ Предусмотрите установку Google Analytics и Яндекс.Метрики для оценки посещаемости и анализа поведения пользователя.

2️⃣ Что оценить совместно с SEO-специалистом:

✔️ оригинальность, разнообразие и пользу контента для пользователя;
✔️ наличие и содержание noscript, alt и denoscription;
✔️ генерацию Турбо-страниц (Яндекс);
✔️ проработку “хвостов” запросов по ключевым словам для голосового поиска.

Хотите узнать больше? Напишите нам: request@simbirsof.com.

#SimbirSoft