Рабочий процесс(workflow) с QA

Всем привет.Захотелось написать о рабочем процессе разработки ПО и самое главное где впихнуть в уже имеющийся процесс свой QA отдел.В принципе эту тему я как то затронул в другом своем посте, но он честно говоря был уже написан давно и так рекламировать Trac я уже не стану. Теперь конкретно по теме:
1. Рабочий процесс разработки ПО практически всегда начинается со сбора требований. Так вот уже здесь лучше всего привлечь QA специалиста. Почему? Потому что первостепенной задачей для любого QA всегда должна быть проверка правильности выполненной бизнес логики. И узнать эту логику лучше всего еще до начала реализации. Опять же если у вас отличная документация к проекту или хорошо налаженная коммуникация с командой программистов, то этот шаг может быть будет и не нужен.
2. После сбора требований обычно пишут ТЗ. Здесь я бы советовал паралельным ходом уже начать писать тестплан для ПО(версии, релиза или продукта суть не важна, все зависит от вашей процедуры внедрения). Кроме сценариев, если это нужно, помочь в описании заказчику сценариев приемочного тестирования. Надеется на то, чтобы описать тестплан позже, лучше не надеется и описать его сразу же, а в дальнейшем по тихоньку его дополнять и улучшать.
3. Если ТЗ подписали, то начинается непосредственный этап реализации. Здесь очень важно, что для водопадной модели и любой ajile модели процесса, построить процесс так, чтобы после окончания любой задачи, она попадала на тестирование. Это поможет сократить сроки выполнения проекта и позволит быстрее получать ошибки от QA отделу программистов.
4. Непосредственно после реализации всего проекта должен быть выделен отдельный этап полного тестирования проекта. К этому времени у QA просто должен быть полный тест план и рабочие автоматизированные GUI тесты по нему. Здесь исправляются все имеющиеся ошибки и билд становится стабильным.
5. Следующий этап - отправка дистрибутивов. Почему это отдельный этап? Просто хотелось бы подчеркнуть, что именно QA лучше всего отправлять дистрибутивы на сторону заказчиков. Поскольку именно QA должны знать какой из дистрибутивов является стабильным, а какой нет.
6. Этап внедрения. Здесь важно понимать, что ошибки или дополнения так или иначе будут в 80% случаев. Исключить ошибки на данном этапе возможно лишь одной из методик XP - "customer on-site". Это мало когда бывает, но это возможно. Стоит подчеркнуть, что все найденные на стороне заказчика ошибки или дополнения сперва должны попадать в руки QA на воспроизведение. Этим выставляется некий фильтр на большой поток запросов от заказчика :)
7. Конец проекта(релиза, версии) и много, много пива :). Этот пост можно считать первой частью разговора об issue tracker и его роли.
Продолжение будет в следующем посте :) Всех с прошедшим Новым Годом!!!

Про 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 годом и желаю всем всего наилучшего!

С днем тестировщика

9-сентября не официальный праздник в принципе, но от этого не менее знаминательный День тестировщика или День QA. Поздравляю коллеги с праздником хоть и с опозданием в 1 день:). Почему 9-сентября можно узнать здесь . Первому найденному багу 63 года:) P.S. Че то я совсем забыл про блог, впредь буду отчаянно пытаться писать хотя бы 1 раз в неделю