Архив рубрики 'Всё новое'

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

Понедельник, Май 14th, 2007

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

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

 

 

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

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

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

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

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

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

 

Цели и задачи

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

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

Понедельник, Май 7th, 2007

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

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

(more…)

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

Четверг, Апрель 26th, 2007

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

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

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

 

(more…)

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

Среда, Апрель 25th, 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% - происки конкурентов.

(more…)

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

Среда, Апрель 25th, 2007

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

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

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

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

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

(more…)

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

Вторник, Апрель 24th, 2007

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

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

(more…)

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

Суббота, Март 31st, 2007

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

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

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

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

(more…)

ROI от вложений в железо.

Понедельник, Февраль 5th, 2007
К.Маркс: “При 25% прибыли капитализм оживляется! При 100% прибыли - он готов положительно на все!! При 300% прибыли - нет такого преступления, на которое он бы не пошел…

Ах, как жестоко ошибался классик. Порой даже ради 1000% капитал не чешется.

(more…)

А что видно из офисной кабинки. О принципе Дилберта.

Вторник, Октябрь 17th, 2006
Придя к Ходже Насреддину, ученики застали его копошащимся около порога своего дома. “Что ты делаешь здесь? — спросили они Ходжу.
— Ищу ключи.
— А где ты их потерял?
— Дома.
— А почему ищешь на улице?..
— Потому что здесь светлее”, — ответил Насреддин.

Были ли вы свидетелем внедрения инноваций, которые не работают [1]? А приходилось ли вам видеть фирмы с внедренными системами управления качеством, но реально не работающим по этим системам? Видели ли вы продвижение по службе благодаря провальным проектам? Все кто имеют более – менее приличный опыт работы в IT могут привести примеры этого.
Я не встречал ни одного человека, который когда-либо работал полностью в соответствии с методологией XP или RUP. Различные методологии и стандарты преподносятся, чуть ли не как «Бог из машины». А на практике получается: «Включаешь - не работает». Мне кажется проблема в том, что при разработке методологии или системы мотивации рассматривают идеализированную фирму. Этакого «сферического коня в вакууме». Образно говоря, создатели этих систем часто ищут ключи там, где светлее [2].

В реальности же следует учитывать влияние других законов:
Закон Паркинсона: число государственных служащих неумолимо растет независимо от объема работы. Даже если таковой нет вовсе.

Принцип Питера: в иерархии каждый индивидуум имеет тенденцию подниматься до своего уровня некомпетентности.

Закон Мерфи: если может произойти что-то плохое, оно непременно произойдет.

Принцип Дилберта: наихудших работников систематически переводят туда, где они могут причинить наименьший ущерб,- в администрацию.

Сама книга состоит из коротких глав, слабосвязанных между собой. Начинать читать можно с любого места. Главы малюсенькие, только-только на одну остановку. Комикс в три - пять картинок, сопроводительный текст на полстраницы, и все. Воистину краткость – сестра таланта.

Резюме.
Для того чтобы стать эффективным менеджером, необходимо понимать природу движущих сил. Т.е. знать то, что описано в этой книге. В каком то смысле эта книга полезней PMBOK. Читать обязательно.

Насыщенность – 5
Актуальность – 5
Язык – 5
Один недостаток – короткая.

Принцип Дилберта. Взгляд из офисной кабинки на начальство, совещания, причуды дирекции и прочие бедствия
Принцип Дилберта в действии: как найти свое счастье за счет коллег
Будущее по Дилберту

Дилберт по-русски в интернете
——————————————————————————–
[1] Отличная статья Юрия Горюнова “Аудит у Прокруста
[2] Я не отрицаю полезность стандартов, методологий, СМК, я говорю о присущих им ограничениях.

Дорогая ошибка. Пример из России.

Четверг, Октябрь 5th, 2006

Когда нас просят привести примеры программных ошибок, приведших к серьезным потерям, мы приводим примеры из зарубежного опыта. А хотелось бы из нашей практики.

(more…)