Показаны сообщения с ярлыком собеседование. Показать все сообщения
Показаны сообщения с ярлыком собеседование. Показать все сообщения

воскресенье, 28 августа 2016 г.

Карта персональных навыков




Мне всегда было интересно - что помогает людям быть профессионалами? В самом широком смысле этого вопроса. Иметь не только профессиональные знания и умения, но также - иные навыки, которые помогают в достижении целей. Иной старейший тестировщик умеет писать сценарии, знает как работать с консолью и строить SQL запросы, но работа не ладиться. А другой новичок, а уже разработчики с  ним советуются и советуют и хвалят. Что мешает одному и помогает другому? В чем соль?

Не помню когда я начал собирать названия персональных навыков и характеристик. Тех самых иных навыков, которые так превозносят в книгах по типу 3-5-10-свое число - навыков/скилов/поведений - важных для успешного/высокоэффективного/профессионального  -  менеджера/специалиста и, в конце концов, просто хорошего человека. Сначала персональные навыки появились у меня в резюме. Затем, когда стало понятно, что их много, а резюме одно - был создан небольшой файл. Так, со временем,  сформировалась ментальная карта персональных навыков. В ней нет технических, профессиональных или проблемнообластных ответвлений. Карта о тех скилах, которые принято называть "Soft skills", но термин мне кажется несколько узким, потому что креативность, навыки руководства, базовые человеческие ценности, включенные в карту, вроде бы, не совсем тот самый софт - это что-то покрупнее и потолще.

Пережила карта несколько реинкарнаций и достигла версии 3. Читая очередную бестселлерную книгу о правилах успеха, открываю карту и сравниваю, что еще нового можно добавить. Но по чесноку - добавляю уже не из книг, а из бесчеловечных опытов над людьми. Ибо книг много, но важных навыков, как выяснилось - мало.

среда, 10 апреля 2013 г.

Что за продукты разрабатывает Ваша контра?


Переписка с одним из кандидатов на вакантное место тестировщика. Оставляю синтаксис и формат в девственно неизменном стиле и - у кандидата, и - у себя.

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

воскресенье, 31 марта 2013 г.

Поиск нужных людей: собеседования, чеклисты, мысли



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

На одном из митингов по найму девушка из HH собеседовала нас - менеджеров, на предмет - каких кандидатов мы хотим увидеть. Мы лениво перечисляли, что опыт должен быть три года, что должен знать-уметь-хотеть, что английский разговорный и даже лучше, что вот наши описания позиций... 

В какой-то момент мы иссякли и девушка задала простой вопрос: "Чем готовы пожертвовать?".

Нужно сказать, что собрался тот самый контингент менеджеров, которые был из ряда "Я начальник. Я не хочу ничем жертвовать - я хочу arbуiten!" (щелканье хлыста на заднем плане). 

Я удивился. А что так бывает?  Так действительно бывает, что нужно жертвовать - в чем силен кандидат? 

Был я молод. Молоко от книг и консультантов на ушах еще не обсохло, и я действительно искал людей сильнее себя, потому что был уверен - так нужно поступать всегда. И вот сижу я, второй месяц в поисках тестировщика и меня спрашивают про жертвы.

Культурный шок.

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

Так получилось, что мой первый опыт поиска тестировщиков в команду прошел относительно успешно и гладко (с небольшой оговоркой - для меня и моих проектов, о кандидатах - точно утверждать не могу). Бюджеты были рыночные или чуть выше. Место работы - центр разработки крупного европейского банка. Компания известная. Сама работа интересная и перспективная. И кандидаты желали приходить и терпеть многонедельный (многомесячный?) процесс найма. Резюме нам присылали HR. Для нас трудились несколько вендоров. Только собеседуй и пиши отзывы. Красота. И мы же еще и находили повод поворчать: мало кандидатов, нужно тратить время на писание отзывов...

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

твоюжматькаквсезажрались...

чтожтакоеещеодинотказался...

чортиещеодинчорт...

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

Заметка состоит из небольших частей - таких мыслей вслух о собеседованиях. Очередные мысли.Возможно крамольные. Но - собственные, основанные на опыте,  а потому родные и поучительные.

понедельник, 13 августа 2012 г.

Нам интересно, но вы позвоните сами. 5 проверенных способов отпугнуть кандидатов от вашей компании


8 недель мое резюме провисело в хаха.ру и привлекло, наверное, десятка четыре разнообразных откликов: в самом хеадхантере, в письмах и звонках.

Какая-то часть откликов меня неприятно удивила. Мне было непонятно почему рекрутеры так со мной общаются, поступают - вообще ведут себя странно: как будто они действительно не хотят меня видеть.

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

пятница, 5 августа 2011 г.

Опять про собеседование - 3 главных пункта


Для меня собеседования в этом году закончились. Напарница найдена, причем в своей же компании. Тем не менее в копилку мыслей добавил вопросы про поиск сотрудников из книги Бизнес И ЖЖизнь:

есть 3 вопроса, на которые надо найти однозначный ответ в максимально сжатые сроки:


1) Может ли человек решить поставленные перед ним задачи?
Ответ на этот вопрос можно найти в опыте человека (если уже решал подобные задачи, то шанс успеха намного выше), в резюме в целом и в серии интервью (телефонных и личных). Это все
определяет потенциал человека. Возможность его хорошей работы.

понедельник, 28 февраля 2011 г.

Собеседование, как тестирование черного ящика


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

Вроде бы задаются правильные вопросы, и формулируются правильные ответы. Все вроде бы хорошо. Но есть легкое чувство личного дискомфорта. И ты продолжаешь и продолжаешь мучить себя и человека.

Новый человек это "черный ящик" - как объяснить это чувство? И понятно, что собеседование это игра, и понятно, что на все вопросы ты не получишь "правильных" ответов, потому что, "черный ячщик" еще и самообучается в процессе беседы. Но все равно продолжаешь.. И сидишь себе играешь. И собеседуемый играет.  Но вот только не понятно - кто же выигрывает?

среда, 5 августа 2009 г.

Анкета допросник SQA

Поскольку я меняю место работы, начальство попросило подготовить документ "как подготовить тестера". Компания, в которой я сейчас работаю, до меня тестеров как таковых не имела. Я задумался... и сперва составил анкету допросник SQA. Которую и выкладываю. К некоторым вопросам я прилагаю комментарии.

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

Анкета опросник для собеседования на позицию QA

Перед беседой, человек проводящий собеседование, сам должен иметь опыт работы в QA и прочитать весь список литературы, указанный в конце анкеты.

Вопросы о прошлой компании\месте работы и текущих ожиданиях:

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

Расскажите о вашем текущем месте работы: компания, должность, обязанности.

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

Какой у вас самый любимый проект и почему полюбили?

Если у человека нет такого проекта, то такой человек скорее всего нам не нужен. Человек может любить проект из-за работы с людьми, из-за используемых технологий и пр. Если у него все проекты на одно лицо — то либо ему не повезло в жизни, либо он ничего не делал, либо у него пока нет еще опыта ( в последнем случае все еще можно исправить)

Какой у вас самый нелюбимый проект и почему не любили?

Таких проектов может и не быть. Но лично у меня есть. И если они есть — значит человек не боится признаться в своих ошибках. Это многого стоит.

Как бы вы могли оценить ваш вклад в работу вашей компании?

Есть легенда. Спросили у трех камнетесов что они делают. Один ответил что он зарабатывает на жизнь. Второй ответил что точит камни. Третий ответил что он строит храм. Нужно искать третьих.

Почему решили сменить работу?

Это пустой вопрос, но в очередной раз показывает кто перед нами: Камнетес, Зарабатывающий либоСстроящий Храм.

Почему выбрали нашу компанию?

Всегда полезно узнать откуда растут ноги. Здоровому пиару для компании всегда есть место.

Что вы планируете получить от компании кроме материального вознаграждения?

Пустой вопрос, но может показать многое.

Что вы можете предложить компании - чем бы вы могли ей помочь или навредить. Чем быть полезны и тому подобное?

Пустой вопрос, но может показать многое.


Вопросы по технологиям

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

5- знаю долго и пользуюсь технологией постоянно или знаю хорошо и достаточно глубоко в определенных местах (все знать невозможно!).

4 — знаю хорошо, пользуюсь технологией не часто, знаю как работает, могу легко освоить другие функции и возможности технологии после того как прочитаю документацию.

3 — либо работал достаточно давно, либо знаком поверхностно, документация требуется постоянно.

2 — знаю что такая технология есть, несколько раз сталкивался, знания поверхностны.

1 — слышал что такая технология есть, знаю где достать документацию, могу изучить в течение 1 месяца.

0 — никогда не слышал и не сталкивался.

Вполне очевидно что SQC должен уметь профессионально работать с компьютером - не как неопытный пользователь, а как достойнеший IT спец (умеет переустанавливать Win\Lin - значит мозги уже есть).

Bug Tracking System

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

Знакомы ли вы с другими продуктами по управлению процессами QA.

Очень полезно узнать с чем еще работал собеседник и сможет ли он их назвать:

- система управления требованиями,

- система управления тестами (типа TestLnik) и т.п.

Знание Windows

- Что такое файловая система, какие файловые системы для MS Windows вы знаете?

- Какие версии ОС MS Windows вы знаете (желательно что бы человек слышаел не только Vista\Xp но и понимал что есть Home\Basic Professional и пр.)?

- Что такое реестр Windows?

- Какие программные средства работы в среде Windows вы можете еще назвать (те которыми пользуетесь)?

- Каким почтовым клиентом вы пользуетесь? Почему?

- Что используете для time Management

и пр. и пр. и пр.

Вполне очевидно что QA данные вопросы не нужны, но они показывают общий уровень специалиста.

Возможно создать такой же список вопросов по Linux

Прочие технологии

Определить дополительные технологии и программные средства с которыми должен уметь работать QA сложно. Если собеседуется специалист на автоматизированное тестирование, то очевидно должны подбираться языки программирования, DBMS etc.


Вопросы о саморазвитии

Данный список вопросов должен определить насколько человек склонен к самообучению и саморазвитию.

Какие книги вы прочитали в последние месяц, год?

IT, QA и близкие книги. Впрочем человек должен читать не только профессиональные книги, но это только мое мнение.

Какие сайты/блоги по тестированию знаете?

Если человек может назвать www.software-testing.ru, http://www.rbcs-us.com это очень хорошо.

Ведет ли свой профессиональный блог.

Если человеку есть что сказать и он говорит — это хорошо. Я тому пример ;)

Проходил ли обучение или курсы по тестированию

Если не проходил - то и фиг с ним. Я вот тоже только один вебсеминар прошел, остальное в книгах, блогах и материалах конференций искал.


Вопросы по предметной области

Данный список вопросов достаточно важен. Он показывает насколько человек продвинулся в понимании того, что такое разработка ПО.

Что такое жизненый цикл ПО и цикл разработки ПО.

Комментарии излишни.

Какие модели разработки ПО знаете, в чем они отличаются

Водопад, циклический водопад, Agile: scrum, xp.

Что такое требование к ПО и какие у требования есть аттрибуты


Какие документы при разработке ПО используются

ТЗ\FDD, Sodftware Specifications, Test Plan (test case)

Какие стандарты по разработке ПО вы знаете

Знает что есть 34 и 19 — не плохо, знает IEEE 829 – значительно лучше, знает в добавок ISO 12207 – человек в теме!


Вопросы по QA

Данный список вопросов достаточно важен. Он показывает насколько человек продвинулся в понимании того что такое QA.

Какие документы по организации процесса тестирования вы знаете.

Ответы в вопросах ниже

Что такое Test Case и его структура?


Что такое Test Plan и его структура?


Что такое Bug Report и его структура?


Какие виды тестирования вы знаете?

Ответы в вопросе ниже

Что такое и объясните принципы
- Installation / Uninstallation testing
- Perform boundary testing
- Functionality testing
- Virus Check
- Scenario testing
- Perform database testing
- Field Entry testing
- Interface testing
- Regression testing
- Perform application interoperability testing
- Perform OS interoperability testing
- Perform Hardware, Network compatibility testing
- Architecture reviews
- Code reviews
- Functional and Test Spec Review
- Requirements, Design docs Review
- Usability testing
- Specification based testing
- Test Progress and Summary Review
- User Documentation Review
- International/Localization
- Perform error handling testing/Recovery testing
- Performance testing
- Submit testing summary report
- Automated Testing
- Stress testing

Выбрать несколько вопросов (не более 5) для проверки знаний собеседуемого

Чем отличается Severity от Priority

Классика жанра )

Тестирование белого ящика, черного ящика, серого ящика


Что такое бетта тестирование


Что такое Regresion Testing


Что такое Acceptance Testing


Что такое Smoke tests


Что такое модульное, интеграционное и системное тестирование.


Что такое Requirement traceability matrix


Что такое Bug life cycle


Что такое процесс управления конфигурацией в разработке ПО и в тестировании


Что такое процесс управления изменениями в разработке ПО и в тестировании


Что такое баг. Приведите пример. Какие типы багов вы знаете

Если человек может выделить баг документации, архитектурный баг, функциональный баг, баг юзабилити — это уже плюс.

Какой по вашему идеальный программный продукт для автоматизации работы QA

Данный вопрос показывает насколько человек понимает что такое QA и чем он отличается от QC. Также можно определить насколько человек понимает принципы автоматизации работы QA.

Какие процессы тестирования могли бы быть автоматизированы.

Примерно такой же вопрос что и предыдущий. Либо задать данный вопрос, либо предыдущий.

Что такое QA и что такое QC

Данный вопрос для общего развития. Хорошо если собеседуемый понимает что QC включен в QA, и что QA это не тестирование, а обеспечение качества на всем цикле разработки ПО.

Для чего проводится тестирование ПО

Вопрос для понимания общего развития собеседуемого.

Нужно ли тестировать документацию?

Ответ — да. Это называется «Тестирование требований к ПО”. Собеседуемый должен понимать, что требования в ТЗ могут быть: неправильно сформулированы, противоречащими и просто нереализуемыми.

Какие цели тестирования вы бы выделили?

Лично я бы выделил три цели:

- поиск багов,

- оценка качества продукта (ни в коем случае не обеспечение качества, от того сколько багов найдено качество ПО не улучшается),

- оценка рисков (поскольку выпуск продукта с малым качеством не есть гуд, всегда найдуться риски — например, что кто то умрет или на вас подадут в суд)




Практические задачи

Практические задачи позволяют отделить теоретиков от практиков. Человек может прочитать туеву кучу книг по тестированию но так ни разу не написать тест кейс или тест план.

Посадить за комп и дать листок, чтобы напечатал текст.

По тому как человек работает с клавиатурой можно понять - как хорошо он работает с компьютером вообще.

Провести собеседование на английском на одну из тем по QA

Очень легко показывает уровень английского у человека.

По заданной интервьиром теме:
- создать формализованные требования,
- создать формализованные test-cases,
- создать тест план,
- создать предпологаемые баг репорты,

Примеры систем для данного тестирования
- Система авторизации на любом сайте электронной коммерции
- Дана консольная программа. Программа позволяет вводить последовательно три числа. Каждое число подтверждается клавишей Enter. После того как введено первое число, можно вводить второе. После того как введено второе число, может быть введено третье. После того как введено третье число программа сообщает - является ли треугольник с данными сторонами равнобедренным.
- Банка с кофе.
- Стерка
- Авторучка
- Солонка
- Любая другая вещь. Чем неожиданнее будет вешь тем лучше. Еще лучше если с самого начала собеседуемый начнет сам задавать вопросы. Какая именно банка, какая форма, какой материал. Т.е. еще лучше если он изначально сам создать список требований по объекту и начнет эти требования тестировать.

Сколько комнат в нашем офисе

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



Задачи на сообразительность


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

Почему крышка от люка круглая?

На самом деле крышка не круглая — в ней есть выступы для того чтобы ее установить.

Ну конечно она имеет круглую форму и очевидно для того чтобы не упасть (любая иная фигура с углами или формы может провалиться в люк).

Есть 10 кроликов

Есть 1000 бутылок с вином

Одна из бутылок содержит яд. Как определить в которой?

Задача на двоичное мышление. Кролик пьет (1) или не пьет (0), соответсвенно мы можем закодировать 2 в 10 позиций

0000000000 — первая бутылка

0000000001 — вторая бутылка и т.п.

Есть дом. В доме четыре стены. У каждой стены по окну. Все окна выходят на север. Сколько таких мест на земле?

Бесконечное множество. Если поставить дом на южный полюс, а точек в плоскости бесконечно много, то все окна дома будут выходить на север.

И тому подобное....

Для получения дополнительных примеров достаточно прочитать книгу Как сдвинуть гору Фудзи (См. Список литературы)


Список литературы:

Книги (все можно найти в электронном варианте):
- Тестирование ПО. Кем Канер и др.;
- Искусство тестирование. Майерс;
- Tестирование dot com. Роман Савин;
- Как сдвинуть гору Фудзи. Уильям Паундстоун;

Сайты:
1) http://www.rbcs-us.com/software-testing-resources/library/basic-library.html (в том числе и особенно Freightliner Test Level Matrix);
2) www.software-testing.ru;
3) Глоссарий терминов используемых в тестировании ПО
http://www.rstqb.org/index.php?id=25,0&sitelang=ru;
4) Более простой глоссарий http://testirovschiki.ru/glossary.php;
5) FAQ по тестированию http://www.ruleworks.co.uk/testguide/;

Конфереции:
SQADays (например http://it-conf.ru/ru/content/190.htm);

Обучение тестировщиков:
http://www.luxoft-training.ru/training/school/72;
http://www.avalon.ru/PPS/QA/Courses/About/?CourseID=905.