Как научиться LQA

Сначала длинная версия, как я оказалась в LQA. Если неинтересно, можно сразу прыгнуть в конец, там пара полезных ссылок.

Я LQA не училась, а когда меня позвали, вообще не знала о такой профессии 😅
Просто в LinkedIn HR кинула ссылку на вакансию и поинтересовалась, не хочу ли я попробовать.

Описание вакансии было как под меня 😀 Еще и работать надо было над стриминговой платформой с офисом в Лос-Гатос. Ну в вакансии разве что логотип этой платформы не дали, так что было понятно, что за сервис.

Дали тестовое задание из трех частей: перевод, QC текста (определить ошибку, ее тип и предложить исправление) и QC скринов (определить ошибку, выделить ее на скриншоте). В итоге я нашла пару лишних ошибок, а пару упустила. Считаю успехом для человека, который узнал о типах ошибок во время тестового задания 😀

Дальше был созвон с ПМами на 2 часа — это и было все обучение. Они опять же объяснили возможные ошибки, как они выглядят, как выглядит Jira, как составлять баг репорты, как отмечать ошибки на скринах. Через пару месяцев уже я проводила брифинг для нового участника РУ-команды.

В играх было еще короче. Мне дали инструкцию по LQA, а потом провели по ней тест. В этот раз было проще, потому что я тестировала уже 3 года.

Вот и все обучение 😀 То есть это не какой-то сложный процесс. Любая подробная инструкция LQA-отдела закроет все вопросы. Достаточно выполнить первое задание, получить фидбек и дальше будет все понятно. А что непонятно, с тем к ПМу.

Единственное, чего нет в инструкциях, но что кажется мне важным:
🔴Задача тестировщика — не найти много ошибок, а сделать продукт лучше. Чуете, где внимание? Не «переводчик — дурак, сейчас я покажу, как надо», а «переводчик — молодец, вместе мы выдадим крутой продукт».
🔴Четкое изложение мыслей и аргументация. Важно понятно описать, как повторить баг и в чем его суть. Его может проверять другой человек, а можете проверять вы через 3 месяца, и шаги для повторения должны быть очень понятными. Считайте, что вы навигатор. Только не 2гис, который водит козьими тропами 😀
🔴Если по ТЗ надо выделять баг на скрине, выделяйте его заметно и аккуратно. Например, красным прямоугольником. Если область маленькая, можно бахнуть большую стрелку, чтобы было заметно. Если фон красный, выберите контрастное выделение (если все это позволяет ТЗ).
Я настаиваю на аккуратном выделении, хотя в том же Пейнте можно дрожащей рукой обвести ошибку, но для меня это как написанное говном — вроде понятно, а читать неприятно. Можете поспорить, но тут я за дотошность 🙂

📖 И парочка обещанных ссылок:
➡Бесплатный курс от Udacity — для общего развития про локализацию, интернационализацию и другие длинные слова.
➡Курс Localizing Your Game от студии Levsha. Если не получится по ссылке, то попробуйте зайти на платформу Edvice и дальше в раздел бесплатных курсов.
➡Статья про LQA от Яны Колесниковой, ПМ в Yango (на ЛинкедИне, поэтому используйте сами знаете что).
➡В комментариях оставили мануал по LQA, тоже обязательно посмотрите.
#LQA@brodperevod

В следующий раз постараюсь подробнее рассказать о самом процессе LQA. А вы как обычно оставляйте комментарии и вопросы ⤵⤵⤵