Feeds:
Записи
Комментарии

Archive for Май 2008

Цитата из книги Демарко и Листера «Человеческий фактор — успешные проекты и команды«.

Приводится пример понятия «Кристаллизация» — речь идет об эффекте увеличенной производительности, который присущ наиболее работоспособным командам разработчиков.

(далее…)

Read Full Post »

На форуме it4business.ru в разделе «Тестировщики не за работой» поднялась тема «Где разумнее сидеть тестировщикам — с разработчиками или отдельно«.

Недавно переехали в новый кабинет, отдельно от прогеров

но сам по себе переезд не очень правильный. Будете теперь вариться в собственном соку отдельно от остальных.

Согласен. Но рост количества программеров вынуждает освобождать помещение.

чем более команда тестирования отделена от команды разработки — тем лучше. Начиная с самого низкого уровня, когда тестирование выполняют разработчики лично, до самого выского — когда выполняет внешняя команда тестировщиков, не связанная с разработчиками вообще никак.

— Мы вот тут что-то напрограммировали
— А мы тут вам что-то натестировали.

Тестеры должны вариться вместе с тестерами…

Если они не используют методы agile, то вполне могут сидеть отдельно.

это зависит от организационной структуры компании: по отделам, проектная, матричная (смешаная). В некоторых случаях такое выделение практически невозможно. Например разнородные проекты на 5-7 человек с одним тестировщиком в команде. Будет мало толку если в один отдел поместить тестировщиков с веб проекта на java, c десктопа на .NET, с проекта на PL/SQL, из проекта для мобильных платформ. Каким опытом они смогут обменятся?

тестера с тестерами больше общих тем и соприкосновений в работе чем у тестра с разработчиком. не очень опытному работа внутри команды разработки может не пойти на пользу, для опытного — это не будет играть особой роли…

Если собрать вместе тестировщиков с разных продуктов, языков, технологий и бизнес областей, то пользы от обмена знаниями не будет. А если Вася тестировщик из проекта игр для мобильных устройств, а у вас разрабатывается банковское ПО?? Ответ перестает быть таким однозначным — Васе придется полдня в тему входить.

Внезапно появляется опытный barancev и спрашивает:

Товарищи, вы в школе проходили басню Крылова «Квартет»? Фишка не в том, как сесть…

Стало стыдно.

Read Full Post »

Книга для продвинутых тестировщиков: Базы данных. Проектирование, реализация и сопровождение. Теория и практика за подписью Томаса Коннолли, Каролин Бегг, Анны Страчан.

Если знать, что и как принципиально устроено в СУБД, то перспектив сразу больше.

Третье издание — 2003 год. Пытался сравнить со вторым изданием (2000 год, лежит у меня на столе) — существенно доработано.

Базы данных. Проектирование, реализация и сопровождение. Теория и практикаБеспрецедентно полное справочное руководство по проектированию, реализации и сопровождению баз данных.

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

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

Ясное и четкое изложение материала, наличие полномасштабных учебных примеров и множества контрольных вопросов и упражнений.

Можно использовать эту книгу

  • при самостоятельном обучении,
  • как основу для разработки курсов обучения любых уровней сложности — от студентов младших курсов, до аспирантов,
  • как исчерпывающее справочное руководство для профессионалов.

Но никто её не прочитает, там же 1440 страниц. Лучше «Скачать краткий курс SQL», разумеется, чо ты, лох, чо ли, такую толстую книгу читать-то?

Read Full Post »

Летом прошлого года в сети появился неизвестный человек по имени Aлeкceй Пaфнутoв. Он предложил всем желающим прослушать его курс по обучению тестированию.

Первая строчка главной страницы:

«Я убежден, что тестировщиком может стать каждый!»

Пафнутов Алексей

Дальше идет весьма грамотно составленный текст, который объясняет, мол, чувак, все в моих руках, но если хочешь — все будет в твоих руках!

(далее…)

Read Full Post »

Read Full Post »

В багтрекере появился баг №666 — за моей подписью.

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

Но наглые мерзавмиссты растолковали, что они специально, в порядке бреда теста, вклинили именно в эту форму именно эти «левые» поля. Ну просто чтобы удостовериться, что «с наследованием все в порядке». И забыли снять.

И приписали мне: » ISSUE 666 — НЕ БАГ!»

Issue — CLOSED. 😦

Надо было написать в трекере, что «Воспроизведение этого бага гарантированно отформатирует вам винт…»

Read Full Post »

Остро встала проблема взаимного перебрасывания документов между компьютерами, которые у меня с одной клавиатуры управляются через Terminal Server Client.

(далее…)

Read Full Post »

Older Posts »

%d такие блоггеры, как: