IT-понятия, которые помогут общаться с разработчиками
Ваш бизнес подрос, вам стало мало продаж в социальных сетях и вы решили создать собственный сайт или веб-сервис. Значит, пришло время научиться говорить с разработчиками. Собрали слова, которые позволят понять программистов.
Бэкенд
Серверная часть сайта, которая скрыта от глаз обычного пользователя. В бэкенде обрабатываются базы данных и пользовательские команды. Иными словами, бэкенд — логическое ядро сайта, которое отвечает за его стабильную работу.
Если сравнивать сайт с классическим рестораном, то бэкенд — это кухня, кладовка, винный погреб и другие помещения, которые недоступны обычным посетителям и без которых заведение попросту не сможет обслуживать клиентов.
Интерфейс
Часть сайта, которая видна посетелю. В него входят все способы ввода и вывода информации: меню сайта, кнопки для переключения страниц, поля для набора комментариев. Иными словами, интерфейс — всё, что можно увидеть на сайте и на что можно кликнуть.
Продолжая аналогию ресторана, можно сказать, что интерфейс — то, как выглядит зал ресторана, форма кресел и столовых приборов, а также внешний вид официантов.
Фронтенд
Код, запускающий работу интерфейса. Фронтенд привязывает к различным элементам платформы инструкции (скрипты) по их функционированию. Он отвечает за работу всего, что видно пользователю: кнопок, на которые можно нажать, форм верификации, ввод логина и пароля, анимации. Эта часть сайта собирает информацию, которую потом обрабатывает бэкенд. Если бэкенд используют администраторы ресурса, то фронтенд разрабатывают для пользователей.
В ресторане фронтенд — это обслуживающий персонал, с которым вы взаимодействуете: хостесс, которая подтверждает наличие свободного столика, и официант, принимающий заказ и рассказывающий, что вы не можете купить говяжий стейк в веганском заведении.
QA на проде. Почему это круто
Многие считают тестирование на production окружении вредной практикой: оно не помогает предотвратить попадание проблем к конечным пользователям, а больше констатирует их наличие. Кроме этого, тестировщик отрывается от стандартного рабочего процесса и методик, применяемых на тестовом окружении. Меня зовут Оля Михальчук, я QA-инженер в финтех-компании ID Finance. В этом посте я расскажу почему тестирование на проде может существенно помочь вашему проекту.
Зачем нужно QA на проде, если есть пре-продакшн окружение
В процессе разработки ПО всегда есть несколько окружений, на которых развёрнуто приложение. Среда, которой пользуются конечные пользователи, как вы знаете, называется production. Обычно предполагается, что тестирование нужно проводить на отдельном окружении, чаще на QA environment или Staging (пре-прод), чтобы предотвратить попадание ошибок к пользователям. Но есть такая методика, как QA на проде, которая отлично помогает решить задачи, которые на тестовом окружении решить физически невозможно.
В каких задачах помогает QA на проде
1. Проблема различия Staging и Production окружений.
Например, на нашем проекте пре-прод используется больше для функционального тестирования на сделанных вручную тестовых сценариях. Он не обладает техническими ресурсами, сравнимыми с продакшн средой. Также мы обычно не делаем полную синхронизацию конфигураций и БД с продакшн средой, что никак не мешает проводить функциональные тесты. Почему мы не копируем прод среду? Представьте, сколько ресурсов бы ушло, чтобы создать копию, допустим, Facebook, с такими же супермощными