Сучасна диджитал-освіта для дітей — безоплатне заняття в GoITeens ×
Mazda CX 30
×

Вопрос на собеседовании

Усі статті, обговорення, новини про тестування — в одному місці. Підписуйтеся на DOU | QA!

Всем добрый день!
Вопрос более адресован к тем ребятам, которые работают QA.
Вот решил связать свою судьбу с тестированием ПО...
И на собеседованиях очень часто задают такой нехитрый вопрос...«Как Вы представляете себе работу тестировщика?»
Очень хотелось бы услышать ответ на этот вопрос самих ребят из QA
Заранее благодарю :)

👍ПодобаєтьсяСподобалось0
До обраногоВ обраному0
LinkedIn
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

Хороший вопрос. Отвечу на него не как QA, а как дев-лид.
Как я представляю себе работу хорошего QA (не «эникейщика»):
1. Вдумчиво читает требование, (юзерс-стори, спеку или «хотелку»).
2. Проверяет, что описание корректное, достаточно полное, однозначное и логически непротиворечивое (тестирование требований). Если надо создает баги на требование или исправляет ошибки сам.
3. Представляет себе как это будет выглядеть в приложении в готовом виде.
4. Пишет тест-кейсы с подробным описанием действий пользователя и ожидаемого результата.
5. Обдумывает как это соотносится с другими требованиями. Если надо создает баги на исправление других требований.
6. Правит или добавляет тест-кейсы на связанную функциональность, которую могут «зацепить».
7. Обсуждает свои тест-кейсы с девелопером что бы было одинаковое понимание что и как будет сделано.
8. Пишет скрипты для автоматизации тест-кейсов (пока девелопер пишет код).
9. Когда фича готова билдит и выкладывает нужную ветку на тест сервера.
10. Запускает автоматическое тестирование (на всех платформах и конфигурациях).
11. Запускает тестирование производительности (если надо).
12. Проводит ручной «свободный поиск» нестандартных ошибок.
13. Все найденные ошибки записывает с добавлением логов, скриншотов, дебаг-информации и т.д.
14. Делает «снимок» конфигурации, на которой ошибка найдена (профиль пользователя, бекап базы, виртуальная машина и т.д.).
15. Помогает девелоперу зарепродюсить проблему и обсуждает способы решения.
16. После фикса возвращается к п.9.

Уважаемый Beaver Green громаднейшее спасибо за развернутый ответ. Есть над чем помозговать :)

а можна розгурний список "

Как я представляю себе .. хорошую жену
"

да да! с фотками и инфографиками :)

Отсылаю всех к японцам за чертежами:
hitech.newsru.com/.../11dec2008/wife
www.telegraph.co.uk/...e-accounts.html

Бывший программист признается, что у него никогда не было времени, чтобы найти себе настоящую девушку. Поэтому он решил создать идеальную жену с помощью новых технологий. На создание тела для идеальной жены 33-летний изобретатель из Онтарио потратил 25 тыс. долларов.
Всего 25 килобаксов за идеальную жену. А заодно и пет-проект по ИИ.

Отлично, у нас 90% так и происходит, за исключением того, что часто не можем автоматизировать пока нету реализации (специфика проекта).

Вот это верно! Отвечать на данный вопрос может тот, для кого этот тестировщик работает. Кто ставит задачу.

Пункт 15 сделать скороговоркой!

Если нет опыта, о котором можно рассказать, то на твоем месте ответил бы: «Честно, не знаю, не имел пока возможности поработать тестером, но душа лежит к ИТ-сфере, есть знания в программировании(хотя бы поверхностные), замечаю мелочи и недочеты во всём, хочу учиться и впитывать в себя все нюансы работы тестировщиком. Считаю, что в вашей компании смогу из джуниора перерасти в качественного специалиста, и в скором времени приносить пользу команде.» Главное, чтоб такого рода фраза не звучала слишком заученной. Можно добавить, что читаешь литературу по подходам к тестированию, но тогда действительно нужно подчитать немного теорию. Как-то так..

Дмитрий, не поверите... мой ответ (на собеседованиях) был примерной такой как Вы описали... но каждый раз когда отвечают отказом указывая на отсутствие практики, закралась мысля что надо разобраться как на самом деле все происходит :)

Ребята, всем громаднейшее спасибо за ответы. Хоть чуток просветили :) (уже проще на собеседованиях будет).

Читай ДОУ. Здесь всё самое вкусное!

«Как Вы представляете себе работу тестировщика?»
Наверное суть вопроса как раз в том, что надо отвечать своей головой. То есть, — как конкретно ты представляешь эту работу.
Конечно, можно ответить шаблонно или нагуглив, или как представляет кто-то другой, — но зачем?

Представлять можно что угодно (у каждого свои «собаки» в голове), и отвечать на вопросы тоже можно так же как и звучит вопрос (как в анекдоте..
— соседи жалуются, что с Вашей квартиры воняет жжеными тряпками и слышно дикий хохот... Чем Вы тут занимаетесь?!?!?! ....
— Жжем тряпки и дико хохочем).
Просто когда знаком с самим процессом, пусть даже пока в теории (в данной ситуации «рабочий день» :) ), то мне кажется, и отвечать проще.

«Как Вы представляете себе работу тестировщика?»
Эту работу каждый представляет по разному. Универсального ответа нет.

Возможно, вам стоит сходить, например, сюда:
dou.ua/calendar/3377

Спасибо, буду стараться попасть.

Правильна відповідь на це запитання «Ви мабуть хочете перевірити мою реакцію на це запитання?
Краще скласти анкету або план дій і перевірити за нею.»

Как Вы представляете себе работу тестировщика
коли він знаходить баг — щасливо посміхається усмішкою садиста

Правильно ли я Вас понял?
Алгоритм работы таков:
1) Сел за ПК
2) Поиск багов
3) Нашел баг? (да — пункт 4, нет — пункт 2)
4) Улыбка садиста

1) Склав список тестів
2) виконав тести згідно даного списку
3) перевір чи все ОК
4) заніс результати в баг репорт
5) якщо багів нема — даєм одобряв делайвері юніту
якщо є, не даєм, споглядам кисле лице делайвері менеджера і сіркові очі розробників
6) посмішка садиста, приблизно така:
readmanga.me/...kes_back/vol1/1

1) Склав список тестів
Список складає сам QA чи хтось інший?
Данний список хтось погоджує?

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

Може бути так як написав Євгеній, а може бути, що QA інженери навіть код писатимуть, наприклад в SDET у MS:
aliabdin.wordpress.com/...oes-an-sdet-do

Це занудство, але: delivery [dɪ’lɪv(ə)rɪ] - у фонетичному трансліті буде не «делайвері», а «ділівері».

Еще перед пунктом 1 нужно добавить пункт «ознакомился/изучил/понял спеку», иногда на это много времени уходит, бывают спеки по 60 страниц и больше.

"ознакомился/изучил/понял спеку"
це вже тоді коли він доросте до рівня сінйорістоті\ПМності.

Чому це? У нас абсолютно всі тестери так роблять, і джуніори також.
Має ж бути спека, на яку треба опиратись при написанні тест-кейсів.
У вас не так?

1) Склав список тестів
джун не і бізнес-аналітиком, і не зубром QA щоб складати тест-кейси. Бере готовий списк і по ньому парцюэ

Дивно, значить у нас тут щось не так, що найзеленіших джунів заставляють одразу кейси писати

У нас абсолютно всі тестери так роблять, і джуніори також
...
Дивно
it depends

Підписатись на коментарі