-
ClustrMaps
Jun
2
Заметки о соискателях #1
Filed Under Общее | Leave a Comment
За последние недели удалось провести столько же собеседований, сколько за весь прошедший год. Видимо, продолжающийся кризис в финансовой отрасли перестал пугать обывателей и в поисках лучшей доли работники потянулись за приключениями, а кого то и просто уволили. Большая часть соискателей выглядит откровенно удручающе. Зато определился с тем, по каким параметрам оцениваю уровень собеседника.
Начинающий. Может вообще ничего не знать, достаточно понимать, что искать нужно ошибки. Это плюс и в тоже время ловушка, в которую попадает много людей. Начать можно с нулём, но оставаться на нём нельзя, потому что такой труд только отупляет. Развиться тут проще всего, нужно лишь освоить базовые приемы и расширить свой кругозор в сторону тестирования, чтобы понимать куда дальше развиваться.
Слабый. Уже понимает, зачем нужно тестирование, как использовать тест кейсы. Считает, что начальник идиот, а разработчики ленивые и непонятливые. Ощущает, что без тест планов не обойтись, но подсознательно сопротивляется структурированной работе. Из плюсов - знает, что рутинную работу можно автоматизировать, но не знает как. Уже начинает пользоваться какими-то дополнительными инструментами (для скриншотов например), но не всегда правильно. Самостоятельно работает только под контролем.
Натренированный (уже не девочка, но еще не.. а жаль). Умеет тестировать по тест кейсам и без (по меньшей мере смотрит в Release Notes). Не раз задумывался или сталкивался с разными инструментами для тестирования, но «как то не сложилось». Знает, что ошибки нужно хранить и отслеживать в «багтракалке». Знает, что иногда свою работу тоже надо описывать в виде задач. Знает, что для тест кейсов существуют специальные инструменты, а Excel подходит больше для чек листов. В своих неудачах и провалах винит работодателей «там было очень сложно что-то новое использовать». Не задумывался о самостоятельном развитии. Без контроля за работой, в краткосрочном периоде работает нормально, но потом скатывается на сайты развлечений и работает по остаточному принципу. Отсюда и проблемы с самостоятельным развитием.
Средний. Знает, что делать, если вышел релиз. Отлично нажимает кнопки и двигает мышку, заводит ошибки исправно, по семейному ругается с разработчиками (сначала наорал, а через пять минут как ни в чём не бывало). Проверяет функции по новой и иногда считает, что знает продукт лучше разработчиков. Всё еще живёт в мифе, что «всё должно разрабатываться по спецификации». Иногда и правда так. Знает о юнит тестах, но не верит в них. В зависимости от направленности либо совсем отказался от автоматизации («да потому что не помогает!» или просто сложным кажется, либо начал автоматизировать всякую мелочь, с разным успехом. Может назвать 3-4 инструмента для тестирования.
Опытный. Разбирается не только как, но зачем и чем можно протестировать функциональность от GUI до сервиса и может внятно это объяснить. По меньшей мере знает один инструмент для автоматизации тестирования. Настаивает на том, что юнит тесты нужны. Знает, что интерпретируемые языки отличаются от компилируемых. Имел опыт работы в Linux. При наличии разработчика под рукой не задаётся вопросом «у кого бы спросить, как это работает?». Смотрит не только туда, куда ему сказали, но и на то, что рядом лежит.
Профессионал. Умеет не только тестировать руками или автоматическими тестами, но и понимает, что никто ему ничего не должен. Опыт тестирования и теоретические знания для профессионала стоят вровень с умением искать ответы на вопросы, быстро находить пути решения, определять альтернативы. На основе имеющихся проблем прогнозировать риски (В общем случае это не так сложно как кажется).
Разделение получилось весьма условным, но мне оно всё-равно помогает довольно точно определить, кто сидит напротив меня. Новичок попавший в ловушку «легкой профессии», потративший ни один год на то, чтобы просто нажимать кнопки, но считающий себя знающим достаточно для любой задачи.
Jun
2
Как провалиться на интервью
Filed Under Заметки | Leave a Comment
Если вакансия подразумевает или прямо указывает на обязательный опыт, сказать «Я не знаю, но в Google же можно найти» или с похожим смыслом. Компания платит не за то, чтобы человек пользовался гуглом, а за то, что он уже им и не только им воспользовался раньше и научился делать то, что конкретно сейчас необходимо.
Найти в Google можно многое, но только не опыт.
May
29
HTML5 еще не стандарт
Filed Under QA, Заметки | Leave a Comment
Филипп Ле Хегаре (
May
27
Кризис и умный персонал
Filed Under Общее | Leave a Comment
Чем дольше кризис, тем больше отсеивается соискателей на собеседовании. Макс Крайнов говорит о том же в своём посте о том, почему в кризис труднее найти умного сотрудника. Мне в целом пост понравился и помог уложить то, что у самого накопилось в голове. Хотя Макс заужает причины увольнений и то, почему люди начинают искать работу. За последнее время много людей, пришедших ко мне на собеседование, ссылаются на то, что проект был закрыт заказчиком (де факто, разработка в офшоре была свёрнута и возвращена на сторону заказчика). То есть не всех уволили за недостатки, многие вылетели из-за модели бизнеса.
Так же всё больше хороших работников становятся жертвами увольнения более слабых товарищей. Стремясь уменьшить убытки и убирая балласт менеджеры не уменьшают количество задач и не откладывают сроки сдачи проектов (что вполне объяснимо с точки зрения бизнеса). Снежный ком накапливается и на рынок выходят хорошие работники, но на грани нервного истощения (один из соискателей такого плана на собеседовании чуть не перешел на ультра звук, отпаивал его чаем).
Вместе с тем понять по резюме уровень работника становится всё сложнее. Технические специалисты, чаще всего, не слишком сильны в описании своих плюсов, а бездельники напротив пишут много правильных словосочетаний.
Относительно тестирования получается, что на рынке появилось много работников с правильными резюме и на позициях от специалиста по тестированию до ведущего тестировщика (тест лид, менеджер). То что надо, но по сути оказывается, что большая часть застряла на уровне начинающего тестировщика. Заключается это в том, что ничего кроме ручного тестирования работник не знает, а иногда и не хочет знать. Удивительно, но некоторые люди ничего, кроме этого не могут даже после 6-7 лет работы в тестировании. Автоматизация? Ну что вы! Распределённое тестирование? Никогда не слышал! При этом многие стремятся к управлению, так же не имея даже базовых знаний о процессах. Зарплатные ожидания, кстати, очень высоки и в большинстве случаев абсолютно не соответствуют знаниям и умениям человека.
В результате получается, что основная масса соискателей - это среднего уровня работники, с завышенными зарплатными ожиданиями, амбициями и низкими знаниями, но с правильно написанными резюме.
May
26
Магнус Хагандер приглашен на Highload++
Filed Under События | Leave a Comment
Вторая (или всё-таки третья?) конференция по высоким нагрузкам, организованная Олегом Буниным, пройдёт в октябре. Как говорится в ночном письме, достигнуто предварительное согласие об участии Магнуса Загандера главного разработчика PostgreSQL под Windows и не только. Ему будет предложено рассказать о производительность новой версии PostgreSQL 8.4 (на стадии Beta) и провести мастер-класс по… видимо той же теме.
May
26
SPM Guild
Filed Under Заметки, Общее | Leave a Comment
Кажется интернет получил еще одно привелигерованное сообщество, названное SPM Guild - Гильдия менеджеров программных продуктов. Интересен состав “отцов основателей”, все более менее известные люди, дающие советы как надо управлять. Это всё-таки навевает тоску, слышал и Уразбаева и Баранцева и применимость их советов на практике оказывается крайне низка. Хотя говорят они правильные вещи. Но всё-таки возвращаясь к теме. О создании гильдии только объявлено и кроме манифеста ничего нет. Манифест приятный по содержанию, кому-то явно не дают покоя лавры авторов Agile Manifesto.
May
8
Micro Focus выкупил ASQ программы у Compuware
Filed Under QA, События | Leave a Comment
Из опубликованного пресс релиза получается, что лычки сменятся у всей линейки продуктов ASQ, в том числе у QADirector (фреймворк для управления процессом тестирования) , DevPartner (анализ, тестирование и конфигурирование для MVS и Java), TestPartner (автоматическое функциональное тестирование), QALoad (нагрузочное тестирование). Micro Focus этой покупкой сильно расширяет своё присутствие на рынке ASQ, до покупки они предлагали лишь один продукт Data Express (генерация тестовых данных).
Теперь при наличии всех этих продуктов для полного набора не хватает только системы тест кейс менеджмента. После чего Micro Focus сможет предложить комплексное решение для процесса QA. Хотя остаётся ограничение по MSVC и Java оно не значительное, поскольку эти среды разработки занимаю большую часть рынка.
Apr
23
Apple не видит себя на рынке нетбуков
Filed Under Заметки, Общее | Leave a Comment
Apple’s Tim Cook: Why don’t we make netbooks? Because they suck
“When I look at netbooks, I see cracked keyboards, terrible software, junky hardware, very small screens. It’s just not a good consumer experience and not something we would put the Mac brand on. It’s a segment we would not choose to play in.”
“Когда я смотрю на нетбуки, я вижу скомканную клавиатуру, ужасный софт, недостаточное железо, очень маленький экран. Это не очень хорошо для использования и это не то где бы мы хотели поставить бренд Мака. Мы не хотели бы начать играть в этом сегменте.”
Тимоти Кук, Исполнительный директор Apple.
Хмм… но как же iPhone?! Болезни то теже…
Apr
22
Business Needs
Filed Under QA, Разработка ПО | Leave a Comment
Это то, что совершенно бестактно рушит всю стройность любого Agile метода. Потому что Business Need это не придурь заказчика, а жестокая необходимость. И если не сделать так, то после уже не для кого будет делать что-либо.
Я не противнки итерационных методов, но и не считаю возможным их применение в широком спектре случаев. Впрочем я и не настолько хорошо знаю Agile, как Асхат Урузбаев. Зато точно знаю, что Agile будет жить в компании только в том случае, если этого хочет её хозяин. А захочет он этого только если всё будет спокойно в бизнесе и станет интересно за что наёмные рабочие получают зарпалату, либо если бизнес планируется сделать публичным (читать приятным для инвесторов и заказчиков) или продать. В других случаях итерационный процесс всегда привязан к Business Needs и заканчивается и начинается именно с них.
Apr
21
Коллекции браузеров против VM
Filed Under QA, Инструменты | Leave a Comment
Не получается использовать суррогаты IETester, Internet Explorer Collection, Multiply IE и прочих. Нет ни одного пака браузеров, в котором браузеры бы работали так, как если бы стояли в одиночестве. Тоже касается и Multi-Safari, хотя его глюки не столь критичны.
На страницах где AJAX не используется всё более менее хорошо. Как только появляется часто меняющиеся части или ссылки на внешний контент тут же начинаются проблемы, которые не всегда получается понять. Так мы некоторое время мучались с тем, что при помощь Java Script в IETester не подгружались внешние страницы внутрь загруженной.
В результате оказалось дешевле доставить памяти и установить VM с нужными операционками и браузерами. Этим удалось добиться не только адекватного рендеринга, но и возможности достаточно точно увидеть производительность приложения и ситуации при которых приложение оттормаживается.
Раньше я считал использование коллекций браузеров очень удачным решением, но поработав с ними решение своё изменил. Это решение только для ленивых или для “бедных”, лучше ставить VM. Тем более, что сейчас это не проблема, нужно только побольше памяти (мне хватило 2х ГБ) и небольшое упорство при чтении документации по настройке виртуалки (в основном сеть).
Я решил использовать Virtual PC от Microsoft. На которой было создано несколько виртуальных машин XP и Vista с разными версиями браузеров. Файлы созданных VM к железу не привязаны и их можно клонировать как угодно, а так же сохранять разные состояния “замораживая” таким образом особые условия для повторения ошибок.
Впрочем я это знал и несколько лет назад, но просто ленился разобраться в настройках VM, а оказалось, что от оптимального решения меня отделяло прочтение пяти страничек из встроенного хелпа.
