Home

В библиотеку добавлена новая статья "Исследовательское тестирование: В поисках музыки исследования ПО" (перевод с английского языка статьи Jonathan Kohl "Exploratory Testing: Finding the Music of Software Investigation", выполненный Валерием Худобородовым). Автор проводит аналогию между исследовательским тестированием (exploratory testing) и исполнением музыки искусным музыкантом, способным на импровизацию.

В последнее время тема иследовательского тестирования привлекает всё более пристальное внимание русскоязычных тестировщиков. Появились выступления на конференциях, посвященные этому виду тестирования: мини-тренинг Алексея Баранцева на прошедшейTraining Labs, доклад Натальи Руколь на предстоящейTest Labs, весьма вероятно, что эта тема будет затронута и на SECR тоже. А вот статей на эту тему пока на русском языке крайне мало, можно даже сказать совсем нет.

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

Читайте статью...

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

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

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

Соответственно, я рад сообщить, что в список жрецов внесены: Григорий Печёнкин, Андрей Адеркин и Алексей Лупан.

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

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

Загрузить запись в формате MP3

Обсудить в форуме

Наш портал обзавёлся собственной Twitter-лентой. Она носит забавное имя "esteru", которое произносится как "эс-тэ-ру", что является сокращением длинного названия "software-testing.ru".

Twitter-лента заменит две вяложивущие новостные колонки сайта -- "Новости отрасли" и "Статьи, заметки, ссылки", в неё будут попадать анонсы материалов с портала и ссылки на новые заметки в Панбагоне. Для этого будут использоваться хеш-таги #news, #link, #site и #bugs. Возможно, в будущем в ленте появятся ещё какие-то виды записей со своими хеш-тагами.

Последние несколько записей из ленты будут отображаться на сайте в специальном блоке правой колонке. Если у вас ещё нет аккаунта в Twitter, вы можете подписаться на RSS-ленту. Ну а если вы уже вступили в ряды "твиттерян" -- Follow us on Twitter!

Обсудить в форуме

В библиотеку добавлена статья "Тестирование Установки (Installation Testing)", которую подготовили в соавторстве Алексей Булат, Василий Касимов, Владимир Антонов и Алексей Лянгузов.

Тестирование установки направленно на проверку успешной инсталляции и настройки, а также обновления или удаления программного обеспечения. Для десктопных программ в настоящее время наиболее распространена установка ПО при помощи инсталляторов, они представляют собой специальные программы, которые сами по себе так же требуют надлежащего тестирования. Впрочем, инсталлятора может и не быть, в этом случае придется самостоятельно выполнять установку программного обеспечения, используя документацию в виде инструкций или readme-файлов, шаг за шагом описывающих все необходимые действия и проверки. Ещё сложнее дело обстоит в распределенных системах, где приложение разворачивается на уже работающем окружении, простого набора инструкций может быть мало. Для этого, зачастую, пишется план установки (Deployment Plan), включающий не только шаги по инсталляции приложения, но и шаги отката (roll-back) к предыдущей версии, в случае неудачи. Сам по себе план установки также должен пройти процедуру тестирования для избежания проблем при выдаче в реальную эксплуатацию. Особенно это актуально, если установка выполняется на системы, где каждая минута простоя - это потеря репутации и большого количества средств, например: банки, финансовые компании или даже баннерные сети. Поэтому тестирование установки можно назвать одной из важнейших задач по обеспечению качества программного обеспечения.

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

Читать статью...

В библиотеку добавлена статья Дмитрия Стеценко "QA для самых маленьких. Тестирование в небольших проектах".

Вот что пишет о своей статье Дмитрий: "Статья представляет собой компиляцию известных любому грамотному тестировщику подходов, однако последнее время мне довелось много работать в небольших проектах, в которых как правило не используется большая часть описанного. Я старался отобрать наименее ресурсоемкие и в тоже время наиболее важные аспекты правильной организации тестирования. Статья ориентирована не только на тестировщиков но еще и на ПМов, которые слишком часто не знают, что такое тестирование и с чем его едят. Это моя первая попытка  просуммировать накопившийся за четыре года опыт и представить его на всеобщее обозрение, так что очень интересен любой фидбек.

Читать статью...

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

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

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

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

Сергей Талалаев продолжает раскрывать секреты хорошего проектирования тестов с использованием инструмента QTP. В библиотеку добавлена переведённая Сергеем статья Мейра Бар-Тала "QTP: Реализация GUI слоя при помощи классов". Предлагаемая в статье техника привязки тестов к элементам пользовательского интерфейса является более гибкой и мощной, чем стандартный репозиторий объектов. Кроме того, эта техника может с равным успехом применяться в других тестовых фреймворках и инструментах.

Читать статью...