Вступил в ряды Международного Института Бизнес Анализа (IIBA -International Institute of Business Analysis)
Получил доступ к обширной библиотеке по бизнес анализу, скидки на сертификацию и другие "плюшки".
пятница, 17 декабря 2010 г.
четверг, 21 октября 2010 г.
Первая встреча PM-club в Харькове
Вчера присутствовал на первой встрече PM-club в Харькове (http://pm-zone.org/)
Очень все понравилось: Атмосфера, контингент.
В первой части было выступление Сергея Бережного (его блог http://anotherpm.com/blog/) с темой “Аутсорсинг как сервис. Новый взгляд на отношения с Заказчиком”. Очень живо и актуально. Про доверие между клиентом и командой. Было много примеров, вопросов из зала. В Харькове планируется проведение двух-дневного тренинга Сергея - всем рекомендую сходить.
Во второй части было живое обсуждение дальнейшего формата встреч. Решили, что все и так классно - можно добавить только распитие горячительных напитков)
Также большое спасибо организаторам - Виктории Мусияченко и Сергею Ковалеву.
Очень все понравилось: Атмосфера, контингент.
В первой части было выступление Сергея Бережного (его блог http://anotherpm.com/blog/) с темой “Аутсорсинг как сервис. Новый взгляд на отношения с Заказчиком”. Очень живо и актуально. Про доверие между клиентом и командой. Было много примеров, вопросов из зала. В Харькове планируется проведение двух-дневного тренинга Сергея - всем рекомендую сходить.
Во второй части было живое обсуждение дальнейшего формата встреч. Решили, что все и так классно - можно добавить только распитие горячительных напитков)
Также большое спасибо организаторам - Виктории Мусияченко и Сергею Ковалеву.
понедельник, 18 октября 2010 г.
Книга Тома Питерса "Человек - Бренд"
Перечитываю в третий раз книгу Тома Питерса "Человек - Бренд".
Очень сильная вещь. При каждом прочтение открывается что-то новое и интересное.
Сейчас тщательно прорабатываю все "руководства по действию" после каждой главы и выписываю в отдельный блокнот.
Рекомендую всем, кто хочет выделяться из толпы и действительно стать брендом.
Очень сильная вещь. При каждом прочтение открывается что-то новое и интересное.
Сейчас тщательно прорабатываю все "руководства по действию" после каждой главы и выписываю в отдельный блокнот.
Рекомендую всем, кто хочет выделяться из толпы и действительно стать брендом.
понедельник, 13 сентября 2010 г.
Planning Extreme Programming
Сейчас читаю книгу «Planning Extreme Programming» by Kent Beck. Очень понравилось сравнение разработки программного обеспечения с вождением автомобиля.
Для управления автомобилем недостаточно выбрать направление и выставить руль в правильном положении. Вождение – это постоянное внесение небольших корректировок из-за постоянных изменений на пути. Немного влево, немного вправо…
Для управления автомобилем недостаточно выбрать направление и выставить руль в правильном положении. Вождение – это постоянное внесение небольших корректировок из-за постоянных изменений на пути. Немного влево, немного вправо…
вторник, 27 июля 2010 г.
Мои выступления за последнее время
Май - SQA Days 7
Июнь - Tech Talks in GlobalLogic
Июль - QAClub
Август - ?
Июнь - Tech Talks in GlobalLogic
Июль - QAClub
Август - ?
вторник, 20 июля 2010 г.
Выступление на QA Club 23 июля
Выступаю 23 июля на QA Club с темой "Тестирование без требований".
Приходите, поддержите, послушайте.
http://www.qaclub.com.ua/node/80
Подробности взятые с форума QA Club:
"Коллеги, приглашаем Вас на июльскую тусовку QAClub!
Дата: 23 июля 2010 (пятн), Харьков, в 19.30 , место - то же, см. ниже
Тема: Тестирование без требований
О чем поговорим?
Вероятно, многие из нас сталкивались с проектом, где требования были размыты или вовсе отсутствовали. Задумывались ли вы о том, как можно протестировать такой проект? В своем докладе Артем Шаповал расскажет об основных предпосылках к появлению подобной ситуации, опишет ее влияние на процесс тестирования и расскажет, как можно смягчить негативные последствия.
О докладчике:
Артем Шаповал - выступал на конференции SQA Days 7 d Харькове, там мы и познакомились Smile. Опыт - 5 лет в разработке ПО, 2 года как разработчик + 3 года аналитик. Имеет опыт работы как с украинскими заказчиками, так и с иностранными клиентами. Сейчас работает на позиции QA/Risk Analyst в компании GlobalLogic. Имеет несколько сертификатов от ведущих вендоров: Oracle, PMI, IELTS.
Заявки принимаются на info@qaclub.com.ua с пометкой QAClub-July в теме письма. Подробности будут в рассылке и тут, на форуме.
Расписание:
19.30 - регистрация! 19.40 - начало! Актив старается подойти к 19.00, чтобы помочь подготовить зал, за это ему скидки до 100% и моя признательность))!!!
Агенда:
-новости клуба
-доклад
-кофебрейк
-продолжение доклада + вопросы/ответы
21.30 - 22.00- планируется окончание мероприятия
Формат: доклад, где-то посредине доклада сделаем перерыв с чаем-кофеем и плюшками, свободное общение, потом - окончание доклада и вопросы зала, опять чай-кофе для самых стойких.
Место:
ул. Сумская, 90, мед центр "Эввива" (бывший Небосвод), ст.м. Университет (выход "стекляшка"), и по Сумской вверх минут 5-7, не доходя до дворца бракосочетания, по правую руку увидите небольшое здание с колоннами и елками, на здании написано - Эввива. Внутри здания - будем в актовом зале на 2 этаже названном тематически "конференцзал" - там, где была встреча с Тимуром Хайруллиным и Сашей Орловым и т.п.
Стоимость: оргвзнос 50 грн, активу – скидки до 100%!!
Напоминаю!! - кто регистрируется, а потом не сможет быть - заранее сообщите плз, а то внесем Вас в черный список, сколько ж можно печенье за Вас доедать, актив теряет форму, не говоря уже об организаторах))."
Приходите, поддержите, послушайте.
http://www.qaclub.com.ua/node/80
Подробности взятые с форума QA Club:
"Коллеги, приглашаем Вас на июльскую тусовку QAClub!
Дата: 23 июля 2010 (пятн), Харьков, в 19.30 , место - то же, см. ниже
Тема: Тестирование без требований
О чем поговорим?
Вероятно, многие из нас сталкивались с проектом, где требования были размыты или вовсе отсутствовали. Задумывались ли вы о том, как можно протестировать такой проект? В своем докладе Артем Шаповал расскажет об основных предпосылках к появлению подобной ситуации, опишет ее влияние на процесс тестирования и расскажет, как можно смягчить негативные последствия.
О докладчике:
Артем Шаповал - выступал на конференции SQA Days 7 d Харькове, там мы и познакомились Smile. Опыт - 5 лет в разработке ПО, 2 года как разработчик + 3 года аналитик. Имеет опыт работы как с украинскими заказчиками, так и с иностранными клиентами. Сейчас работает на позиции QA/Risk Analyst в компании GlobalLogic. Имеет несколько сертификатов от ведущих вендоров: Oracle, PMI, IELTS.
Заявки принимаются на info@qaclub.com.ua с пометкой QAClub-July в теме письма. Подробности будут в рассылке и тут, на форуме.
Расписание:
19.30 - регистрация! 19.40 - начало! Актив старается подойти к 19.00, чтобы помочь подготовить зал, за это ему скидки до 100% и моя признательность))!!!
Агенда:
-новости клуба
-доклад
-кофебрейк
-продолжение доклада + вопросы/ответы
21.30 - 22.00- планируется окончание мероприятия
Формат: доклад, где-то посредине доклада сделаем перерыв с чаем-кофеем и плюшками, свободное общение, потом - окончание доклада и вопросы зала, опять чай-кофе для самых стойких.
Место:
ул. Сумская, 90, мед центр "Эввива" (бывший Небосвод), ст.м. Университет (выход "стекляшка"), и по Сумской вверх минут 5-7, не доходя до дворца бракосочетания, по правую руку увидите небольшое здание с колоннами и елками, на здании написано - Эввива. Внутри здания - будем в актовом зале на 2 этаже названном тематически "конференцзал" - там, где была встреча с Тимуром Хайруллиным и Сашей Орловым и т.п.
Стоимость: оргвзнос 50 грн, активу – скидки до 100%!!
Напоминаю!! - кто регистрируется, а потом не сможет быть - заранее сообщите плз, а то внесем Вас в черный список, сколько ж можно печенье за Вас доедать, актив теряет форму, не говоря уже об организаторах))."
среда, 7 июля 2010 г.
Исследовательское (exploratory) тестирование: преимущества и недостатки
Также в книге «A Practitioner's Guide to Software Test Design» by Lee Copeland (http://www.amazon.com/Practitioners-Guide-Software-Test-Design/dp/158053791X) есть сравнение преимуществ и недостатков исследовательского (exploratory) тестирования.
Приведу примеры из книги.
Преимущества исследовательского тестирования
1. Исследовательское тестированно ценно в ситуациях, когда выбор следующего тест кейса не может быть определен заранее, а базируется на предыдущих тестах и их результатах.
2. Исследовательское тестирование полезно, когда необходимо дать небольшой отзыв на качество продукта, в ограниченное время, когда требования неточны или отсутствуют вовсе, или на ранних стадиях разработки, когда система может быть нестабильной.
3. Исследовательское тестирование полезно, когда дефект найден и мы хотим исследовать размер, область и вариации дефекта для предоставления лучшего описания для команды разработчиков.
4. Исследовательское тестирование полезно как дополнение к формализованному тестированию, когда формализованные тесты становятся «утомительными» и не находят много ошибок.
Недостатки исследовательского тестирования
1. При исследовательском тестировании нет возможности предотвращать появление дефектов. Из-за того, что проектирование формализованных тест кейсов начинается на стадии сбора требований, дефекты могут быть найдены и исправлены ранее.
2. Если Вы полностью уверены, какие тесты необходимо запускать и в какой последовательности, нет необходимости проводить исследование. Пишите, а затем выполняйте формализованные тесты.
3. Если Вы обязаны по контракту или правилу использовать формализованное тестирование, то так и делайте. Попробуйте добавить исследовательское тестирование в качестве дополнительного метода.
Приведу примеры из книги.
Преимущества исследовательского тестирования
1. Исследовательское тестированно ценно в ситуациях, когда выбор следующего тест кейса не может быть определен заранее, а базируется на предыдущих тестах и их результатах.
2. Исследовательское тестирование полезно, когда необходимо дать небольшой отзыв на качество продукта, в ограниченное время, когда требования неточны или отсутствуют вовсе, или на ранних стадиях разработки, когда система может быть нестабильной.
3. Исследовательское тестирование полезно, когда дефект найден и мы хотим исследовать размер, область и вариации дефекта для предоставления лучшего описания для команды разработчиков.
4. Исследовательское тестирование полезно как дополнение к формализованному тестированию, когда формализованные тесты становятся «утомительными» и не находят много ошибок.
Недостатки исследовательского тестирования
1. При исследовательском тестировании нет возможности предотвращать появление дефектов. Из-за того, что проектирование формализованных тест кейсов начинается на стадии сбора требований, дефекты могут быть найдены и исправлены ранее.
2. Если Вы полностью уверены, какие тесты необходимо запускать и в какой последовательности, нет необходимости проводить исследование. Пишите, а затем выполняйте формализованные тесты.
3. Если Вы обязаны по контракту или правилу использовать формализованное тестирование, то так и делайте. Попробуйте добавить исследовательское тестирование в качестве дополнительного метода.
Подписаться на:
Сообщения (Atom)