Home

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

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

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

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

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

Продолжаем публиковать материалы конференции 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 слоя при помощи классов". Предлагаемая в статье техника привязки тестов к элементам пользовательского интерфейса является более гибкой и мощной, чем стандартный репозиторий объектов. Кроме того, эта техника может с равным успехом применяться в других тестовых фреймворках и инструментах.

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

Начинаем серию публикаций презентаций со звуком с представленных на SQA Days 2009.

Сегодня мы разместили в нашей библиотеке доклад Александра Орлова “Разработчики vs. Тестеры. История войн.”

Мне время от времени приходят письма от начинающих тестировщиков, которые интересуются, какие книги и в каком порядке им следует читать, чтобы набраться знаний. А на только что прошедшей конференции SQA Days 2009 в Санкт-Петербурге этот же вопрос прозвучал на круглом столе, посвященном обучению тестировщиков. Отвечая на этот вопрос, мы не забыли отметить, что не все книги одинаково полезны начинающим тестировщикам, некоторые стоит читать только имея уже некоторый практический опыт. То есть простой список литературы ещё не является ответом на поставленный вопрос, нужна чуть более подробная информация про каждую книгу.

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

Читать обзор литературы о тестировании от Алексея Лупана