Блог KazanQAComm

Февральская встреча казанских тестировшиков

2012-02-23T23:05:00.000+04:00

Всем привет!

Встреча пройдет 27 февраля 2012 г. в 19:00. Место проведения: традиционно пресс-центр (оранжевая комната) в IT-Park по адресу Петербургская д. 52. Для тех, кто не знает, где находится пресс-центр, мы будем ждать вас на стойке регистрации до 19:00. На этой встречи нас ждет два доклада:

Сергей Чипига - "Обеспечение качества: удобный способ инсталляции продукта на Linux-сервер. Jenkins + phing + deb"

Аннотация: Jenkins - сервис непрерывной интеграции, написанный на java. Позволяет проводить автоматическую сборку продукта. Изначально разрабатывался для сборки java-приложений, но умеет работать с phing, make. Благодаря открытому исходному коду имеет кучу плагинов, сущестенно расширяющих его возможности.

phing - утилита для сборки php-приложений, работающая по аналогии сборщика ant для java. Благодаря огромному количеству разнообразных команд позволяет гибко управлять сборкой и тонкой настройкой проекта.

deb — расширение имён файлов «бинарных» пакетов для распространения и установки программного обеспечения в ОС проекта Debian, и других, использующих систему управления пакетами dpkg.

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

Константин Пермяков - Отчеты в тестировании производительности.

Аннотация:

1. Виды тестирования производительности.
1.1 Производительность (скорость, масштабирование, стабильность).
1.2 Нагрузочное тестирование (выбор нормальной и пиковой загрузки, выбор паттерна загрузки)
1.3 Стресс тестирование
1.4 Тестирование емкости.
2. Выбор тестового окружения
3. Выбор метрик тестирования
3.1 Цели тестирования
3.2 Конкретные тезнические метрики
3.3 Выбор критериев приемки тестирования производительности.
4. Выбор тестовых данных
5. Базовые математические принципы интерпритации результатов тестирования.
6. Подготовка отчета о тестирование.
6.1 Отчет для технических специалистов
6.2 Отчет для менеджмента.

Очень важно! По правилам IT-Park мы должны предоставить список участников. Пожалуйста заполни форму регистрации. Регистрация будет работать до 27 февраля 12:00

&lt;p&gt;Загрузка...&lt;/p&gt;

SQA Days-11 - место где говорят о качестве ПО

2012-02-16T18:02:00.001+04:00

21-22апреля 2012 года в Киеве пройдет Одиннадцатая Международная конференция в области обеспечения качества ПО «Software Quality Assurance Days»

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

сайт Конференции http://www.sqadays.com

Работа дома: Взаимодействие с близкими

2012-02-09T21:23:00.000+04:00

Всем привет!
В статье Работа дома: Первые впечатления я поделился с вами своим первым опытом работы из дома. С тех пор изменились некоторые обстоятельства - я выздоровел и вернулся к своему обычному графику. Но я все еще хочу поделиться с вами своими соображениями на счет еще одного аспекта домашней работы - взаимодействия с домочадцами.

Сразу хочу сказать, что соображения будут чисто субъективные и в силу объективных причин - мужские.
Итак, как известно, одно из правил продуктивной работы- это отсутствие хаотичных прерываний. При том, что периодические прерывания идут на пользу этой продуктивности ( "Как не превратиться в загнанную лошадь" Тайм драйв Архангельский, "Прерывания" Тайм-менеджмент для системных администраторов, Томас Лимончели).
И если в офисе все понимают, что ты работаешь, и даже работают сами, то вот дома, как правило, близкие находятся в противоположном рабочему состоянию - отдых. Еще один не маловажный фактор - это необходимость вашего внимания всем близким.
Я считаю, что для того, чтобы не оставлять домашних без внимания, работа дома просто обязана быть периодичной, при этом периоды не должны быть слишком длинными, а должны ровняться классическим "помидорам" т.е. по 25 минут. Отдых же может быть и подлиннее, минут 10-15. И во время этого отдыха вы должны максимально одарить ваших близких (детей, жен, родителей) вниманием . Ну с вниманием вроде бы разобрались. Поговорим о непонимании - что за работа - сидеть дома.

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

P.S. И если хотите работать эффективно дома - выкиньте(продайте, подарите кому нибудь) телевизор!

Тренинг «Тест дизайн и все все все» Александра Фёдорова в Казани!

2012-02-06T11:50:00.000+04:00

С 3 по 4 марта 2012 состоится интересный weekend для всех тестировщиков Казани - тренинг Александра Федорова «Тест дизайн и все все все»!

В течение двух дней участники встречи, а это опытные и начинающие тестировщики Казани, тест-менеджеры, и другие «айтишники» будут рассматривать основные техники тест-дизайна, инструментальные средства разработки тестов, учиться применять их на практике, а самое главное - прослушают лекции Федорова Александра! Более 6 лет работы в сфере тест-дизайна, участие в крупных проектах (средства защиты безопасности от Лаборатории Касперского, корпоративное решение по резервированию данных Acronis Backup & Recovery 10, Сбербанк и другие) позволяют Александру преподносить слушателям интересную информацию.

Основная идея этого события - передать опыт Александра в ваши руки. Посетив это событие, Вы сможете повысить эффективность тестового покрытия в своих тестах, эффективно организовать работу своей команды тестировщиков, получить преимущество перед коллегами в области профессиональных знаний, поднять свой experience и отлично провести выходные. Не пропускайте, записывайте в свой календарь встреч! Будет интересно!

Места ограничены! Подробнее о регистрации и способах оплаты тут: http://software-testing.ru/trainings/schedule?task=3&cid=139&sem_midx=3&sem_jidx=0

Работа дома: первые впечатления

2012-02-05T00:05:00.001+04:00

Всем привет!

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

Ну сначала о плюсах:

Ну, самый большой, на мой взгляд, плюс то, что ни надо некуда выходить из дома. Тем более на улице -30, машина не заводится и, вообще, выходить никакого желания нет. Не тратиться время на дорогу, стояние в пробках. Можно даже не одеваться, а работать в том, чем и спишь.
С обедом тоже никаких проблем нет. Еда 100% домашняя, вкусная, свежая и процесс приготовления её тобой контролируемый.
С туалетом, кстати, тоже проблем нет никаких. Единственная кабинка всегда свободна и в ней всегда чисто. Кто работает в больших офисах, поймет, о чем я говорю.
Ты можешь слушать громко музыку, при этом так же петь, можешь громко ругаться матом и вообще вести себя, так как будто ты один. Ведь ты реально один.
У тебя такой быстрый интернет, какой ты можешь себе позволить сам.
Ну и конечно свое рабочее место ты конфигурируешь сам и сам же за него отвечаешь.

Ну а теперь минусы:

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

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

Хочу еще добавить, что прочувствовал на себе всю мощь работы в ИТ. Ведь чтобы работать нам фактически нужно только две вещи, это ПК и Интернет. Это как то, что для физика теоретика нужна только бумага икарандаш! Прекрасная у нас работа - независимая!

Cheat Sheets from OWASP

2012-02-01T12:39:00.001+04:00

Всем привет!
Отличная подборка чит листов от ребят из проекта OWASP.

https://www.owasp.org/index.php/Cheat_Sheets

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

цель: процесс непрерывного совершенствования

2012-01-22T19:15:00.000+04:00

Добрый день!
Поздравляю всех со всеми прошедшеми праздниками и желаю удачи в этом году!
Новый год начался так стремительно и захватил своими делами, что задач с приоритетом выше "блог" стало намного больше, что вы конечно же заметили. Это первая статья в этом году.

Я не очень люблю писать обзоры книг, потому что обзоров этих хватает, но тут я не смог удержаться.
Книгу Eliyahu M. Goldratt "Цель: процесс непрерывного совершенствования" я прочитал еще в начале года всего за 3 дня. И она не отпускает меня до сих пор. Книга очень классная! и Очень правильная! И хотя дело происходит на заводе, но те техники, которые там освещаются подойдет для любого дела и для тестирования тоже.
Не буду пересказывать о чем книга, вы узнаете об этом сами. Я просто скажу одно - книгу стоит прочитать, мне она показалась намно сильнее чем "Deadline".
Ниже ссылка на прикольный флеш, который наглядно демонстрирует проблему "узких мест"

http://h-type.com/filez/lj/toc/toc.swf (где я нашел http://cartmendum.livejournal.com/51437.html?thread=521453#t521453)

Материалы с декабрьской встречи тестировщиков

2011-12-24T23:37:00.001+04:00

Коллеги, Добрый день!
Рад преставить вам материалы с нашей декабрьской встречи.

Мастер-класс Сергея Чипига по Jmeter.

Презентация Сергея
Jmeter швейцарский нож

View more presentations from kazanqacomm

Мастер-класс Серегея Кашапова по Tsung

Презентация Сергея
Tsung vs jmeter

View more presentations from kazanqacomm

Отзыв о встрече от Татьяны Андреевой можете почитать тут.
Удачного просмотра, друзья!

SQA Days 10: Запись доклада Алексея Чумагина

2011-12-24T23:21:00.000+04:00

Добрый день!
Представляю вашему вниманию запись моего доклада, который был сделан на SQA Days 10.

Презентацию доклада можно посмотреть тут.
Если у вас возникли вопросы, то вы можете задать их в комментариях к этому посту или прислать мне на почту.

Остальные записи докладов, вы можете посмотреть на странице программы SQA Days 10

Отзыв: Декабрьская встреча Казанских тестировщиков: Инструменты нагрузочного тестирования

2011-12-20T20:20:00.000+04:00

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

15 декабря тестировщики Казани снова собрались, чтобы поговорить о нагрузочном тестировании.

Первый доклад сделал Сергей Чипига, в котором достаточно подробно в сжатое время рассмотрел инструмент JMeter. Для такого выступления, пожалуй, больше подойдёт определение "мастер-класс". Сергей познакомил с основными элементами программы на основе сценария входа в систему: как создать тест, задать нагрузку, посмотреть результаты выполнения разными способами.

Затем Кашапов Сергей на основе этого же сценария показал принцип работы Tsung. Это выступление было менее техническим с точки зрения информации. Однако в нём сравнивались Jmeter и Tsung с объяснением, в каких случаях какой из них больше подходит для решения поставленной задачи.

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

Доклады не вызвали очень бурных обсуждений, так как Jmeter в своей работе используют всего трое из присутствовавших, а Tsung, кажется, не использует вообще никто (или до 15 декабря не использовал). Говорит ли это о том, что в Казани почти не тестируют нагрузку на сайты и новичкам было сложно воспринять столько информации сразу? Или же в основном используются другие инструменты (например, Grinder)? Что вы думаете?

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

Год нашему сообществу!

2011-12-18T17:02:00.001+04:00

Коллеги-Казанцы,поздравляю вас с нашем первым днем рождения. Да да, год назад, 16 декабря мывпервые собрались , чтобы познакомиться, рассказать о себе и вынести волевоерешение - Сообществу Быть! ( о первой встрече и о том как это было можнопочитать тути тут).И как говорится - понеслось!

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

Чтобыло до...

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

Другими словами,грустно было в тестерской Казани :) не было даже места где тестировщикам можнобыло собраться и поговорить.

Чтостало во время...

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

Усообщества появилось постоянное место проведения встреч, и что очень символично- это место находится в самом сердце itКазани - ITPark. ( к слову сказать, поддержка со стороны администрации Ит парка оченьвдохновляет)

Силамитогда еще молодого сообщества была проведена конференция SQA Days, которая по объективным оценкам, сталаодной из самых лучших за время проведения конференции под брендом "SQA Days" (отзывы можно почитать тут).

Встречи носятрегулярный характер и, что самое главное для меня, ребята сами стали выходить синициативой делать доклады на встречах!

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

Я и Ильшат былиприглашенными гостями на стартаппосиделки, организацией которых занимается бизнес инкубатор в ит парке, напосиделках стало понятно, что тестирование интересует не только тестировщиков!

Чтобудет дальше...

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

Вовлечение в активсообщества новых ребят, которые будут отвечать за какое-нибудь однонаправление.

Есть еще несколькоидей, которые я надеюсь удаться реализовать в следующем году.

Но основной вектор"Развитие тестирования в Казани" останется без изменения!

И еще раз поздравляювсех с Днем Рождения Казанского сообщества тестировщиков.

P.S.

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

Баги в пречеке

2011-12-09T15:02:00.000+04:00

Сегодня с коллегой, как обычно в обед, пошли в одну из кафешек, находящихся в радиусе 5 минут пешком от офиса.
Как и всегда заказали по бизнес-ланчу (салат, суп, второе и чай). Не буду вдаваться в подробности, попросили нас рассчитать.
Вот такой вот забавный пречек нам принесли.

Очередная встреча казанских тестировщиков

2011-12-07T21:16:00.000+04:00

Всем привет!
Хотим собраться, пообщаться, послушать доклады. Тоже хочешь, милости просим.
Дата и время: 15 декабря 2011 г. в 19:00.
Встеча пройдет традиционно в пресс-центре в It-Park по адресу Петербургская, 52.

В этот раз будет два доклада:
"JMeter - "швейцарский нож" (Чипига Сергей)
Jakarta JMeter — инструмент для проведения нагрузочного тестирования, разрабатываемый Apache Jakarta Project. Хотя изначально JMeter разрабатывался как средство тестирования web-приложений, в настоящее время он способен проводить нагрузочные тесты для JDBC-соединений, FTP, LDAP, SOAP, JMS, POP3, IMAP, HTTP и TCP. Архитектура, поддерживающая плагины сторонних разработчиков, позволяет дополнять инструмент новыми функциями. В программе реализованы механизмы авторизации виртуальных пользователей, поддерживаются пользовательские сеансы. Организовано логирование результатов теста и разнообразная визуализация результатов в виде диаграмм, таблиц, графиков.

"JMeter vs Tsung - нагрузочное тестирование" (Кашапов Сергей)
JMeter и Tsung - по заявлениям разработчиков удачные решения в области проведения нагрузочного тестирования. Jakarta JMeter — инструмент для проведения нагрузочного тестирования, разрабатываемый Apache Jakarta Project, написан на Java. Tsung — это распределенная система нагрузочного тестирования, написанная на Erlang. Заявлена поддержка HTTP, WebDAV, SOAP, PostgreSQL, MySQL, LDAP and XMPP/Jabber. Посмотрим, в чем сходство и различие между данными инструментами, и кому из них отдать пальму лидерства в области нагрузочного тестирования.

Очень важно! По правилам IT-Park мы должны предоставить список участников. Пожалуйста заполни форму регистрации.

Регистрация закрыта. Спасибо.

Оценки докладов на SQA Days10

2011-12-06T17:30:00.001+04:00

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

Юферев Роман 51
Зинченко Татьяна 49
Куликов Святослав 46
Нечаева Юлия 45
Барановский Александр 41
Калугин Александр 40
Ильин Александр 38
Петров Алексей 36
Чумагин Алексей 35
Шеретова Анна 31

Полный список можно посмотреть тут

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

Так же общую картину об SQA Days 10 можно представить себе по твиттер ленте по тегу #sqadays

Презентация Алексея Чумагина с SQADays 10

2011-12-05T11:10:00.001+04:00

Добрый день, специально для вас выкладываю слайды со своего доклада на SQADays 10.
Видео и звук будут позже отдельными постами.

Автоматизация рутинных задач: Вкалывают роботы, счастлив человек!

View more presentations from kazanqacomm

Свои вопросы вы можете оставлять тут или присылать мне на почту/скайп
P.S. О некоторых роботах я уже писал, вы их можете найти по тегу "антирутина"

Борьба за тестеров в Казани

2011-11-29T19:13:00.001+04:00

В последнее время в Казани развернулась нешуточная "охота за головами". Такого я не припомню с самого начала своего тестерского пути. Сразу несколько крупных компаний, открыло вакансии на тестировщиков, и активно ищут их по всем доступным каналам. Не крупные, но с серьезными намерениями стараются увести у них тестеров из под носа.
Что это значит для меня?

Это значит, что тестировщик становится более востребованным не только в двух столицах, а еще и в третьей столице - Казани.
Это значит, что компаниям пришло понимание, что без тестировщиков нельзя.
Это значит, что группировка "казанских сил тестирования" пополнится новыми силами, и мы сможем делать более интересные общественные-тестерские дела.
И возможно, скоро не надо будет уезжать в столицу - столица сама приедет к нам ( и может тогда вернуться те, кого нам так не хватает ;) )

От себя, Желаю всем HR-работникам удачи в поисках нужных тестировщиков, а тестировщикам, которые ищут работу, наконец то ее найти!

Видеоанонс SQA Days 10 Moscow

2011-11-24T09:44:00.001+04:00

Всем привет!
К сожалению регистрация на SQA Days уже закрыта, но еще открыта регистрация на on-line версию (регистрация здесь).

Ну а кто еще сомневается пусть посмотрит ролик и поймет, как это круто - попасть на эту замечательную конфу!

Материалы с тренинга Алексея Баранцева в Казани

2011-11-20T16:57:00.000+04:00

Только что нашел у себя на компе mind map с тренинга Алексея Баранцева, который он проводил 16 сентября в Казани.
Выложу. Может кому то пригодится.

Где потренироваться в программировании?

2011-11-20T12:54:00.000+04:00

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

Так получилось, что для себя я выбрал два языка программирования, которые тесно связаны м/у собой - это C# и PowerShell, конечно, я могу что то простое написать и на JavaScript, и на php, но на этих языках я пишу несколько больше и мне это нравится.
Для тренировок я использую несколько ресурсов:

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

вики учебник - практикум по руби - если надоели алгоритмы, то можно поупряжнять себя в решении задач. Причем задачи очень похожи на те, которые часто спрашивают на собеседованиях на вакансии связанные с программированием. Ответы даны на языке руби, но кто же себя будет ограничивать этим, тем более мы как тестеры можем и сами проверить свои программы (ну или дать другим тестерам проверить ;) )

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

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

P.S. буду рад, если вы выложите еще ресурсы на которых можно потренироваться.

Update:

Вспомнил (нашел у себя в закладках) еще несколько ресурсов
haskell - http://tryhaskell.org/
python - http://www.trypython.org/#
javascript http://eloquentjavascript.net
ruby http://tryruby.org
java and python http://codingbat.com/
SQL http://sql-ex.ru/ - очень хороший сайт.

Задача: Путь в двумерном массиве

2011-11-13T23:26:00.000+04:00

Добрый вечер, уважаемые читатели.

Сегодня вам предлагается решить ниже следующую задачу. (предыдущие задачи тут и тут.

Свои решения можно публиковать здесь или присылать по адресу:kazanqacomm@gmail.com (с пометкой Лабиринт)

А через месяц мы подведем итоги, и отметим самые удачные идеи.

Итак условия:

Программист написал программу, которая принимает на вход текстовый файл в, котором содержиться массив нулей и единиц, размером 10х10. Ниже пример такого массива:

0, 0, 1, 0, 0, 0, 0, 0, 0, 0

1, 0, 0, 0, 0, 1, 0, 0, 1, 0

0, 0, 0, 1, 1, 1, 0, 0, 1, 1

0, 1, 0, 0, 0, 1, 0, 0, 1, 0

0, 0, 0, 0, 1, 1, 1, 0, 1, 0

0, 0, 1, 1, 1, 0, 1, 0, 0, 0

0, 0, 0, 1, 0, 0, 1, 0, 0, 0

1, 1, 0, 1, 0, 0, 1, 1, 1, 0

0, 1, 0, 0, 0, 0, 1, 0, 0, 0

Получается лабиринт, где 1 - это стена, 0 - это свободный путь. Вход в лабиринт - левый верхний угол (координата - [0;0], а выход - правый нижний (координата - [9;9])

Программа, анализирует массив и выдает два значения:

true - если выход из массива существует

false - если выхода не существует.

По какому алгоритму реализована задача мы не знаем.

Тестировщики, какие бы вы тесты придумали для этой программы? Ждем ваших тестов.

Материалы октябрьской встречи

2011-11-10T21:16:00.000+04:00

Всем привет.
По многочисленным просьбам публикуем доклад Сергея Кашапова, с которым он выступил на нашей встречи в октябре.

Тестирование extJS-проектов через Selenium.

View more presentations from kazanqacomm

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

UserScript - ленивая автоматизация

2011-10-31T19:36:00.000+04:00

Всем привет! Продолжаем бороться с рутиной на нашей работе (как мы начинали, можно почитать тут, тут и тут

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

Есть такая полезная штука как userscript ( они же userJS, юзерскрипты,пользовательские срипты). Кратко говоря, юзерскрипт это кусок javascript кода, который хранится на компьютерепользователя. Этот скрипт сидит себе тихо, до тех пор пока пользователь незайдет на страницу, которая указаны в самом скрипте. Как только появится нужнаястраница, юзерскрипт выполняется и делает всякие полезные вещи на которыетолько способен javascript.

Более подробно можно посмотреть на известном портале тут. (кстати, послеэтой статьи я и начал изучать userscript, так что, mrMig он же Алексей, спасибо;) ).

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

А что же можно автоматизировать с помощью такого скрипта? Ну,например

- Заполнение полей формы на странице

- И, вытекающее из первого, заполнение логина и пароля приавторизации в приложении

- Еще много чего на что только способен яваскрипт (можно самимпридумать и написать в комментах).

Мы же рассмотрим только самый простой случай, заполнения логина ипароля.

С userscript проще всего работать при помощи дополнения для Fx подназванием GreaseMonkey.

Итак, код скрипта для заполнения полей логина и пароля на сайтебудет выглядеть так:

// ==UserScript==

// @name LoginVkontakte

// @namespace userScripts

// @include http://vkontakte.ru/login*
//Маска url на которых будет выполнятся скрипт

//==/UserScript==

document.getElementById('email').value= 'email@mail.ru';

document.getElementById('pass').value= 'pass';

При переходе на страницу, адрескоторый соответствует выражению "http://vkontakte.ru/login*".Выполнится скрипт, и автоматически заполнятся поля логин и пароль.Все, вам останется нажать только кнопку логин.

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

P.S. жду комментариев про то что еще можно автоматизировать наuserscript.

31 октября - мастер-класс Сергея Белоусова в ИТ-парке

2011-10-28T18:37:00.000+04:00

В понедельник (31/11/11) в 15:00 в Технопарке всфере высоких технологий пройдет мастер-класс СергеяБелоусова, старшего партнера фонда посевных инвестиций Runa Capital, основателя и председателя совета директоровкомпании Parallels, мировоголидера в области разработок решений для виртуализации и автоматизациипровайдеров услуг, компаний и индивидуальных пользователей, создателя Acronis иRolsen.

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

как создавалась компания Parallels;
как найтиправильного инвестора;
что нужно, чтобы получить инвестиции венчурногофонда Runa Capital,
как Runa Capital находит талантливые команды и выращивает из нихмеждународные компании;
как использовать глобальные тренды при созданииИТ компании;
как вывести компанию и продукт на международныйрынок;
в чем разница между подходами кпредпринимательству в России и за рубежом.

Спешите зарегистрироваться, количество местограничено!*

Начало регистрации в холле ИТ-парка в 14:00

Форма регистрации на мастер-класс на официальномсайте ИТ-парка

Контактное лицо: Евгения Иванова, тел. 8 987 27241 41

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

Отзыв об октябрьской встрече

2011-10-24T23:00:00.000+04:00

Прошла анонсированная ранее октябрьская встреча казанских тестировщиков.

Было рекордное количество участников: 40 человек, хотя заявилось больше.

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

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

Понятно и очевидно
Непонятно и мудрено
Другое

Просьба прокомментировать данный вопрос. Возможно, Selenium стоит разобрать более подробно.

Ниже приведу текст одного из отзывов:

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

Кстати на счет докладов, первым выступил Игорь Катыков (Fujitsu Russia).Не скажу, что доклад был интересным…Хотелось бы узнать как проходит процесс тестирования в Fujitsu. Этого не случилось. Но зато от него мы «узнали», что российские IT-организации не дотягивают до западных своими «скилами». Хотя это общеизвестный факт, но не все его признают в силу своего патриотизма. Все равно, спасибо Игорю. Картинки на слайдах понравились.

Вторым выступил Сергей Кашапов с темой доклада «Тестирование extJS-проектов через Selenium». Доклад был очень интересным и полезным, хотя бы потому, что эта информация для меня новая. Молодец, Сергей!

Вообще все было очень и очень) Жду следующей встречи. И хотелось бы чтоб с докладом вышел парень в свитере в желтую(кажется) полоску, который очень активно и с юмором участвовал в беседе сидя позади всех ( как мне потом сказали, его зовут Антон. Работает в КИР))"

Спасибо Евлампиеву Илье за фотографии.

Октябрьская встреча казанских тестировщиков

2011-10-16T20:10:00.000+04:00

Всем привет!

Встреча пройдет 20 октября 2011 г. в 19:00.Место проведения: традиционно пресс-центр (оранжевая комната) в IT-Park по адресу Петербургская д. 52. Для тех, кто не знает, где находится пресс-центр, мы будем ждать вас на стойке регистрации до 19:00.На этой встречи нас ждет два доклада:

Игорь Катыков - Fujitsu Russia. Testing around the globe.

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

Сергей Кашапов - Тестирование extJS-проектов через Selenium.

Аннотация: Selenium - лидер в области проведения тестов пользовательского интерфейса. Не секрет, что он позволяет эмулировать действия пользователя над стандартными элементами управления web-страницы. Однако при его использовании для extJS-проекта мы столкнулись с трудностью в том плане, что Selenium с трудом или не распознает создаваемые ext'ом элементы управления. О том, как мы обошли эту трудность и хотели бы поделиться.

Очень важно!По правилам IT-Park мы должны предоставить список участников. По этому списку нас будут пропускать внутрь. Поэтому мы вводим обязательную регистрацию участников. Чтобы зарегистрироваться нужно отправить письмо на адрес kazanqacomm@gmail.com , где указать свои данные. Регистрация заканчивается 19 октября в 18:00.

Так же вы можете зарегистрироваться, заполнив форму регистрации

UPD: регистрация на встречу закрыта

Парсер attachments в outlook на powershell

2011-10-12T21:09:00.002+04:00

В свете моей текущей должности мне приходит много писем с резюме. Причем письма приходят в таком формате: Письмо, в него вложено ~ 10 других писем (с одинаковой темой) и уже в этих письмах лежат по нескольку резюме. Руками все это разбирать слишком долго и скучно, поэтому я разработал скрипт для автоматизации процесса.

Идея скрипта проста -

С помощью COM обращаемся к outlook.

Задаем нужную папку - Inbox идет под номером 6.

Среди писем в папке Inbox ищем нужное письмо.

Берем вложения этого письма и сохраняем их на диск (вложения сохраняются в формате outlook template).

Берём каждое сохраненное письмо и вытаскиваем из него вложения.

Сохраняем вложения в определенную папку.

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

В конце удаляем все временные папки.

Ниже листинг скрипта на PowerShell:

   1:  $ol = new-object -comobject "Outlook.Application"

   2:  $mapi = $ol.getnamespace("mapi")

   3:  $items = $Mapi.GetDefaultFolder(6).Items

4:

   5:  foreach($item in $items)

   6:  {

   7:      if(($item.Subject -like "subject") -and ($item.SenderEmailAddress -like "*e-mail*") )

   8:      {

   9:          $itemCV = $item

  10:          Continue

  11:       }

  12:  }

13:

  14:  $itemAttachments = $itemCV.Attachments

  15:  $directoryAttachments = "msg"

  16:  $pathAttachments = "D:\" + $directoryAttachments

17:

  18:  if (!(Test-Path -Path $pathAttachments))

  19:  {

  20:       New-Item -Path $pathAttachments -ItemType Directory

  21:  }

22:

  23:  $itemAttachments | %{

  24:          $_.SaveAsFile("$pathAttachments\$count" + ".msg")

  25:  }

26:

  27:  $pathCV = "d:\Documents\Собеседования\Резюме\"

  28:  $nameDirectory = Get-Date -Format dd.MM

29:

  30:  if (!(Test-Path -Path "$pathCV\$nameDirectory"))

  31:  {

  32:       New-Item -Path $pathCV -Name $nameDirectory -ItemType Directory

  33:  }

34:

  35:  $files = Get-Item -Path $pathAttachments + "\*"

36:

  37:  $files | %{

  38:              $msg = $ol.CreateItemFromTemplate($_.FullName)

  39:              $msgAttachments = $msg.Attachments

  40:              if ($msgAttachments.Count -eq 0)

  41:             {

  42:                  $fileName = $msg.SenderName + ".txt"

  43:                  $msg.Body > "$pathCV\$nameDirectory\$fileName"

  44:              }

  45:              else

  46:              {

  47:                   $msgAttachments | %{

  48:                   $_.SaveAsFile("$pathCV\$nameDirectory" + "\" + $_.FileName)

  49:                   }

  50:              }

  51:             }

52:

  53:  Remove-Item $pathAttachments -Recurse

Как обычно, powershell своим могуществом пришел ко мне на помощь. Кстати, очень скоро Игорь Любин расскажет чем еще powershell может помочь тестировщику на супер конференции ConfeT&QA.

Тренинг Алексея Баранцева в Казани!

2011-09-12T21:22:00.002+04:00

Коллеги-Казанцы, спешу сообщить потрясную новость:

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

Вы можете пройти однодневный тренинг «Организация тестирования в стартапах» Алексея Баранцева ознакомившись с условиями тренинга и заполнив форму регистрацию.

Дополнительная информация тут

Блог АП меняет тематику

2011-09-11T12:56:00.001+04:00

Добрый день, коллеги.
С сегодняшнего "Блог АП" меняет тематику. Теперь этот блог будет посвящен только Казанскому сообществу тестировщиков.

Я и Дмитрий отправляемся в открытое плавание и будем развивать новый ресурс www.makeid.ru.

Сегодня День Тестировщика

2011-09-09T10:09:00.003+04:00

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

Сентябрьская встреча Казанских тестировщиков

2011-09-05T19:16:00.006+04:00

Всем привет!

Встреча пройдет 8 сентября 2011 г. в 19:00.

Место проведения: традиционно пресс-центр (оранжевая комната) в IT-Park по адресу Петербургская д. 52. Для тех кто не знает, где находится пресс-центр, мы будем ждать вас на стойке регистрации до 19:00.

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

Очень важно!

По правилам IT-Park мы должны предоставить им список участников до 8.09 13:00. По этому списку нас будут пропускать внутрь. Поэтому мы вводим обязательную регистрацию участников. Чтобы зарегистрироваться нужно отправить письмо на адрес kazanqacomm@gmail.com , где указать свои данные.

А как вы мотивируете своих сотрудников?

2011-09-04T14:10:00.013+04:00

Самый распространенный метод мотивации - "Волшебный пендель". Работает сразу, но на короткий период.

&lt;p&gt;Loading...&lt;/p&gt;

Чит-лист для vim редактора

2011-08-27T21:01:00.001+04:00

Наткнулся на замечательный чит-лист для Vim - известного линуксового редактора.
Хоть теперь плакат заказывай! :)

А в этой PDF-ке более последовательно можно на небольших уроках изучить команды редактора.

Открыта регистрация на YaC 2011

2011-08-24T12:34:00.000+04:00

Yet another Conference 2011, 19 сентября

Yet another Conference 2011 состоится 19 сентября в Москве в залах World Trade Center Moscow.

Регистрация на мероприятие стартовала 19 августа. Количество мест ограничено.

Для тех, кто не попадёт в число участников или не сможет лично присутствовать на Yet another Conference 2011, будет организована онлайн-трансляция.

Подробную информацию о мероприятии читайте здесь.

Поделиться этой информацией с другими: url

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

2011-08-16T09:20:00.007+04:00

Сейчас я занимаюсь изучением библиотеки ITIL, a так же ITSM. На данный момент набор лучших практик в ИТ, собранных в ITIL, является стандартом №1. Последняя, на данный момент редакция, очень тесно перекликается с принципами ITSM. Более того, сам ITSM взял за основу саму библиотеку ITIL. Цель ITSM буквально в следующем - управлять ИТ услугами наиболее эффективно. Эффективность оценивается в наше время очень просто, можете прочитать книгу Элия Голдрат «Та самая цель». Но и без нее все совершенно очевидно: цель коммерческой компании - получение прибыли. Соответственно бизнесу нужна прибыль, вот что он понимает под успешным управлением чего-либо. Поэтому, все процессы в компании должны выстраиваться от бизнеса. Надеюсь основную фабулу данного метода, я вам раскрыл.

Так вот, подход ITSM применяется успешно во многих компаниях, причем не только в ИТ, но и в производстве. Его Основные этапы:

Стратегия ИТ
Портфель проектов, процессов по достижению стратегии
Разбиение процессов на более мелкие
Стандартизация каждого процесса
Повышение качества процессов производства чего-либо

Меня заинтересовало последнее, т.к. улучшение качества процессов и является успехом в любом предприятии. Делаете ли вы сам продукт качественнее, или его стоимость, или скорость его создания - все это является главными конкурентными преимуществами. В итоге, вы получаете преимущество, а соответственно и прибыль. Быстро, качественно и в срок. Что может быть лучше? Отдел тестирования можно рассмотреть как один из процессов производства. Теперь вернемся к производству продукта, и посмотрим, какое место «проверка качества» занимает в его жизненном цикле.

Если мы говорим об улучшении качества продукта, то тут нам необходимо обратится к стандартам качества. Возьмем, к примеру, ISO 9000.

В этой системе есть такое понятие колесо Шухарта-Деминга (см Схему 1).

Основное требование, этой системы - разделить все 4 этапа, чтобы они не влияли друг на друга. Если проводить данные действия в компании над процессом, то с каждой такой итерацией, мы будем улучшать качества самого процесса. Тут как раз наиболее четко видна задача отдела контроля качества – проверить именно то, что необходимо, сделать эту работу качественно и быстро(относится и к остальным частям разработки). Это крайне необходимо, чтобы быстро прокрутить это колесо качества. Данный метод уже находит свое применение в подходе «Continuous Integration».

В итоге, что же получается у нас на практике, в части разработки Программного Обеспечения? Существует отдел контроля качества (отдел тестирования), а качества так и нет.

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

Я далек от мысли, что у нас в тестировании так не получится, т.к. у нас все по-другому. Основной причиной, я вижу, что процессом полностью управляет Project manager. И у нас не получается разделить каждый этап по принципу Шухарта. Все начинается с первого этапа -Планирование. Это спецификации, технические задания. Далее идет - разработка. После этого тестирование. Далее корректировка. Почти везде, все функции в конечном итоге принадлежат одному человеку, которые решает: начнем писать По без четкой спецификации, потом пусть проверят, то что написано. А если найдут ошибки, то можно и сними выпускать продукт. И продукт выпускают!

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

Выходом я вижу, использование принципов ITSM. Одной из главных – это разделение полномочий по циклу разработки и контролю качества. Тестирование - должно представлять собой службу по контролю качеством. Со всеми вытекающими (из ITSM) последствиями (каталог услуг тестирования, SLA, итд). Управление качеством будет разговаривать с бизнесом на одном языке.

Это придет, я уверен, как только разработчики получат конкуренцию на рынке.

Встреча казанских тестировщиков

2011-08-15T10:00:00.000+04:00

Дорогие коллеги!

Встреча пройдет 18 августа 2011 г. в 19:00.

Докладчик: Хайруллина Альбина

Тема встречи: Тестирование безопасности ПО

Кому интересно, напишите письмо в свободной форме с указанием ФИО на адрес: kazanqacomm@gmail.com. Регистрация необходима для прохода в IT-Park, при себе иметь документ удостоверяющий вашу личность.

Приходите и приводите своих коллег!

Задача: Определение местоположения

2011-08-08T22:49:00.004+04:00

Добрый вечер, уважаемые читатели.

Сегодня вам предлагается решить ниже следующую задачу.

Свои решения можно публиковать здесь или присылать по адресу: kazanqacomm@gmail.com

А через месяц мы подведем итоги, и отметим самые удачные идеи.

Условия задачи:

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

Напишите план тестирования, как бы вы проверяли работоспособность системы определяющей местоположение клиента. Какие проверки бы вы провели?

Решение задачи: Палиндром

2011-08-01T00:31:00.002+04:00

Добрый день, уважаемые коллеги!

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

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

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

Шаг 1. Задать уточняющие вопросы.

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

Скобки поворачиваем? Т.е. в зеркальном отображении открывающая должна превратиться в закрывающую? – Нет. В данном случае это не важно.
Считается ли симметричный текст палиндромом? – Да.
Считается ли один символ палиндромом? – Да.
Иероглифы и им подобные символы национальных азбук анализируются фонетически или по внешнему виду? – В иероглифах не силен. J Здесь потребуется помощь специалистов по восточным языкам. Так что не будем рассматривать этот случай, а как дополнительный тест-кейс себе отметим.
Считаются ли корректными излишние с точки зрения грамматики знаки препинания и пробелы? – Грамматику здесь не будем проверять. Всякие скобочки (пробелы и другие спец. символы) просто игнорируются.
Является ли определяющим признаком палиндрома осмысленность текста? – Бессмысленный набор символов будем считать буквосочетанием.

Шаг 2. Проверить работоспособность программы.

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

Прежде всего ~~обратимся к спецификации~~ вспомним определение. Чем же является палиндром?

Палиндром – это

Число
Буквосочетание
Слово
Текст

… одинаково читающиеся в обоих направлениях.

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

Итак, у нас есть 4 сущности, которые надо будет проверить. Лучше взять характерные реальные примеры палиндромов. А не просто начать вводить какие-то однобуквенные слова или пустые строки.

Так типичное число-палиндром это «404» или «666»; слово, например, «шалаш» и «ДОХОД»; текст – «А роза упала на лапу Азора.»; буквосочетание – «18 или 81?».
Текст может быть написан латиницей. Проверяем: «saippuakauppias» и «Don’t nod».
Помним, что заглавные и строчные буквы в палиндромах не различаются.

Шаг 3. Провести граничные, исследовательские и негативные тесты.

Самая короткая строка. Проверяем строки из одного символа: «5» и «Я».
Длинная строка: «Коростели летели, летели-летели, летели-летели, … , летели лет сорок.»

Подумайте, почему может быть плох, как тест, палиндром «Я дядя! А я тётя! А я дядя! А я тётя! А я дядя! …»
И второй вопрос каким должен быть негативный тест с длинной строкой, где лучше разместить символы с ошибкой?

Особый случай – это буквы Е и Ё: «Ужас — ангел лёг на сажу.»
Буквы с ударениями тоже встречаются: «Fešná paní volá: Má málo vína pan šéf?»
Проверим и перевод строки:

«Им я
иранец
со сценариями,
имя
и ранец
со сцен ариями.»

Арабский или иероглифы – запишем для галочки.
Одинаково пишущиеся символы из разных языков.

Проверим и следующие кейсы (для каждого может быть несколько примеров – не выписываю для краткости):

Пустая строка
Пробелы
Спецсимволы
Плохие символы (♣ ☺ ♂)
Кодировка

Самое интересное решение прислал Ф. Терехов. С разрешения автора размещаю его решение.

До новых встреч!

Проверка web сервера

2011-07-24T22:47:00.017+04:00

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

Сегодня мы рассмотрим простой случай – у вас не открывается web сайт. Неважно внешний или внутренний. Прежде чем писать это как баг или писать в поддержку: «НИЧЕГО НЕ РАБОТАЕТ, НЕ МОГУ РАБОТАТЬ», предлагаю самим понять, в чем же дело.

Если сайт называется, к примеру, test.ru, и он у вас не открывается (именно не доступен, а не доступ запрещен или нет запрашиваемого контента), предлагаю следующую последовательность действий:

Проверить наличие подключения к сети. Возможно, ваш сосед или уборщица, просто выдернули сетевой кабель из Вашего компьютера. А так же проверить наличие доступа в интернет (если вы проверяете внешний ресурс) - работает ли внешний сайт, например, ya.ru или cisco.com.
Запрашиваемое имя сайта - это удобство для пользователя, для машины нужен его точный адрес. За соответствие сетевого адреса (ip адрес) к имени, отвечает dns сервер. Поэтому вам необходимо понять, работает ли ваш dns сервер. Для этого пишем в командной строке (cmd) “nslookup test.ru”. Если в ответ вам выдаст ip адрес этого сайта (например 192.168.1.100), значит dns сервер работает. В дальнейшем для выяснения причин лучше пользоваться сразу ip адресом.
Старый, добрый ping, так же в командной строке: «ping 192.168.1.100». Таким образом, мы посылаем icmp пакеты (особый вид пакетов в стеке протокола tcp/ip) до нашего хоста. В процессе пинга, машина нам выдает результат-время отклика. Если результат не выдается, это означает, что icmp пакеты не проходят до нашего хоста и обратно. В Windows посылается 4 пакета, после чего выдается результат. Для unix, по умолчанию, посылаются пакеты, пока сами не остановим командой Ctrl+C. Если мы хотим сделать тоже самое для windows, добавляем ключик «-t», например: «ping –t 192.168.1.100». В Unix ping имеет гораздо большие возможности, можно указать не только размер пакетов (в windows тоже можно), но и источник, т.е. с какого ip адреса пинговать. Информацию по ключам можно найти в интернете или man ping.
Если пинг проходит, то идем к следующему пункту, если нет, тогда возможны варианты. Либо icmp пакеты запрещены, тогда проверяем работу самого веб сервера хоста test.ru. (для этого читаем следующий пункт). Либо у нас действительно нет связи. Возможно, между нами и сайтом произошел разрыв сети. Чтобы выяснить где именно трассируем маршрут: «tracert 192.168.1.100» для windows, «traceroute 192.168.1.100» для unix. Трассировка показывает маршрут следования до пункта назначения test.ru. Если после, какого то из роутеров, идут только значки «*» значит именно в этом месте разрыв. Часто роутеры на маршруте не показывают вам время отклика, это не страшно, это означает, что местный администратор запретил выдавать время отклика, сам же роутер свою функцию исправно выполняет.
На этом этапе мы выполним проверку работы web сервера. Для этого нам необходимо узнать доступность порта web сервера. Обычное http соединение использует 80 порт. По сути вы можете проверить не только веб, но и много других портов RDP, DNS, SSH итд. Чтобы проверить доступность порта пишем «telnet <номер порта> 192.168.1.100». Если у нас открывается черный экран или приветствие – значит, порт открыт и приложение запущенно. Стоит оговориться, что данный метод подходит для tcp соединений. Если у вас UDP такой метод работать не будет, т.к. данный тип соединения не устанавливает соединение.
Если web порт открыт, дальше уже надо смотреть в самом web сервере. Запущено ли приложение, что пишет log файл этого web сервера итд. Так как сервер находится уже за пределами вашей зоны ответственности, то вы должны написать письмо в техподдержку данного сервиса с указанием вашей проблемы. Если вы напишете, что ping проходит, порт открыт, но web сервер не выдает желаемого результата, то вы как минимум вырастите в глазах тех. поддержки (вас вряд ли попросят перезагрузить компьютер), как максимум тех. поддержка быстрее решит проблему.

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

Для удобства вышеизложенного удобно воспользоваться диаграммой:

Приятно видеть результаты своей работы

2011-07-21T08:38:00.001+04:00

Вчера вечером был в Кофе-хаузе. А там на всех кассах стоит приложение iiko, которое мы разрабатывали и тестировали. Я участвовал в процессе нахождения и проверки множества ошибок на протяжении 2,5 лет. И вот, я вижу, как приложение стоит и не падает!

Черт возьми! Как это приятно видеть финальный результат своей работы!

PS. Всем своим бывшим коллегам отдельный привет!

Отзыв: QA forum 2011 в Нижнем Новгороде

2011-07-20T13:20:00.002+04:00

В последние выходные в Нижнем Новгороде проходил форум тестировщиков, на котором собралось около восьмидесяти тестировщиков со всей России. Все они собрались, чтобы протестировать одно большое приложение под руководством двух тренеров Алексея Баранцева и Наташи Руколь.

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

Идея организации форума родилась этой весной в неспокойной голове Алексея Чумагина. Идею поддержали на совете сообществ Станислав Косарев и Александр Солош и буквально за пару месяцев собрали участников и организовали действо.
Это действительно был занимательный процесс!

После открытия форума, мы поделились на 2 команды. Следуя принципу "где девчонок больше", я оказался в команде у Наташи Руколь. Которая сама по себе клевая девчонка, а еще и толковый организатор и зажигательный мотиватор. Это надо было видеть, когда началось тестирование! Наташа, поделив нас на подгруппы, ни секунды не сидела на месте. Она перемещалась со скоростью света от одной группы людей к другой. Помогала, наставляла, генерировала идеи, подсказывала, выдергивала людей и перемещала их между подгруппами...

Так я, сначала работая с группой The Talkи тестировавшей чат, оказался среди Docsов. В этой группе ребята тестировали документы похожие на гуглдоки. Надо сказать они действительно хорошо и толково организовали в своей подгруппе процесс тестирования. Дабы не вызывать командной аллергии, я спросил, чем могу быть полезен. И мне поручили ответственный кусок функционала - редактирование документов. Никогда не думал, что буду тестировать что-то похожее на word! И вот, пожалуйста!

Последовательно и методично я стал проверять все возможности редактирования документов. Нашлись баги при Copy-Paste, при вставке рисунков. Особенно удалось повеселиться и положить систему при создании документов, вставляя всякие пакостные выражения. Такого азарта и адреналина тестирования не было давно!

А во всем виноват дух соревновательности форума. Никто не остался безучастным. Запомнился момент, ко мне подбегает, чуть не подрыгивая, Юля Нечаева (успевшие приехать к обеду) и кричит: "Игорь! Игорь! Покажи, где ты заводишь баги! Мы тоже! Мы тоже нашли много!" Команднообразующая атмосфера, желание победить, уникальные идеи и веселое настроение - вот что такое QA форум 2011!

Спасибо организаторам и участникам! Очень хочется со всеми увидеться вновь!

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

Фотографии с форума лежат здесь!

Отзыв Татьяны Андреевой из Казанского сообщества тестировщиков:

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

Я попала в команду Натальи Руколь, где на первый взгляд воцарился хаос. Каждый выбрал себе занятие-роль: кто-то совместно с консультантном стал рисовать майнд мап, кто-то получил доступ к системе мантис, чтобы стать багозаводчиком. Особо неудержимые ринулись в атаку на приложение.

На обед все уходили медленно, будто кто-то тянул за уши. Вот что значит, вошли в раж! После обеда выделилась новая команда, где мне предстояло побыть гендиректором. Как человек, наделённый такими привилегиями, раскритиковала в пух и прах приложение. Однако уже после узнала, что доступ к мобильной версии осуществляется по другому адресу :)

Рабочий день подошёл к концу, результаты озвучивали, так же как и тестировали: от группы Алексея Баранцева поступил обстоятельный отчёт, от нашей же -- краткое, но яркое выступление в исполнении Мясникова Андрея. По человеко-багам победила ничья!

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

А здесь лежат фотографии, которые сделала Татьяна.

Отзывы других участников форума:

Чит-лист: Тестирование контролов

2011-07-16T14:50:00.014+04:00

Очередной чит-лист, который может помочь при тестировании различного рода контролов. В этой статье приведен список типовых проверок для типовых контролов.

Контролы
Textbox

#Тексты (кроме раздела перенос строки)
#Security
Enter срабатывает, как Submit

Text area

#Тексты
#Security
Enter обрабатывается, как перенос строки

Password field

Большая часть за обработку отображения звездочек зависит от браузера (устройства)
Русские пароли
Длина пароля
Разнообразие символов в пароле
Совпадение 2-х паролей в форме регистрации
#Тексты

Email

!!!Найти!!!

Search field

Уточнить язык поисковых запросов?

И ИЛИ НЕ
Строгое соответствие
Поиск по подстроке (в результатах поиска должны быть документы, начинающиеся с или заканчивающиеся тем, что указал пользователь при поиске)
Какие символы игнорируются?
Wildcard и прочие regexp'ы (.*, *., ?, *)
Разделители слов

#Тексты
Ищется ли по цифрам. Являются ли цифры разделителями слов (не должны являться)
Ищутся ли слова с различными "сложными" символами вроде '+' (например, c++)
Ищется ли по словоформам (например, "систему" и "система" - поиск может считать за одно слово)
Поиск по нескольким словам, разбросанным по записи (то есть не идущим последовательно друг за другом)
Поиск с учетом порядка слов ( "Вася сказал" и "сказал Вася" - результат должен быть одинаковый)
Вести текст в другой кодировке (например, Óèêèïåäèÿ å ìíîãîåçè÷íà åëåêòðîííà)
Е и Ё
Вместо " может искаться quot

Числовое поле ввода

Корректное значение
Граничные значения
Значения выходящие за заданный диапазон
Пустое значение
Не должно принимать буквы и спецсимволы
0
Отрицательные числа
Дробные числа с разным разделителем (0.0001 или 0,0001)
Числа с запятыми или пробелами (1,234,567 или 1 000 000)
Европейский стиль (1.234.567,89)
#Продвинутые числа

Ввод времени
Популярные виды контролов

HH:MM:SS
HH:MM
AM PM или 24h

Лучшая практика для реализации форм времени – минимум проверок и валидаций, максимум подсказок (хинтинга)

Корректное время (12:00:04)
00:00:00
Пусто
Пусто после редактирования
Указано только одно из полей (например, указаны только часы 00:MM:SS)
Отрицательное время -12
Буквы
Пробелы
Copy-Paste некоторый текст
Больше или меньше цифр, чем нужно
Разное время между машинами
Различные временные зоны
Сброс времени вперед или назад

Ввод даты

Високосный день
Некорректная дата (30 февраля)
29 февраля в не високосном году
Различные форматы (Июнь 5, 2001; 60/05/2001; 06/05/01; 05-05-01; 6/5/2001 12:34)
Перевод на летнее и зимнее время
Перевод даты вперед-назад

Интервал (дат или времени)
Иногда оба календаря должны разрешать ставить даты только ДО сегодняшнего дня включительно, а иногда даты могут быть любыми относительно сегодняшнего дня
Иногда требуется валидация на то, что дата «с» раньше, чем дата «по»:

если пользователь сперва указал дату «с», то даты для «по» должны ограничиваться датой «с» снизу (включительно)
если пользователь сперва указал дату «по», то даты для «с» должны ограничиваться дату «по» снизу (включительно)
если пользователь несколько раз редактирует даты, то они должны работать адекватно!

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

A < B
A = B
A > B
Только А
Только B
Ни А, ни B

Здесь А - это начальное время, B - конечное время интервала.

Файлы

Длинное имя файла (> 255 знаков)
Название с русскими буквами
Специальные символы в имени (пробел, * ? / \ | < > , . ( ) [ ] { } ; : ' " ! @ # $ % ^ &)
Не существующий
Уже существующий
Нет свободного места на диске
Доступность хранилища куда грузим файл
Минимальное место на диске
Защищенное на запись
Запись на несуществующий диск
Запись на заблокированный диск
Запись на удаленную машину
Запись на испорченный диск или флешку

Возможные значения для типов данных
Тексты

Длинные строки (255, 256, 257, 1000, 1024, 2000, 2048 или более знаков)
Символы со знаками ударения (àáâãäåçèéêëìíîðñòôõöö, etc.)
Общие разделители и специальные символы (" ' ` | / \ , ; : & < > ^ * ? Tab « »)
«Достаточно плохое» строковое значение: "[|]'~<!--@/*$%^&#*/()?>,.*/\
"Плохие символы" (♣ ☺ ♂)
Пустая строка
Пустая строка после редактирования
Пробелы

Одиночный пробел
Только пробелы
Строка, начинающаяся и заканчивающаяся с пробелов
Чаще всего лишние пробелы будут удаляться (стрипяться)

Конец строки (^M, \n, \r)
Действия (Cut, Copy, Paste, etc.)
Перенос строки

Один перенос строки
Только переносы строк
Начало и окончание текста с переноса строки

Чувствительность к регистру символов
Иероглифы

Продвинутые числа

Степени двойки

32768 (2^15)
32769 (2^15 + 1)
65536 (2^16)
65537 (2^16 + 1)
2147483648 (2^31)
2147483649 (2^31 + 1)
4294967296 (2^32)
4294967297 (2^32 + 1)

Научная запись чисел (1Е-16)
Вычисляемые выражения (2+3)
В шестнадцатеричной системе счисления (F0)

Security
SQL иньекции

Кавычка: '
' OR '1'='1'

' or '1'='1' -- '
' or '1'='1' ({ '
' or '1'='1' /* '

!!!Найти!!!

XSS

http://ha.ckers.org/xss.html
<script>alert("xss!")</script>
<script>document.getElementByID("...").disabled=true</script>
<input onclick="javascript:alert('xss');">
<b onmouseover="alert('xss!')">Hello</b>

HTML инъекции

</body> или </body></body>
<textarea />
<input></input>
<form action="http://live.hh.ru"><input type="submit"></form>
!!!Найти!!!

Корректный SQL запрос

DROP TABLE user;
SELECT * FROM blog WHERE code LIKE 'a%';

Корректный Ruby код, Сфинкс

!!!Найти!!!

Прочее

Комментарий <!--
"${code}";
'';!--"<CSS_Check>=&{()}

PS. Чит-лист выкладывается для нужд участников #QAforum2011.
Некоторые пункты будут дополнены в будущем.

Asking and answering phrases

2011-07-12T13:49:00.002+04:00

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

Before asking a question we normally begin with a prefix sentence. Such as...

I have a question for you
I want to put a question to you
I need your expertise with a problem I have
There is something I have been meaning to ask
Do you mind if I ask you a question?
Could I... pick your Brain?
Would it be OK for you to answer a question?

Fortunately, answering a question is not so complicated or difficult to do. You only have two choices when responding. You either know the answer, or you don't. If you don't know the answer, you simply say...

I don't know
I have no idea
I haven't a clue
It beats me
You have me there
I'm stumped
Don't ask me
I dunno

There is a situation where you may not want to answer the question. Maybe you feel that the question is rude or too personal. So you refuse to give an answer. You can say...

I'm sorry I don't want to answer that
That is not a good question to ask
You should not ask me that
I cannot tell you
No comment
That is for me to know and for you to find out
Mind your own business

СтартАП посиделка

2011-07-08T13:00:00.002+04:00

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

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

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

Встреча прошла очень оживленно, ребята задавали вопросы и участвовали в обсуждении.

Некоторые фотографии:

Отзыв: Июньская встреча

2011-06-28T18:33:00.003+04:00

Вчера в Казани прошла Июньская встреча тестировщиков. Ниже о том как это было.

Тестировщики Казани снова собрались в ITPark для того что бы познакомиться с новыми участниками, решить свои текущие проблемы, обсудить планы на будущее, и конечно же послушать доклад Ренаты о soapUI.

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

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

В целом мне кажется, что сообщество развивается в нужном направлении, народу приходит хоть и не много (в этот раз было 11 человек), но у нас образовался постоянный круг “сообщников”. Народ уже сам вызывается делать доклады, что тоже очень хорошо. Ну и конечно же, новые люди, которым мы всегда рады!

Следующая встреча пройдет после того как мы вернемся с Форума тестировщиков.

Фотографии со встречи можно посмотреть в нашем альбоме. Спасибо за фотографии Игорю Смирнову.

QA Forum 2011 – Тестировщики всех сообществ, общайтесь!

2011-06-24T19:17:00.009+04:00

После очередной конференции тестровщикам стало понятно, что нужно как можно больше времени проводить вместе. Для этого они придумали провести, вы только вслушайтесь, Первый международный профессиональный Форум специалистов по тестированию и контролю качества программного обеспечения - QA Forum 2011. Здорово звучит, не правда ли?!

Не буду описывать, что это за мероприятие. Вы сможете прочитать о нем здесь, за одно и зарегистрироваться. Скажу лишь одно, мероприятие по своей природе уникальное для русскоговорящего мира тестирования. Уверен, будет очень интересным. Тестировщики из различных сообществ соберутся, чтобы реально поработать над реальным продуктом, под реальным руководством реальных менеджеров (Алексей Баранцев и Наталья Руколь). Ну и конечно, много жаждущих багов тестировщиков, в общем крутое мероприятие!

Ждем активных тестировщиков в Нижнем Новгороде!

Июньская встреча казанских тестировщиков

2011-06-24T08:00:00.002+04:00

Дорогие коллеги!

Встреча пройдет 27 июня 2011 г. в 19:00.

Место проведения: традиционно пресс-центр (оранжевая комната) в IT-Park по адресу Петербургская д. 52. Для тех кто не знает, где находится пресс-центр, мы будем ждать вас на стойке регистрации до 19:00.

На этот раз Гафарова Рената расскажет о бесплатном инструменте soapUI.

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

Желательно зарегистрироваться заранее по адресу kazanqacomm@gmail.com.

Приходите и приводите своих коллег! Будет интересно!

Задача на тестирование: Палиндром

2011-06-14T10:25:00.003+04:00

Добрый день, коллеги!

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

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

Палиндро́м (от греч. πάλιν — «назад, снова» и греч. δρóμος — «бег») — число (например, 404), буквосочетание, слово (например, топот, фин. saippuakauppias = продавец мыла — самое длинное употребительное слово-палиндром в мире) или текст (а роза упала на лапу Азора), одинаково читающееся в обоих направлениях.

Задача - "Дана строка, проверить является ли она палиндромом."

Задача для программиста - "Написать программу, которая проверяет действительно ли введеная строка палиндром."

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

Итак, кто напишет план тестирования? Какой будет тестовый набор? Какие строки будем проверять? Сколько тестов понадобиться?

P.S. Решения можно писать в комментариях или присылать на почту: kazantest@rambler.ru

P.S.S. Ответ опубликую через неделю.

P.S.S.S. Простенькую программку для экспериментов можно скачать отсюда.

Поиск работы

2011-06-13T21:40:00.008+04:00

Сегодня, я бы хотел поговорить о поиске работы.

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

Смена работы - огромный плюс для вас. Это время переосмысления себя, своих пристрастий и своего предназначения. Было бы отлично, делать все это находясь в безопасности: продолжая работать или имея хорошую денежную «подушку безопасности». Поэтому задумайтесь об этом заранее. Занимайтесь налаживанием связей – «networking». Дело в том, что только контакты дают максимально положительный результат. Однако это другая история, сегодня не об этом.

Если случилось, что вы не готовы. - Не отчаивайтесь.

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

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

· В каждом месте работы укажите основные задачи, которые Вы решали.

· Так же необходимо указать, какую пользу вы приносили, желательно указать количественно. Сократил расходы на связь на 40%. Увеличил время доступности сервиса до 99%.

· Отдельно укажите ключевые качества, подкрепленные реальными примерами.

· Не стоит делать резюме на 5 листов. Все равно будут читать первую, вторую и последнюю.

Теперь поговорим о том, как лучше всего искать работу. Статистика показывает, что всяческие объявления в газетах или интернете, дают не более 10% успеха. Наибольшего успеха можно добиться, если вы сами выберете ту компанию, в которой хотите работать. Сами туда придёте и докажите, что именно с Вами они решат кучу проблем и выполнят множество задач. По моему мнению, если вы такое можете проделать с большим успехом, тогда может вам организовать своё дело? Но это уже личное дело каждого.

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

Итак, вас пригласили на собеседование. Форма одежды лучше всего классическая. Для мужчин - пиджак всегда отличный вариант. У пиджака свои правила: долго выбирал, тщательно одевал, а потом забыл. Женщинам подойдет обычный офисный стиль. Не бойтесь хорошо выглядеть, но не стоит одевать яркие цвета: красный, желтый. Перед собеседованием, вы должны четко понимать: вы идете на собеседование, как на примерку. Работодатель пытается представить вас на том месте, которое вакантно. Ваши опыт и успехи уже отражены в вашем резюме. Поэтому работодателя интересует - насколько комфортно ему будет работать с вами. Практика показывает, наилучшего результата можно добиться, если вы и ваш интервьюер говорите поровну 50% / 50%. Ответ на вопрос не должен быть больше 2 минут. Краткость - сестра таланта. Скрещенные ноги и руки убираем, сидим прямо, но не облокачиваемся на всю спинку кресла. Стараемся говорить четко и уверенно, особенно это действует на женщин. Не сморим прямо в глаза, а в так называемый третий глаз на лбу у собеседника над переносицей. Есть еще вариант – на ухо собеседника.

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

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

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

Старайтесь выглядеть естественно и уверенно. Если вас собеседует отличный психолог со знанием НЛП, то вас все равно «прочитают», так что не стоит переживать. Однако, таких профессионалов очень мало.

Помните – планированием карьеры надо заниматься всегда, а не когда у вас не стало работы. Больше общайтесь в своей профессиональной среде, участвуйте в выставках, конференциях. Развивайтесь во всех направлениях, и тогда риск остаться без работы вам не грозит.

Илья Евлампиев: Нагрузочное тестирование веб-приложений с помощью The Grinder

2011-06-06T15:36:00.003+04:00

Нередко нагрузочным тестированием пренебрегают в небольших проектах – мол, это дорого и очень сложно. Тестировщики не знают, насколько это необходимо и с чего начать, разработчики уверены в работоспособности своего приложения. Потом выясняется, что успешно работавшее при 1-5 пользователях приложение «загибается» при 40-50. Чтобы предотвратить подобную ситуацию, об устойчивости приложения к нагрузке надо позаботиться, даже если это не предусмотрено тест-планом. Для такого малобюджетного исследования и нужны бесплатные средства нагрузочного тестирования, которые, возможно, и менее удобны чем платные, но не обязательно менее эффективны.

Мы рассмотрим бесплатное средство нагрузочного тестирования The Grinder, которое позволяет тестировать любую систему, общающуюся со своими клиентами при помощи любых протоколов, для работы с которыми существуют библиотеки Java. Познакомимся с метриками, доступными для анализа в The Grinder, и принципом их получения. Разберем установку The Grinder и настройку среды. Далее, мы посмотрим, как будут раскрываться возможности The Grinder с повышением уровня подготовки тестировщика. Начнем мы с типичного порядка работы с The Grinder, не требующего программистских знаний (запись нагрузочного скрипта для http при помощи TCPProxy, воспроизведение нагрузки и запись лог-файлов с результатами при помощи агента и консоли, анализ лог-файлов и построение отчетов в Grinder Analyzer), потом познакомимся с более «продвинутым» подходом – с использованием Grinder Script API и сторонних java-библиотек. Заодно разберем структуру нагрузочного скрипта, написанного на языке Jython. А в конце узнаем, что мы можем сами добавить в The Grinder, если его функциональности нам вдруг не хватит. А также посмотрим, где еще, кроме нагрузочного тестирования можно применить The Grinder.

Доступна Презентация
Доступна Аудио запись
Доступен развернутый план выступления sqadays_2011_The_Grinder_Yevlampiev4.doc (426К)
Тема в блоге http://software-testing.ru/forum/topic/19408/

Выложено по просебе Ильи.

Тестирование простого карандаша

2011-06-01T14:52:00.006+04:00

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

Казалось бы, что может быть проще. Простой карандаш. A pencil. Что же здесь тестировать? Иногда такой вопрос можно встретить на собеседовании.

Также Вас могут попытаться подловить вопросом: "Как правильно тестировать?" А никак. Никаких правил в тестировании нет. У задачи может быть масса решений, и множество дополнений.

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

PS. У меня будет вопрос в качестве домашнего задания: Сколько карандашей уйдет на тестирование?

Чит-лист: GUI тестирование окон и экранов

2011-05-19T03:27:00.007+04:00

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

Пользоваться им очень просто. Сначала определяем окна и экраны, для которых надо проверить интерфейс пользователя (GUI). А затем последовательно для каждого окна выполняются нижеследующие проверки.

1. Проверка точки входа. В каких случаях появляется данное окно?

Например:

Панель навигации
Выпадающий список меню
Через меню по правому клику мышки
Ярлычки
...

2. Общее состояние окна

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

3. Навигация

Проверить куда можно перейти со страницы
Особое внимание уделить кнопке “Назад” (Back) (если есть такая)
Проверить положение курсора по-умолчанию (если это необходимо)
Проверить навигацию при помощи клавиатуры Tab, Up, Down и т.п.: она должна быть логична и удобна

4. Горячие клавиши

Проверить горячие клавиши доступные для приложения
Стандартные сочетания клавиш (Ctrl+C, Alt+F4 и т.п.)

5. Стандартная функциональность элементов окна

Например:

Списки - скроллинг, сортировки
Текстовые поля - должны быть редактируемыми
Чек-боксы - выбрать, не выбрать
Радио-батоны - выбрать, не выбрать
Поля только для чтения
Поля паролей
...

6. Проверка данных

Пусто
Минимальное значение
Максимальное значение
Меньше максимального
Больше минимального
Корректный тип данных (char, numeric и пр.)
Некорректный тип данных
Все необходимые значения
...

7. Проверка необходимых вводимых параметров

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

8. Изменение размеров окна. Проверить, как ведут себя элементы в окне:

При изменении размеров окна
Сжатии и растяжении
Свертывании и развертывании
При изменении разрешения экрана

9. Локализация

Проверить окно и его элементы для поддерживаемых приложением локализаций
Проверить на разных локализациях окружения (операционных систем и пр.)

Кроме проверки GUI, конечно, очень важно проводить и функциональное тестирование. Не просто как наше приложение выглядит, а что наше приложение делает, какие функции оно выполняет? Часть функциональных проблем вылазит при проверке GUI. Обычно которые лежат на поверхности. Но проблемы посерьезнее требует тщательного подхода тестирования функциональности. Давайте, это отметим в заключении, что необходимо выделять отдельную группу функциональных проверок, и поговорим обэтом в следующий раз.

HotKeys: Ускорение ввода случайного текста при тестировании

2011-05-17T07:00:00.004+04:00

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

А можно ли процесс заполнения таких полей ускорить?

Оказывается можно. И это не обязательно будет "copy-paste", тем более он нам не поможет, если нам необходимо заполнять всегда разными или случайными значениями. Но умные люди придумали "горячие клавиши", вот их то мы используем.

Итак идея ясна - повесим ввод текста на горячие клавиши, которые мы сами и зададим.

Реализовать это можно разными способами используя различные инструменты. Главное, чтобы была возможность задавать "горячие клавиши" и выводить текст.

Мы же рассмотрим один из вариантов реализации с использованием двух инструментов:

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

2. AutoIt - этот инструмент поможет написать нам основной скрипт, который будет выводить текст.

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

Ниже листинг скрипта для программы вывода

#Include <array.au3>

$lenghtEmailArray = Random(1,10,1)

$lenghtDomenArray = Random(1,5,1)

; случайным образом определяем длину имя пользователя (его же мы и будем использовать в формировании e-mail) и доменного имени

$globalDomen = Random(0,1,1)

; эта переменная будет определять, какой глобальный домен будет использоваться. Она принимаем случайное значение 0 или 1

Dim $emailArray[1]

Dim $domenArray[1]

; определяем два динамических массива

Local $globalDomenArray[2] = [".ru", ".com"]

$emailArray[0] = $lenghtEmailArray

$domenArray[0] = $lenghtDomenArray

; кладем в первый элемент массива его длину. Отдаем дань AutoIt :)

GenerateString($lenghtEmailArray, $emailArray)

GenerateString($lenghtDomenArray, $domenArray)

; вызов функции генерации строк, после этого в массивах "лежат" готовые строки

SendString($lenghtEmailArray, $emailArray)

; вызов функции печати строки

If $CmdLine[0] > 0 And $CmdLine[1] = "e-mail" Then

; переменная $CmdLine - содержит параметры, которые мы передали скрипту при запуске. Если она не пустая и содержит параметр "email", то печатаем случайный e-mail

Send("@")

SendString($lenghtDomenArray, $domenArray)

Send($globalDomenArray[$globalDomen])

EndIf

; функция для генерации строки

Func GenerateString(ByRef $stopIndex, ByRef $array)

For $startIndex=1 To $stopIndex Step 1

_ArrayInsert($array,$startIndex,Chr(Random(Asc("a"), Asc("z"), 1)))

Next

EndFunc

; функция для вывода текста

Func SendString (ByRef $stopIndex, ByRef $array)

For $i=1 To $stopIndex Step 1

Send($array[$i])

Next

EndFunc

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

После написания скрипта его нужно скомпилировать.

Теперь в nnCron создаем две задачи:

Задача для ввода e-mail по нажатию на определенные клавиши
Задача для ввода login тоже по нажатию на определенные клавиши

Передаем параметр “email” в одном из скриптов и теперь при нажатии на эти сочетания у нас всегда новые e-mail и новый login.

P.S. Похожий подход был описан Trish Khoo в заметке Go faster! Linking data generation to hotkeys

P.S.S Также советую обратить внимание расширение для Chrome Magic Inputs Filler описание которого можно встретить на Хабре

Очередная встреча казанских тестировщиков

2011-05-10T09:00:00.001+04:00

Дорогие коллеги!

После проведения у нас в городе SQA Days 9,

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

Итак, встреча пройдет 12 мая 2011 г. в 19:00.

Очень важно! Не забудьте с собой документ удостоверяющий вашу личность.

Программа встречи на этот раз будет такой:

1. Татьяна Андреева расскажет все, что знает о тестировании методом свободного поиска.

2. Обсуждение, обмен впечатлениями о прошедшей конференции SQA Days.

Желательно зарегистрироваться заранее по адресу kazantest@rambler.ru. (пропускной список в IT-Park)

Приходите и приводите своих коллег! Будет интересно!

Курс на IT - по следам SQA Days - 9

2011-05-06T14:46:00.000+04:00

Анонс SQA days в передаче "Курс на IT"

2011-04-23T09:37:00.001+04:00

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

Start UP or Goes Down

2011-04-20T09:49:00.015+04:00

Набирает обороты тема Стартапов. В этом посте я бы хотел отразить несколько своих мыслей на счет Стартапов в России.

Наш президент дал курс на инновации и модернизации. Все сказали – Ура! Но каждый, видимо, понял инновации по своему. Это и понятно – распоряжение новое, а методы и люди – «старые». К большему сожалению надо признать, метод выращивания Стартапов не работает. Большинство так называемых инкубаторов, занимаются инвестированием уже существующих проектов, и мы получаем банальный «распил» средств. С другой стороны, средства вложены, проект есть - можно отчитаться. Это и есть цель.

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

Мотивация и страсть к созданию чего-то уникального. Они должны быть очень творческими людьми – они должны мечтать.
Быть очень тесно связанными с бизнесом. Им необходимо улучшать жизнь людей и строить свой проект. Поэтому им просто необходимо знать ту область бизнеса, в которой они хотят работать.
В то же время необходимо быть отличным организатором, как себя, так и остальных людей в команде.
Ну и технически был похож на «all around player». Это тип людей, с широким кругозором. Это крайне необходимо, т.к. н начальный период любого предприятия придется делать самому.

Итак, как Вы думаете много таких у нас в стране? Очень не много, в большинстве своем эти люди или «за бугром», или уже что-то свое запустили в бизнесе. Но мы не отчаиваемся и верим, что «наши» люди существуют. Где же нам их найти? Где обитает данный вид человекообразных с мечтой и целью, с пониманием бизнеса и технически образованные, предпринимательской жилкой, а также обладающие большой харизмой? Мне, почему то кажется, что данное можно встретить только в одном месте – в Москве. В чем отличия от других регионов?

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

Подведем краткий итог. Стартапы наиболее вероятны только в Москве, ввиду их необходимости бизнесу (не государству) и наличия активных, технически образованных людей. Может ли что-то получится в регионах? Да. Однако там создать сложнее. Более того мы опять упускаем самое важное. Надо не найти существующий проект, который мы назовем Стартапом и отчитаемся по нему. Нам надо создавать условия, в которых будут появляться те самые уникальные люди, о которых я писал выше. Нам нужны люди класса «А» или даже «А+», чтобы они набрали к себе в команду таких же людей высокого класса. Проекты, это всего лишь практика по обучению этих людей. Имея такой людской ресурс, мы обязательно сможем запустить проект, который будет необходим людям и станет очень популярным. Именно в такой последовательности нам необходимо действовать.

Очень много женщин в Стартапах и венчурных фондах. Эту интересную тенденцию я объясняю тем, что женщины сейчас более целеустремлённые мужчин, больше мечтают, они более творчески подходят к делу. Иногда, им не достает организованности, но они в правильном направлении. Мужчины, давайте не будет отставать!

Менеджер в одно действие - вторая часть

2011-04-19T18:09:00.005+04:00

Моя предыдущая статья «Менеджер в одно действие» вызвала много споров. Я рад, что эта тема оказалась вам интересна. Эти нескольких месяцев, я много думал:

· Почему такие системы управления существуют?

· Много ли таких случаев в нашей практике?

· Как распознать таких менеджеров?

Начну с главного. Многие не согласились с существованием такого рода менеджеров. И предположили, что такие организации вряд ли существуют, т.к. такая структура работы не позволяет добиваться успеха компании. Я соглашусь, такие компании не могу существовать долго. Тем более, если культ 1-го действия распространён с самой вершины управленческой пирамиды компании. Однако, если мы рассмотрим это понятие с точки зрения «принципов Питера», то существование таких менеджеров вполне реально. Более того, их большинство. Человек в данном случае, достиг уровня некомпетентности, не способен принимать эффективные и верные решения. Спущенная сверху команда, становится его 1-м действием. Действительно, человек становится некой доской объявлений, на которой владелец вывешивает свои объявления. Он уже не менеджер, не руководитель. Единственной задачей руководителя является быть эффективным. Это значит - он должен оценивать обстановку не только внутри фирмы, но так же учитывать внешнюю обстановку и факторы. И принимая их во внимание использовать ресурсы для достижения максимального результата.

Тогда почему же такие менеджеры существуют? Почему они продвигаются наверх по карьерной лестнице? Я считаю проблема в целях. Движение по карьерной лестнице происходит, если человек выполняет требования руководителя сверху. Отсюда вывод – существуют различие между озвученными целями и реальными. Именно поэтому ваши старания по увеличению эффективности отдела или департамента не находят отклика.

Возьмем пример. Слоган компании - «высокий уровень удовлетворенности клиента». Вы понимаете это по своему: пытаетесь сделать качественный продукт, красивый дизайн, техническую поддержку, предусматриваете масштабируемость, резервирование, высокий уровень отказоустойчивости. Рисуете проект, готовите презентацию, отлично ее представляете. Но проект не применяют, хотя все согласны, что это улучшит продукт. Объяснение одно - у нас нет на это времени нам надо «удовлетворять клиента», чтобы он был доволен. Очевидно, смысл слогана и реальные цели компании и у вас не совпадают.

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

Думайте, мечтайте, объединяйтесь и дерзайте.

Кто такие тестировщики?

2011-03-26T13:04:00.000+03:00

В Казани весна. Тает снег, и бегут ручейки. Уже меньше чем через месяц в нашем городе будет проходить конференция тестировщиков. Кроме этого тестировщики проводят встречи сообщества тестировщиков.

Сегодня мы вышли на улицы и спросили у казанцев: "Кто такие тестировщики?"

Четвертая встреча Казанских тестировщиков. Неофициальная.

2011-03-16T08:00:00.003+03:00

Всем привет!

Наконец-то настала пора, нам снова всем встретиться.

На этот раз мы решили провести встречу в неформальной обстановке и для этого есть несколько причин, в том числе и прошедшие праздники. :)

Итак, местом встречи был выбран ресторан Maximilians, который находится по адресу: Спартаковская, 6 здание "Suvar Plaza", схема проезда здесь.

Итак, ждем вас завтра (17 марта) в Maximillians.

Столики забронированы на 19:15, номер брони 6.

Для предварительной регистрации необходимо отправить письмо на kazantest@rambler.ru

Курс на IT - Анонс SQA Days

2011-03-11T10:11:00.005+03:00

Представляем Вашему вниманию анонс предстоящей конференции по вопросам качества SQA days в Казани 22-23 апреля.

Ролик был сделан на телеканале "ITV".

Время показов по телевидению:
Телеканал "ITV":

19 марта - 19:20, 23:20
20 марта - 03:20, 07:20, 11:20, 15:20

Телеканал "ТВ-Центр":

18 марта - 18:50
22 марта - 18:50
24 марта - 18:50

Отзыв: Третья встреча Казанских тестировщиков: Тестирование в КИР

2011-02-21T01:45:00.014+03:00

Добрый день, уважаемые коллеги!

Представляю Вашему вниманию отчет об очередной встрече Казанских тестировщиков. Мы продолжаем знакомиться друг с другом и привлекать новых участников и докладчиков. В четверг вечером на встречу пришло 18 человек (+6 новеньких). Кто-то не смог прийти по болезни, кто-то в командировке в Финляндии, кто-то пошел на курсы, кто-то задержался на работе. Но, тем не менее, новые люди приходят, и это радует.

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

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

Сам Антон до прихода в КИР работал в компании, где были строго формализованы все процессы (CMMI-5!). Но в новой компании этот подход не работал. Компания в стадии развития, появляются новые сложные проекты. И надо было адаптировать процессы, уйти от жесткой формализации. Как это получилось, Антон и рассказал в своей презентации.

Лично мне понравилось, как ребята используют confluence для составления тест-планов и чек-листов. Красочные звездочки-приоритеты, кросс-ссылки на задачи помогают ребятам в работе. Здесь же в confluence накапливаются знания по продуктам, статьи по имеющимся процессам (как записывать ошибки и проч.).

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

1. Тестировщики плохо знаю продукт.

Продукты сложные. Бизнес-область мало изучена. Аналитик часто занят
Продуктов много, тестировщики переключаются с проекта на проект
Последствия здесь очевидные – низкое качество тестирования

Рекомендации здесь были следующие:

Договориться с ПМом и аналитиком, чтобы тестировщик имел доступ к тем знаниям, что ему необходимы
Обучать команду тестирования новым разрабатываемым продуктам и предметной области
Отправлять по возможности тестировщиков на объекты, где система реально работает. Это и полезно, и очень увлекательно
Тот тестировщик (в терминах доклада «шпион»), что прикреплен к продукт, должен становиться своего рода аналитиком и передавать знания, фиксировать их в том же confluence
Изучать продукты конкурентов, сравнивать, как у них работает та или иная функция
Сравнивать новую версию со старыми версиями программы. (Особенно полезно, когда разные версии писались с использованием разных технологий или языков)
Проводить ревью требований // Но тут у ребят следующая проблема…

2. Требования часто меняются.

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

3. Разработчики не советуются или не согласуют свои действия с тестировщикками.

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

Пока все.

В целом встреча получилась! Мы познакомились с работой новой компании. Было задано много вопросов, и был интерес аудитории. Теперь наступает время готовиться к новой встрече, которая пройдет здесь же в IT-парке в четверг 17 марта.

До новых встреч, Друзья!

Материалы первых двух встреч Казанских тестировщиков

2011-02-20T20:59:00.001+03:00

Добрый вечер.

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

Алексей Чумагин - Первая встреча казанских тестировщиков

View more presentations from kazanqacomm.

Антон Куликов - Знакомьтесь FitNess

View more presentations from kazanqacomm.

Илья Евлампиев - Grinder

View more presentations from kazanqacomm.

Третья встреча Казанских тестировщиков

2011-02-14T11:49:00.007+03:00

Дорогие коллеги!

Вот и настало время нам снова встретиться в рамках Третьей встречи Казанских тестировщиков.

Итак, встреча пройдет 17 февраля 2011 г. в 19:00.

Место проведения: IT-Park по адресу Петербургская д. 52 в пресс-центре. Кто был на прошлой встрече, тот знает, где это :). Для тех кто не знает, мы будем ждать вас на стойке регистрации до 19:00.

Очень важно! Не забудьте с собой документ удостоверяющий вашу личность.

Программа встречи на этот раз будет такой:

1. Антон Куховаренко расскажет нам как построено тестирование в КИР.

2. Будет круглый стол. Тему мы пока не обозначили, поэтому вы можете прислать нам ваши пожелания на адрес kazantest@rambler.ru.

Желательно зарегистрироваться заранее по адресу kazantest@rambler.ru. И прихватить с собой бейджик со своим именем.

Приходите и приводите своих коллег! Будет интересно!

Автоматический рубильник сетевой карты

2011-02-04T07:00:00.008+03:00

Для стресс-тестирования распределенных систем мне, как тестировщику, приходится проверять поведение системы в случае, когда один из компонентов периодически недоступен. Постоянно отключать сеть вручную не совсем удобно, особенно когда используешь технику Exploratory testing. А нельзя ли процесс отключения и включения сети автоматизировать?

Итак, в миссии «Работа в условиях плохой связи между компонентами» стоит задача организовать эту самую “плохую связь”. Один из случаев “плохой связи” я и организовал: постоянно отключается/включается сетевая карта.

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

Способ А: Использование утилиты DevCon.

DevCon — это программа с интерфейсом командной строки, которая используется в качестве альтернативы диспетчеру устройств. С ее помощью можно включать, выключать, перезапускать, обновлять, удалять и опрашивать отдельные устройства или группы устройств. В итоге у меня получился PowerShell скрипт, который делает недоступной/доступной сетевую карту. (Не спорю, скрипт можно написать и на батнике, но PowerShell мне как то ближе. :) )

Cкрипт положить в одну папку с devcon.exe. Итак, вот листинг скрипта:

$deviceName = “*VEN_1022&DEV_2000”

do {

.\devcon.exe disable $deviceName

.\devcon.exe enable $deviceName

Sleep -Seconds 10

} while($true)

Бесконечный цикл постоянно отключает “.\devcon.exe disable $deviceName” и включает “.\devcon.exe enable $deviceName” сетевую карту. Потом дает поработать 10 секунд и снова отключает и включает. В скрипт можно внести элемент случайности, ставить разные задержки, в общем, “затачивать” под себя.

Нужное устройство легко можно найти с помощью ключа к devcon, а именно -find.

Способ Б: Использование VM-server 2.0 + PowerShell.

Если вы используете VM-server 2.0 и знакомы с Powershell, то вам, возможно, подойдет второй способ работы с сетевой картой. Как настроить эту связку вы можете найти в интернете. Если вам лень искать, то начать можете с этой статьи.

Итак, ниже приведен листинг скрипта на PowerShell:

Connect-VIServer ServerName -Port PortNumber

$vmMachine = Get-VM VMname

$vmAdapter = $vmMachine .NetworkAdapters

do {

$vmAdapter | Set-NetworkAdapter -Connected 0 -Confirm:$false

$vmAdapter | Set-NetworkAdapter -Connected 1 -Confirm:$false

Sleep -Seconds 10

} while($true)

Скрипт делает то же самое, что и первый, но управление идет со стороны настроек самой виртуальной машины. Кстати, этот скрипт не зависит от системы, установленной на виртуальной машине.

Способ В: Использование WMI.

И наконец, третий из используемых мной способов. А помогать нам будет вновь PowerShell, со своим командлетом Get-WMIObject. Получается скрипт:

$vmAdapterName = "Name = 'Имя вашей сетевой карты'"

$vmAdapter = Get-WmiObject -Class Win32_NetworkAdapter -Filter $vmAdapterName

do {

$vmAdapter.Disable()

$vmAdapter.Enable()

Sleep -Seconds 10

} while($true)

В Get-WmiObject -Class Win32_NetworkAdapter -Filter $vmAdapterName, мы обращаемся к классу WMI Win32_NetworkAdapter и получаем свойства для нашей сетевой карты. Потом мы, с помощью методов Disable() и Enable(), включаем и выключаем ее.

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

P.S. Cамое прекрасное во всем этом то, что отключение/включение сетевой карты можно сделать “по событию”. Например, создался у вас файл, готовый к отправке, бац... отключили сетевую карту. :) И смотрим на поведение системы.

Вспомогательные инструменты тестировщиков

2011-01-31T01:30:00.014+03:00

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

Первым делом вспомнили BAT-файлы для windows (и BASH скрипты для Linux). Это незаменимый инструмент в арсенале тестировщика. С помощью батников можно решать разные задачи: от управления (копирования, удаления) файлами и сбора логов до запуска приложений и сервисов. Вот один из примеров. Альтернативой могут быть VBscript или JScript в WSH.
PowerShell сейчас становится мощным инструментом в руках системного администратора, но и тестировщику следует взять его на вооружение. PowerShell уже встроен в windows. Из него можно получить доступ к файлам или реестру, к AD и любому компьютеру в сети. Выполнить против них любую команду из технологии .Net.
При работе с web-инструментами в компании (например jira), иногда хочется настроить их под себя. Для этого можно воспользоваться пользовательскими скриптами (в FireFox это плагин Greasemonkey) и изменить представление тех или иных элементов на странице.
При разговоре об инструментах для снятия скриншотов вспомнили добрым словом SnagIt, но он платный. И тут же предложили бесплатные аналоги PicPick и Jing.
StrokeIt или утилита для управления приложением с помощью мышиных действий, позволяет решать массу задач. Есть портативная версия. Двигая мышкой Вы можете делать со своим приложением что угодно. Разворачивать или сворачивать, ресайзить, перемещаться вперед-назад по страницам, логиниться и др. А вот пример специфичной задачи, которую удалось решить с помощью StrokeIt. При тестировании (разработке) оплаты требовался карт-ридер магнитных карт и специальная карта. Мы эмулировали работу этого карт-ридера с помощью StrokeIt.
nnCron еще один полезный инструмент, с которым стоит познакомиться тестировщику. Казалось бы это простой планировщик, но с помощью него можно решать разные задачи. Список которых можно увидеть перейдя по ссылке.
Сейчас у многих из нас на работе стоит по 2 монитора. И эффективно работать с окошками на них Вам поможет Ultramon.
Массу инструментов вспомнили web-тестировщики, а именно те кто имел дело с автоматизацией на Selenium. Им необходимо находить элементы на web-странице. Так с этой задачей справляется не нуждающийся в представлении плагин к FireFox - FireBug и другие расширения FirePath, FireFinder, Dom Inspector, XPather, XPath Checker, Web Developer, Live http headers.
Еще один плагин к Firefox - Yslow позволяет измерять скорость загрузки страницы и ее отдельных компонентов.
Был упомянут инструмент для security-тестирования Webscarab. Я мало знаком с этой областью, возможно стоит изучить.
Как выяснилось многие из нас пользуются средствами виртуализации, причем разными. И здесь были названы VirtualBox и VMware.
MultiProxy помогает гулять по интернету.
И, наконец, полезный набор утилит SysInternal. В котором можно найти PsExec для выполнения команд на удаленном компьютере или Autologon, чтобы не вводить на тестовой машине пароль и логин администратора. И многое-многое другое.

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

До новых встреч, Друзья!

PS:

Приведу еще несколько полезных ссылок, которые не вошли в эту заметку:

Целый сборник тестерских инструментов.
Можно послушать обзор бесплатных инструментов от Алексея Баранцева.
Десятка инструментов для улучшения юзабилити.

Автоматическое тестирование веб-сервисов на коленке

2011-01-24T15:01:00.009+03:00

В ноябре мне довелось побывать в Питере и сделать там доклад о тестировании программных компонетов без UI или веб-сервисов. Одно из альтернативных названий доклада мне подсказали мои друзья. Оно мне очень понравилось: "Автоматическое тестирование веб-сервисов на коленке". Да, когда слышим сочетание слов "автоматическое тестирование" - это уже у многих вызывает сложности. А на самом деле автоматизацию можно свести к знакомым Вам приемам, языкам программирования, форматам, и готовым функциям, которыми изобилует интернет. Воспользовавшись всем этим можно написать не только тесты, но и свой инструмент тестирования. Как это у меня получилось, я и рассказывал на конференции SQAdays-8.

Игорь Любин -- Об опыте тестирования программного компонента без пользовательского интерфейса

View more webinars from sqadays8.

Отзыв: Вторая встреча Казанских тестировщиков

2011-01-23T03:36:00.018+03:00

Добрый вечер, Друзья!

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

Лично у меня в этот раз совсем другие ощущения, чем в прошлый раз. Но они положительные. В этот раз был больший настрой на работу. Чему непосредственно способствовала обстановка. Мы встречались в оранжевом зале любезно предоставленным IT-парком. И сразу хочу сказать спасибо Светлане Палатовой и Женечке Палей за предоставленную возможность и работу с нами. Само помещение заслуживает отдельных слов. Что такое IT-парк? Это современное здание с удобными, функциональными и мощными технически оснащенными помещениями. Много света, стекла и большая плазма производят впечатление!
На встрече было 22 участника. Из них 9 новеньких. А также порадовал тот факт, что к нам заглянули разработчики и приняли участие в обсуждениях. А отзывы ребят доказывают, что тестировщики и разработчики лучшие друзья.

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

В перерыве ребята знакомились, общались и подходили с вопросами друг к другу. Вот, например, Антон Куховаренко (КИР) и Игорь Катыков (ICL, Fujitsu) до этого много слышали друг о друге, а познакомились только на встрече нашего сообщества. А ведь это одна из главных задач наших встреч – знакомство и общение друг с другом. Мне было приятно наблюдать за ребятами.

Следующим нашим докладчиком выступил Илья Евлампиев из Exigen Services. Надо сказать, что Илью я знаю давно, и знаю его с тех пор как он пришел в тестирование. И мне вновь приятно, за то, как он вырос, каким хорошим стал специалистом. Его рассказ был посвящен инструменту для нагрузочного тестирования Grinder. У Ильи хорошая живая манера изложения. И те ребята, что не знакомы с нагрузочным тестированием, сказали, что вводная часть им помогла все понять. Многие захотели попробовать. Были рекомендации сделать продолжение доклада, часть 2.

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

Теперь настало время готовить новую встречу, которая будет совсем скоро 17 февраля 2011 г. Спасибо всем за активность, вопросы и Ваши глаза! До новых встреч, Друзья!

Побороть рутину поможет сборщик логов

2011-01-19T00:19:00.011+03:00

Все мы сталкиваемся на работе с рутинными задачами. И сборка логов, перед тем как запостить баг, одна из них. Не знаю как у вас, но у нас на проекте для этого нужно вырубить приложение, а иногда и несколько приложений, находящихся на разных виртуальных машинах. Зайти в папки, где лежат логи (или другие данные), заархивировать их, скопировать все это в какую-то папку, которая доступна из джиры (у меня это папка Exchange на рабочем ПК), собрать снова все в один файл, чтобы не прикладывать несколько файлов, прикрепить к баге. И, наконец, запустить все приложения….и даже пройти авторизацию в одном, введя пароль и логин. Уф….как это долго и утомительно. Но лень двигатель прогресса.

А можно все ведь автоматизировать! Итак, что должен уметь сборщик логов:

1. Выключать приложение. Можно просто убивать процесс; :)

2. Брать из папок нужные файлы и архивировать их в единый архив;

3. Присваивать архивам понятные имена. У меня - это названия виртуальных машин + текущая дата и время;

4. Копировать архив в удобную для нас папку (откуда мы и будем прикреплять логи к баге);

5. Запускать наши приложения. Делать нужные действия с приложением (авторизация, переход на нужный экран).

Итак, вооружившись Powershell, Autoit и 7zip в качестве архиватора, я написал такой сборщик. Рутины теперь убавилось. :)

Если учесть, что у PowerShell есть возможность запускать скрипты на нескольких удаленных машинах одновременно, то становится совсем хорошо. Запускаешь скрипт только на одной машине, а он выполняет все действия на нескольких удаленных виртуальных машинах.

В планах создать целый комплекс, написанный на Powershell, который будет при нажатии на кнопку «Баг»:

1. Делать скриншоты;

2. Собирать логи;

3. Открывать новый баг в джире;

4. Прикрепрять туда скриншоты.

Мне только останется описать баг и запостить его.

Вот такой у меня теперь есть помощник.

Коллеги, если есть вопросы, задавайте, с удовольствием на них отвечу.