QA-тестирование, функции, определения

Связываем SQL и eclipce

Сусанин — Thu, 22 Nov 2012 11:57:01 GMT

Setup MySQL DB in Eclipse

Prerequisite

1. The Data Tools Platform (DTP) is required for setup DB connection, the Eclipse IDE for Java EE Developers distribution of Eclipse we mentioned in ZK Studio Essentials has already include DTP, so in most case it is not necessary to do extra Eclipse DTP plug-in installation.

2. Download MySQL Connector/J:

http://dev.mysql.com/downloads/connector/j/

extract the zip file to a proper location.

Setup Database Connection in MySQL

Open Data Source Explorer via [Window]/[Show View]/[Data Source Explorer]:
Если нету в списке Data Source Explorer, томеню Windows -> Show View -> Other: появляется окно Show view со списком
Right click the Database Connection folder, select [New...].
Select the Database you suppose to connect ( MySQL 5.1 as the example in this document), you can type custom name and description for mnemonic, click Next > .
On next page, click the New Driver Definition icon next to the "Drivers:" listbox.
On the popup window, select the Database Version in "Name/Type" tab.

Swith to "Jar List" tab, click  Clear All  to clear the default false jar file location.

then click  Add JAR/Zp... .

Locate the jar file inside the folder that just extracted from downloaded MySQL Connectoer/J zip file.

Switch to "Properties" tab, modify the database connection setting according to your MySQL Database configruation, then click  OK .
To verify if the setup is functional, click Test Connection .

It should popup a Ping succeeded message, Click OK to continue.
Press Finish to close the setup wizard window, And you should be able to see there's a Database icon in the Database Connections folder.

Note

Firewall of the System that install Database or security setting of the Database may prevent you from connect the DB successfully.
If you had specify the right MySQL Connector/J jar file before, then Step 4 & 5 can be skipped, you can directly modify the following field to match your MySQL Database configuration:

then proceed the subsequent steps to finish setup.

Xenu - нагрузка и проверка сайтов

Сусанин — Fri, 02 Nov 2012 11:35:36 GMT

Xenu

http://www.polezno.com/soft/xenu

Подготовка сценариев для JMeter с помощью BadBoy

Сусанин — Wed, 17 Oct 2012 13:03:25 GMT

Автор: Алексей Баранцев

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

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

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

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

Начать надо, наверное, с того, что инструмент BadBoy не абсолютно бесплатный. Лицензия допускает использование BadBoy беcплатно только либо для некоммерческих целей, либо с коммерческими целями, но при условии, что в организации его используют не более пяти человек (точнее говоря, он установлен не более чем на пяти компьютерах). Во всех других случаях необходимо приобрести лицензию, которая, впрочем, не слишком обременительна -- всего $45 за штуку или $300 за десяток.

Итак, будем считать, что вы внимательно ознакомились с условиями лицензии, загрузили и установили BadBoy.

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

Ну и конечно там есть рекордер. Вот с него-то мы и начнём:

Давайте запишем парочку тестов. Встаём на нужный тест, жмём красную кнопку, вводим в адресную строку URL приложения и работаем с ним как в обычным браузере (впрочем, это и есть обычный браузер -- для записи и воспроизведения тестов в BadBoy используется вложенный Internet Explorer). Потом аналогично делаем второй тест. Результат выглядит примерно так:

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

Вообще-то BadBoy и сам может использоваться для генерации нагрузки, но об этом я расскажу в другой раз.

А сейчас мы перенесём подготовленные сценарии в JMeter. Для этого нужно воспользоваться пунктом меню "File->Export to JMeter" и сохранить сценарий в jmx-файл:

Внимание: здесь имеется тонкий момент, связанный с тем, что JMeter, начиная с версии 2.4 прекратил поддержку старого формата jmx-файлов, а BadBoy версий до 2.1 включительно сохраняет jmx-файл как раз в старом формате. Поэтому нужно либо использовать BadBoy версии как минимум 2.1.1 (которая на момент написания статьи существует пока только в виде беты), либо сконвертировать jmx-файл в новый формат при помощи какой-нибудь предыдущей версии JMeter (например, 2.3.4) -- открыть файл в старом формате и снова сохранить его, он автоматически сконвертируется.

В итоге, когда вы сумеете открыть полученный файл в JMeter, вы увидите там записанный сценарий:

И теперь уже в JMeter вы можете продолжить над ним работу -- перегруппировать, параметризовать, уточнить проверки (которые иногда экспортируются не совсем корректно, потому что BadBoy позволяет делать более мощные проверки, чем JMeter), определить профили нагрузки, добавить необходимые средства мониторинга, и в конечном итоге -- запустить тесты.

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

Мониторинг сайта (свое)

Сусанин — Wed, 17 Oct 2012 12:43:38 GMT

1. Мониторинг нескольких десятков сайтов;
2. Уведомления на почту о ключевых ответах (503, 404);
3. Всё в одном, десктопное приложение для Win.

nagios

NetXMS

Dude

fpinger

cacti

http://habrahabr.ru/post/144477/

В zabbix можно создавать ценарии с целой последовательностью дейсвий. Каждое их них может выполнять определенный запрос от выбранного user-agent'а и делать проверки на наличие текста и HTTP статуса. В 2.0 также появилась возможность исполнять эти сценарии с zabbix proxy и тестировать сайты с разных сетей и географических местоположений.

"Может что-то изменилось, но нагиос считался инструментом для админов. Т.е. нормального разделения по правам для юзеров там было трудно сделать, модифицировать. Поправьте, если что.

check_mk multisite решает эту проблему. Добавились полноценные роли и доверенный пользователь может сам модифицировать свои хосты из GUI. "

Дмитрий Сатин. Современные технологии usability-тестирования

Сусанин — Wed, 17 Oct 2012 12:09:15 GMT

Юзабилити, как деятельность, направленная на улучшение пользовательских качеств продукта, оказывает огромное влияние на успех проекта. Каждый потраченный на usability доллар возвращает от 10 до 100 долларов прибыли или сэкономленных средств. Одним из важных условий этой эффективности является регулярное юзабилити тестирование продукта с привлечением пользователей на всех фазах проекта. Современные технологии не только упрощают процедуру проведения юзабилити тестирования, но и привносят новые возможности, например, контроль физиологических показателей респондента или тестирование мобильных устройств. В зависимости от продукта и критичности его пользовательских качеств юзабилити тестирование может вовлекать дополнительные технические средства, оставаясь неизменным по своей структуре: пользователь выполняет задачи под наблюдением модератора, проводящего тестирование. (Мир ПК #05/2007)
Что такое usability? На что она влияет?
Usability — это степень эффективности, продуктивности и удовлетворенности, с которой продукт может использоваться определенными пользователями для достижения определенных целей в определенном контексте (ISO 9241-11). Достичь высокого уровня usability можно, лишь применяя ориентированный на пользователя подход к проектированию и разработке.
Ориентированный на пользователя дизайн (User-centered design, UCD) характеризуется следующими признаками (ISO 13407):

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

Применение UCD-подхода для достижения высоких показателей usability приводит к сокращению расходов на разработку и повышению эффективности продукта как в отношении бизнеса (дополнительная прибыль), так и в удовлетворенности пользователей (повышение лояльности к продукту и разработчику).
Анализ возврата инвестиций (ROI) в usability показывает, что каждый вложенный доллар возвращает от 10 до 100 долл. в виде прибыли и экономии, связанной с сокращением затрат [1].
Позитивный вклад usability можно разбить на четыре основные группы факторов:

разработка — снижение расходов и уменьшение времени;
продажи — увеличение доходов;
пользователи — повышение эффективности, продуктивности и удовлетворенности;
снижение затрат на внедрение (за счет сокращения обучения) и на поддержку пользователей.

Что такое usability-тестирование?
Usability-тестирование — это экспериментальный метод, построенный на интервьюировании пользователей по заранее составленному сценарию и направленный на выяснение того, как они применяют продукт.
Участники тестирования (респонденты) отбираются и нанимаются на основе специализированной анкеты, составленной так, чтобы отсеять тех людей, которые не входят в целевую аудиторию продукта.
Во время каждого интервью модератор (фасилитатор) просит респондентов выполнять задачи, решаемые с помощью исследуемого устройства.
Смысл usability-тестирования состоит в выявлении трудностей, с которыми сталкиваются пользователи, работая с продуктом. Учитывая результаты тестирования, можно улучшить интерфейсы так, чтобы целевая аудитория продукта наиболее плодотворно работала с его финальной версией.
Наблюдение за тем, как люди взаимодействуют с продуктом, позволяет найти способы улучшения дизайна. Но бесстрастно следить за этим довольно сложно. Человеку присуще помогать тем, кто нуждается в помощи, а не взирать на их неудачи. Эффективный модератор должен удерживать фокус внимания респондента на задачах, не помогая ему эти задачи решать.
Поэтому модератор и респондент должны находиться в разных помещениях, общаясь друг с другом посредством различных устройств связи. Эти помещения обычно разделяются односторонним зеркалом, позволяющим модератору и другим наблюдателям видеть, как работает респондент.

Почему нужны специализированные инструменты usability-тестирования?
Проведение usability-тестирования не выглядит очень сложным, тем более что для полноценного исследования достаточно всего 5—10 респондентов [5, 6]. Основную техническую трудность этой процедуры представляет большой объем данных, которые нужно зафиксировать в процессе тестирования для целей последующего анализа. Это речь модератора и респондента; выражение лица респондента (снимается на видеокамеру); изображение экрана компьютера, с которым работает респондент; различные события, происходящие на компьютере, связанные с действиями пользователя: перемещение мыши и нажатия на ее клавиши, использование клавиатуры, переходы между экранами (браузера или другой программы). Все эти потоки данных должны быть синхронизированы, чтобы при анализе их можно было соотносить между собой.
Наблюдатели, которые участвуют в тестировании наряду с модератором, ведут заметки по мере обнаружения проблем. Эту информацию тоже нужно синхронизировать с другими данными так, чтобы потом можно было легко найти фрагмент записи, прокомментированный в заметке наблюдателя.
Отсутствие специальных инструментов делает последующий анализ настолько трудоемким, что время, необходимое для него, превышает две трети общего времени, затраченного на тестирование, от его планирования до сдачи отчета.

Morae 1.3
Компания TechSmith поставляет доступное и вместе с тем высокоэффективное решение — Morae. Этот программный комплекс за 15 мин разворачивается на компьютерах респондента, модератора и наблюдателей, что особенно удобно, если тестирование проходит вне компании, например в офисе заказчика.
На ПК респондента устанавливается Morae Recorder — модуль, осуществляющий запись голоса респондента, изображения его лица (например, с веб-камеры), экрана компьютера, различных событий на компьютере и т.д.
На машине модератора и наблюдателей используется Morae Remote Viewer, модуль, позволяющий не только видеть то, что происходит на ПК респондента, но и устанавливать маркеры — записи с комментариями к возникшим проблемам, которые очень помогают при анализе, когда яркие впечатления от проведенного тестирования начинают угасать.
По окончании сессии тестирования записанные данные импортируются в Morae Manager. Здесь их анализируют и готовят наглядный видеоотчет по каждой из обнаруженных проблем или по каждому испытуемому.
Следует упомянуть, что компания TechSmith предлагает также инструмент проведения удаленного usability-тестирования — UserVue, который оказывается незаменимым в тех случаях, когда необходимо обеспечить широкий географический охват респондентов. Это особенно актуально при тестировании веб-сайтов.
UserVue представляет собой облегченную версию Morae Recorder и устанавливается на компьютер респондента посредством двух-трех щелчков мыши.
По окончании тестирования полученные данные могут быть импортированы в Morae Manager, где будут обработаны и скомпилированы в видеоотчет.
Пока UserVue доступен только в США и Канаде, но очевидно, что при достаточной востребованности этого инструмента в других странах область его распространения может расшириться, охватив и Россию.
Удобство Morae ярче всего проявляется в его оперативности. Если сессия usability-тестирования проведена утром, то к вечеру может быть получен отчет о нем. Самой трудоемкой в этих условиях становится выработка рекомендаций по преодолению выявленных проблем, но этот процесс невозможно автоматизировать, так как он требует творческого подхода, доступного пока только человеку.

Observer XT
Однако это не единственная из возможных проблем. Респонденты, несмотря на полученное от них обещание быть честными и откровенными, часто умалчивают о трудностях, с которыми сталкиваются в процессе тестирования, не желая огорчать модератора или стараясь выглядеть более успешными.
Обычно такие искажения быстро обнаруживаются и не влияют на качество получаемых результатов. Но в случаях, когда цена ошибки тестирования слишком высока, лучше использовать более сложные инструменты, назначение которых не столько в проведении тестирования, сколько в исследовании того, как пользователь взаимодействует с продуктом. В этом случае оптимальным может оказаться решение Observer XT, предлагаемое компанией Noldus, и сопутствующее ему оборудование.
Помимо тех данных, которые фиксирует Morae, Observer XT за счет интеграции со специальным оборудованием позволяет регистрировать физиологические показатели: ритм сердцебиения, размер зрачка, а при подключении инфракрасных камер, поставляемых шведской компанией Tobii, даже движение глаз респондента. Это позволяет не только дополнительно объективировать получаемые данные (изменение ритма сердца может говорить об эмоциях, переживаемых респондентом, даже если он сам пытается это скрыть), но и устанавливать зависимость между работой пользователя и переживаемыми им функциональными состояниями. Например, становится возможным оценивать степень утомления при работе с продуктом.
Это далеко не единственное достоинство системы. Разработчики компании Noldus предложили инструмент кодирования собираемой информации, для которого единицей анализа служат не отдельные операции, а сложные действия пользователя, непосредственно связанные с его работой. Для этого необходимо собрать в структуры различные события, которые регистрирует система, научив ее тем самым распознавать сложносоставные действия пользователя.
Это позволяет анализировать не только интерфейсы, с которыми он взаимодействует, но и ту его деятельность, в которую вовлекаются эти интерфейсы.
Оборудование, выпускаемое компанией Noldus, может быть как установлено на стационарных компьютерах, так и использоваться в виде передвижных usability-лабораторий, умещающихся в небольшом чемодане.

Технологии тестирования мобильных устройств
Пользовательские интерфейсы мобильных устройств — телефонов, коммуникаторов и карманных компьютеров — также доступны usability-тестированию.
Из-за технических ограничений самих изделий зачастую невозможно снимать изображение с экрана так, как это можно сделать на настольном компьютере или ноутбуке.
Поэтому при тестировании мобильных устройств применяются специальные камеры. Простой вариант такой камеры можно собрать самому, используя портативные аппараты, предназначенные для скрытой съемки и широко представленные сейчас на рынке. Но такое решение будет сопряжено с тем ограничением, что испытуемый должен будет работать за столом и окажется ограничен в движениях, так как устройство придется зафиксировать на штативе.
Для приближения условий тестирования к реальным лучше использовать беспроводные портативные камеры, с которыми пользователь будет чувствовать себя свободнее — до известной степени конечно.
Тем не менее, несмотря на имеющиеся сейчас ограничения, usability-тестирование в полной мере применимо не только к настольным компьютерам и ноутбукам, но и к мобильным устройствам. На Западе оно практикуется уже несколько лет, а с недавнего времени российские операторы стали уделять много внимания вопросам usability разрабатываемых ими продуктов, что, безусловно, даст толчок к распространению этой методики в нашей стране.

Заключение
С большой долей уверенности можно ожидать, что в ближайшее время мы станем свидетелями бурного всплеска интереса к usability как к деятельности, способной в несколько раз повысить успех проекта и разрабатываемого продукта.
Накопленный на сегодняшний день опыт позволяет проводить качественное тестирование пользовательских характеристик продуктов в различных условиях.
С 1997 г. в российских компаниях стали появляться отделы, деятельность которых была направлена на повышение пользовательских качеств разрабатываемых продуктов. Как естественное продолжение этого процесса сегодня в России уже встречаются usability-лаборатории, оснащенные современным оборудованием и специальным программным обеспечением.
Все это позволяет предполагать, что нынешний век будет веком usability. t

Собеседования. Взгляд соискателя

Сусанин — Wed, 17 Oct 2012 12:03:51 GMT

Работать я начал на II курсе университета. Откровенно говоря, назвать работой, с нынешней позиции, язык не повернётся, но не смотря на это именно там я заработал первую зп. Творили мы, так сказать, виртуальные миры. Демиургов из нас не получилось, поэтому после III курса было принято решение искать нормальную работу программистом. Тогда-то я и узнал впервые что такое собеседование при приёме на работу. В начале не имея опыта было допущено множество ошибок, но не смотря на это были разные компании и разные результаты. Мнения о моём уровне различались порой весьма кардинально: от довольно крепкий середнячок, до никчёмный ни черта не знающий, с амбициями и, о ужас(!), огромными запросами по зп. С тех пор утекло много воды, ту планку за которую мне говорили я никогда не прыгну я давно перешагнул.
Сейчас я хочу поделиться своими знаниями о собеседованиях, накопленными за время моих поисков.

В своё время мне повезло учиться у многих интересных людей, среди которых был и Копачёв А.Г., преподававший в БГУИР на кафедре ПОИТ курс СУБД. Замечу что на III курсе это был единственный предмет по которому у меня был полный конспект. Однажды он озвучил такую идею: "Как можно чаще ходите на разные собеседования”. Зачем? Затем:
1. Вы можете узнать какие специалисты или технологии сейчас нужны и работать в этом направлении;
2. Если долго надоедать Вас в конечном итоге возьмут.
3. Чтобы определить свой уровень.
4. Поднять свою нынешнюю зарплату.
5. Just for fun.

По итогам минских собеседований, я могу разделить интервьюирующих на 3 группы:
1. Менеджер и Технарь.
2. HR и Технарь.
3. Психолог и Технарь.
Встречается ситуация когда можно пообщаться только с менеджером, но это как правило происходит в молодых компаниях, ещё не выработавших какие-либо конкретные требования к соискателям.

Собеседования обычно разделено на 3 части:

Поговорить за жизнь.
Послушать про компанию.
Техническое собеседование.

Последовательность пунктов не соблюдается и варьируется в зависимости от занятости технаря, фазы луны или не разложенной косынки.

Разговор за жизнь проводит, как правило, HR\Менеджер\Психолог. Они аккуратно поинтересуются: почему вы решили уйти с предыдущего места работы, что вас не устраивало, чего вы ждёте от новой компании, сколько валютных знаков хотите, заодно проверят на знание иностранного языка. Отдельно отмечу, что встречаются дотошные HR`ы: на одном из собеседований до меня доколупались, почему же я хочу уйти. Дважды вежливо ответив, что я хочу больше денег и услышав этот вопрос в третий раз, я уже откровенно собирался выписать путёвку в пешее эротическое путешествие, но любопытство перебороло, я решил подождать что же будет дальше. По итогам могу сказать: я не разочаровался, спектакль был великолепнейший — цирк уехал, клоуны пошли программировать.

На определённом этапе, в середине или в конце собеседования, соискателю ~~наврут~~ расскажут про компанию, в которой возможно ему выпадет счастье работать. Поведают о социальном пакете, о том как компания заботится о своих сотрудниках, оплачивая им 50% спортивного абонемента. Юные ученики Геббельса, сделают всё возможное чтобы разыгралась жажда работать именно в этой компании, наобещав и золотые горы и сексапильную секретаршу (хотя мне почему-то ещё никто не предлагал такую секретаршу, но я всё же надеюсь) и акции компании, которые ещё не вышли. Обычно на данном этапе соискателю предлагают поинтересоваться о компании, задать какие-то свои вопросы. Как-то я поинтересовался какие же вопросы задают другие интервьюируемые и был немного удивлён, насколько прозаично звучат мои требования: удобное рабочее место, интересные проекты и достойная зарплата. Люди интересуются: наличием холодильников, расстоянием до ближайших мест общепита, оплатой овертаймов, кофеваркой и мягкостью туалетной бумаги. Конечно все эти факторы влияют на удобство места, пускай и косвенно, но мне как-то безразлично наличие или отсутствие холодильника.

Затем подключается к разговору технарь, задающий вопросы по основной специальности — технической. Вопросы могут быть различные, начиная от тестов на бумажках, судя по всему проверяющих насколько хорошо соискатель умеет сидеть в интернетах, на rsdn`ах, brainbench`ах (иногда становится интересно, когда начнут уже проверять на знание падонкафскова лексикона или предложат картинки, где нужно суметь различить мемы) и заканчивая довольно грамотными вопросами, опыт которых приходит с возрастом и стажем работы. Иногда встречаются граждане с ярко-выраженным завышенным самомнением, этакие пареньки, играющие в американских боевичках брызгающих слюной сержантов. Хвала проведению, но я не работал под управлением таких молодчиков, ибо складывается у меня ощущение, что отношения будут из разряда: я начальник — ты говнокодер, и вообще учись сопляк, как надо. При этом "сопляк”, может быть старше, умнее, грамотнее и иметь больше сертификатов, но сейчас он соискатель, этим всё сказано.

Исходя из своего скромного опыта я разделяю технические собеседования по следующим критериям:

жёсткие — у соискателя узнают всё о данной технологии, я.п., вплоть до: какой длины у тестировщика, который тестировал вот эту фичу.
грамотные — интервьюера интересуют насколько соискатель знает о той или иной технологии, не вдаваясь в крайности. На мой взгляд — самый достойный подход для собеседования. Обе стороны могут продемонстрировать свои знания и навыки. В ходе вопросов соискатель может убедиться что человек, который в дальнейшем, возможно, будет руководить им не самодур и достаточно технически подкован, чтобы была возможность к нему обратиться в результате той или иной ситуации. Собеседник сможет узнать об интервьюируемом насколько быстро он обучается или владеет той или иной глубиной знаний.
лёгкие — возникают либо при неопытности интервьюирующих, либо при их нежелании особо общаться. "Пришёл кто-то да и пришёл, какого чёрта я должен с ним общаться?! У меня дедлайн завтра! Пускай Вася идёт собеседовать, он меня полчаса назад в CS порвал!”

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

Дотошность менеджеров. Стоит уметь вести беседу, не задавая одни и те же вопросы по несколько раз. Если собеседник не может вытянуть необходимую информацию из соискателя, отправляйте интервьюирующего на курсы по повышению квалификации или пусть ищет другое место для работы.
Хамство (так называемый синдром сержанта). Приходя на собеседование, не стоит показывать крутость компании путём пренебрежительного отношения к соискателю: не стоит разваливаться в кресле(почему бы не положить ноги на стол?), не изображать из себя обиженную девочку(соискателю дутьё губок из-за не разложенного пасьянса не интересно), не пытаться показать насколько интервьюирующие заняты, уткнувшись в экран ноутбука (неужели стыдно смотреть в глаза соискателю?!). Если кто-то из проводящих собеседование считает что обладая рядом сертификатов или состоя в каком-нибудь УГ UserGroup это делает его неимоверно крутым, пусть сходит на собеседование в другую компанию.
Вопросы на листике. Если кому-то хочется узнать сидит ли соискатель в интернетах, стоит спросить его об этом напрямую, а не подсовывать задачу из разряда "Вывести 100 раз I love this company, не используя циклы или goto”. Так же обстоят дела и с Brainbench, я надеюсь что когда-нибудь у людей возникнет понимание того что популярные вопросы с популярных ресурсов, не являются чем-то уникальным и свидетельствуют лишь об отсутствии той части мозга которая отвечает за умение придумывать. Так же это говорит о неумении вытягивать необходимую информацию из собеседника, слабая коммуникабельность.
Тестовое задание. Признаюсь честно, по молодости я делал тестовое задание, сейчас и не подумаю браться. Почему? Всё очень просто: соискатель тратит своё время, которое стоит денег или которое он может потратить для своих близких людей, очень редко тестовое задание может занять по времени меньше 30 часов и почему-то никто не предлагает за него заплатить. На мой ехидный вопрос, как насчёт заплатить за тестовое, в одной компании на меня посмотрели как на больного и умалишённого морального урода, поправшего святые для них устои. Притом существует довольно скользкий момент, никто не даст гарантию, что это тестовое сделал именно соискатель, а не его друг Василий из соседнего офиса. Почему-то предлагающие тестовое задание этот фактор не учитывают, совершенно напрасно. Опять же возвращаемся к неумению вытягивать информацию и слабой коммуникабельности.
Вопросы о денежных знаках по e-mail. Прекрасно понимая, что кому-то жалко тратить своё время, если человек хочет достойных денег, но стоит сохранять лицо при плохой игре. Интересоваться сколько человек хочет в письме — моветон.
Психологические тесты. Маразм чистейшей воды, домашние психологи самоучки решают подойдёт ли конкретный человек для компании. Только противно смотреть как прочитав базовый курс психологии, кто-то пытается рулить. Собеседник не должен замечать, что его тестируют на психологическую устойчивость или провоцируют на какое-либо поведение, с целью оценки его действий.
Перезвонить. Самое пикантная ситуация, когда соискателю говорят перезвонить. Судя по всему эти менеджеры из колхоза, где сено само бегало за коровой. Хвала разуму, распространена обратная ситуация, когда соискателю перезванивают. Откровенно говоря, больше ценен именно звонок, нежели письмо. Молчание (не пишут \ не звонят) — откровенное хамство и жирный минус репутации компании, даже если человек не подходит сейчас, со временем он может быть очень нужен. Не стоит обижать, показывая своё пренебрежение. Так же не стоит затягивать со звонком, как правило у соискателя есть ряд предложений (у некоторых есть уже предложения как только у них зарождается мысль о смене работы), поэтому рассчитывать на очарование и на то что кто-то кого-то в этой бегущий век будет ждать, явно не стоит.
Умение говорить и слушать собеседника. Очень нужное умение — говорить на одном языке с соискателем. У кого-то речь изобилует наличием англицизмов, кто-то считает себя круче самых крутых яиц, у кого-то котик дома поносит. Несмотря на всё, людей нужно уметь слушать, понимать и уметь с ними говорить.

Стоит отметить что я лишь однажды столкнулся с грамотным собеседованием, устраивать пиар этой компании я не буду, замечу лишь что собеседования проводила Ольга Нарейко и Алексей Малков. Конечно собеседование прошло не без некоторых шероховатостей, но вспоминая события почти трёхлетней давности, у меня остались положительные ощущения о том собеседовании.

Может быть мы когда-нибудь доживём до того времени, когда большинство компаний будут относиться к своим сотрудникам, как описано у Дж. Спольски и будут классные собеседования и работа.

Кадры решают всё.©

Взгляд на процесс собеседования начинающего QA-специалиста

Сусанин — Wed, 17 Oct 2012 12:02:02 GMT

Вместо вступления

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

Чем занимались?

В большинстве случаев первым вопросом становится следующая фраза: «Чем сейчас занимаетесь?», и, опционально, «Почему хотите сменить работу?». Тут я советую просто рассказать тезисно, не пытаясь удивить, Ваш обычный рабочий день. Запомните, не пытайтесь «убить» Вашими знаниями, и тем более хитрыми аббревиатурами. Люди, сидящие напротив Вас вполне могли работать в Вашей нынешней (бывшей) компании. Расскажите процесс, по которому вы работаете, составление тест-планов, тестирование, верификация и т.п. Особенно хорошо, если вы скажете какую именно Вы играете роль в повышении качества продукта, и как именно вы помогли сделать процесс эффективней.

Технические знания

Как уже было описано в начале, именно эти знания играют важнейшую роль в процессе прохождение интервью. И тут сразу «голос из зала»: «А что если человек на самом деле умный и способный, но ему не давали развернуться и ничем заниматься? Он хороший, он всему научится!». Да, безусловно так всегда бывает, очень много разных факторов может быть не учтено в процессе оценки технических знаний, но нужно руководствоваться одним простым правилом — если человек, работая 2-3 года, например с тестированием firewall-систем, не знает чем отличается TCP трафик от UDP трафика, аргументируя это тем, что «Да как то не интересно было», то это «настораживает»

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

SQL

Тут необходимый минимум должен быть запрос следующего вида:
Select * from my_table where id=2;
Да, для кого-то это все ерунда, для других это набор букв. Здесь стоит учесть только лишь один момент, если человеку не нужен был SQL для активного использования, то смысла гонять его по JOIN'ам и CONCAT'ам или чему-нибудь вроде функций нет. Тут я думаю, а точнее очень хотелось бы услышать фразу: «Гугл».
+ Тут будет если человек безошибочно назовет все предложенные команды, названия и основные отличия альтернативных баз данных, а так же не будет особо долго думать над ответом, даже если не знает его, а просто начнет рассуждение.

Linux

Соответственно здесь все еще хуже. Вопросов может быть в разы больше, да и с Linux, к сожалению, дома работает очень малый процент «народа», так что вот несколько частых вопросов, которые могут быть заданы Вам.
Объяснить команду:
ls -la | grep *.doc >> 1.log
Слева — направо. Может показаться просто до ужаса простым, но тем не менее, вопрос-подковырка: «А чем отличается один знак > от двух >>» может ввести человека в ступор.
+ Описать всю команду, найти более лучшее решение. Знать про основные различия между операционными системами Linux и Windows. Привилегии, группы, операции с файлами все идет как большой плюс. Знание ABS вообще супер, так как хорошо его знают действительно не многие.

Network

Основные принципы процесса «Как все происходит». GET, POST, HTTP, FTP, SMTP — эти страшные сокращения не должны Вас пугать.
+ Знать как работает DNS, ARP, NAT, DHCP. Иметь опыт настройки «чего-нибудь» в «боевой обстановке», например дома. Это просто показывает, что вы не боитесь проблем и можете пользоваться документацией.

Programming

Тут самый больной вопрос. Крайне редко, а точнее ну очень редко, бывает что человек хорошо знающий программирование работает в QA. Тут нужны основные знания по любому языку программирования. Знания циклов, рекурсий, ООП. Вообщем, тут чем больше, тем лучше, даже HTML и XML, это уже показатель того, что вы можете работать напрямую с кодом. Для QA «замешанных» в автоматизации, а в основном это Python, JS, Java знание синтаксиса очень желательно, да и опыт написания собственных скриптов/программ очень приветствуется.
+ Четкое знания различий между ООП и функциональными языками. Опыт разработки/поддержки автоматических тестов.

Тестирование

Тут можно говорить долго и бестолково, к сожалению.
Тестирование лифта, ручки, самолета — полная банальность, особенно когда Вы, уже работали с различными способами, уровнями, моделями тестирования. Тут одним из самых лучших примеров, который мне попадался, было тестирование формы авторизации. Само по себе задание выглядит следующим образом:
У вас есть Логин, пароль, чекбокс, кнопочка:

По сути здесь все просто, но нужно ведь протестировать систему на «выдержку» и пр. Самое главное — описать тестирование с двух сторон. Тестирование как пользователем — у вас есть мышка, браузер, клавиатура. Тестирование скриптом (специальными инструментами) — отправка 1000+ запросов подряд, ввод очень больших значений и пр. Главное уметь понять, какие из подходов здесь можно применить. Так же стоит отметить, что тестирование «ящиков» здесь тоже имеет место быть.

Английский язык

Так уж заведено, английский язык признан международным стандартом. В этом случае играет роль компания работодатель и ее конкретный процесс. Думаю лучшее мерило английскому языку — умение как перевести 80-90% текста на русский, так и рассказать, например, про Ваш обычный рабочий день на английском языке. Соответственно не стоит изображать нелепый акцент и думать над каждым словом по 5 минут. Как можно проще и понятнее, в этом и есть умение разговаривать на английском языке (имхо).

Вопросы на логику

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

На подброс двух монеток, вероятность падения одной из них вниз орешком.
Дебильные! Задачи на переливания, добро пожаловать в школу.
Геометрические задачи.
Задачи на количество шагов для выполнения операций: шарики, ведра, лодки.

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

Личностные качества

Всегда стоит спросить, ну или рассказать о своих увлечениях, интересах, времяпрепровождении. Особым моментом хотелось бы отметить желание кандидата расти и развиваться, как в профессиональном, так и в личностном плане. Спросите про желание изучать языки, как вербальные, так и программирования. Хороший специалист, опять же мое скромное мнение, всегда должен стремиться к изучению новых технологий и к совершенствованию уже имеющихся знаний. Так же могут быть заданы вопросы, которые требуют у Вас выбора: Коллеги или работа, Карьера или честность и т.д. Тут думаю правильного ответа нет…

«У Вас к нам есть вопросы?»

Тут все просто. Если Вы думаете что прошли собеседование хорошо, спросите про процесс, перспективы, коллектив, бонусы, возможность командировок. Только не спрашивайте слишком много, Всю нужную информацию Вы можете получить на официальном сайте организации. Спросите про медицинскую страховку, в "маленьких” компаниях Вы узнаете много "подводных камней”, но уже будет поздно. Обязательно поинтересуйтесь про график. Он должен Вас устраивать, спросите про «овертаймы», часто ли они бывают, по какой причине, как оплачиваются. Если Вы уверены, что плохо прошли собеседование, обязательно спросите, что Вам нужно знать, в каком направлении двигаться, какие области знаний наименее сильны именно у Вас и что нужно, чтобы работать в этой организации. Последнее, я уверен, самое важное, так как именно это дает Вам необходимый толчок к движению вперед.

Отдельным моментом тут идут человеческие, а точнее эмоциональные моменты. Так, например, Вас могут "заставить” подождать с 20-30 минут, после чего прийти, и, не извинившись, начать разговор. Опять же, этот разговор может иметь изначально негативный "оттенок”. Так же, могут в лицо оскорблять как Вас, так и Ваши знания. В этих случая проверяется стрессоустойчивость человека, ведь именно в этот момент, можно попытаться посмотреть "под маску” собеседоваемого. На моем опыте я старался держаться от подобных компаний как можно дальше. Тут компания находится в менее привлекательном положении, ведь именно ей надо нанять наиболее квалифицированных кадров, но почему-то об этом они зачастую забывают.

Спасибо за внимание. Надеюсь данный топик изменит, хотя бы немного, процессы ревью в некоторых компаниях. Прошу прощения за допущенные ошибки.

ls - выдача информации о файлах или каталогах(LINUX)

Сусанин — Wed, 17 Oct 2012 11:59:23 GMT

LS

НАЗВАНИЕ
ls - выдача информации о файлах или каталогах

СИНТАКСИС

 ls [-R] [-a] [-d] [-C] [-x] [-m] [-l] [-n] [-o] [-g] [-r] [-t] [-u] [-c]
 [-p] [-F] [-b] [-q] [-i] [-s] [-f] [имя ...]

ОПИСАНИЕ
Команда ls для каждого имени каталога распечатывает список входящих в этот каталог файлов; для файлов - повторяется имя файла и выводится дополнительная информация в соответствии с указанными флагами. По умолчанию имена файлов выводятся в алфавитном порядке. Если имена не заданы, выдается содержимое текущего каталога. Если заданы несколько аргументов, то они сортируются по алфавиту, однако сначала всегда идут файлы, а потом каталоги с их содержимым.

Существует три основных формата выдачи. По умолчанию выдается по одному файлу в строке; флаги -C и -x позволяют выдавать информацию в несколько колонок, а флаг -m задает свободный формат. Для определения формата вывода при указании флагов -C, -x и -m используется переменная окружения COLUMNS, значение которой равно количеству символов в выходной строке. Если эта переменная не установлена, используется база данных terminfo и значение переменной окружения TERM. Если эта информация недоступна, длина выходной строки берется равной 80.

Командой ls обрабатываются следующие флаги:

-R	Рекурсивно обойти встретившиеся подкаталоги.
-a	Вывести список всех файлов (обычно не выводятся файлы, имена которых начинаются с точки, то есть скрытые файлы).
-d	Если аргумент является каталогом, то выводить только его имя, а не содержимое. Часто используется с флагом -l для получения сведений о состоянии каталога.
-C	Вывод в несколько колонок с сортировкой по колонкам.
-x	Вывод в несколько колонок с сортировкой по строкам.
-m	Вывод в свободном формате, имена файлов разделяются запятыми.
-l	Вывод в длинном формате: перед именами файлов выдается режим доступа, количество ссылок на файл, имена владельца и группы, размер в байтах и время последней модификации (см. ниже). Если файл является специальным, то в поле размера выводится старший и младший номера устройства.
-n	То же, что и -l, но идентификаторы владельца и группы выводятся в виде чисел, а не в виде имен.
-o	То же, что и -l, но идентификатор группы не выводится.
-g	То же, что и -l, но идентификатор владельца не выводится.
-r	Изменить порядок сортировки на обратный алфавитный или, при наличии флага -t, сначала выводить более старые файлы.
-t	Имена файлов сортируются не по алфавиту, а по времени (сначала идут самые свежие файлы). По умолчанию используется время последнего изменения. См. также флаги -u и -c.
-u	Вместо времени последнего изменения использовать время последнего доступа для сортировки (с флагом -t) или для вывода (с флагом -l).
-c	Вместо времени последнего изменения использовать время последней модификации описателя файла (т.е. время создания файла, изменения режима доступа к нему и т.п.) для сортировки (с флагом -t) или для вывода (с флагом -l).
-p	Если файл является каталогом, то выдавать после его имени символ /.
-F	Если файл является каталогом, то выдавать после его имени символ /; если файл является выполняемым, то выдавать после его имени символ *.
-b	Выдавать непечатаемые символы, входящие в имя файла, в восьмеричном виде (\ddd).
-q	Выдавать непечатаемые символы, входящие в имя файла, в виде символа ?.
-i	Выдавать в первой колонке номера описателей файлов.
-s	Выдавать размер файлов в блоках (включая косвенные блоки).
-f	Рассматривать каждый аргумент как каталог и выводить его содержимое. Этот флаг отменяет флаги -l, -t, -s, -r и включает флаг -a. Сортировка имен файлов не производится; имена выдаются в таком порядке, в каком они перечислены в каталоге.

Режим доступа к файлу при указании флага -l выводится в виде 10 символов. Первый символ означает:

d	Файл является каталогом.
b	Файл является специальным блочным файлом.
c	Файл является специальным символьным файлом.
p	Файл является именованным каналом.
-	Обычный файл.

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

При использовании команды

 ls -l /util/by

результат выглядит примерно так:

-rwxr-xr-x 1 root sys 50 Jun 22 10:42 /util/by

Читая справа налево можно увидеть, что содержимое файла /util/by последний раз изменялось в 10 часов 42 минуты 22 января. Размер файла 50 байт. Владелец этого файла принадлежит группе sys, к тому же он является суперпользователем (входное имя root). Следующее число, в данном случае 1, обозначает количество ссылок на файл /util/by. Наконец, последовательность минусов и букв указывает, что владелец, члены группы и прочие пользователи могут читать и выполнять файл, а владелец (и только он) имеет право писать в файл.

Права обозначаются следующим образом:

r	Право на чтение.
w	Право на запись.
x	Право на выполнение (поиск в каталоге).
-	Данное право доступа отсутствует.
l	Учет блокировки доступа (бит переустановки идентификатора группы равен 1, бит права на выполнение членами группы равен 0). Располагается на месте права на выполнение для членов группы.
s	Право переустанавливать идентификатор группы или идентификатор владельца и право выполнения файла для членов группы или владельца.
S	Неопределенная комбинация бит: право переустанавливать идентификатор владельца есть, а право выполнения файла для владельца отсутствует.
t	Установлен бит навязчивости [см. chmod] у файла, который могут выполнять прочие пользователи. Располагается на месте права на выполнение для прочих пользователей.
T	Бит навязчивости установлен, а права на выполнение у прочих пользователей нет. Располагается на месте права на выполнение для прочих пользователей.

ПРИМЕРЫ

Если файл имеет режим
```
-rwxr--r--
```
он доступен владельцу для чтения, записи и выполнения, а членам группы и прочим пользователям только для чтения. Кстати, по умолчанию на сервере университета файлы создаются со следующими правами доступа:
```
-rw-r-----
```
то есть, владелец файла имеет право на чтение и запись, члены группы, к которой принадлежит владелец файла, имеют право на чтение, а все остальные пользователи вообще не имеют никаких прав.
Режим
```
-rwsr-xr-x
```
свидетельствует о том, что файл доступен владельцу для чтения, записи и выполнения, а членам группы и прочим пользователям только для чтения и выполнения. Разрешена переустановка при выполнении идентификатора пользователя на идентификатор владельца файла.
В случае режима
```
-rw-rwl--
```
файл доступен для чтения и записи только владельцу и членам группы; может быть блокирован при доступе.
По команде
```
 ls -a
```
будут выведены имена всех файлов в текущем каталоге, включая и те, которые начинаются с точки и обычно не выдаются.
По команде
```
 ls -aisn
```
будет выдана разнообразная информация: список всех файлов, включая те, которые обычно не выводятся (a); номера описателей файлов будут выведены в левой колонке (i); размеры файлов (в блоках) выводятся во второй колонке (s); наконец, будут выданы числовые идентификаторы владельцев и групп (n).

ФАЙЛЫ

 /etc/passwd Идентификаторы пользователей (для ls -l и ls -o).
 /etc/group Идентификаторы групп для (ls -l и ls -o).
 /usr/lib/terminfo/?/* Сведения о терминале.

http://rus-linux.net/MyLDP/consol/hdrguide/rusman/ls.htm

Сокращения в тестировании (в процессе написания...)

Сусанин — Wed, 17 Oct 2012 11:42:56 GMT

тестировщики — это QC (Quality Control)

QA — это менеджеры по качеству

GUI - graphical user interface(интерфейс понятный для пользователя)

Тестирование по стадиям разработки (коротко) из комментов

Сусанин — Wed, 17 Oct 2012 11:26:24 GMT

1. модульное тестирование или тестирование компонент — выполняют разработчики. Тестировщики не могут обладать всем комплексом знаний о разработке. Иначе, получится нонсенс — для тестирования модуля проверяющему надо иметь подготовку, не хуже автора. Поэтому используются инспекции и аудит прочими разработчиками.
2. интеграционное тестирование — когда некоторые модули готовы к интеграции. Цель — проверить их взаимодействие. Иногда что-то из этого могут делать тестировщики, но основная задача — не столько проверить, сколько отладить работу модуля — для разработчика.
3. система собрана — системное тестирование. Разработчикам, в общем, не требуется участвовать, т.к. проверка проходит через высокоуровневые спецификации — через те документы, по которым ставились задачи разработчикам, через проектную документацию, и через пользовательскую документацию. Проверяется корректность реализации требований к системе.