Репа, репо – сокращение от репозитория проекта, где хранится весь код со всей его файловой структурой и описанием. Термин используют в основном разработчики, которые хранят код проекта в GitLab, GitHub, Bitbucket или на других площадках.
Релиз, release – публикация новой версии сайта или приложения для всех пользователей.
Регресс – этап полного тестирования программы. Его проводят, чтобы убедиться в том, что новые изменения в программе не поломали старые и верно работает вся программа, а не только новый функционал. В регрессе программу могут проверять как угодно, в него входит любой вид тестирования (смок, интеграционное и т. д.).
Ридмик, реадми, README.md – файл с описанием того, как следует работать с проектом, как настроить окружение, выкачать репозиторий с проектом и установить его у себя локально для дальнейшей работы. Также файл может содержать дополнительные ссылки на документацию проекта, его кодстайл, тесты, правила линтера и т. д.
RC, release candidate – более узкая часть процесса релизного цикла, которая уже прошла тестирование. Эта версия продукта является кандидатом на публикацию в открытый доступ для всех пользователей.
Ручка, дергать ручку – API-метод, который можно вызвать, отправив определенный запрос на сервер. Этот вызов и есть дерганье ручки. Если вы получили определенный статус в ответе – значит, дернули!
Ручник, ручной / мануальный тестировщик – человек в команде, проверяющий работу программы по самописным тест-кейсам. Обычно он подключается к работе в конце спринта, чтобы все проверить и завести баги на разработку в случае ошибок.
Сабтаски, саб, subtask – подраздел большой задачи. Их заводят для декомпозиции большой задачи, разделения ее на связанные части. Например, вам надо сделать авторизацию на сайте. Вы можете завести одну задачу на «добавление модуля авторизации», а можете завести задачи на «верстку экрана авторизации», «верстку отдельных элементов и добавление новых стилей», «бизнес-логику авторизации» и «покрытие экрана авторизации метриками». Эти маленькие задачи – сабтаски одной большой по «Добавлению модуля авторизации» на сайт или приложение.
Сеньор, помидор, senior – старший работник. Он может самостоятельно решить любую задачу бизнеса, с которой ранее не сталкивался, опираясь лишь на свою насмотренность и опыт решения других задач.
Стор – магазин приложений, куда публикуются все мобильные приложения для пользователей. Например, это AppStore и Google Play.
Скрининг – первый звонок-знакомство с нанимаемым менеджером, обычно занимает от 10 до 30 минут. Во время этого звонка наниматель рассказывает о вакансии и просит вас рассказать о себе и ответить на несколько вопросов. Эта встреча – первая в воронке найма. Она необходима компаниям, чтобы отсеять неадекватных кандидатов и допустить до технического интервью только самых подходящих под вакансию. Часто в конце такого скрининга проводят еще и технический скрининг: он включает в себя список вопросов от технических специалистов компании, которые они подготовили, чтобы проверить ваши знания на самом первом этапе, еще до официального технического собеседования.
Срез – сборка актуального приложения, которое увидит пользователь после публикации в сторе.
Смоук, смок, смоук-тестирование, smoke test – минимальный набор тестов для проверки нового функционала продукта перед его релизом. Его проводят только для проверки нового функционала, чтобы убедиться в том, что все действительно работает в соответствии с документацией. Полностью приложение не проверяют, это делают на регрессе.
Спека, спецификация – документация по проекту, где можно найти информацию по узкой части программы.
Свитч, свитчнуться, switch – в контексте разработки это значит поменять ветку. В общем понимании – поменять окружение, стек, направление в работе.
Сторипойнт, пойнты, story point – единица меры сложности реализации какой-то задачи. Часто используют системы Фибоначчи, измеряя сложность от простого к более сложному в последовательности 1, 2, 3, 5, 8, 13, где последние два числа означают, что задача слишком сложная и ее надо декомпозировать.
Сиайка, сиай сиди, CI/CD – автоматизация сборок вашего кода. Например, чтобы собрать версию вашей ветки вручную, вам необходимо сделать архив проекта, самостоятельно заполнить все поля, прожать все галочки и дождаться, когда приложение попадет к тестировщикам, а сам проект будет собираться на вашей машине, перетирая SSD. Благодаря автоматизации сборок все это делается удаленно, ваш ноутбук не страдает, а вам не нужно вводить каждый раз одни и те же данные. Все настраивается один раз и в дальнейшем только поддерживается.
Синк, синкануться, sync – процесс созвона с вами и командой для синхронизации. Это необходимо для согласования ваших выводов с выводами других людей по реализации какой-либо вещи в проекте. Таким образом, люди всегда находятся в правильном контексте и в курсе всего происходящего в команде и проекте.
Таск, таска, task – задача, которую необходимо решить. Эту задачу вы можете получить как от аналитика, менеджера, тимлида или даже коллеги для проработки нового функционала проекта, так и от тестировщика в виде бага, который необходимо поправить в проекте. Рабочая задача в виде фичи или неисправленный баг в работе программы – оба эти понятия являются тасками.
Тестер, тостер, куа, QA – человек в команде, который отвечает за качество разработки и говорит свое последнее слово перед релизом для всех пользователей. Делятся на мануальных и автотестировщиков: первые проходятся по программе вручную, а вторые пишут автотесты. Обычно в командах не бигтехов могут себе позволить иметь только мануальных тестировщиков. Для авто уже необходим человек, который знает один язык программирования, а его наем обойдется гораздо дороже.
Трекер – место, в котором собраны все задачи команды с их статусами. Благодаря трекеру менеджер команды видит, сколько времени потрачено на задачи, успеваете ли вы по срокам и списали ли время на выполнение этих задач. Трекером могут называть такие пространства, как Jira: в них также можно залогировать время, затраченное на выполнение задачи, чтобы получить оплату за свою работу.
Тимлид, тим, лид команды, teamlead – человек, который руководит командой и процессами, решает спорные вопросы.
Тикет – файл в вашем трекере, который может быть назначен на вас или создан вами для другого человека. Любую задачу или баг оформляют в виде тикета, включающего его название, описание с возможными ссылками или скринами, или шаги воспроизведения ошибки, если это баг.
Темплейт, template – шаблон, по которому вы можете работать на проекте, например шаблон для архитектуры VIPER.
Факап, нафакапил, fuckup – неудача в процессе работы.
Фича, feature – новый функционал приложения или сайта, который ранее не был реализован. Фичей может считаться как добавление новой кнопочки для авторизации через «ВКонтакте» с последующей бизнес-логикой, так и интеграция платежного сервиса в ваше приложения для оплаты покупок в нем.
Фикс, фиксить, fix – доработка функционала. Это не совсем баг, ибо все может работать исправно. Но бывает, что код написан плохо, и такое просят исправить: пофиксить нейминг функций и переменных или поехавшую верстку.
Фидбек, feedback – обратная связь от людей по поводу качества проекта и вашей работы.
Флоу, flow – последовательность каких-либо действий. Флоу может быть у проекта, задачи или у пользователя, который пользуется приложением или сайтом.
ФР – в тестировании это сокращение от словосочетания «фактическая реализация». То есть, если программа работает не так, как описано в техническом задании, то это уже наша фактическая реализация. При оформлении задачи тестировщики указывают именно ФР по тому, как работает программа.
Хотфикс, hotfix – быстрая правка ошибки. Когда на проде появляется баг, чаще всего прибегают именно к хотфиксу.
Хост, хостинг, захостить, host – может касаться как идентификатора вашего ноутбука, так и хостинга на сайте. В зависимости от контекста говорят об этих вещах. Если вы что-то устанавливаете, работаете с VPN или Wi-Fi компании и у вас просят хост, то гуглите в направлении «как узнать хост ноутбука». Если разговор идет про сетевой слой с хостом сайта или приложения, ищите материалы о хостах и хостинге в целом на сайте.
Эстимейт, эстимейтить, заистимейтить, esteam – ставить оценку, оценивать время на выполнение задачи. Используется в контексте оценки задачи на планировании, где вся команда выставляет эстимейт относительно сложности.
Эпик, Epic – это очень большой кусок функционала, который нужно будет реализовать для пользователя. Но такой функционал невероятно сложно засунуть в один двухнедельный спринт. Если вы на планировании этого спринта сталкиваетесь с тем, что задача слишком большая, сложная и ее невозможно успеть сделать за две недели, то это эпик.
ЭмВиПи, МВП, mvp – минимально функционирующий продукт. То есть МВП-приложения для такси будет таким: у нас есть экран с картой и двумя полями с точками пользователя А и Б, маячки с водителями, возможность заказать такси и оплатить его в приложении. Все. Дорогущий дизайн, чистый код, показатель наличия детского кресла в машине или рейтинга водителя лучше оставить на вторую или третью часть выпуска МВП!
Юзабилити – характеристика, которая показывает, насколько удобно пользоваться интерфейсом программы или приложения.
Юнит тест, юниты – небольшой тест функционала, проверяющий конкретный кейс выполнения программы. Такие тесты могут писать как разработчики, так и тестировщики-автоматизаторы.
Юай, юайка, UI, user interface – визуальная часть сайта или приложения. Все шрифты, стили, радиусы кнопок, цвета и формы – это все UI сайта или приложения. Это никак не связано с удобством пользования сервисом, его логичной навигацией и прочим: оно отвечает только за визуальную составляющую экранов.