Про 2008-й

Захотелось сделать отчет для самого себя о заканчивающемся 2008 годе.За этот год я успел сменить место работы(да и должность тоже :) ) с ведущего специалиста в компании Ikeen на должность начальника QA отдела компании ITB. Как бы там не было, я очень рад что работал в Ikeen, именно там я вырос и многому научился как QA.
Вместе с новой для себя должностью начал изучение управленческой деятельности, провел несколько интересных для себя экспериментов, которые опишу уже в следующем году. Под конец года вместе с Ромой открыли портал QAлификация. Теперь три этих блога(мой, Ромы и QAлификация ретранслируются на SoftwareTesting.ru, получили рекламу от IT4business.ru, что не может не радовать :)
Из общественных IT событий этого года конечно хотелось бы отметить:
1. Мировой финансовый кризис. Пострадали чуть ли не все, естественно IT население не осталось в стороне
2. Появление браузера Google Chrome. Теперь еще 1 браузер в котором нужно проверять работоспособность разрабатываемых решений :( .
3. Огромное количество разного рода очень интересных стартапов в виде сервисов(software as a service). Я понимаю, что они появлялись и в прошлые годы, но в этом году их рост был огромным.
4. Непонятная мода на OpenSource. Такое впечатление, что все софтверные компании открыли исходный код, хотя бы на 1 из своих продуктов.
5. Пиковая популярность соц сетей типа facebook, одноклассников и т.д.
6. Ну и конечно же, не удавшаяся покупка Yahoo Microsoft-ом.
От себя же: Поздравляю всех с наступающим новым 2009 годом и желаю всем всего наилучшего!

Открыл общий доступ к своему RSS ридеру

Всем привет.Открыл общий доступ к своему GReader. Естественно в нем находятся не все мои подписки, а только те посты, которые я посчитал интересными :) На самом деле такая идея пришла намного раньше. Ситуация была следующая. В моем QA отделе я всегда был за то, чтобы мои ребята развивались, читали и держали руку на пульсе, но этого не происходило, всех затягивала работа... Для того, чтобы хоть как то поддерживать развитие у ребят, как только появлялось время просматривал свои подписанные ленты и отмечал то, что им казалось нужным к прочтению. Немного позже узнал, что подписались не только они. Теперь же думаю че уж тут для своих открывать, если уж открывать так открывать для всех и вот оно :) Его можно посмотреть справа :)

О необходимости знаний в программировании для QA

В каком то из постов я уже касался такой темы, что для меня лично, идеальный QA это прежде всего тот, кто указывает на ошибки, еще посмотрев на изменения в коде. При этом я не исключаю ни ручного, ни еще какого либо тестирования. Как показывает всеобщая практика 70-80% багов находятся в процессе именно ручного тестирования. Все должно быть в совокупности.Теперь начнем рассуждать по делу с самого начала... Все так или иначе столкнулись или столкнуться с тем временем, когда нужно набирать людей в свой QA отдел. Лично я приверженец того, что если человек решил заняться тестированием ПО "серьезно", то ему естественно нужен некий базис. В моем понимании базиса, QA должен иметь как минимум IT образование, причем я имею в виду не только высшее образование, это может быть и просто опыт работы без всякого "диплома". Скажу честно, что человека без IT прошлого на роль QA, я не стану даже рассматривать. Я знаю, что есть множество примеров, когда люди без "образования" тестировали продукты лучше специалистов. Но на этот факт надо смотреть по другому: ведь QA не занимается постоянным ручным тестированием в надежде найти ошибку, кроме этого он должен писать автоматизированные тесты, понимать хотя бы архитектурную суть софта и многое другое. А вот брать и учить даже этому, человека совсем не просвещенному в этих вопросах я не хочу и не буду. Мне жалко и свое время и свои нервы.Пойдем дальше. Автоматизированные тесты как бы к ним не относились... это тоже программный код, который в любом случае будет иметь свою логику и архитектуру. При этом написанные тесты придется усиленно поддерживать. Еще на данном этапе будут необходимы хотя бы минимальные знания программирования. Еще дальше. Всем опытным QA когда то приходилось тестировать задачи которые очень тяжело воспроизвести. В таких случаях тоже могут понадобиться те самые знания программирования. Т.е. смотрим в исходный код и смотрим где что могло вывалиться или сработать не корректно. Теперь о том, что было еще в начале. К примеру у меня уже давно стало привычкой еще до начала тестирования смотреть в изменения в коде для того, чтобы понять что, как и где изменилось и на что это может повлиять. Мой опыт показывает, что это как минимум не мешает общему процессу тестирования. Описал не все свои доводы, но постарался написать хотя бы общие.