Профессиональный менеджер. Кто ты?

Май 28, 2007

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

Рецензент Ростислав Борук.

 Часто мы слышим: “Мы профессиональная команда”, “мы ищем профессионалов”. А кто же такие, эти профессионалы?

Рассмотрим гипотетический диалог руководителя и подчиненного [1]:

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

Менеджер очень технично отфутболил подчиненного. Но является ли такое профессиональное отфутболивание признаком профессионального менеджера? Мне кажется, что нет.

Читать дальше »

Задачи и вопросы на собеседовании. Задача для тест дизайнера.

Май 27, 2007

Нужно протестировать компонент, который преобразует дату из формата ДД.ММ.ГГГГ в текстовый формат. Т.е. из «11.05.2005» должно получиться «Одиннадцатое мая две тысячи пятого года».
Составьте тестовый набор.

Примечания:

  • Особенно интересен тестовый набор для допустимых значений.
  • API (GUI) компонента, формат данных и диапазон допустимых значений претендент может придумать сам или попросить его задать.

PS. Решение пока не даю, но вы можете прислать мне свои варианты решения.

Особенности национального юзабилити тестирования.

Май 14, 2007

Доклад на первой конференции русскоязычного комьюнити тестировщиков.

21 апреля 2007г

Докладчик Сергей Мартыненко.

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

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

Читать дальше »

Введение в нагрузочное тестирование

Май 14, 2007

Материал тренинга для тестировщиков. 

(с) Сергей Мартыненко 2004 г. 

 

 

Терминология

Демон  - черный ящик, выполняющий некую последовательность действий. В качестве демона может выступать как человек, так и программа.

Тестирование производительности - скорость работы системы при идеальных условиях и максимальной нагрузке

Нагрузочное тестирование – это те же тесты производительности, в которых система подвергается различным нагрузкам. Цель данного тестирования – оценить способность системы правильно функционировать в случае превышении планируемых нагрузок при реальной эксплуатации (система имеет некоторый «запас прочности»).

Объемное тестирование - приложение нагружается большим количеством данных, чтобы определить, когда достигаются условия, при которых система перестает работать.

Стресс тестирование - поведение системы при недостатке ресурсов (ресурсов процессора, дискового пространства, обрывов сети, …)

 

Цели и задачи

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

Корневые проблемы отрасли.

Май 7, 2007

Доклад на первой конференции
русскоязычного комьюнити тестировщиков.
21 апреля 2007г

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

Читать дальше »

Рекомендации по порядку чтения.

Апрель 26, 2007

Презентация на первой конференции
русскоязычного комьюнити тестировщиков
21 апреля 2007. 

Ёж птица гордая, пока не пнешь - не полетит.

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

 

Читать дальше »

Кто виноват в переработках?

Апрель 25, 2007

Slow down, you’re doing fine,
You can’t be everything you want to be before your time.
Although it’s so romantic on the borderline tonight.
But when will you realize… Vienna waits for you?

(Замедли свой бег, все в порядке,
Ты достигнешь всего, когда время придёт,
И пусть на границе сегодня романтика,
Когда ты поймёшь, что… Вена все ещё ждёт?)

Введение

Во время спора об уместности переработок некто под ником bsod предложил гипотетическую ситуацию http://forums.software-testing.ru/index.php?showtopic=7117 :

Не готов согласиться в том, что переработки - это в 99% недосмотр менеджмента. Думаю, в 50% только. В остальных 50% - происки конкурентов.

Читать дальше »

Автоматизированное тестирование с нуля. Часть 1.

Апрель 25, 2007

Из доклада на первой конференции
русскоязычного комьюнити тестировщиков
21 апреля 2007.
 

Выбор  регрессионных автоматических тестов

Для предотвращения «расползания» кода и раннего обнаружения ошибок широко применяется практика ежедневного тестирования в автоматическом режиме.

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

  • Ежедневная сборка
  • Тесты компонент
  • Юнит тесты
  • Тесты приложения через GUI (с помощью специализированного инструмента тестирования, такого как QTP, TestComplete,Rational Robot,\ и т.д.)

Читать дальше »

Насколько эффективна организация?

Апрель 24, 2007

Это простой опросник, который позволяет всего за пять минут определить, насколько здорова организация. Его можно использовать и по другому: “Что еще нужно сделать, чтобы стать эффективней”. С другой стороны, работники могут использовать этот опросник для определения привлекательности фирм для своей будущей карьеры.

Опросник пока сырой, так что используйте его на свой страх и риск.

Читать дальше »

Немного критики в адрес RUP

Март 31, 2007

- В чем разница между методологом и террористом?
- С террористом можно вести переговоры.

Тема родилась отсюда: Зачем нужен тест-план?, происки подлых бюрократов?

В одном из своих постов я покусился на святое:

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

Читать дальше »