Home

Приглашаем Вас принять участие в новом опросе на нашем форуме: Какие инструменты вы предпочитаете - платные или бесплатные?

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

В марте и апреле в Санкт-Петербурге пройдет целых пять тренингов по тестированию ПО -- на любой вкус и уровень.

11-13 марта Санкт-Петербург посетит Алексей Баранцев с тремя тренингами:

• 11 марта, Управление требованиями, тестами, дефектами
• 12 марта, Тест-дизайн от А до Я
• 13 марта, Тестирование методом свободного поиска

А 7-10 апреля -- Наталья Руколь:

• 7-8 апреля, Позитивное управление тест-командой
• 9-10 апреля, Планирование тестирования и проектирование тестов

Автор: Комендантов Илья, компания "Lohika" (г. Одесса)

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

Скорость доступа к информации, которую запрашивает браузер пользователя, зависит от характеристик работы множества звеньев: запросов к серверу баз данных, расчётов, производимых сервером приложений, "занятости" веб-сервера при огромной нагрузке (миллионом пользователей уже никого не удивишь), загруженности канала связи и многих других. Звенья в свою очередь состоят из более мелких частей, которые могут оказаться тем самым "узким местом", определяющим скорость всей системы, и пользователь вынужден ждать. Но не все обладают терпением Будды.

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

В предрелизные дни поражений и побед,

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

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

когда становится ясно, что от тайги до британских морей тестеров гвардия всех сильней;

когда в отдельных районах этого мира небеса разрываются на мириады снежинок, когда метель ревет как зверь, протяжно и сердито;

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

Нет-нет, не подумайте, этот плакат не пропагандирует убийство и насилие над багами.

Также он не призывает к ношению военной униформы и сапог.

Призывает он к дружбе и взаимопомощи, которую программисты оказывают тестировщикам в локализации багов.

Он гласит: "Программист! Если ты написал баг - скорее сообщи о нем тестировщику, а в ответ на это тестировщик сообщит тебе о других багах, которые ты не учел!"

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

В общем,
- скачать,
- распечатать,
- повесить.

Ура!!!

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

Представляем блог Семена Кирносенко -- http://kirnosenko.com/

Автор блога о себе и блоге:

О себе: Зовут Семён, живу в Волгограде, учусь в аспирантуре.

О блоге: Блог создан дабы донести до разработчиков, тестировщиков и менеджеров по качеству знание о том, что может дать им такая область программной инженерии как Mining Software Repositories (MSR). Пишу про метрики, качество ПО и бесплатный набор утилит MSR Tools.

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

• Умеем ли мы, будучи тест-менеджерами, выявлять таланты своих сотрудников?
• Развиваем ли мы потенциал своей команды?
• Создаём ли мы среду, в которой любой участник команды может чувствовать себя полезным, стремиться к достижениям и вкладу в проектную деятельность?
• Можем ли мы определить индивидуальный подход к каждому сотруднику?

На этом тренинге будет минимум сухой информации и максимум практики, опыта и обратной связи от группы. Менеджмент – это не власть, не контроль и не субординация. Менеджмент – это раскрытие потенциала команды таким образом, что каждый её участник начинает привносить максимум пользы, получая максимум удовольствия!

Зарядите свою команду настолько, что уже никто не будет покупать энергетики по дороге на работу!

Отзывы и видеоотзывы на предыдущую версию тренинга: http://quality-lab.ru/training/peoplemngmt/TMres/

Подробная программа и условия участия по ссылкам

4-5 марта, Москва
17-18 марта, Екатеринбург
22-23 марта, Новосибирск
7-8 апреля, Санкт-Петербург
20-21 апреля, Казань
19-20 мая, Киев

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

В конце 2010 года компания Hewlett-Packard объявила о выпуске пакета для управления жизненным циклом приложений HP Application Lifecycle Management 11.0, в который, среди прочего, вошла обновлённая версия HP Quality Center 11.0. В то время, как большинство производителей инструментов ориентируются главным образом либо на тестировщиков-автоматизаторов, либо на поддержку процессов, компания Hewlett-Packard наряду с этим не забывает также и о тех, кто занимается ручным выполнением тестов. Для них в новой версии появился продукт HP Sprinter, название которого говорит само за себя – он должен позволить выполнять ручные тесты со спринтерской скоростью.

HP Sprinter это не отдельное приложение, он представляет собой новый вариант клиента для HP Quality Center. Соотвественно, подготовка тестов осуществляется примерно так же, как и раньше, изменяется только способ их выполения.  Исключение составляют “неформализованные” тесты, которые сначала выполняются, а потом уже могут быть импортированы в Quality Center. Разумеется, традиционный веб-клиент тоже никуда не исчез, однако Sprinter предоставляет по сравнению с ним множество новых возможностей, повышающих скорость и удобство работы тестировщика.