понедельник, 31 октября 2011 г.

Что я видел на QA Dnepr Mini Conference

В субботу состоялась первая QA Dnepr Mini Conference. Я там делился своими соображениями по анализу результатов нагрузочного тестирования.
Понравилась идея организаторов об отзывах докладчикам. Каждому участнику в раздаточных материалах выдали и одну бумажку небольшого блокнотного формата. И если участнику понравился доклад он писал свой отзыв на листочке и отдавал докладчику. Или не писал и отдавал докладчику. Я получил 9 таких и не знаю как у меня там с рейтингом отзывов, но ВСЕМ ОГРОМНОЕ СПАСИБО ЗА ЭТО. Я получил помимо спасибо еще и пару комментариев. Моя неспешность была взята на заметку :) К середине доклада я, конечно, проснулся и у нас получился с ребятами неплохая беседа по теме.
Если бы меня попросили придумать номинации, то в номинации "Самый спорный доклад" я бы отметил доклад Артема Розуменко "Как и зачем разрабатывать собственный фреймворк?". Его стандартный подход к автоматизации не вызвали бы такого ажиотажа в ранние субботние 10 утра, если бы не нестандартное применение. Больше всего споров было про независимость вызова фреймфорка: интегрировать c Continious Integration системами или нет. Как я понял - никто не мешает интегрировать, но у вас должна быть возможность запуска и без них или IDE. А также должен ли быть Ваш фреймворк project specific или нет. Немного неправильная с моей точки зрения постановка вопроса, да и Артем имел в виду то, что ядро должно быть независимым (ожидание ajax запросов, логирование, отчетность), а вот вспомогательные методы как логин, отсылка форм и т.п. всегда будет специализированным для проекта.
А как "Самый вызывающий доклад" - доклад Николая Алименкова "Жизнь без тестировщиков: миф или реальность?". Хотя что вы еще ожидали от доклада на конференции с почти 150ью тестировщиками, когда им со сцены говорят, что есть подходы позволяющие обойтись без тестировщиков в команде :) Вот народ с вызовом принял все доводы. Но, благодаря девушке из зала, Николай сознался, что тестировщика им не хватает. Хотя я бы использовал (и используем некоторые) такие подходы для улучшения качества выпускаемого продукта.
В общем и целом получилась очень хорошая конференция с домашней атмосферой, интересными докладами, конкурсами от спонсоров и подарками.

Надеюсь на приглашение организаторов на следующую конференцию.

среда, 28 сентября 2011 г.

Почему винчестер не назвали автоматом или байтометом?

Не знаю. На английском он тоже "тяжело" называется (Hard Disk Drive).

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


А вообще первый жесткий диск в том виде, как мы к нему привыкли состоял из двух пластин по 30 Мб. И его разработчики называли "30-30", что также является обозначением калибра популярного охотничьего ружья производства компании Winchester

вторник, 20 сентября 2011 г.

Совет, который мне пришел на утро после QAConf 1.0

Вчера после своего выступления на QAConf разговаривали с одним молодым человеком, Test Team Lead'ом о том, можно ли использовать бёрндаун отмечая не задачи по сложности, а по количеству.
Пришли к выводу, что можно, но будет виден только прогресс, который нельзя будет хоть с какой-то достоверной точностью предвидеть. Но в любом случае он сможет помочь.

Мы к сожалению не обменялись контактами, и я решил воспользоваться тем, что мои посты отображаются на сайте нашего QAClub.

Как жизнь? Идет?

Хоть не понедельник и не пятница, а вторник сегодня, но какая разница какой день недели? День он и есть день, как его не назови.

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


суббота, 17 сентября 2011 г.

А как выглядит твой берн даун?

Ковырялся с тем как наш берндаун составляется. Он автоматом и натолкнулся на вот такую статью http://www.scrumdesk.com/is-it-your-burn-down-chart/.

Она очень систематизирует знания о том, как интерпретировать бёрндаун и советы, что с ним делать. Использовал ее для своего начала разговора на QAConf 1.0. Перевод вольный