понедельник, 28 февраля 2011 г.

Сбой в Gmail

Gmail bug

В последнее время я очень часто пишу про Google. Я не специально, просто так получается. Сегодня поделюсь с Вами новостью о довольно критичном дефекте в Gmail, который неприятно удивил 150,000 человек сегодняшним утром. Дефект еще не побороли, из-за него 150,000 человек 27-го февраля не увидели своих писем, прикрепленных документов и логов гугл чатов. Если бы это случилось со мной, я бы сильно, сильно огорчился. Жалобы людей можно почитать на форуме поддержки Гугла, ну а статус проблемы можно почитать вот по этой ссылке. Последнее обновление статуса звучало вот так Our team is continuing to investigate this issue. We will provide an update by February 28, 2011 2:44:00 AM UTC+2 with more information about this problem. Thank you for your patience. For those Gmail users reporting missing messages, our engineers are working to restore them as soon as possible На всякий случай сделаю backup всех своих писем.

воскресенье, 27 февраля 2011 г.

Трехбуквенные роли тестировщиков в Google.

Всем привет,  я немного приболел и выпал из жизни на 2 недели. Возвращаясь в привычный рабочий ритм, я понял, что за это время произошла куча интересных событий. Постараюсь постепенно восстанавливать свои силы и делиться с Вами полезной информацией в блоге. Сегодня выкладываю перевод второй части рассказа Джеймса Виттейкера, о тестировании в Гугл. Первую часть Вы можете прочитать по ссылке. На этот раз комментарии свои не писал, только чистый перевод.  Итак наслаждайтесь...

How Google tests

Чтобы сделать реальностью слоган «Сам сломал, сам и чини», нужно заметить, что в разработке, существуют важные  роли,  кроме роли разработчика. Тем более, инженерные роли, дающие возможность разработчикам работать более эффективно и продуктивно должны существовать. В Google мы создали роли, в которых некоторые инженеры отвечают за увеличение производительности других инженеров. Часто эти инженеры называют себя тестировщиками, но [...]

четверг, 24 февраля 2011 г.

Артефакты +5 к навыку презентации

В свете уже начавшегося потока различных IT конференций, хочется поделиться интересным видео о том, какие техники использует общепризнанный мастер презентаций на публике Стив Джобс. [yframe url='http://www.youtube.com/watch?v=uSSlmHZDQHE'] Видео будет полезно для поднятия общего уровня навыка презентаций. Ну и конечно же не забываем смотреть  презентацию всех времен и народов «Смерть от PowerPoint» Еще советую посмотреть серию видео уроков Радислава Гандапаса. Не даю точной ссылки, так как уроков много, воспользуйтесь поиском в Youtube =) От себя хочется добавить, что выступать на публике - это довольно сложно, несмотря на кажущуюся легкость сего мероприятия. Поэтому советую всегда готовиться перед публичным выступлением. Желаю всем докладчикам в этом году удачи,  интересных тем, хороших презентаций и благодарных слушателей :)

воскресенье, 13 февраля 2011 г.

Обзор услуг тестирования с точки зрения заказчика.

Outsourcing, insourcing, crowdtesting«Аутсорсинг», модное слово уже на протяжение более чем 10 лет. Всю свою карьеру я работаю в компаниях, предоставляющих именно такие услуги, услуги аутсорсинга программного обеспечения. Когда я был еще студентом, мне нравилось хвастаться, тем, что я работаю в аутсорсинговой компании.  Я был уверен, что вся разработка и тестирование только так и  построена, на разработке ПО для иностранных заказчиков. Через несколько лет я стал более опытным тестировщиком и просто перестал задумываться об этом термине и это естественно, работы стало больше, ответственность и обязанности тоже росли. Поэтому, на вопрос «Где Вы работаете?» я бездумно отвечал «в аутсорсинге тестирования ПО», не задумываясь о смысле своих слов. Как говорится «все приходит с опытом», а я еще и могу добавить, что, если повезет, то и вовремя. В один прекрасный момент мне стало интересно, а какие еще есть виды разработки ПО. Какой выбор предоставляется для компании, рассматривающей вариант разработки коробочного пр� [...]

среда, 9 февраля 2011 г.

Facebook inside

Interview with James Whittaker 2010 В январе появилась отличная инсайдерская статья о том, как происходит процесс работы в Facebook. Меня вообще интересуют такие утечки информации, ну и, естественно, было очень интересно, как ребята тестируют свои продукты. Итак, вот выдержка из текста статьи про отдел качества в Facebook
  • no QA at all, zero.  engineers responsible for testing, bug fixes, and post-launch maintenance of their own work.  there are some unit-testing and integration-testing frameworks available, but only sporadically used.

понедельник, 7 февраля 2011 г.

Инструменты "прокачки" знаний и навыков

Прокачка навыковДля успешной карьеры специалисту довольно важно понять к чему он стремится, что именно, из профессиональных знаний, стоит развивать в первую очередь, где есть пробелы и что нужно, чтобы их устранить. В этом Вам может помочь информация из плана развития навыков, про который я уже писал ранее. Присутствие такого документа (даже если он официально не используется в Вашей компании), может помочь Вам, как Тест менеджеру, более точно отвечать Вашим подчиненным на стандартный вопрос «Что мне нужно подтянуть, чтобы подняться в должности/работать быстрее/работать эффективнее?». Присутствие такого документа у Вашего руководителя, поможет Вам, как тестировщику, более точно понять, куда двигаться дальше, на чем сосредоточить свое внимание в развитии, чтобы достичь поставленных целей.

воскресенье, 6 февраля 2011 г.

Перевод интервью с Джеймсом Виттейкером. Год спустя. Часть 2я

Interview with James Whittaker 2010Публикую перевод второй части интервью с Тест Директором компании Google - Джеймсом Виттейкером. Это интервью было проведено в середине 2010-го года, спустя год после первого интервью с Джеймсом. В этой части освещены темы противостояния Google и Microsoft, отношение Джеймса к SCRUMу, размышления о платформах тестирования и многое другое. Напомню, что перевод первой части, взятой в 2009 году, Вы можете прочитать по этой ссылке. ATTENTION: Рекомендую запастись вкусностями, так как интервью довольно длинное. Приятного чтения. uTest: Год назад увидели свет сенсационные новости о Вашем переходе из Microsoft в Google. Сейчас Вы уже больше не Noogler(новичок в компании Google), как прошедший год изменил ваше отношение к тестированию и индустрии в целом? Что больше всего удивило? Могли бы Вы рассказать интересные истории за прошедший год? JW: 4 года назад, я принял решение покинуть уютные пенаты академического преподавания и консультаций, для того чтобы с [...]

четверг, 3 февраля 2011 г.

Легенда о Черных тестировщиках

Легенда о черных тестировщикахИздавна существовала традиция передачи легенд и сказаний от одного поколения другому. Считаю, что традиция хорошая и продолжу её в 21м веке =). Сегодня поделюсь историей о «Черной Команде» В 60х годах прошлого века, в одной большой американской компании, занимающейся разработкой ПО, руководство озаботилось проблемой качества разрабатываемых продуктов. Проанализировав  производительность сотрудников отдела качества, руководители заметили, что некоторые тестировщики работают лучше других, они находят больше багов, справляются с нетривиальными задачами, более внимательны и делают работу быстрее, чем другие. И тогда руководством компании было принято решение выделить самых лучших тестировщиков и создать отдельную команду экспертов, целью было отдавать этой команде тестировать только самые критические области разрабатываемого ПО,  только самые сложные задачи

среда, 2 февраля 2011 г.

Если крокодил не ловится, не растет кокос

ОрганизацияЧем выше должность, тем меньше механической, бездумной работы приходится выполнять. Это хорошо, мозг работает, человек шевелит извилинами и не даёт себе засохнуть. Но иногда бывают такие моменты, когда есть задача, а ты вот не знаешь, как к ней подступиться. Думаешь, как написать эти тест кейсы, чтобы эдакого написать в секции критериев окончания тестирования в тест плане, уже изнемогаешь над метриками плотности дефектов за итерацию. А мысль так и не приходит. В такой ситуации человек может допустить много ошибок, начинает приплетать ненужную информацию, лить много воды в документы, уменьшая их значимость. Ведь работу сделать надо и раз задача поставлена, то результат нужен к определенному сроку. Однозначно это не правильно и нужно не делать работу, создавая видимость, а приносить ценность и пользу  для проекта. Тут может помочь хороший способ, который называется "Inversion".