Если вы когда-нибудь сталкивались с необходимостью протестировать приложение или веб-сайт на незнакомом языке, не стоит паниковать. Я сталкивался с этим несколько раз и выделил несколько проверок, которые можно сделать и без знания языка.

Хорошая новость

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

Имея некоторый опыт в тестировании, обнаружила, что аналитики и программисты часто не уделяют внимание некорректным переходам между состояниями сущностей. Что это значит на практике? Например, вы можете удалить то, что уже было удалено, отредактировать уже отправленное и т.д. Такого рода действия могут привести к необработанным исключениям, в том числе ошибкам на уровне БД. Почему надо обрабатывать такие ошибки? Как минимум, плохо показывать пользователю информацию о логической структуре БД. Такие ошибки чаще всего свойственны многопользовательским системам, где несколько пользователей могут редактировать один и тот же объект. В этой статье я расскажу, как проектировать тесты для проверки переходов между состояниями объекта и как быстро оценивать затраты на такое тестирование.