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

Archive for the ‘Статьи’ Category

Статья Михаила Донского (1948-2009):

  • известного российского системного программиста,
  • зав. лабораторией Института системного анализа РАН,
  • члена Российской академии интернета,
  • автора шахматной программы «КАИССА» (первого чемпиона мира среди шахматных программ),
  • президента компьютерной фирмы ДИСКо,
  • лауреата всех профессиональных опросов «Top-100 Российского компьютерного бизнеса».

У каждой профессии есть свой романтический период и есть период, когда она превращается в рутинную. Быть шофером в начале прошлого века было трудно и почетно. Сегодня автомобиль может водить любой желающий, а в большинстве районов США жизнь без автомобиля практически невозможна. Так профессия шофера прошла полный цикл от интеллектуальной и романтической до бытовой и повседневной за какие-то 60 лет.

Цикл профессии авиапилота тоже близится к окончанию и займет те же 60 лет.

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

Так получилось, что время моей жизни практически совпало с жизненным циклом моей профессии. Я – программист. Сами компьютеры появились в 40-х годах (и  не надо здесь вспоминать ерунду про дочку Байрона), то есть в то же десятилетие, когда я родился.

В этой статье я хочу, вспоминая свою профессиональную жизнь, напомнить, как менялась профессия программиста.

(далее…)

Read Full Post »

Безусловно, не должны.

Тестировщики должны тестировать приложения с помощью всех возможных и мыслимых приспособлений.

Среди этих приспособлений числятся и тест кейсы.

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

Китайские крестьяне стали разводить саранчу на своих подворьях. ©

Было бы смешно (желторотые, дескать, китайцы), но действительно — как задачу поставишь, так белая обезъяна её и выполнит.

И это правило работает даже в случае «сам себе задачу поставлю…«

Дашь задачу «написать тест-кейсы» — тебе их напишут пять сотен, задача будет блестяще выполнена.

Но эти 500 отличненько вымученных тест-кейсов не найдут один, но прекрасный баг, который будет как бешенная блоха безо всяких тест-кейсов прыгать прямо в левый глаз любого «пользователя» тестируемого приложения.

«И попробуйте возразить» ©

(далее…)

Read Full Post »

Рекомендую заценить соображения Eric Jacobson из Атланты (СыШыА) о том, как заполучить от посещения конференций [по тестированию ПО] все самое важное и полезное.

Исходное обращение Эрика написано во множественном числе.

Например: Эй, ахтунги… [Hey conference haters. Maybe it’s you…] ©

Однако я не сделал «прямой» перевод; это свободное кунг-фу, поэтому обращение тут и далее личностное.

Эй, ты… Иди сюда, на!

Так, иди сюда.

Задрали уже твои отзывы о конференциях в стиле

  • Недостаточно технарно!
  • Мну ожидало, что докладчик расскажет о том, как пользоваться этой утулзой, чтобы я смог ее сразу скачать и сразу установить и сразу пользоваццо.
  • Да это же просто очередной сбор школотильных ахтунгов [Agile hippy love fest]!
  • Там говорят новыми словами о том, о чем все уже давно знают.

Зачем класть в украинский борщ сибирские пельмени, а потом удивляться тому, что «оно там внутрях чего-то не переваривается»?!

Незачем.

Поэтому кончай тупить, весна уже совсем скоро.

На конференциях надо обсуждать идеи, а не инструкции.

(далее…)

Read Full Post »

Вы тут тестируете и даже не знаете, что в большом мире модно рассуждать про то, что ‘testing is dead’.

В смысле — тестирование умерло, а не «стало отцом».

Убивать тестирование первым начал Кем Кэйнер (в быту Сэм Канер) аж 8 декабря 2004 года — скачать доказательный pdf на 29 страниц и вчитаться.

(далее…)

Read Full Post »

Ольга Черепанова и Юлия Баленко (компания VIAcode, Санкт-Петерсбург) решили продолжить традицию компании VIAcode — за чашкой кофе или бокалом вина разговаривать с выдающимися людьми в области IT.

И разговорили самого Алексея Баранцева.

Да так разговорили, что прервали разговор на полпути!

А там как раз разговорились про машинки, цветочные магазины, Маяковского.

Ыыыыы!

Да, это традиция французских журнальных заправил (романя Жюля Верна печатали как раз в стиле ‘a suivre’), держать читателя в нетерпении, но черт-побери, в сети не проблема выкладывать весь текст одним движение, ааа!

Ольга, Юлия — хочу сказать вам следующее.

Иног_______________________

Продолжение следует…

Теряйтесь теперь в догадках о том, что я хотел сказать 🙂

Upd: Йес, вторая часть доступна!

Read Full Post »

Пассаж Джеймса Бородатого Баха про определенных создателей тест-менеджментских приложений (перевод вольный, отслеживаем оригинал):

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

Как я вычисляю таких перцев? Ну, однажды я спросил сам себя, глядя на подобное приложение: «Этим ребятам хоть раз в жизни приходилось тестировать? Нужен ли был им инструмент, который в этом помог? Бьюсь об заклад, что этот инструмент утроит количество времени и энергии, которое мне придется затратить при тестировании, и я буду ненавидеть каждую минуту работы с ним«, после чего я начал подозревать, что эти парни — не такие уж любители тестирования.

Я это испытал, когда работал с Rational Test Manager в 2001 году. Мне довелось познакомиться с дизайнером этого инструмента: малыш, который едва выполз из Массачусетского технологического института безо всякого опыта в тестировании или в управлении тестированием, сообщил мне, что я, ветеран управления тестированием из Кремниевой долины, не достаточно  квалифицирован, чтобы критиковать его технологические решения».

«Этот поезд в огне,
и нам не на что больше жать...» ©

Read Full Post »

На собеседованиях я всегда спрашиваю, в чем смысел тестирования.

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

Один из самых распространенных ответов таков:

«Тестирование повышает качество продукта».

Ну…

Вообще — нет, хотя… Да, с точки зрения рабоче-крестьянской логики, все именно так и происходит.

Я сам когда-то думал точно так же.

Я когда-то вообще думал только о том, как взять полууменьшенный минорный септаккорд от Ми, бо у Розенбаума оно получается, а у меня нет 🙂

Например, мое понимание смысела тестирования с годами ощутимо поменялось, и нынешнее свое понимание я совершенно не готов выбивать в мраморе на своем обелиске…

(далее…)

Read Full Post »

Из интервью с Максимом Крамаренко — руководителем команды разработки TrackStudio, иерархической системы управления задачами

Маленькая команда и большой продукт: каким образом осуществляется тестирование TrackStudio и его саппорт?

У нас нет своей команды тестировщиков. Перед выпуском бета-версии мы инсталлируем новую версию системы на свой сервер и активно используем несколько недель. Параллельно разработчики занимаются тестированием с применением средств покрытия кода (code coverage), мы устраиваем соревнования «кто быстрее достигнет заданного уровня покрытия».

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

Особенность нашей ситуации в том, что

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

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

Несколько раз мы сталкивались со следующим явлением: крупная компания-клиент перед внедрением TrackStudio решает провести полное тестирование системы силами своего отдела тестирования. В результате они находят несколько ошибок, мы их исправляем и в дальнейшем у этого клиента все работает стабильно. В то же время на интенсивность потока ошибок со стороны других клиентов это тестирование практически никак не влияет – у них другие конфигурации и другие проблемы.

Саппортом и общением с клиентами обычно занимаюсь я сам, это позволяет лучше понимать запросы пользователей. Технически у нас ничего интересного нет – форум, e-mail, телефон. Прямой доступ в нашу TrackStudio мы пользователям не даем по идейным соображениям.

ТDD и автотесты?

Нет, автоматические тесты не применяем. Пробовали, но ничего хорошего из этого не вышло. Причины такие:

Разные части TrackStudio очень сильно сильно взаимосвязаны. Например, работа правил оповещения по e-mail сильно зависит от работы фильтров, настроек правил доступа, пользовательских скриптов. Ситуации когда что-то перестает работать «совсем» у нас возникают редко (т.к. даже обычное создание задачи затрагивает работу значительной части кода TrackStudio), а вот проблемы только на какой-то конкретной конфигурации пользователя бывают часто. Моделировать такие ситуации в тестах довольно трудно, а поддерживать эти тесты в актуальном состоянии – еще труднее.

Мне кажется, TDD хорошо работает в проектах, реализующих какой-то стандарт (XML-парсер, HTTP-сервер), когда спецификации достаточно жесткие и редко меняются. В нашем случае никаких жестких спецификаций нет, по согласованию с пользователями правила поведение системы может периодически меняться, а небольшие изменения кода могут повлечь очень значительные изменения в тестах.

Read Full Post »

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

Одно время я слушал ее краткие подкасты с тестировщиками из Канады, а отслеживая комментарии в ее блоге я вдруг понял, что в Канаде до черта братцев-румын…

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

Не смог не перевести.

There is no perfect testing and no perfect people, wake up!

Пару недель назад попался мне на глаза один дядя, который напомнил мне меня такой, какой я была пару лет назад.

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

Много рабочих мест я сменила за прошедшие 8 лет. Некоторые я меняла потому, что становилось скучно, или работа переставала нравится (сорри, но меня уже задолбало твердить известное «Хочу поменять работу в поисках новых возможностей» — кто в это еще верит в это бла-бла-бла!?).

Я искала что-нибудь более новое, лучшее, круче. И всегда я искала идеальное место, где идеальные люди занимались идеальным тестированием.

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

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

Нет идеального тестирования, приходится работать с тем, что есть в наличии (как правило — сжатые сроки и дефицит работников).

Нет идеальных людей.

Смена работы не изменит тебя саму.

Ты не вырастешь ни в каком смысле, если тебе не видно, что идет не так, и если ты не хочешь улучшений.

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

Помоги окружающим, помоги проекту, в котором ты участвуешь, продвинуться на пути к успеху.

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

Read Full Post »

Все знают Лизу (Лайзу) Криспин? Это та отличная тётка, которая написала книгу «Testing Extreme Programming» (Boston: Addison-Wesley, 2002), которую ты скачал три года назад, но еще не прочитал оттуда и трети текста.

А недавно она написала «Agile Testing: A Practical Guide for Testers and Agile Teams» (Addison-Wesley, 2009) — тоже надо скачать, пусть тоже лежит…

Еще известно, что Лиза (Лайза) в самом расцвете сил и любит ослов.

А еще она очень оторвана от наших реалий 🙂

(далее…)

Read Full Post »

На Software-testing.ru второе интервью по следам SQA Days 2009: «Незачем тестировать ради тестирования»

Алексей Лянгузов, ведущий тестировщик в команде в Sun Microsystems (Санкт-Петербург, Россия). Занимается вопросами совместимости языка JAVA.

На SQA Days 6 я сделал доклад под названием «Контекстное Тестирование ПО: Практические Рекомендации».

Я уже девять лет в тестировании. Когда начал изучать подход контекстного тестирования вдруг понял, что практически все девять лет исповедовал этот подход. Хотел рассказать об этом тем кто еще не знает, и разъяснить его суть тем, кто еще не понимает. И хочется получить фидбэк от тех, кто понимает.

Заголовок, как всегда, подобрался не сразу.

Read Full Post »

На software-testing.ru появилось мое первое интервью из серии разговоров на конференции  SQA Days 6.

Первое, понятное дело, посвящено организации уходящего мероприятия. См. разговор с Владиславом Орликовым, председатель организационного комитета конференций SQA Days & CEE-SECR, Генеральный директор ООО «Лаборатория тестирования» (Москва).

Справка

Международная конференция для специалистов по обеспечению качества программного обеспечения – SQA Days 2009 — прошла с 28 по 29 октября в Москве в рамках Международной восточно-европейской научно-практической конференции по программной инженерии (для специалистов по разработке программного обеспечения) – CEE-SECR 2009.

Read Full Post »

27 и 28 октября 2009 года я провел в небольшой полудреме. Во-первых, не верилось, что я действительно в Москве, а вокруг меня — пятая ежегодная конференция CEE-SECR 2009, в рамках которой проходила шестая конференция в области обеспечения качества ПО «SQA Days». Unreal science fiction стал dream come true…

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

Просто, в Москве я жестоко не высыпался. Надо было поговорить, почитать, подумать, посетить, встретиться с кем-то еще. В какой-то момент начал действительно бегать по улицам и метро, как это представляют себе все живущие за МКАД. Там, если не бегать, действительно никуда особо не успеешь.

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

(далее…)

Read Full Post »

Автор: Алексей Баранцев,
главный редактор портала Software-Testing.Ru ©

Перевел: Алексей Лупан,
худший друг программистов, TestItQuickly.com ©

barancev1Момент истины

Прошёл уже почти год после конференции AgileDays и уже слегка подзабылись те мысли, которые ворошились у меня в голове, когда я готовился выступать на ней. Поэтому когда я редактировал сейчас этот текст, я испытывал смешанные чувства. Местами я думал – да это же практически гениально, как же я сам до этого не догадался! И только потом вспоминал, что это же мои собственные слова.

А иногда мне очень хотелось возразить или объяснить, что я на самом деле думаю по тому или иному поводу. Но я решил, что никаких комментариев и разъяснений давать не буду, пусть текст сохранится в первозданном виде.

Надо также помнить, что это живая речь, поэтому местами изложение не очень структурированное (если не сказать сильнее), а кое-где весьма эмоциональное. Надеюсь, что текст сможет передать мои эмоции.

А если нет – посмотрите видеозапись…

Алексей Баранцев

(далее…)

Read Full Post »

Иногда хочется пойти да нижайше испросить увеличения зарплаты.

Иди.

Но сперва обзаведись слегка трудносоставляемым списком своих достижений. Список этот будет покладен на стол начальству, и в него будет попунктно ткнуто пальцем. Твоим пальцем.

Затем тыкать в этот список начнет начальник (очень вероятно — твоим же пальцем). И выяснится, что «это достижение» — не достижение, что «это преимущество» — не преимущество, что «это постоянство» — оказионально, а «это увлечение» — недостижимо, и «влияние этого» — не влиятельно, а на рынке, между прочим, все еще достаточно много аналогично наскиленных оболтусов…

Поэтому, прежде чем ходить и тыкать пальцами, надо как следует подготовить самого себя. Критерии? Например, трое парней из блога thetesteye.com изрядно понаписали таких  вопросов:

  • Ты уже запускал/проходил свои тесты на ближайшем доступном билде?
  • Все эти тесты были обязательны?
  • У тебя все тесты обновлены с учетом всех распоследних изменений в проекте?
  • Есть ли у тебя тесты, от которых уже следует избавиться по причине того, что ошибки, которые они ищут, уже не воспроизводятся?

Всё переводить не буду. Иди, работай. Составь свой список вопросов к самому себе.

ЗЫ Я просто уверен, что в слове «баголовец» и всех его вариациях нарочно зашифровано слово «овца».

Read Full Post »

Older Posts »

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