Ответы пользователя по тегу Карьера
  • Как стать тестировщиком, на что обратить внимания?

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

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

    Третье: получить необходимые знания по тестированию, computer science и смежным областям.
    Что вам понадобится:
    - Основы computer science, работы клиент-серверных приложений, HTTP + знания по устройству и принципам работы целевой платформы (мобильные\дектоп\т.д. в зависимости от вакансии).
    - Знания по теории тестирования. Здесь достаточно прочитать одну-две книжки по тестированию и\или два десятка статей в интернете. Важно не заучивать определения, а понимать что это и зачем.
    Стандартный набор: что такое тестирование и его цель, виды и типы тестирования, методики тестирования, практики тест-дизайна, виды артефактов тестирования и тестовой документации (какие зачем нужны, когда применять, как писать).
    - SDLC, методологии разработки, жизненный и релизный цикл приложений.
    - Основы работы с базами данных: какие бывают, что такое, базовые запросы SQL.
    - Основы программирования: базовый курс в интернете\книжечка\ютуб по Python\Java\что-нибудь ещё.

    Четвертое: поизучать вакансии и походить по собеседованиям, понять где чего не хватает - выучить.

    Пятое: Profit - вы тестировщик.
    Ответ написан
  • Как лучше всего выполнить задание на должность Junior QA?

    @azShoo
    1) Почитать про теорию тестирования. Вам нужно понять, как происходит процесс тестирования, какая у него цель и пр.
    2) Прочитать про основные практики тест-дизайна: Вы должны примерно представлять, какие проверки нужны и в каких случаях.
    3) Применить полученные знания в выданному вам продукту и составить условный набор тест-кейсов.

    Я бы ожидал от джуниора, что он понимает:
    а) Какие проверки необходимо провести для оценки общей работоспособности игры, и что стоит проверять после того, как общая работоспособность проверена.
    б) Понимает, какими способами можно свести к минимуму эти самые проверки (применение тест-дизайна на практике).
    в) Понимает, что такое приоритеты в тестировании - какие проверки стоит проводить раньше, какие позже.
    Ответ написан
  • Как организовать внутренний стартап?

    @azShoo
    Я правильно понимаю, что вы хотите запилить свой проект, а за это получать стабильную зарплату одной компании, и ещё и долю в другой?
    Хорошая попытка.
    Ответ написан
  • Из "рядового" до "генерала"?

    @azShoo
    Зависит от того, чем и как собираетесь управлять.
    Ответ написан
  • С какой стороны приобщиться к IT-идустрии?

    @azShoo
    Вам нужно выбирать то, что придется по душе.
    Почитайте курсы, познакомьтесь чуть-чуть с разными технологиями и выберите то, к чему ляжет душа.
    Работа в IT требует постоянного саморазвития, изучения новых технологий и работы над своими навыками. Если вы будете выбирать технологию просто ради того, что бы уйти от текущего места работы вы не добьетесь успеха.
    Ответ написан
  • Какие есть виды работ с низким порогом вхождения (фриланс)?

    @azShoo
    Но чтобы освоить тестирование в среднем нужен минимум месяц + стажировка + испытательный срок. Это в сумме 1,5 - 2 месяца. Так что этот вариант пока отпадает.
    У меня для вас плохие новости, что бы освоить тестирование (на уровне достаточном для того, что бы зарабатывать деньги фрилансом) нужно гораздо больше времени.
    Низкоквалифицированные тестировщики не нужны на фрилансе. Их легко можно найти в офисе, в индии, в китае или просто подключив манки-тестинг сервис.
    Это была плохая новость номер 1.

    Плохая новость номер 2 состоит в том, что у профессий с низких порогом входа рынок забит и оплата копеечная.
    Как уже правильно заметил г-н Пума, конкурировать с индусами у вас не выйдет.
    Ответ написан
  • Как вы относитесь к направлению "Аутсорсинг интернет-магазина" ?

    @azShoo
    С непониманием отношусь, потому что термин очень размытый.
    Какие услуги вы под этим подразумеваете?
    Ответ написан
  • Каковы плюсы и минусы профессии тестировщика?

    @azShoo
    Из минусов:
    Ограниченное развитие.
    Недооцененность сферы в СНГ.
    Постоянные душевные страдания за качества продукта.

    По плюсам говорить сложно.
    Эстетическое удовольствие от борьбы за качество?
    Ну, в целом - довольно низкий порог входа в профессию в сочетании с высоким потенциалом для развития.
    Возможность вникнуть и разобраться "как это делается" на всех этапах разработки.
    Возможность видеть картину более-менее системно, а не смотреть только на "свою часть".
    Как-то так наверное.

    В целом, минусов больше чем плюсов, потому что подход "этого небыло в тз" для тестировщика не работает. Нужно всегда думать о том, что остальные что-то упустили, забыли, не подумали.
    Нужно всегда помнить, что everything is broken. И всегда быть готовым к тому, что за баги на проде, которые неизбежно будут, шишки полетят именно в вас. :)
    Но, в то же время, мне, например, вполне нравится. Если перебороть в умах коллег по IT стереотип, что тестировщик это обезъянка, тупо кликающая куда-попало - будет вообще отлично.
    Ответ написан
  • QA engineer, с чего начать?

    @azShoo
    Для начала давайте разберемся, что же такое QA? Понятие это довольно абстрактное, и в СНГ применяется зачастую в ином понимании, нежели в краях более отдаленных.
    QA - это обеспечение качества продукта, причем, в идеальном случае, на всех этапах разработки.
    Самое первое, с чем придется в большинстве случаев столкнуться QA Engineer`у это функциональное тестирование.
    Написание тестов по задачам и прохождение этих тестов., прохождение уже написанных, апдейт, заведение багов и прочее. В этом случае QA Engineer = Тестировщик. Для этого самое важное - хорошо работающая голова, умение читать задачи и задавать правильные вопросы: "А что если так? А если этак?".
    В зависимости от продукта требуются дополнительные скиллы -> в вебе своя специфика, в мобильных своя, в по - своя, в железе - своя. Ну и соответственно базовое понимание кода, работа с базой данных и прочее - тоже периодически понадобятся.

    Но, процесс обеспечения качества не заканчивается на функциональном тестировании, поэтому понятие QA шире, чем тестирование. Здесь мы уходим от банальных тестов по функциональным требованиям и переходим к анализу требований и документации (поиск узких мест в требованиях и реализации), юзабилити тестирование (поиск "косяков" в интерфейсах и функциональности), тестирование производительности и прочее.

    Отдельная часть - автоматизация тестирования. Здесь от компании к компании все по разному, и роль автотестера варьируется от "тестера который научился использовать тестовый фреймворк" до "полноценного разработчика, который автоматизирует то, что ему говорят тестировщики".
    Требования отличаются соответственно.

    Кроме того, хороший QA инженер работает и над самим процессом разработки. Наша цель - обеспечивать качество продукта, и если оно страдает из-за косяков в рабочем процессе - их тоже надо выявить и решить.

    Что в итоге?
    Мне кажется, что QA-инженер это тестировщик, который вышел в своей работе за рамки тестирования. Который работает над качеством продукта не только в плане "Требования выполнены - к продакшену готовы", а старается делать продукт лучше во всех отношениях, в первую очередь - для бизнеса, во вторую - для пользователя, в третью - для тех, кто этот продукт делает.
    Следовательно, я считаю что путь QA лучше всего начинать именно с тестирования (кстати говоря, в России понятия QA и тестирования почти всегда тождественны в умах не-тестировщиков).
    Что важно для тестировщика?
    Способность и желание разбираться в том, как это [продукт\фича\пр] работает сейчас, и как это должно работать.
    Так же стоит приготовиться много говорить "нет, так не пойдет" менеджерам и разработчикам.
    Ну и вообще, смириться с тем, что другие стороны процесса очень часто готовы действовать в ущерб качеству.

    Что хотят, что бы знал джуниор?
    1) представление о процессе разработки. Этапы, когда пора тестировать и все такое.
    2) представление о написании тестов: что представляет из себя тест-план, тест-сьют, тест-кейс, тест-степ, Definition of Done, Ожидаемый результат и тд.
    3) представление о том, что такое дефект: Severity и Priority дефектов, какие бывают; из чего состоит описание дефекта, и все такое.
    4) хотя бы общее представление о тест-дизайне: что такое, зачем нужен, какие есть практики.
    5) Базовые навыки SQL - селект, упдейт, работа с несколькими таблицами и все такое.
    А ещё хотят, что бы человек умел думать. Будь готов к задачкам на логику (которые туфта и ненужны) и к задачкам типа "Есть окно с кнопкой, посылает запрос: напиши тесткейсы" или "Протестируй карандаш".

    Как-то так.
    К сожалению, больше рассказал именно о тестировании, чем о QA в целом. :)
    Ответ написан