Прошу прощения. Может быть и подойдёт такое решение. Глянул переменные - сегментирования нет, в основном там просто теги выделение текста и картинки.

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

ну, у меня в принципе от деепричастий и причастий в интерфейсах кокаято огресия и зубы скрепят

Наверное, редактируете много)

Сеймиз)))

Всем спасибо, ребят. Не хотел разводить больших дискуссий, надеялся лишь тихонько спросить совета) Не люблю ошибаться с запятыми.

По возможности от причастий и деепричастий действительно лучше красиво избавляться, но в своём примере не нашёл способа.

Играй в режим N и зарабатывай очки?

Ну я потом дописал, что в моём случае речь не про режим. Это я для примера заменил

а я вот люблю, но меня за них ругали. была такая нота, что, мол, эт вам не худлит, юзер об это спотыкается, упрощайте, избавляйтесь. так что наверное по делу «зубы скрипят»!

юзеры вообще не любят читать, лучше картинками без текста) (пока сигналы нельзя посылать прямо в мозг)

Добрый день! Хотел бы уточнить у знатоков один момент: сталкивались ли вы с тестированием озвучки внутри приложения? Если приложение мультиязычное, есть ли инструменты, которые могут упростить работу нейтивам, если это лингвисты, а не разработчики? Например, фразы (не больше 2х слов каждая) комбинировались в приложении с отдельно записанных слов (вот такая печаль) и нужно проверить, все ли правильно объединили. Озвучка в приложении воспроизводится рандомно, зависимо от того, что происходит на экране смартфона. Заранее благодарю

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

Тогда вам останется сделать набор тест-кейсов, написать мини-инструкцию для исполнителей и в добрый путь.

НО!

Скорее всего, разработчики не захотят пилить отдельный функционал для тестирования озвучки (у них много отмазок), тогда можно передать в работу исполнителям подробные тест-кейсы, условно:
1. Открыть приложение
2. Включить функцию озвучки действий
3. Перейти в меню Х, нажать Y
4. Прослушать озвучку

Все как всегда упирается во время: ваше, разработчиков, тестировщиков и так далее)

Спасибо! Первый метод мне очень нравится, но тут вы правильно заметили - добиться, чтобы такой функционал был создан будет сложно.

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

А уж потом гонять людей по приложению — что, наверное, не отличается от обычного LQA в общем-то.

Или вы уверены, что комбинации получаются вполне ок, и нужно именно звук проверить? Тогда нельзя ли записать их автоматом и послушать вне приложения? Это должно быть для программистов сильно проще, чем дебаг-режим в приложении писать, так что шансов, что сделают — больше.

(Ну это если контекст проверен уже на этапе проверки текста и нужно только звук проверить.)

Да, так и хотел, но озвучивали еще в 2018 и списка нет или уже нет.  У разработчиков пока ответов не смог добиться

Здесь, к сожалению, также список желательно нужен, иначе будет для проверки около 1000 фраз на больше чем 10 языков. Комбинировали с отдельно записанных слов, т.к. планировали убить 2х зайцев: экономия+меньший вес приложения - каждое слово подтягивается отдельно, их не склеивали.

А по поводу LQA - можете подсказать список хороших бюро? Т.к. сейчас работа в большинстве своем через фриланс, а там иногда кадры не очень высокого уровня. Без хорошего редактора же нормального переводчика не найти, а как это сделать, если нет хорошего редактора?)
Смотрел эти бюро сам, но там LSP на тысячи идет, а у MLP ставки достаточно высокие

Ну, 1000 фраз из двух слов на 10 языков это не так и много =)

Я бы так или иначе начал с проверки текста. Чтобы избавиться от как можно большего числа багов еще до тестирования. А то скорость тестирования сильно зависит от количества багов. Если их много, все идет мучительно медленно — и получается еще дороже. А при такой системе склейки текста багов обычно много.