Что пишут в блогах

Подписаться

Онлайн-тренинги

Конференции

Что пишут в блогах (EN)

Разделы портала

Про инструменты

Лучшие вакансии

.
Повышаем эффективность имеющихся тестов (с юмором)
02.04.2010 08:32

Оригинальная публикация: Dawn Haynes http://www.sqetraining.com/file/DawnHaynesArticle.pdf

Перевод: Лаборатория Качества.

Как сделать тестирование эффективнее и полезнее, почти не меняя действующую стратегию? За 10 лет я составила 10 эвристических правил «увеличения отдачи» от тестов с помощью разумных изменений в условиях, последовательности, данных или перспективе тестов во время их выполнения.

Подробнее...
 
Rapid Software Testing с Майклом Болтоном: дебриф
25.03.2010 16:29

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

Две недели тому назад прошёл тренинг Rapid Software Testing, свежие впечатления улеглись, появилась некоторая отстранённость, и теперь я готов написать о том, как это выглядело с моей точки зрения, а также поделюсь отзывами других участников.

Сразу должен признаться, что моё мнение будет несколько пристрастным. Среди русскоязычных тестировщиков, открыто признающих себя последователями контекстно-ориентированной школы тестирования, преобладают фанаты Джеймса Баха, что неудивительно, потому что это именно он «раскрутил» идею, ну и не последнюю роль играет его эксцентричность и харизматичность.

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

Подробнее...
 
Удовольствие от процесса познания
22.03.2010 12:03

«Я интересуюсь наукой просто для того, чтобы узнать больше об окружающем мире, и чем больше я узнаю, тем интереснее. Мне нравится познавать».
Ричард Фейнман

Автор: Майкл Болтон
Перевод: Дмитрий Дудников по заказу Software-Testing.Ru
Оригинал: http://www.developsense.com/articles/2005-04-ThePleasureOfFindingThingsOut.pdf

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

Подробнее...
 
Количество транслируемых блогов перевалило за 50!
18.03.2010 12:11

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

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

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

Вот список добавленных личных блогов:

А вот ещё три добавленных групповых блога:

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

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

Ну а если у вас нет блога и вы не собираетесь его открывать -- добро пожаловать в Клуб тестировщиков!

 
Расшифровка записи специального вводного семинара "Тестирование программного обеспечения: основные понятия"
09.03.2010 19:02

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

См. полную текстовую расшифровку этого семинара в блоге "QA - грамотно".

Там же - скриншоты ключевых слайдов.

 
Опубликована подробная программа второй ступени онлайн-тренинга "Тестирование производительности"
25.03.2010 15:37

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

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

Занятия второй ступени будут проходить 8, 15, 22 апреля.

Есть возможность приобрести записи занятий первой ступени.

Посмотреть подробную программу второй ступени и условия участия
 
Training Labs 2010
25.03.2010 15:26

III Тренинговый марафон, посвященный обучению в области разработки ПО, Москва, 17 апреля 2010 г.

Приглашаем вас посетить конференцию Training Labs 2010, посвященную обучению в области разработки программного обеспечения.  Мероприятие состоится 17 апреля 2010 года в Москве.

Организатор – Учебный Центр Luxoft, сайт http://www.luxoft-training.ru/.

Подробнее...
 
Три вида измерений и два способа их использования
08.03.2010 20:20

Автор: Майкл Болтон
Перевод:
Дмитрий Дудников по заказу Software-Testing.RU
Оригинал:
http://www.developsense.com/articles/2009-07-ThreeKindsOfMeasurement.pdf

Люди часто цитируют лорда Кельвина: «Если вы можете измерить то, о чем говорите, и выразить это в цифрах – значит, вы что-то об этом предмете знаете. Но если вы не можете выразить это количественно, ваши знания крайне ограничены и неудовлетворительны. Может это начальный этап, но это не уровень подлинного научного знания, каков бы ни был предмет исследования» [1]. Однако немногие обращают внимание на предложение, которое предшествует этому высказыванию: «в естественных науках важнейший первый шаг в направлении изучения любого предмета – это нахождение принципов численного выражения и осуществимых способов измерения величин, связанных с ним». Это пропущенное предложение ставит перед нами несколько вопросов: «Применимы ли в области разработки и тестирования компьютерных программ принципы измерения, подобные тем, что мы используем в физике? Если нет, то какие виды измерений нам следует использовать? Как нам извлечь пользу из этих измерений?».

Подробнее...
 
Четвертая встреча тестировщиков Петербурга
18.03.2010 16:31

2 апреля (в пятницу) состоится четвертая встреча тестировщиков Санкт-Петербурга.

Гости мероприятия:

  • Алексей Баранцев (Москва) – главный редактор портала Software-Testing.Ru, аккаунт-менеджер коммерческих проектов в ИСП РАН, тренер и консультант.
  • Вячеслав Панкратов (Киев) – основатель порталов Software-Testing.Ru и it4business.ru, главный редактор последнего, руководитель учебного центра Люксофт в Украине, тренер и консультант.

Программа:

  • Круглый стол на тему "Тестировщики как причина снижения качества ПО" (1 час), модераторы – Роман Твердохлебов, Алексей Лянгузов, эксперты – Алексей Баранцев и Вячеслав Панкратов. .
  • Живое общение участников, отличная возможность задать свои вопросы людям, которых не так просто встретить в Петербурге.
Все подробности на Сайте профессионального сообщества тестировщиков Санкт-Петербурга SPB SQA Group
 
Когда нужно прекращать тестирование?
24.02.2010 12:12

Автор: Майкл Болтон

Перевод: Дмитрий Дудников по заказу Software-Testing.RU

Оригинал: http://www.developsense.com/2009/09/when-do-we-stop-test.html

Несколько лет назад, примерно в то же время, когда я начал проводить тренинг «Быстрое тестирование ПО» (Rapid Software Testing), мой соавтор Джеймс Бах (James Bach) записал видео для демонстрации быстрого стресс-тестирования. В его примере подход заключался в подаче на вход визарда приложения огромного объема данных, по существу заставляя приложение нагружать само себя.

Видео длится почти шесть минут. Примерно на середине Джеймс спрашивает: «Вы можете поинтересоваться, почему я не хочу остановиться сейчас. Причина в том, что мы наблюдаем неуклонное ухудшение ситуации. Мы могли бы остановиться сейчас, но возможно мы увидим нечто худшее, если будем продолжать». Таким образом, он продолжил тест. А вскоре после этого Джеймс предложил эвристики для остановки: мы останавливаемся, когда: 1) мы обнаружили достаточно серьезную проблему, или 2) в поведении программы нет явных изменений – программа в целом работает стабильно, или 3) ценность от продолжения теста не оправдывает стоимость. Таковы были эвристики для остановки того теста.

Где-то через год после того, как я впервые увидел это видео, я решил более полно описать эвристики для прекращения тестирования в колонке для журнала «Better Software». По этому поводу мы с Джеймсом устроили транспективную беседу. Колонку вы можете найти здесь. Ещё год спустя колонка превратилась в неформальную лекцию, которую я прочитал в нескольких местах.

Примерно через шесть месяцев после этого мы оба нашли еще больше эвристик для остановки тестирования. Мы обсуждали их на STAR East 2009, и проходившие в тот момент мимо нас Дэйл Эмери (Dale Emery) и Джеймс Линдсей (James Lyndsay) присоединились к дискуссии. В частности, Дэйл высказал предположение, что во время сражения стрельба может быть остановлена в нескольких случаях: временное затишье, поступление команды «прекратить огонь», соглашение между сторонами о прекращении огня, отход сторон на начальные позиции, разоружение противника. Это показалось мне интересным.

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

Подробнее...
 
Автоматизация приёмочного тестирования или FitNesse для повышения качества программного продукта
02.03.2010 11:35

Автор: Андрей Гридин

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

Intro

Когда говорят о тестировании ПО, чаще всего подразумевают тестирование, выполненное после того, как изрядное количество кода написано и возникает необходимость проверить «а то ли написали, что хотели».
Понятно, что покрытие кода тестами, виды и продолжительность тестирования зависят от многих факторов, но в данном случае следует упомянуть именно о модульных тестах и о приёмочных тестах.
Если модульное тестирование выполняет обычно тот, кто пишет тот или иной кусок кода, то приёмочное тестирование, как правило, выполняет заказчик. И тут уже всё зависит от того, насколько высоки требования заказчика (и, что немаловажно, то насколько он способен качественно тестировать принимаемый им готовый продукт).
Так вот, модульные тесты обычно автоматизированы по выполнению (они один раз пишутся и много раз прогоняются в автоматическом режиме).
А приёмочные тесты обычно медленно прогоняются в ручном режиме и постоянно изменяются и обычно достаточно редко фиксируются на бумаге.
К чему все эти разговоры про тестирование? Правильно организованный процесс тестирования создаваемого программного продукта в конечном счёте позволит сэкономить деньги и время на устранении ошибок, и более того увеличить прибыль от хорошей репутации компании.

Подробнее...