Google - тестирование изнутри

Приветствую Всех, сегодня хочу поговорить о гиганте индустрии. Компании, в которую мечтают попасть тысячи IT профессионалов. Мы поговорим о Google. Я пользуюсь сервисами этой корпорации ежедневно. Я думаю что они очень хороши (и это не реклама =) ). Темная тестерская сторона моей души всегда хотела докопаться до того «как у них там все устроено». Знаю, что некоторые активисты специально тестируют уже выпущенные продукты Гугла и находят там дефекты (кстати за это Google им еще и платит =) ). Недавно, на Гуглоблоге о тестировании обнаружились «Wikileaks» от рядового сотрудника Google, парня по имени Джеймс Виттейкер, который не пожалел себя и описал процесс тестирования в компании, не побоявшись преследований корпоративной службы безопасности и штрафов. И да, в понедельник у меня хорошее настроение и я люблю шутить :). А теперь немного о том «как у них все там устроено». Я опишу то, что говорил Джеймс, при этом свои комментарии и мнение по теме я буду выд [...]

Непоколебимая вера в Capture & Playback

Прочитал книгу "Advanced Software Testing - Vol. 2: Guide to the Istqb Advanced Certification as an Advanced Test Manager", написанную товарищем, которого я уважаю больше всех среди гуру QA,  Рексом Блеком. Дочитывая главу о инструментах автоматизированного тестирования, мне запомнилась одна цитата: Unrealistic expectations for the tool. This is extremely common, especially in organizations with limited previous experience with test automation. Because software engineering is so hard—including the testing part of the software process—people are always looking for silver bullets, magic solutions to make it simple. This desire for some simple answer makes people easily deluded—or self-deluded—into thinking that some new process methodology, new programming language, new management technique, or, yes, new tool will magically transform the hard problem of testing into one that is easy. Test tools do not do that. So make sure that people have proper expectations, including functionality and ease of use.

Видео материалы и презентации с GTAC#5

Не уверен, что кто-либо публиковал эту новость до меня. Поэтому, с Вашего позволения, рад сообщить о новогоднем подарке, сделанном нам компанией Google. Я говоорю о том, что стали доступны видео материалы и слайды презентаций с конференции GTAC#5, которая проводилась 28-29 октября 2010 года в городе Hyberabad, Индия. Также, Вы можете посмотреть фотографии с этой конференции. Желаю Вам и себе =) приятного просмотра. Возможно переведу или прокомментирую самые интересные презентации и доклады в ближайшее время. А теперь... Day 1 Welcome and Opening Remarks Sujay Sahni, Google Inc. & GTAC Committee Chair video slides Day 1 Opening Keynote What Testability Tells us About the Software Performance Envelope Robert Victor Binder, Founder and CEO, mVerify video [...]

IMHO о сертификациях

Довольно давно читаю, периодически всплывающие, темы полезности и важности сертификаций по тестированию. В основном, это касается аттестаций проводимых International Software Testing Qualifications Board. Вот и московское сообщество тестировщиков задалось темой аттестации. Хочу высказать своё IMHO по теме. Прежде всего, хочется отметить, что сам я имею 2 сертификата ISTQB (Foundation level, Advanced Test Manager level). Я довольно серьезно подхожу к любой сертификации и начинаю готовиться заранее, по книжкам, стараясь разобраться в предметной области. И первая и вторая сертификации не были исключением в моем случае. Пошёл сдавать я их, в силу своего характера, в своих целях, я люблю ставить себе высокие планки и доказывать, что я могу достичь их. Понимаю тех людей, которые из принципа не хотят сдавать экзамены и считают их бесполезными, такое мнение так же имеет право на жизнь. Поддерживаю мнение, что «чем больше сертификатов в мире, тем меньше их ценность». Согласен с утверждением, что «наличие сертификата само по себе, не говори [...]

Псевдопозитивный или псевдонегативынй оракул

Во времена повсеместной «аджайлизации» проектов, мы работаем с необходимым минимумом документации. Это облегчает жизнь клиенту, это облегчает жизнь менеджеру,  это облегчает жизнь команде. А всегда ли это идет на пользу проекта? Хм… ответ не однозначен. Я согласен, что короткие итерации, позволяющие нам увидеть какую-то часть работающего продукта  - это хорошо, но вместе с тем, в таких итерациях, мы допускаем те ошибки, которые мы в принципе могли бы не допустить, имея более полную документацию и дизайн системы. При этом эти ошибки не всегда отлавливаются на этапе итераций и могут дожить до релиза системы. Такие дефекты-динозавры стоят очень дорого при исправлении. Моё мнение, что минимум документации или наличие лишь высокоуровневой документации (по типу use caseов)  ведет к возникновению "false positives" и "false negatives". Немного пролью свет на эти понятия.

• "False positives" – результаты теста, являющиеся ошибкой\дефектом\сбоем, принятые тестировщиком как нормальное поведение системы.
[...]

Новая рубрика "Тестирование, Backstage"

Коллеги, приветствую! В новый год принято приходить с новыми начинаниями, идеями и проектами. Несмотря на то, что мой блог еще очень молод, я не хочу отходить от доброй новогодней традиции. Поэтому, рад представить Вам новую рубрику блога «Тестирование, Backstage», посвященную жизни и профессиональной деятельности инженеров по тестированию и обеспечению качества на просторах, пост советского пространства. Я думаю, что Вам будет интересно почитать о том, как работают люди в других компаниях. Как там у них все построено, какие процессы, как относятся к обучению сотрудников, какие люди вообще работают. И так, первый пост в этой рубрике появится буквально «на днях». Буду очень рад Вашим отзывам о такой рубрике, насколько она полезна, о ком бы Вы хотели там почитать, какие вопросы хотели бы там видеть.

Перевод интервью с Рексом Блеком. Часть 1я

Мы рады представить Вам гостя программы «Tesing the Limits" - Рекса Блека. Широко известного гуру в мире тестирования.  Рекс является одним из самых успешных авторов, спикеров и практиков в индустрии. К слову, его последняя книга "Managing the Testing Process" разошлась тиражом в более чем 25 000 экземпляров. Его 25 летняя карьера в тестировании, включает в себя такие должности как почетный президент  организаций ASTQB и ISTQB. Сейчас Рекс занимает должность президента компании RBCS, Inc. мирового лидера в области программного, аппаратного и системного тестирования. Для того чтобы познакомиться с деятельностью Рекса поближе, зайдите на его сайт RBCS, Inc или воспользуйтесь любой из следующих возможностей Twitter, Facebook,YouTube [...]

Ваш кеп "о дефектах"

Помню свой первый опыт в роли ведущего тестировщика на проекте. Тогда ко мне пришел руководитель проекта и дал задачу поставить на колеса процесс тестирования, определить жизненный цикл дефекта и вообще процесс, по которому эти самые дефекты будут эффективно обрабатываться. Задача была очень интересная, в то время мы стали активно пользоваться возможностями автоматизации процессов  Microsoft Visual Studio, я взялся за изучение Team Foundation Server. Эта надстройка студии позволяла пользоваться очень большим фреймворком для работы с дефектами, запросами на изменения и т.п. Всё шло довольно хорошо, до того как я не набрел в TFS, на 2 таких интересных понятия как Severity и Priority. Сначала я не придал особого значения тому, что в этой системе (а потом, как оказалось и в большинстве систем с багтрекинг функциональностью) есть разделение между «Критичностью» и «Приоритетом». Мой предыдущий опыт подсказывал, что можно обойтись одним значением «Приоритета»  и не задавать больше ни� [...]

Кто не рискует, тот не живет

Каждый день мы встречаемся с рисками, выходя на улицу, мы рискуем упасть и сломать себе что-нибудь, рискуем быть ограбленными, рискуем быть уволенными с работы, рискуем получить по голове кирпичом с крыши. Мы повсеместно и ежесекундно окружены рисками. Тем не менее, эволюцией в нас заложены инстинкты самосохранения, так же у нас есть здравый смысл, проявление эмоций и чувств, мы умеем мгновенно анализировать различные ситуации. Все это помогает нам снизить до нуля или уменьшить  влияния определенного риска на нашу жизнь. Часто мы даже не замечаем, как предпринимаем, какие-либо действия для избегания риска. Это все отлично работает с рисками в повседневной жизни, но почему то идет прахом в  профессиональной деятельности. С этим сложно, что-то поделать, возможно, через несколько миллионов лет, эволюцией в нашем организме будет заложен новый ген, отвечающий за подсознательное предотвращение рисков в работе. Ах мечты, мечты… =)  Какие же риски поджидают тестировщико� [...]

Тестовая документация, пациент скорее мертв, чем жив

Представьте ситуацию, Вы приходите работать в уже существующий проект, на должность инженера по тестированию. Ваш первый рабочий день, куратор вводит Вас в курс дела, рассказывает мегабайты информации по проекту, гигабайты особенностей тестирования и подводных камней. Со скоростью 1 клик в минуту открывает разнообразные экраны, страницы и закладки приложения, которое Вам предстоит тестировать. Через час или 2, он спрашивает все ли Вам понятно, сочувственно смотрит на Вас, подбадривающе похлопывает по плечу и со словами: «ну, а теперь сам\а поразбирайся», уходит работать или на совещание, или еще куда-нибудь. С чем остаетесь Вы? С гигабайтами проектной каши в голове. После нескольких часов исследовательского тестирования (скорее всего безуспешного), Вы понимаете, что так можно месяцами разбираться в проекте. Вы идете к куратору с вопросами, в ключе «А есть что-нибудь почитать по проекту? Тест Планы, тест кейсы, требования, мануалы? Чаще всего ответ бывает � [...]

Календарь настроения на 2011 год by Тим Евграшин

Неутомимый и жизнерадостный Agile Coach Тимофей Евграшин, продолжает раздавать подарки на своем сайте. Благодаря Тиму, любой может скачать и распечатать вот такой классный календарик, повесить его над своим рабочим местом или дома и делать отметки. Я думаю, будет интересно в конце года посчитать, сколько у Вас было отличных, позитивных дней в 2011 году. =) С Новым 2011 годом и неумолимо наступающим Рождеством Вас! Поздравления от Тима Вы можете почитать на его сайте The Improved Methods.

Топ 10 багов 2010 года

Компания SQS (Software Quality Systems) приготовила подборку самых худших сбоев ПО 2010го года.  Эти сбои привели к физическим, материальным и\или моральным убыткам. 1.       Производители автомобилей – отзыв из-за тормозной системы Отзыв с рынка двух новых моделей автомобилей из-за сбоя в антиблокировочной тормозной системы (ABS) 2.       Органы, удаленные у доноров по ошибке Дефектное ПО привело к удалению не тех органов у 25 доноров в Великобритании.  Ошибка таилась в ПО, отвечающем за преобразования данных, которое использовалось для загрузки информации об органах, подлежащих трансплантации. 3.       Министерство гос. департамента препятствовало онлайн заполнению налоговых деклараций Сотни людей не смогли заполнить налоговые декларации на сайте департамента, из-за дефекта, приведшего к блокировке акаунтов пользователей. 4.       Фондовая биржа Фондовая биржа пострадала от технических неполадок (попросту глю� [...]

Компетентность 2х2 для охотников за головами.

Лето 2010 года выдалось довольно жарким. Проект, где я работаю, интенсивно расширялся (примерно в 4-5 раз) приходилось много и долго собеседовать людей на работу. Взгляну на этот процесс с точки зрения собеседующего. Для некоторых интервьюеров, это довольно скучный процесс, некоторые на интервью, почему-то, вымещают злобу на тестировщиков(возможно люди так самовыражаются), пришедших на собеседование, некоторые относятся к процессу с безразличием. Я отношусь к типу собеседующих с позитивным настроем и считаю что это правильно. Человек, пришедший на собеседование, не должен  ощущать какого-либо давления со стороны интервьюера. Я провел довольно много интервью и получил «+7» человек к себе в команду и естественно «+1000» к профессиональному опыту.Уже, наверное, полгода активно читаю сайт Саши Орлова и оценил для себя пользу матриц 2х2. Активно их использую для объяснения многих вещей в команде, а так же при проведении презентации внутри компании. Наверное, скоро попрошусь в клуб любителей матриц 2х2 к Саше. К чему я виду, а к тому, что основная мысль данн [...]