Спасибо за отзыв! Рада, что статья понравилась своей целевой аудитории.
Безусловно, встречается обратное, и вам повезло оказаться именно в такой компании.
Но судя по моему опыту работы в нескольких компаниях, а также опыту работы моих коллег, это скорее исключение, чем правило.
Спасибо за комментарий.
К сожалению, сама формулировка вопроса содержит ошибочное мнение.
Не стоит исключать, что у тестировщика может быть большой опыт и хорошее образование.
Очень надеюсь, что вам со временем повезет поработать с такими специалистами.
Да, конечно, качество продукта может ухудшиться в том случае, если на замену не найдут такого же специалиста в тестировании.
Но, согласитесь, вряд ли человек, который раньше целиком отвечал за качество проекта, а теперь за сам проект, позволит забить на качество.
Умение работать с командой отдельная тема.
Тимлид обязан уметь работать с командой. Но со временем вы увидите, что сложно найти тимлидов, которые хотели бы перейти в управление проектами.
Сеньор разработчик это специалист, который хорошо прокачал свои технические навыки.
Но если вы помните, я писала выше в статье: хорошему управленцу не обязательно понимать все нутро проекта. Это даже может мешать команде.
Ну и не стоит забывать, что начальство не будет назначать любого тестировщика руководителем проекта, если не увидит в нем нужные качества.
Недавно, услышала интересное мнение: "хороший тестировщик всегда сомневается". Я с ним полностью согласна, т.к. необходимо подвергать сомнению все. Даже свою выполненную работу. Но если на текущий момент все метрики в норме (например те, которые я привожу в статье), то не надо излишне терзать себя беспокойством. Не накручивайте себя и обязательно высыпайтесь. По этой теме рекомендую почитать книгу "Эмоциональный интеллект" Дэниела Гоулмана.
Со второй мыслью абсолютно согласна. Поэтому руководители очень ценят толковое тестирование.
Как проявить себя? Не бойтесь предлагать улучшения начальству или заказчику, если видите проблему и потенциальное решение. Выполняйте все, что обещали сделать на 200 процентов. Не стесняйтесь говорить о том, что вы готовы взять на себя дополнительные задачи и не забывайте предоставлять отчет о полученных результатах руководству. Общайтесь со всей командой по проекту, не будьте безразличны к чужим затыкам, помогайте по возможности.
Интересуют следующие вопросы:
1. Есть ли какая-то договоренность к какому моменту у вас должны быть написаны чек-листы по новой фиче?
2. На основе чего и как строится процесс адаптации нового человека в команду тестирования?
Попрошу вас обратить внимание на заголовок и содержание статьи.
Конкретизируйте, если несложно, как ваши вопросы связаны с мобильной операционной системой Android?
Согласна с вами, что подключение к интернету в мобильных приложениях — это целое поле работы для тестировщиков.
Но боюсь, если я начала бы раскрывать эту тему, то статья получится слишком длинной. А читателя перегружать нехорошо :)
Раз эта тема актуальна, то попробуем ее раскрыть в отдельной статье.
Безусловно, встречается обратное, и вам повезло оказаться именно в такой компании.
Но судя по моему опыту работы в нескольких компаниях, а также опыту работы моих коллег, это скорее исключение, чем правило.
К сожалению, сама формулировка вопроса содержит ошибочное мнение.
Не стоит исключать, что у тестировщика может быть большой опыт и хорошее образование.
Очень надеюсь, что вам со временем повезет поработать с такими специалистами.
Да, конечно, качество продукта может ухудшиться в том случае, если на замену не найдут такого же специалиста в тестировании.
Но, согласитесь, вряд ли человек, который раньше целиком отвечал за качество проекта, а теперь за сам проект, позволит забить на качество.
Умение работать с командой отдельная тема.
Тимлид обязан уметь работать с командой. Но со временем вы увидите, что сложно найти тимлидов, которые хотели бы перейти в управление проектами.
Сеньор разработчик это специалист, который хорошо прокачал свои технические навыки.
Но если вы помните, я писала выше в статье: хорошему управленцу не обязательно понимать все нутро проекта. Это даже может мешать команде.
Ну и не стоит забывать, что начальство не будет назначать любого тестировщика руководителем проекта, если не увидит в нем нужные качества.
Недавно, услышала интересное мнение: "хороший тестировщик всегда сомневается". Я с ним полностью согласна, т.к. необходимо подвергать сомнению все. Даже свою выполненную работу. Но если на текущий момент все метрики в норме (например те, которые я привожу в статье), то не надо излишне терзать себя беспокойством. Не накручивайте себя и обязательно высыпайтесь. По этой теме рекомендую почитать книгу "Эмоциональный интеллект" Дэниела Гоулмана.
Со второй мыслью абсолютно согласна. Поэтому руководители очень ценят толковое тестирование.
Как проявить себя? Не бойтесь предлагать улучшения начальству или заказчику, если видите проблему и потенциальное решение. Выполняйте все, что обещали сделать на 200 процентов. Не стесняйтесь говорить о том, что вы готовы взять на себя дополнительные задачи и не забывайте предоставлять отчет о полученных результатах руководству. Общайтесь со всей командой по проекту, не будьте безразличны к чужим затыкам, помогайте по возможности.
Интересуют следующие вопросы:
1. Есть ли какая-то договоренность к какому моменту у вас должны быть написаны чек-листы по новой фиче?
2. На основе чего и как строится процесс адаптации нового человека в команду тестирования?
Попрошу вас обратить внимание на заголовок и содержание статьи.
Конкретизируйте, если несложно, как ваши вопросы связаны с мобильной операционной системой Android?
Но боюсь, если я начала бы раскрывать эту тему, то статья получится слишком длинной. А читателя перегружать нехорошо :)
Раз эта тема актуальна, то попробуем ее раскрыть в отдельной статье.