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

А разве мой вопрос был в том почему ISTQB нету в ожиданиях для любых кандидатов? Мне просто интересно было ваше отношение к этой сертификации и считаете ли вы что они нужны для новичков и для тех кто уже работает в индустрии?

azakharenko посмотрел на ваш профиль в LinkedIn www.linkedin.com/in/azakharenko/?originalSubdomain=ru и не нашел там информации о ваших сертификатах по ISTQB. Вы действительно считаете что эта сертификация нужна для тестировщика backend? И вообще для тестировщиков в целом. Сколько человек в вашей команде сертифицированы?

Отличная статья — она очень помогла мне в настройке нашего тест проекта. Хотел бы добавить еще немного касательно multi-configuration project. Мы использовали этот тип проекта в hudson что бы можно было проганять один и те же тесты на различных конфигурациях андроида — OS, density, screen resolution. И вот тут мы столкнулись с одной проблемой — при текущих настройках, hudson отказывался видеть coverage.xml и test results files. Из-за этого он фейлил билд. Долгие поиски и разные вариации указания пути ничего не помогли, пока подсказка не пришла из сети:
Раздел Build, в Invoke Ant->Properties добавляем workspasedir=$WORKSPACE
После чего в build.xml file прописывает пути для test results ${workspacedir}/junit-results и соответсвенно для coverage.xml -> ${workspacedir}/coverage/coverage.xml
После этого hudosn прекрасно видит и парсит результаты. Еще раз спасибо за статью — очень детальная и полезная