Бесплатные вебинары по тестированию от IIST

В рамках социальной ответственности и моего желания делиться знаниями с другими людьми, я хочу поделиться с Вами ссылкой на интересный портал о тестировании www.testinginstitute.com. Для меня он интересен, в первую очередь тем, что они проводят бесплатные вебинары о тестировании, тест менеджменте и бизнес анализе. Не могу дать объективную обратную связь о качестве вебинаров, так как лишь недавно нашел этот сайт, но зарегистрировался на ближайший вебинар 21го марта. Так что после него обязательно напишу фидбек. Также, важным будет сказать, что кроме пользы с профессиональной точки зрения, этот вебинар дает шанс улучшить свои listening english skills. Я думаю это большой плюс =) Делаю репост программы бесплатных вебинаров, также вы можете ознакомиться с первоисточником по этой ссылке 1. Integrated Application Lifecycle Management Dr. Magdy Hanna March 21, 2011 (1:00 p.m. - 12:00 p.m. CST) 2. Requirement-Based Project Management (RBPM): The New Discipline for Project and Test Managers [...]

Дешево и качественно, а такое бывает?

Я думаю, любой человек в своей жизни задавался вопросом, того, как формируется цена на определенный товар. Например, почему батон одного завода производителя стоит одни деньги, а другого, другие или почему цена на автомобиль «ВАЗ», отличается от автомобиля марки «Toyota». Немаловажную роль в формировании цены на любой товар играет качество производимой продукции. «Чем качественнее, тем дороже» - это утверждение знакомо всем еще с детства. В отношении ценообразования информационные технологии не отличаются от других областей производства. Цена на программное и аппаратное обеспечение зависит от того, насколько качественно будет сделана работа и какие именно процессы тестирования и QA предлагает компания разработчик.

Когда количество тестировщиков демотивирует

В последнее время замечаю у себя признаки прокрастинации. Не восторге от этого чувства, поэтому собрался с силами и решил выложить на блоге свои мысли о командах. Управляя командой тестирования на большом тяжеловесном проекте, невольно задумываешься о том, сколько денег заказчик вкладывает в качество (отдел  тестировщиков 40+ человек), а потом всплывают в голове слова представителей Google, о том, что автоматизация + ответственность программистов за качество это наше будущее и невольно задаешь себе вопрос «В чем сила, брат ?». Считаю, что правильного ответа нет и у каждого своя правда. Хотел поговорить об одном феномене, который в своей книге «Человеческий фактор» описали ДеМарко и Листер и который я прочувствовал на себе. А именно о ситуации, когда клиент в начале проекта нанимает такое количество сотрудников, которое совсем не нужно и понадобится лишь к середине проекта, а может и позже. Зачем такое делать. Давайте подумаем.

Пару идей о том, почему ручное тестирование будет жить

Узнав последние известия о тестировании в гигантах ИТ индустрии, о которых я писал вот здесь, а еще и вот здесь, ощущения от этой информации показались мне совсем неоднозначными. С одной стороны автоматизация процессов всегда приносила пользу, но тотальная автоматизация и практический отказ от ручного тестирования для меня всегда казались мифом. Поэтому первая мысль после прочтения слов Джеймса Виттейкера, а также осознания комментариев инсайдеров из Facebook вызвали у меня лишь короткую мысль: «Этого не может быть». Сейчас, переварив и переосмыслив все, мне кажется, что идея полного слияния процессов тестирования и разработки имеет право на жизнь. А почему собственно нет? Ведь развивая личную ответственность разработчиков за качество ПО, а также давая инструменты, которые могут в этом помочь, компания сможет добиться своего. Здесь мне упорно лезет в голову аналогия с [...]

Гремучая смесь - "тестирование + разработка" в одном бокале. Приятного аппетита!

Сегодня хочется поговорить о концепции тестирования в Гугл, перевод поста Джеймса Виттейкера, о том каким образом эта компания добивается практически безупречного качества своих сервисов и продуктов. Наслаждайтесь. В Google качество не равно тестированию. Да и я уверен, что это также и где-либо еще. «Качество не может быть протестировано» это утверждение должно быть правдой. От автомобилей до ПО, если продукт с самого начала сделан не правильно, то правильным он уже никогда не станет. Спросите любого производителя автомобилей, которому хоть раз доводилось массово отзывать модель автомобиля с рынка, насколько это дорого не обращать внимание на качество. Как бы то ни было, это совсем не так просто и верно как звучит. В то же время, несмотря на то, что качество не может быть протестировано, также очевидно то, что без тестирования невозможно создать, что-либо качественное. Как может кто-то решить что, то, что Вы сделали, обладает высоким качеством, без тестирования. Простым ре� [...]

Сбой в Gmail

В последнее время я очень часто пишу про 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 всех своих писем.

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

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

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