Home

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Автор:Michael Bolton

В своей предыдущей статье я писал о важности критического мышления. Навыки критического мышления занимают центральное место в философии, положенной Джеймсом Бахом в основу Rapid Software Testing. На наших тренингах, презентациях, в кулуарах конференций люди часто спрашивают, можно ли научиться навыкам критического мышления. Я вполне уверен, что этому можно научить, но мне кажется, что правильнее эти навыки вдохновлять, тренировать и культивировать. Имейте в виду, отсутствию любопытства тоже можно легко научить, это происходит, когда учитель или руководитель даёт "правильный" ответ, считает вопрос закрытым, и не допускает дальнейшего обсуждения или, хуже того, дальнейшего обдумывания. Я думаю, чтобы начать развивать навыки критического мышления, нужно поощрять людей задавать вопросы. Для тестирования это тоже важно: когда мы перестаем задавать вопросы, мы приобретаем «туннельное видение», мы начинаем игнорировать контекст, начинаем верить в «лучшие практики», как будто они существуют.

Опубликована текстовая расшифровка доклада Алексея Лупана "Мал, да удал – менеджмент тестирования в маленькой компании", с которым он выступал на 'SQA Days 8'.

Это расширенный вариант доклада, в который вошли некоторые фрагменты, не попавшие в живое выступление на конференции ввиду ограниченности по времени.

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

Хотите создать в компании базу курсов для обучения тестированию ПО? Составить индивидуальный план занятий для каждого сотрудника? Узнать про области тестирования, с которыми пока не приходилось работать?

Мы предлагаем записи онлайн-семинаров, прочитанных в течении этого учебного года Алексеем Баранцевым:

• 16 двухчасовых онлайн-семинаров + 3 четырехчасовых онлайн-семинара
• общая продолжительность записей -- более 44 часов,
• общее количество слайдов в презентациях -- более 1000 слайдов,
• слайды и файлы со ссылками на дополнительные ресурсы для дальнейшего самостоятельного изучения.

всего за 6 000 рублей для физических лиц и 12 000/15 000 рублей для юридических лиц (лицензия на неограниченное количество сотрудников на один год/неограниченный срок).

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

Срок действия акции – до 31 декабря.

Сомневаетесь стоит ли покупать записи.

Для принятия решения, посмотрите бесплатно запись специального вводного семинара "Тестирование программного обеспечения: основные понятия". Для тех, кто лучше воспринимает информацию в виде текста -- расшифровка данного семинара от Алексея Лупана

Если Вы уже были на каких-то из наших онлайн-семинаров, но хотите приобрести полный комплект, то сообщайте об этом и получайте дополнительную скидку 5% за каждый онлайн-семинар, который Вы посетили.

4-5 марта пройдет 5-я профессиональная конференция AgileDays'11 – знаковое событие по обмену опытом в Agile сообществе!
Гибкие методологии разработки программного обеспечения это не просто модное веяние. Этот подход приняли на вооружение и лидеры рынка и небольшие компании, вне зависимости от размера, платформ и языков разработки и способов разработки. Он на практике доказал свою эффективность и стремительно становится мейнстримом, позволяя сократить сроки разработки, повысить прозрачность и мотивацию, снизить затраты.  
Конференция будет проходить в три параллельных потока докладов разного уровня погружения в тему agile. Сессии конференции будут включать как доклады на общие темы, полезные для тех, кто пока только проникает в тему, так и детальный разбор реальных случаев применения от практиков индустрии.

Начинаем публикацию слайдкастов докладов прошедшей 8-ой международной конференции тестировщиков SQA Days.

Сегодня мы публикуем слайдкаст Лянгузова Алексея Неудобство использования ПО. В чем вина тестировщиков?

Данный вопрос обсуждался на первой тематической встрече сообщества тестировщиков Санкт-Петербурга в формате круглого стола. Настало время поделиться нашими соображениями с большим количеством участников.

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

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