Вопрос на собеседовании
Всем добрый день!
Вопрос более адресован к тем ребятам, которые работают QA.
Вот решил связать свою судьбу с тестированием ПО...
И на собеседованиях очень часто задают такой нехитрый вопрос...«Как Вы представляете себе работу тестировщика?»
Очень хотелось бы услышать ответ на этот вопрос самих ребят из QA
Заранее благодарю :)
32 коментарі
Додати коментар Підписатись на коментаріВідписатись від коментарівХороший вопрос. Отвечу на него не как QA, а как дев-лид.
Как я представляю себе работу хорошего QA (не «эникейщика»):
1. Вдумчиво читает требование, (юзерс-стори, спеку или «хотелку»).
2. Проверяет, что описание корректное, достаточно полное, однозначное и логически непротиворечивое (тестирование требований). Если надо создает баги на требование или исправляет ошибки сам.
3. Представляет себе как это будет выглядеть в приложении в готовом виде.
4. Пишет тест-кейсы с подробным описанием действий пользователя и ожидаемого результата.
5. Обдумывает как это соотносится с другими требованиями. Если надо создает баги на исправление других требований.
6. Правит или добавляет тест-кейсы на связанную функциональность, которую могут «зацепить».
7. Обсуждает свои тест-кейсы с девелопером что бы было одинаковое понимание что и как будет сделано.
8. Пишет скрипты для автоматизации тест-кейсов (пока девелопер пишет код).
9. Когда фича готова билдит и выкладывает нужную ветку на тест сервера.
10. Запускает автоматическое тестирование (на всех платформах и конфигурациях).
11. Запускает тестирование производительности (если надо).
12. Проводит ручной «свободный поиск» нестандартных ошибок.
13. Все найденные ошибки записывает с добавлением логов, скриншотов, дебаг-информации и т.д.
14. Делает «снимок» конфигурации, на которой ошибка найдена (профиль пользователя, бекап базы, виртуальная машина и т.д.).
15. Помогает девелоперу зарепродюсить проблему и обсуждает способы решения.
16. После фикса возвращается к п.9.
Уважаемый Beaver Green громаднейшее спасибо за развернутый ответ. Есть над чем помозговать :)
а можна розгурний список "
"да да! с фотками и инфографиками :)
Отсылаю всех к японцам за чертежами:
Всего 25 килобаксов за идеальную жену. А заодно и пет-проект по ИИ.hitech.newsru.com/.../11dec2008/wife
www.telegraph.co.uk/...e-accounts.html
ужас какой
Отлично, у нас 90% так и происходит, за исключением того, что часто не можем автоматизировать пока нету реализации (специфика проекта).
Вот это верно! Отвечать на данный вопрос может тот, для кого этот тестировщик работает. Кто ставит задачу.
Пункт 15 сделать скороговоркой!
Если нет опыта, о котором можно рассказать, то на твоем месте ответил бы: «Честно, не знаю, не имел пока возможности поработать тестером, но душа лежит к ИТ-сфере, есть знания в программировании(хотя бы поверхностные), замечаю мелочи и недочеты во всём, хочу учиться и впитывать в себя все нюансы работы тестировщиком. Считаю, что в вашей компании смогу из джуниора перерасти в качественного специалиста, и в скором времени приносить пользу команде.» Главное, чтоб такого рода фраза не звучала слишком заученной. Можно добавить, что читаешь литературу по подходам к тестированию, но тогда действительно нужно подчитать немного теорию. Как-то так..
Дмитрий, не поверите... мой ответ (на собеседованиях) был примерной такой как Вы описали... но каждый раз когда отвечают отказом указывая на отсутствие практики, закралась мысля что надо разобраться как на самом деле все происходит :)
Ребята, всем громаднейшее спасибо за ответы. Хоть чуток просветили :) (уже проще на собеседованиях будет).
Читай ДОУ. Здесь всё самое вкусное!
Конечно, можно ответить шаблонно или нагуглив, или как представляет кто-то другой, — но зачем?
Представлять можно что угодно (у каждого свои «собаки» в голове), и отвечать на вопросы тоже можно так же как и звучит вопрос (как в анекдоте..
— соседи жалуются, что с Вашей квартиры воняет жжеными тряпками и слышно дикий хохот... Чем Вы тут занимаетесь?!?!?! ....
— Жжем тряпки и дико хохочем).
Просто когда знаком с самим процессом, пусть даже пока в теории (в данной ситуации «рабочий день» :) ), то мне кажется, и отвечать проще.
Возможно, вам стоит сходить, например, сюда:
dou.ua/calendar/3377
Спасибо, буду стараться попасть.
Правильна відповідь на це запитання «Ви мабуть хочете перевірити мою реакцію на це запитання?
Краще скласти анкету або план дій і перевірити за нею.»
Правильно ли я Вас понял?
Алгоритм работы таков:
1) Сел за ПК
2) Поиск багов
3) Нашел баг? (да — пункт 4, нет — пункт 2)
4) Улыбка садиста
1) Склав список тестів
2) виконав тести згідно даного списку
3) перевір чи все ОК
4) заніс результати в баг репорт
5) якщо багів нема — даєм одобряв делайвері юніту
якщо є, не даєм, споглядам кисле лице делайвері менеджера і сіркові очі розробників
6) посмішка садиста, приблизно така:
readmanga.me/...kes_back/vol1/1
Данний список хтось погоджує?
Если проект новый и вы не один — то этот список можно писать и группой. Если вы пришли на проект — то до Вас могут написать подобный список и передать «по наследству» :) Все зависит от конкретного случая и универсального рецепта нет :) По поводу согласования — тут тоже все зависит от проекта и как все в нем устроено. Список тестов можно согласовать и с девелоперами — они могут как что-то добавить, так и подсказать где подводные камни и как их обойти :)
Може бути так як написав Євгеній, а може бути, що QA інженери навіть код писатимуть, наприклад в SDET у MS:
aliabdin.wordpress.com/...oes-an-sdet-do
Це занудство, але: delivery [dɪ’lɪv(ə)rɪ] - у фонетичному трансліті буде не «делайвері», а «ділівері».
Еще перед пунктом 1 нужно добавить пункт «ознакомился/изучил/понял спеку», иногда на это много времени уходит, бывают спеки по 60 страниц и больше.
Чому це? У нас абсолютно всі тестери так роблять, і джуніори також.
Має ж бути спека, на яку треба опиратись при написанні тест-кейсів.
У вас не так?
Дивно, значить у нас тут щось не так, що найзеленіших джунів заставляють одразу кейси писати
it depends