Пользователь пока ничего не рассказал о себе

Наибольший вклад в теги

Все теги (15)

Лучшие ответы пользователя

Все ответы (28)
  • Что такое Процесс и Техника в контексте Software Testing?

    @meilmut
    Вопросы из Upwork во многом базируются на ISTQB Foundation системе сертификации по тестированию ПО. В этом случае я бы ответил:
    1) Тестирование согласно ISTQB - это в первую очередь процесс. Поэтому правильными вариантами будут Unit testing, Integration Testing, Functional testing.

    2) Техника тестирования. В ISTQB под техниками подразумеваются техники тест-дизайна для эффективного составления тест-кейсов, например, Decision Tables или Boundary Values. Вопрос, конечно не совсем корректен, но если следовать этой логике, скорее всего правильным ответом будет Test Case Development

    В целом, рекомендую прочитать материал по ISTQB Foundation Level, без них сложно будет сдать тест на Upwork. Особенно, когда дело коснется вопросов по Whitebox. Мало того, в отличие от многих сертификаций по той же джаве, ISTQB дает реальные знания. Я считаю, что это must have для каждого тестера.
    Ответ написан
  • Один программист Full-Stack или два (Backend и Frontend)?

    @meilmut
    Я бы брал двоих (собственно говоря мы так и делаем). Производительность будет точно выше. Но только при условии, что вы хорошо организуете взаимодействие между девелоперами. Лучше конечно, чтобы люди сидели в одном офисе.

    Варианты как организовать:
    1. Ставится только один тикет. Назначается на того, кто должен сделать свой кусок первым. После он передает тикет другому исполнителю. Если люди сидят в одном офисе, то могут работать над тикетом параллельно. Когда сделали - сдали в тест.
    2. Ставится одна общая задача. Под нее накидываются подзадачи. Все заводится отдельно для backend, отдельно для frontend. Все задачи закрыты - основной тикет идет в тестирование. Найденные баги опять же заносятся подзадачами. И так пока не закроется.

    Лучше первый вариант - меньше дублирования информации.
    Ответ написан
  • У вас недавно было успешное собеседование на тестировщика: назовите основные темы, о которых вас спрашивали?

    @meilmut
    Я последнее время часто провожу собеседования тестеров. Начал вам подробно отвечать, получилось столько текста, что решил написать на эту тему полноценную статью. Правда там больше информации по найму manual junior. Но на некоторых вопросах посыпется половина и более опытных QA. Разместил ее на спарке в блоге нашего проекта: https://spark.ru/startup/neaktor/blog/31094/nanyat...

    Краткое содержание вопросов по самому собеседованию:
    • Что такое вообще тестирование?
    • Что такое blackbox / whitebox / graybox?
    • Жизненный цикл бага / ПО?
    • Чем отличается чек-лист от тест-кейса? Когда стоит их использовать?
    • Виды / типы / уровни тестирования
    • Техники тест-дизайна. Минимальный набор: Boundary Values, Equivalence Partition, Decision Tables, State Transition. Более продвинутые: Pairwise например. Решите практическое задание по составлению тест-кейсов с применением техник тест-дизайна, которые знаете. Explorative - не в счет
    • Логические задачи
    • Вопросы на адекватность. Что делать, если вам возвращают тикет в Reject? Не знаете как тестировать какой-то функционал. Что делать?


    Отдельно тестовым заданием проверяется оформление дефектов.

    Большинство вопросов "открытые", то есть можно остановить соискателя в любой момент и попросить уточнить какие-то делали. Например, "Тестирование производительности? Давайте остановимся подробнее. Какие подтипы знаете? Чем отличается Load от Stress тестинга? Как вы будете проводить тестирование производительности?"

    Или вот например еще задача на подумать. Когда тестирование интерфейса является функциональным тестированием, а когда нет? Приведите пример.

    Если говорить про собеседования senior, то более технические вопросы обязательны. Артем выше привел неплохие примеры. Но тут можно вообще про много что спрашивать. От как вы будете тестировать API до запросов в noSQL базы. Также у тестеров с опытом спрашивать про матрицы покрытия тестов, тест-планирование, цикл разработки тестовой документации и так далее.

    Надеюсь вам поможет.
    Ответ написан
  • Как правильно подготовить проект для веб студии?

    @meilmut
    Речь же идет о сайте, верно? Хотя не так принципиально. Начните с контента: с того, какую информацию вы хотите разместить на своем сайте/проекте. От этого уже пойдет составление технического задания, оно же "ТЗ":
    1) Структура страниц: что, где, на какой странице должно располагаться
    2) Как будут выглядеть отдельные страницы блоки
    3) Какой дополнительный функционал будет подключаться. Например, виджеты обратных звонков.
    ну и т.д

    Дальше в хорошей студии большую часть всего этого доработают за вас. Сначала вы заполните бриф, ответите на вопросы что и как хотите сделать. После этого менеджер по продукту со стороны студии задаст нужные вопросы по ТЗ и отдаст в работу.

    Идеальный вариант, если вы сможете сами составить грубые недетализованные макеты того, как хотели бы видеть страницы своего проекта. Для этого есть довольно простые инструменты для прототипирования. Если даже сами макеты делать не будете, перед началом полномасштабной работы пусть дизайнер студии сделает это за вас. Когда ТЗ превращается в визуальную форму могут вылезти косяки самого ТЗ. Что-то не учли, забыли или вообще получается не очень.
    Ответ написан
  • Есть ли программа по типу teamwork но с локальной установкой?

    @meilmut
    Redmine - opensource для управления задачами и проектами. Подойдет вам, раз уж вам так важно использование локально.
    Ответ написан