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

Подписаться

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

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

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

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

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

.
Алексей Баранцев: Какое дело тестировщикам до исходного кода?
06.01.2011 14:31

Мы продолжаем публикацию материалов конференции SQA Days 8, которая прошла в Санкт-Петербурге минувшей осенью. И конечно же приглашаем всех на следующую конференцию, которая состоится весной 2011 года в Казани. Если вы хотите выступить с докладом на следующей конференции -- подавайте заявки уже сейчас.

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

Анонс выступления и ссылку на презентацию можно найти на сайте конференции.

Подробнее...
 
Управление требованиями, тестами, дефектами
04.01.2011 22:19

21 января, очный однодневный тренинг Алексея Баранцева в Москве

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

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

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

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

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

 
Pesticide Paradox
22.12.2010 01:23

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

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

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

- У нас много регрессионных тестов, нам не хватает времени на то, чтобы их все выполнить, может быть их автоматизировать?
- Может быть. Но сначала скажите, эти тесты часто обнаруживают дефекты?
- Да практически никогда! Поэтому и хотим автоматизировать.
- А новые тесты в этот набор часто добавляются?
- Только по дефектам, которые пользователи нашли.
- То есть пользователи в этих модулях обнаруживают дефекты, а тесты их не обнаруживают?
- Ну-у-у, да...
- А почему?
- ??? (молчание) ... (понимание) Так это же парадокс пестицида!!!!

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

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

 
Ищем продвинутого тестировщика (Москва)
10.01.2011 16:42

Динамично развивающаяся московская инвестиционно-аналитическая компания ищет ведущего тестировщика для внутренних проектов в связи с расширением штата.

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

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

Подробнее...
 
Опрос: сколько, как и для чего мы учимся?
05.01.2011 14:25

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

Ответьте на вопросы и посмотрите как отвечают на них Ваши коллеги.

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

Принять участие в опросе

 
С новым годом! (What A Feeling)
31.12.2010 13:13

Новогоднее поздравление от Алексея Лупана

Врубите погромче святую музыку восьмидесятых (музыка под катом) - она должна заглушить шорохи и пыхтения уходящего трехсотдневного старикана. "Йеееее! Ту-тууууу! Чух-чух-чух!" - сообщает нам отваливающий с карты мировых событий 2010-ый год. Год Тигра и больших событий. Год поражений и побед в цехах кодозаготовки качественного ПО.

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

Впрочем, погоди сваливать...

Эй, там, на путях!

Стоять столбом три минуты, пока звучит музыка!

Или даже садись. Присесть каждый может, а ты попробуй - сядь.

Сядь и заслушай наши тебе спасибы.

Подробнее...
 
Блог Глеба Рыбалко
29.12.2010 00:42

В трансляцию блогов добавлен блог Глеба Рыбалко QAConsulting.ru -- http://qaconsulting.ru/

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

Меня зовут Глеб Рыбалко. Интересуюсь всем, что связано с качеством и тестированием, как в IT, так и в других профессиональных сферах. Постоянно обучаюсь и не останавливаюсь на достигнутом.  Мне нравятся 2 крылатых выражения, которыми я постараюсь охарактеризовать себя:
1. Knowledge is the power
2. Век живи, век учись
Мой сайт посвящен темам тестирования и обеспечения качества. На нем Вы сможете:

  • Прочитать интересные статьи о тестировании и обеспечении качества
  • Узнать о модных веяниях и новостях с полей обеспечения качества
  • Посмотреть видео и почитать обзоры конференций, посвященных тестированию и QA
  • Посмотреть презентации  и узнать о расписании тренингов для тестировщиков
 
Software Quality Assurance Days (SQA Days)
21.12.2010 23:51

9-я Международная конференция специалистов в области обеспечения качества ПО

22-23 апреля 2011 года, Казань, Россия

Приглашаем вас принять участие в девятой Международной конференции специалистов в области обеспечения качества ПО «Software Quality Assurance Days», которая пройдет 22‑23 апреля 2011 года в городе Казань.

SQA Days посещают большое количество специалистов по обеспечению и контролю качества из России, Украины, Беларуси, Молдовы, Казахстана. Предыдущую конференцию, которая проходила в ноябре 2010 года в Санкт-Петербурге, посетили около 400 человек. Отчет о прошедшем мероприятии и отзывы участников опубликованы здесь.

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

Перед конференцией Алексей Баранцев проведет два однодневных тренинга:

А Наталья Руколь -- один двухдневный:

Подробнее...
 
Отказ от плана не значит отказ от цели
20.12.2010 15:49

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

В статьях Джеймса Баха можно встретить несколько различных определений того, что такое тестирование методом свободного поиска (exploratory testing), и одно из них звучит так: "тестирование без заранее подготовленных сценариев, выполняемых в точным соответствием с планом" (Exploratory tests, unlike scripted tests, are not defined in advance and carried out precisely according to plan).

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

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

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

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

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

Не теряйте из виду своих целей!

 
Конференция Selenium Camp 26 февраля 2011 в Киеве!
15.12.2010 16:43

Тренинг-центр XP Injection приглашает всех на первую конференцию посвященную инструменту тестирования web-приложений Selenium.

Selenium Camp - это отличная стартовая точка для тех, кто только задумывается о применении Selenium; для профессионалов - это прекрасная возможность поделиться опытом с коллегами и узнать много нового и интересного.

Множество докладов, разнообразных мастер-классов и практических отчетов о применении Selenium для тестирования приложений, написанных на различных языках программирования (Java, .NET, PHP, Ruby, Python и т.д.), а также будет уделено отдельное внимание инструментам, построенным на базе Selenium и интеграции с другими инструментами для тестирования приложений. Мир, построенный вокруг этого инструмента, действительно очень большой и интересный.

Подробнее...
 
Баги водятся на границах
14.12.2010 21:41

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

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

Один из примеров, который я привожу для демонстрации "приграничного хаоса" опубликован у нас в Панбагоне: Почему графическому редактору Paint не хватает памяти, чтобы уменьшить размер рисунка? Если размер задать слишком большой, Paint сразу отвергает такие данные, они "за границей возможностей". Но если данные недостаточно велики, чтобы Paint их с ходу отверг, они всё же могут оказаться настолько большими, что Paint справляется с увеличением рисунка, но после этого больше ничего сделать не может. Это эффект попадания в область "приграничного хаоса" -- данные не признаются плохими, хотя по факту таковыми являются.

Ещё один пример такого рода, который я тоже люблю использовать для демонстрации этого явления, я нашёл в блоге I.M. Testy (автор Bj Rollison): Should we use boundary values in our combinatorial tests? Если в том же Paint при указании размеров полей страниц подобраться слишком близко к границе, отделяющей допустимые данные, приложение падает, хотя по обе стороны границы, но достаточно далеко от неё оно ведёт себя вполне адекватно и предсказуемо.

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

А чтобы вы всегда помнили об этом, мы приготовили для вас плакат, который вы сможете повесить над своим компьютером, или на доске, или на другом видном месте (скачать для печати в pdf формате).

Это наш новогодний подарок вам, и не забывайте, что Новый Год -- это тоже переход границы, не попадите в зону хаоса :)

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