Представьте, что вы перевели свое приложение на английский. А что, если ваше приложение работает в 47 странах, большая часть из которых говорит на разных языках и диалектах? Возникает проблема выстраивания единого процесса локализации и проверки переводов в каждом конкретном случае.
Меня зовут Андрей Охлопков, я продакт-менеджер в inDrive и занимаюсь развитием пассажирского флоу — основного сервиса компании. В этой статье расскажу, как мы выстроили процесс локализации в компании через боль и ошибки.
Сначала расскажу о том, как мы эволюционировали в плане выбора инструментов для локализации. Затем поделюсь проблемами, которые возникли у нас при переводе приложения на арабский. И, наконец, покажу новую схему локализации в inDrive и ее успешное применение на примере казахского языка, которое мы осуществили в июне этого года.
Привет всем!
Мне нужен совет, никак не определюсь с темой диссертации, работаю инженером-тестировщиком, и занимаюсь автоматизацией тестирования платежного шлюза, пишу юнит тесты для бэкенда. Мне нужно постараться связать работу с темой будущей диссертации, но в голову пока ничего не приходит.
Я бы хотела спросить у вас совета, что наиболее интересно и перспективно в этой предметной области на данный момент? Если у кого-то будет время привести пример темы буду очень благодарна.
Направление в магистратуре: Руководство разработкой ПО.
В этой статье хочется поднять наболевшую для большинства тестировщиков тему – это доступы к тестируемым программным продуктам. Не всегда доступы к ПО предоставляют тестерам здесь и сейчас. И именно поэтому сотрудники вынуждены ждать начало этапа STLC, относительно к этапам работ проекта именно из-за такой проблемы.
Время идет, сроки становятся все короче и короче, а тестировщику еще не предоставили возможности «познакомиться» с программой. Конечно, тестер задастся вопросом: «А как я успею изучить ПО и уж тем более протестировать, если у меня нет доступа к нему?». Здесь я вам отвечу, что изучить и протестировать – можно. Даже без входа в приложение.
И сразу предупреждаю, что проверить качество программы получится только при наличии нескольких условий:
Программное решение уже готово, но требуются значительные изменения или небольшие доработки;
Есть прямой контакт с заказчиком или с лицом, который имеет доступ к приложению.
Итак, начинаю свою историю в стиле сюжетной линии с завязкой, развитием действий, кульминацией развязкой и эпилогом (да, да, «как в фильмах»). И этот рассказ, думаю, должен быть познавательным для тестировщиков, которым необходимо закрыть таску по тестам без доступа к программе.