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

vlad_22de, на автоматизатора пробовались? и да,

vlad_22de:

Спросили на английском какую я книжку читал и что в не интересного и какие герои?

не показатель идеального английского. а уровень средней школы что май нейм из Борис. зе сан из шаининг
про уровень интер + тоже не правда

atalanta.maci:

не показатель идеального английского. а уровень средней школы что май нейм из Борис. зе сан из шаининг
про уровень интер + тоже не правда

в епам еще после трудоустройства чекнут уровень и проставят его в профиле.

AlexMV:

Я же не знаю какие условия были, может посадили за комп дали задания и вперед. А инета нет.

Я где-то на дева.бае видел отзыв о компании, где претендента на позицию разработчика посадили за комп с ide'шкой без интернета. Хотя в большинстве компаний в основном используют бумажный блокнот и ручку=)

atalanta.maci:

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

Да не рекрутер. Но в целом, я с вами не очень согласен. При работе на внутренних проектах, проектах с русскоговорящими заказчиками английски может быть не так уж и важен (хотя оф. язык компании-- англ.). Но как быть с англоговорящими?. Хотя если есть желание быть вечным мидлом, то может и прокатит неапрувнутый в профиле левел.

vlad_22de:

Просто суть в том что если я знаю java core зачем мне идти на автоматизатора? Просто что такое java core и что такое Seleniuma? слон с мошкой для сравнения? А еще если у вас знания python)))

Если вы еще и картошку жарить умеете, то будете фул-стэк специалистом.

atalanta.maci:

видела джунов с аппрувнутым а2 которые вполне себе общались с заказчиком без особых затруднений. и как было тяжело многим на В2 и выше общаться с теми же индусами.

Согласен, вспомнилось:

тыц

bige, так расскажите, какие варианты были у Вас

Амелина:

bige, так расскажите, какие варианты были у Вас

присоединяюсь

AlexMV, какой-то непоследовательный пенетрейшн тестинг у вас получился. Можно было начать с главного: "А есть ли монетоприемник?". =)

AlexMV:

но в условии он дан

в задаче указана проверка монетоприемника, а есть он или нет из условий не ясно.

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

Касаемо задачи от bige, то интервьюер ждет не 1к+ кейсов, он оценивает последовательность мышления.

Сори,не догадался))

Ivan Igorevich:

ну да. Как бы не вижу теста, "при принятых монетприемником деньгах - выдает ли кофе?"

Соглашусь с anisimau. Маловероятно, что собеседующий ждет полного покрытия тестами исходной задачи.
Скорее оценивает, всё ли рассматривает кандидат при составлении тест кейсов.
Я не представитель профессии QA, но в ответе на данную задачу не писал бы тысячу тест кейсов, а разбил бы тест кейсы на следующие группы с примерами в каждой (список пишу сходу, без особого раздумывания). В итоге 10 тестов получаются очень легко, достаточно придумать по 3 теста в каждую группу:
- Позитивные сценарии в рамках требуемого функционала (монетоприемник есть; сунул 5 рублей - получил кофе)
- Негативные сценарии в рамках требуемого функционала (сунул 4 рубля - не получил кофе; сунул жетон от метро - не получил кофе)
- Негативные сценарии, учитывающие влияние внешних факторов (переполнился мешок для монет, сунул 5 рублей, они вываливаются назад и 5 рублей не засчитывается и т.д.)
- Нагрузочное тестирование (суй монеты одну за одной разного номинала без остановки)

Судя по моей практике, существует отличное от нуля количество начинающих тестировщиков, для которых откровением является, что тестирование системы на корректную "неработу" тоже должно быть частью тест кейсов