🎮 Как проходит LQA
В продолжение поста как научиться LQA рассказываю, а как оно вообще выглядит и происходит.
Здесь многое зависит от жанра, «размера» игры и что нужно тестировать (бывает, надо проверить не всю игру, а отдельное событие).
Что будет в LQA-задаче:
😔Прохождение игры, чтобы точно проверить все нужные элементы, — это называется тест-план.
🔵Если игра большая и сюжетная вроде Atomic Heart, то будет подробное прохождение с решением загадок и указанием, где что находится, с какими персонажами надо общаться и какие ветки диалогов выбирать (если не нужно проверять все реплики, такое тоже бывает).
🔵Если что-то маленькое вроде игры с МТ, то тест-план будет короткий: запустите и пройдите до конца или определенного момента.
🔵Если нужно проверить какой-то отдельный кусок (например, сезонное событие), то будет инструкция, как его активировать и что проверять.
😔Инструкция, как репортить баги (сообщать об ошибках).
Можно это делать в отдельном инструменте, например Jira, ClickUp, CrowdIn. А можно в обычной гугл-таблице — создала для примера. В ней работать проще всего. Вставляй себе информацию в нужные ячейки — их немного, сориентироваться несложно.
Мне еще нравится Jira, но тут, кажется, эффект утенка — именно с ней я начала в тестировании. В ней может быть посложнее просто потому, что надо много всего указывать: билд, теги, компоненты (например, игру тестировали только на планшете). Какую-нибудь галочку не поставишь, и баг улетит не туда.
😔Время на задачу.
Иногда срок строгий: на одном проекте было только 40 часов, в которые точно вмещался главный сюжет, а все остальное — по остаточному принципу.
Иногда есть зазор. Например, ПМ может сказать: на задачу 20-25 часов. Когда дойдете до 15 часов, сообщите, сколько вам осталось и сможете ли вы уложиться в указанный срок.
Что может быть, но необязательно:
*️⃣Стайлгайд. Кажется, что вещь нужная, но иногда его нет. Могут просто сказать «тире длинное, обращение на "вы"».
*️⃣Таблица All langs — бывает, если тестирование ведется сразу на нескольких языках. В ней отмечают баги, которые могут потенциально встречаться сразу у многих (например, непереведенные строки, проблемы с озвучкой). Кто первый столкнулся, тот баг завел и добавил в таблицу. Остальные просто отмечают, есть ли у них такая же проблема.
*️⃣Список NAB (not a bug) — это ошибки, которые на самом деле не ошибки или о которых разработчик знает.
*️⃣Читы и как ими пользоваться — не во всех играх дают. Например, один платформер мне приходилось проходить самостоятельно, а в платформеры я очень плохо играю 🥲
*️⃣Таблица QA — в ней задают вопросы заказчику. На мелких играх не всегда нужна. Иногда можно просто передать через ПМа (если игра мелкая, там все линейно и понятно).
#LQA@brodperevod
🤩 Если какой-то пункт нужно раскрыть подробнее, дайте знать. Я все беру на заметку, чтобы вам было интереснее читать ✍️
Post #86
735
- 🔥 22
- ❤ 8
- ✍ 7