the_sapiens

Всем привет. Официально объявляю о том, что переношу свой блог на blogger. Сюда больше писать скорее всего не буду. Проблемы с доступом из kg в ЖЖ достали, да и если работал, то медленно. Адрес моего нового блога теперь http://the-sapiens.blogspot.com/ . Все свои записи уже экспортировал туда. Всем спасибо, ЖЖ бб..

Извиняюсь что так долго не писал, но блог блогом, а работа есть работа :)
Как и обещал вот продолжение предыдущего поста о трекере задач. На сей раз допишу о том, что я забыл указать в базисах для любого трекера (Спасибо Роме:)):
1. Для основных статусов не написал такой важный статус как "Открыт заново", но в свое оправдание могу сказать что многие просто из статуса "Реализован" отправляют в "Подтвержден".
2. Очень не маловажный фактор это резолюции при реализации(Например: Выполнено, Не будет выполнено, не воспроизводится и т.д.)
3. Тут я сильно облажался но САМОЕ ГЛАВНОЕ это кто создал и кто реализовал, тобишь исполнитель. Если нет этих вещей, то любой трекер задач теряет свой смысл сразу...

Ну это все было то, что я не дописал в прошлом посте. Теперь же, то что я обещал написать( Read more... )

Ну как и обещал пишу об Issue Tracker, ну или Bug tracker кому как...
В прошлом посте я описывал желательный рабочий процесс(workflow), который как мне кажется должен быть у всех. Теперь попробую написать о том, как все это дело фиксировать и как работать.
Как мне кажется главная задача любого трекера задач - это фиксировать состояния задач и стараться максимально "прозрачно" работать с заказчиком. В принципе если ваш рабочий процесс построен не так, как я попытался описать в предыдущем посте, то это ни о чем не говорит. Но надо понимать что ваша задача это перенесьти весь имеющийся рабочий процесс на статусы в трекере. В любом деле важно максимально честно работать с заказчиком и давать ему возможность выставлять приоритетность задач. Ну это все набор слов, который встречается везде, теперь по полочкам.
1. Создание задачи, ошибки или улучшения. Абсолютно все, что хочет заказчик должно фиксироваться в трекере. Никакого рода отмазок типа "Не понимает чего хочет", "Ему это не пригодится", "Потом заведу" быть не должно. Почему? Каждая новая задача для вас - это хлеб и возможность выглядить в более приятном свете перед заказчиком. ( Read more... )

Всем привет.
Захотелось написать о рабочем процессе разработки ПО и самое главное где впихнуть в уже имеющийся процесс свой QA отдел.
В принципе эту тему я как то затронул в другом своем посте, но он честно говоря был уже написан давно и так рекламировать Trac я уже не стану.
Теперь конкретно по теме:
1. Рабочий процесс разработки ПО практически всегда начинается со сбора требований. Так вот уже здесь лучше всего привлечь QA специалиста. Почему? Потому что первостепенной задачей для любого QA всегда должна быть проверка правильности выполненной бизнес логики. И узнать эту логику лучше всего еще до начала реализации. Опять же если у вас отличная документация к проекту или хорошо налаженная коммуникация с командой программистов, то этот шаг может быть будет и не нужен.
( Read more... )

Захотелось сделать отчет для самого себя о заканчивающемся 2008 годе.

За этот год я успел сменить место работы(да и должность тоже :) ) с ведущего специалиста в компании Ikeen на должность начальника QA отдела компании ITB. Как бы там не было, я очень рад что работал в Ikeen, именно там я вырос и многому научился как QA.
Вместе с новой для себя должностью начал изучение управленческой деятельности, провел несколько интересных для себя экспериментов, которые опишу уже в следующем году.
Под конец года вместе с Ромой открыли портал QAлификация. Теперь три этих блога(мой, Ромы и QAлификация ретранслируются на SoftwareTesting.ru, получили рекламу от IT4business.ru, что не может не радовать :)

Из общественных IT событий этого года конечно хотелось бы отметить:
( Read more... )

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

В каком то из постов я уже касался такой темы, что для меня лично, идеальный QA это прежде всего тот, кто указывает на ошибки, еще посмотрев на изменения в коде. При этом я не исключаю ни ручного, ни еще какого либо тестирования. Как показывает всеобщая практика 70-80% багов находятся в процессе именно ручного тестирования. Все должно быть в совокупности.
( Read more... )

Обращаюсь к колегам QA. Заходите и регистрируйтесь на http://qa.co.kg. Будем обмениваться инфой и линками. Попробуем сделать комьюнити :)

В Казахстане и Кыргызстане заблокирован доступ к LiveJournal вот причина того, что не постился в блоге. Подробнее можно почитать на mignews.com . Ситуация честно говоря просто обескураживающая. Я как житель Кыргызстана отрезан от блога, потому что некто в Казахстане закрыл доступ. Где собственно логика??? Просто почти все кыргызстанские интернет провайдеры выходят в глобальную сеть через оптику лежащую именно в Казахстане. Интернет доступ работающий у нас в стране это просто отдельный разговор, впрочем я уже скидывал ссылку об этом. Сейчас пишу в блог через http://mylj.ru. Очень хороший ресурс все таки :) Рекомендую всем кто лишился своего ЖЖ по вине злобных админов, ну или по каким то политическим соображениям :). Думаю скоро поделюсь своими новостями, их уже много и есть чем поделиться...

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