Тестирование ПО (Тестировщик, QA инженер)

anisimau:

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

вот-вот. ну хоть убей не понимаю, зачем у джуна спрашивают про какой Jmeter, графики, когда он с перформансом не будет работать от слова совсем. или когда на собеседовании предлагают потестить карандаш/стирку/лист бумаги. кто не полный идиот - погуглит на сайтах приемлемые варианты ответов и выдаст заученное. зачем человека спрашивать про градации северити и прайорити, если человек на практике не сможет осознать, какой северити багу выставлять? видела я людей, у которых теория от зубов отскакивала, но при этом был огромадный процент деклайнов и реджектов их зарепортанных багов, потому что люди банально не умели читать требования, заучив при этом полнейший список признаков хороших требований типа непротиворечивость, ясность, корректность, полнота и т.п.)))) или абсолютно не умели выставлять эстимации, хотя знали аппроучи к эстимациям и формулы

и вот любимый вопрос, как я помню, на всех интервью: приведите пример бага minor severity and high priority))) помню, что все зазубривали пример в стиле: приложение скоро в релиз, а заметили, что вместо Microsoft на логотипе написано Maicrosoft И что удивительно, спрашивали это реально на всех интервью и не только меня этот вопрос с таким же ответом, наверное, на всех сайтах есть, где предлагаются вопросы для собеседования тестировщиков)))

Кстати) Всегда хотела узнать, какой социально приемлемый ответ на вопрос для мануал тестировщика: в какой момент вы понимаете, что вы покрыли своими кейсами все требования?)))

Shelby_67:

Может я сейчас для Вас истину открою, но просто запомните -- Если человек что то хорошо знает, разбирается в предметной области --- заучивать ничего не надо. Можно легко объяснить суть вопроса своими словами.

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

Shelby_67:

Ровно в тот момент, когда кол-во требований физическое, соответствует кол-ву кейсов, покрывающих эти требования. Что тут сложного?

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

Shelby_67:

Если не работает кнопка оплаты товара на сайте - это какое северити и приоритет?

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

anisimau:

Абсолютно ничего. Просто писать кейсы до бесконечности)

Ну вот как бы я подозреваю, что если бы я сказала "писать кейсы по требованиям пока есть время", это было бы не очень верным ответом) Вот вы проводите собеседования, судя по всему. Какой бы ответ вы ожидали услышать на такой вопрос?

Volxv:

Во-первых, Вы пишется с большйо буквы

Slovopyt, на некоторые вопросы нет верных ответов. Люди хотят услышать рассуждения.

Здравствуйте всем. Вот решил пойти на курсы ИТ. Долго лазил в интернете, нашел множество академий, институтов и так далее. Не могу определиться с курсами, больше тянет к тестированию программного обеспечения...может быть выбрать что-нибудь из этих http://recoursia.by/catalog/testirovanie-programmnogo-obespechenija/ ?
Посоветуйте, пожалуйста, что-нибудь, кто что оканчивал.

Muraszka:

Лучше выбирать курсы при крупных компаниях, после которых можно получить первое место работы:
- IT-Academy (ПВТ);
- Epam;
- QA-Academy (A1QA).

в самом крайнем случае belhard
--
На остальные лучше внимания не обращать.

Slovopyt:

Muraszka, Работать в системе трекания баков Один бак, два бака, три бака...

берешь бак и трекеришь залитое в него.

AceEek:

Забил бак - сидишь довольный!

Если уж троллить, то до конца.

тыц

И отзывы очень честные, и по времени легли кучно =))

тыц

Slovopyt:

anisimau:

И отзывы очень честные, и по времени легли кучно =))

И эти люди готовят айтишников, ТЕСТИРОВЩИКОВ)) Если бы уже заказывали отзывы, могли бы как-то их сделать более качественными, разнообразными и раскидать по времени. А так это баК! Было требование улучшить имидж компании, а на деле требование не выполнено))))

А может это часть "домашки"? =)

MrXzibit22, не переживайте. Я в своё время прошла отбор в начале января, а занятия начались только в конце марта.