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

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

.
Когда нужно прекращать тестирование?
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

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

Подробнее...
 
Игры в ИТ: живой семинар, Санкт-Петербург, 5-6 апреля
09.03.2010 18:41

Александр Орлов и Вячеслав Панкратов представляют очную версию нашумевшего онлайн-тренинга Игры в ИТ.

В живой версии будет разобрано более 20 игр, в которые играют:

  • Команды
  • Инженеры
  • Менеджеры

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

В отличие от онлайн курса, живая версия будет включать в себя практическую работу, такую как:

  • Разбор кейсов - выработка навыков определения игр в реальной жизни
  • Ролевые игры - тренировка распознавания и своевременного выхода из игр
Официальный анонс, подробную программу, а также условия участия можно узнать по ссылке.
 
SQA Days 6: Реальное упрощение регрессионного тестирования
12.02.2010 14:53

Международная конференция для специалистов по обеспечению качества программного обеспечения — SQA Days 2009 — прошла с 28 по 29 октября в Москве в рамках Международной восточно-европейской научно-практической конференции по программной инженерии (для специалистов по разработке программного обеспечения) — CEE-SECR 2009.

Портал Software-Testing.ru представляет серию интервью с участниками прошедшего мероприятия.

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

Марат Ахин, магистр техники и технологии, аспирант, преподает на кафедре компьютерных систем и программных технологий ФТК СПбГПУ.

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

Подробнее...
 
Лебединая песня
07.02.2010 18:20

Black Swan © WWTАвтор: Майкл Болтон
Оригинальная публикация:
Swan Song
Перевод:
Алексей Баранцев

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

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

Эта история, давным-давно описанная Бертраном Расселом, прекрасно иллюстрирует основную тему увлекательной и вместе с тем весьма глубокой книги Нассима Николаса Талеба "Чёрный лебедь". Бывший опционный трейдер, сейчас периодически занимающийся консультированием хедж-фондов, Талеб заявляет, что главная цель его жизни -- не быть индюком. Он считает, что в сложном и полном неопределённости мире мы сможем защитить себя от сильных потрясений, если будем скептически настроенными эмпириками и постараемся избегать некоторых типичных заблуждений. Эта книга читается как хартия профессионального тестировщика.

Подробнее...
 
Впервые в России: Майкл Болтон с тренингом Rapid Software Testing, Москва, 11-12 марта
01.02.2010 14:47

11-12 марта Майкл Болтон проведёт в Москве двухдневный тренинг «Rapid Software Testing», разработанный им совместно с Джеймсом Бахом.

Майкл Болтон является одним из наиболее активных евангелистов школы контекстно-ориентированного тестирования. Он имеет более чем 20-летний опыт работы в области тестирования. Майкл регулярно выступает на конференциях, проводит тренинги и семинары, с 2005 года является постоянным колумнистом одного из самых популярных журналов в области тестирования Better Software и ведёт замечательный блог о тестировании http://www.developsense.com/blog.shtml.

В 2003-2005 годах он совместно с Джеймсом Бахом разработал тренинг Rapid Software Testing, в основу которого легли основные концепции школы контекстно-ориентированного тестирования. С тех пор Майкл Болтон объездил с этим тренингом весь мир -- Канада, США, Бразилия, Франция, Германия, Индия, Сингапур, Испания, Швеция, Турция. И вот впервые этот тренинг проводится в России!

Rapid Software Testing

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

Хотите научиться тому, как эффективно выполнять тестирование в условиях, когда вы сталкиваетесь с недостатком информации и нехваткой времени? Хотите стать настоящим асом в тестировании? В таком случае Rapid Software Testing – методология и учебный курс, разработанные Джеймсом Бахом и Майклом Болтоном – для вас.

Подробнее...
 
Будущее тестирования, Джеймс Виттейкер
29.01.2010 22:25

Автор: Джеймс Виттейкер (James Whittaker)
Перевод: Феликс Зинатуллин (часть 1), Алексей Баранцев (часть 2 и общее редактирование), Алекс Сергеев (части 3 и 6), Андрей Адеркин (части 4, 5 и 7) и Роман Твердохлебов (часть 8)

Оригинальная публикация

Совместными усилиями участников Клуба тестировщиков мы сделали перевод серии заметок Джеймса Виттейкера под названием «The Future of Testing». Эта серия в оригинале была опубликована в конце 2008 года, и в ней Джеймс сделал ряд предсказаний относительно того, как будет выглядеть работа тестировщиков в будущем, лет через 10-20. Его прогнозы во многом основаны на тех идеях, которые развивались и продолжают развиваться в компании Microsoft, где Джеймс работал в то время.

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

  1. «Тестсорсинг»
  2. Виртуализация
  3. Информация
  4. Перемещение тестирования к началу
  5. Визуализация
  6. Культура тестирования
  7. Тестировщики в роли дизайнеров
  8. Тестирование после релиза

Итак, перед вами – будущее тестирования.

Подробнее...
 
Где брать тестировщиков? Принципы поиска и набора
24.01.2010 18:55

На конференции Test Labs 2009 в сентябре догадайтесь_какого_года я делала доклад на тему «Где брать тестировщиков, покупать или готовить.» Он основан на моем опыте набора людей на позицию тестировщик. Действие происходит на Украине, в г.Харьков. Харьков — город студентов, а вот с хорошими специалистами там дела похуже.

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

Я уверена, что то же самое, практически слово в слово, можно перенести на набор абсолютно любых IT-специалистов.

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

Ссылка на сам слайдкаст: http://software-testing.ru/library/around-testing/management/863-where-to-get-testers, ну а сам текст, вот он:
Подробнее...
 
Запись семинара "Тестирование программного обеспечения: основные понятия"
22.01.2010 16:46

Давно хотели поделиться с нашими читателями ссылкой на запись специального вводного семинара "Тестирование программного обеспечения: основные понятия".

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

В этом семинаре Алексей рассказывает свою точку зрения на то, что такое тестирование, а также рассматривает три основные классификации видов тестирования, чтобы объяснить свою трактовку различных терминов.

Посмотреть отзывы о прошедших онлайн-семинарах

 
Зачем изучать чужие ошибки?
20.01.2010 23:24

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

Я хочу развить высказанную Алексом Сергеевым тему "осмысленности" заметок с описанием багов.

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

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

Подробнее...
 
Тестирование кросс-браузерности веб-приложений
20.01.2010 15:32

Автор:  Макеенков Сергей

Теория

Википедия:

«Кросс-браузерность — свойство сайта отображаться и работать во всех популярных браузерах идентично. Под идентичностью понимается отсутствие развалов верстки и способность отображать материал с одинаковой степенью читабельности. Понятие «кросс-браузерность» очень часто путают с попиксельным соответствием, что на самом деле является разными понятиями.»

Тестирование кросс-браузерности как сущность является подвидом конфигурационного тестирования. Переведя термин на русский язык, мы увидим громоздкое словосочетание «перекрёстное тестирование под разными браузерами». В действительности же, термин тестирование-кроссбраузерности подразумевает не только проверку под разными браузерами, но об этом чуть позже…

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