Вступил в ряды Международного Института Бизнес Анализа (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. Если Вы обязаны по контракту или правилу использовать формализованное тестирование, то так и делайте. Попробуйте добавить исследовательское тестирование в качестве дополнительного метода.
пятница, 2 июля 2010 г.
Формализованное (scripted) тестирование: преимущества и недостатки
Недавно прочитал книгу «A Practitioner's Guide to Software Test Design» by Lee Copeland (http://www.amazon.com/Practitioners-Guide-Software-Test-Design/dp/158053791X ) очень понравилось четкое определение преимуществ и недостатков формализованного (scripted) тестирования.
Приведу примеры из книги .
Преимущества:
1. Формализованное тестирование обеспечивает разделение работ – планирование, проектирование, разработка и выполнение тест кейсов может быть выполнено людьми со специфическими навыками и в различное время на протяжении процесса разработки.
2. Техники тестирования, такие как разбиение на классы эквивалентности, тестирование граничных условий, тестирование потока данных, парное тестирование и т.д. могут быть интегрированы непосредственно в процесс тестирования и использоваться для проверки соблюдения процессов.
3. Из-за того, что формализованные тесты созданы из требований, дизайна и кода, все важные атрибуты системы покрываются тестами и это покрытие можно продемонстрировать.
4. Из-за того, что тест кейсы можно однозначно отлинковать к требованиям, покрытие дизайна и кода может быть легко определено и измерено.
5. Из-за того что тесты детализированы, они легче поддаются автоматизации.
6. Из-за того, что тесты создаются на ранних этапах в процессе разработке, это позволяет высвободить дополнительно время в критический период выполнения тестирования.
7. В ситуациях, когда отсутствует хорошая спецификация требований, тест кейсы по окончанию проекта становятся де-факто спецификацией требований, включая также фактические результаты выполнения тестирования.
8. Формализованные тесты, которые написанные с достаточным уровнем детализации, могут быть выполнены людьми, которые не обладают достаточными знаниями в предметной области или в тестировании программного обеспечения.
9. Путем создания тестов на ранних этапах проекта мы можем обнаружить неисследованные ранее области.
Недостатки:
1. Формализованное тестирование напрямую зависит от качества требований. Были ли требования действительно завершенными, стабильными и однозначными, когда они брались за основу для формализованного тестирования? Вряд ли.
2. Формализованное тестирование, по своему определению, не гибкое. Оно всегда следует согласно запланированному перечню действий (скрипту). Если, во время тестирования, мы увидим что-то странное, мы сделаем заметку, но не будем продолжать «копать» в этом направление. Почему? Из-за того, что этого нет в скрипте. Множество интересных дефектов могут быть пропущены при использовании данного подхода.
3. Формализованное тестирование часто используется для снижения роли тестировщика. Данный подход можно описать как «Научи тестировщика выполнять один вид тестов и отправь его тестировать гору тестов. Из-за большого количества тестов, мы вероятно найдем большинство дефектов»
Приведу примеры из книги .
Преимущества:
1. Формализованное тестирование обеспечивает разделение работ – планирование, проектирование, разработка и выполнение тест кейсов может быть выполнено людьми со специфическими навыками и в различное время на протяжении процесса разработки.
2. Техники тестирования, такие как разбиение на классы эквивалентности, тестирование граничных условий, тестирование потока данных, парное тестирование и т.д. могут быть интегрированы непосредственно в процесс тестирования и использоваться для проверки соблюдения процессов.
3. Из-за того, что формализованные тесты созданы из требований, дизайна и кода, все важные атрибуты системы покрываются тестами и это покрытие можно продемонстрировать.
4. Из-за того, что тест кейсы можно однозначно отлинковать к требованиям, покрытие дизайна и кода может быть легко определено и измерено.
5. Из-за того что тесты детализированы, они легче поддаются автоматизации.
6. Из-за того, что тесты создаются на ранних этапах в процессе разработке, это позволяет высвободить дополнительно время в критический период выполнения тестирования.
7. В ситуациях, когда отсутствует хорошая спецификация требований, тест кейсы по окончанию проекта становятся де-факто спецификацией требований, включая также фактические результаты выполнения тестирования.
8. Формализованные тесты, которые написанные с достаточным уровнем детализации, могут быть выполнены людьми, которые не обладают достаточными знаниями в предметной области или в тестировании программного обеспечения.
9. Путем создания тестов на ранних этапах проекта мы можем обнаружить неисследованные ранее области.
Недостатки:
1. Формализованное тестирование напрямую зависит от качества требований. Были ли требования действительно завершенными, стабильными и однозначными, когда они брались за основу для формализованного тестирования? Вряд ли.
2. Формализованное тестирование, по своему определению, не гибкое. Оно всегда следует согласно запланированному перечню действий (скрипту). Если, во время тестирования, мы увидим что-то странное, мы сделаем заметку, но не будем продолжать «копать» в этом направление. Почему? Из-за того, что этого нет в скрипте. Множество интересных дефектов могут быть пропущены при использовании данного подхода.
3. Формализованное тестирование часто используется для снижения роли тестировщика. Данный подход можно описать как «Научи тестировщика выполнять один вид тестов и отправь его тестировать гору тестов. Из-за большого количества тестов, мы вероятно найдем большинство дефектов»
пятница, 18 июня 2010 г.
Результаты экзамена IELTS
После двух недель ожидания увидел свои результаты по экзамену.
Зашел на сайт ielts-results.britishcouncil.org, ввел свои персональные данные и нажал "Search Result"
Не хватило пол-бала, чтобы набрать 7.5. Хотя и это много больше чем планировал.
Теперь буду ожидать получение бумажного сертификата.
Зашел на сайт ielts-results.britishcouncil.org, ввел свои персональные данные и нажал "Search Result"
Listening | 8 |
|---|---|
Reading | 8 |
Writing | 6 |
Speaking | 6.5 |
Overall Band | 7 |
Не хватило пол-бала, чтобы набрать 7.5. Хотя и это много больше чем планировал.
Теперь буду ожидать получение бумажного сертификата.
вторник, 8 июня 2010 г.
Сдача экзамена IELTS 5 июня в Харькове
Решил написать как сдавал экзамен IELTS и что это вообще такое.
Регистрация. Второй раз за все время экзамен проходил в Харькове. До этого единственным местом для сдачи был Киев. Я увидел дату 5 июня и решился на сдачу.
На сайте British Council теперь есть онлайн-регистрация - http://www.britishcouncil.org/ukraine-exams-ielts-registration.htm
Очень удобно - не надо заполнять от руки и передавать в Киев документы. Для регистрации необходимо указать два документа, подтверждающих личность, например, паспорт и заграничный паспорт. После регистрации приходит письмо с подтверждением даты и ссылкой на бесплатный онлайн курс.
Сдача экзамена. Первый день
Регистрация была на 8.00 возле станции метро "Площадь Востания" в третьей школе. Было человек 25 - половина на General вторая на Academic Module. У всех проверили документы и разсадили по аудиториям. Для каждого сдающего был подготовлен отдельный стол. В 8.30 нам рассказали правила экзамена, распечатали конверт с заданиями. Потом проиграли запись на проигрывателе, спросили всех ли устраивает. Начался Listening. Было 4 секции по 10 вопросов. Не особо отличалось от тех материалов, по которым я готовился ранее. Потом еще были дополнительные 10 мин для переноса ответов.
Потом без перерыва начался Reading. За час надо было ответить на 40 вопросов и перенести их в Answer Sheet. Я управился за минут 40 и потом перепроверял все еще раз. Вопросов на 25 ответил без проблем - уверен в них на 100%. Вопроса 3 остались для меня загадкой - отвечал наугад. Затем дали двух-минутный перерыв и начался третий этап.
По Writing попалось написать письмо человеку, чью сумку я нашел. Во второй части была тема "Modern inventions have brought more problems than benefits" и согласны ли вы с этим. Я написал про открытия: использование ядерной энергии и Интернет. Вроде справился - и успел вовремя.
Сдача экзамена. Второй день
На следующий день в воскресенье был Speaking. Мило пообщались с американцем. Мне попалась тема - "Интересная работа, про которую я читал". Я рассказывал о менеджере проектов в аэрокосмической отрасли. Остался доволен собой.
Теперь надо ждать две недели результаты. Мои ожидания от экзамена L –7, R –7, W – 6, S – 6; Overall 6,5. Посмотрим...
Регистрация. Второй раз за все время экзамен проходил в Харькове. До этого единственным местом для сдачи был Киев. Я увидел дату 5 июня и решился на сдачу.
На сайте British Council теперь есть онлайн-регистрация - http://www.britishcouncil.org/ukraine-exams-ielts-registration.htm
Очень удобно - не надо заполнять от руки и передавать в Киев документы. Для регистрации необходимо указать два документа, подтверждающих личность, например, паспорт и заграничный паспорт. После регистрации приходит письмо с подтверждением даты и ссылкой на бесплатный онлайн курс.
Сдача экзамена. Первый день
Регистрация была на 8.00 возле станции метро "Площадь Востания" в третьей школе. Было человек 25 - половина на General вторая на Academic Module. У всех проверили документы и разсадили по аудиториям. Для каждого сдающего был подготовлен отдельный стол. В 8.30 нам рассказали правила экзамена, распечатали конверт с заданиями. Потом проиграли запись на проигрывателе, спросили всех ли устраивает. Начался Listening. Было 4 секции по 10 вопросов. Не особо отличалось от тех материалов, по которым я готовился ранее. Потом еще были дополнительные 10 мин для переноса ответов.
Потом без перерыва начался Reading. За час надо было ответить на 40 вопросов и перенести их в Answer Sheet. Я управился за минут 40 и потом перепроверял все еще раз. Вопросов на 25 ответил без проблем - уверен в них на 100%. Вопроса 3 остались для меня загадкой - отвечал наугад. Затем дали двух-минутный перерыв и начался третий этап.
По Writing попалось написать письмо человеку, чью сумку я нашел. Во второй части была тема "Modern inventions have brought more problems than benefits" и согласны ли вы с этим. Я написал про открытия: использование ядерной энергии и Интернет. Вроде справился - и успел вовремя.
Сдача экзамена. Второй день
На следующий день в воскресенье был Speaking. Мило пообщались с американцем. Мне попалась тема - "Интересная работа, про которую я читал". Я рассказывал о менеджере проектов в аэрокосмической отрасли. Остался доволен собой.
Теперь надо ждать две недели результаты. Мои ожидания от экзамена L –7, R –7, W – 6, S – 6; Overall 6,5. Посмотрим...
среда, 19 мая 2010 г.
Доклады первого дня SQA Days
Голубева Татьяна с темой "Быстрое расширение штата тестировщиков"
Понравился стиль изложения: по полочкам разложила все. Доходчиво и понятно объяснила, что с помощью нехитрых функций возможно посчитать успеем ли мы нанять N тестировщиков за M времени. Также запомнилось ее высказывание, что она по личной инициативе и за свои деньги приехала выступать на конференции.
Ссылка на ее блог http://golubyeva.blogspot.com/
Нечаева Юлия с темой "Тестирование игр: фан или тяжелый труд?"
Очень красочная презентация, очень яркое выступление - сразу чувствуется опыт настоящего докладчика. Она рассказала про ситуации, когда она набирала тестировщиков в свой отдел и у нее возникла диллема: набирать игроков и учить их тестированию или набирать тестировщиков и учить их играть? Она выбрала первый вариант и ни разу не пожалела.
Ссылка на ее блог http://jnechaeva.blogspot.com/
Баранцев Алексей c темой "Классы эквивалентности: правда и мифы"
Очень живо и интересно рассказал о казалось бы всем известной теме "Классы эквивалентности". На примере проверки регистрации домменого имени нарисовал ряд красочных картинок, которые наглядно показывали суть темы. Постоянно сыпал смешными примерами из жизни, которые значительно украсили презентацию.
Ссылка на его портал http://www.software-testing.ru
Понравился стиль изложения: по полочкам разложила все. Доходчиво и понятно объяснила, что с помощью нехитрых функций возможно посчитать успеем ли мы нанять N тестировщиков за M времени. Также запомнилось ее высказывание, что она по личной инициативе и за свои деньги приехала выступать на конференции.
Ссылка на ее блог http://golubyeva.blogspot.com/
Нечаева Юлия с темой "Тестирование игр: фан или тяжелый труд?"
Очень красочная презентация, очень яркое выступление - сразу чувствуется опыт настоящего докладчика. Она рассказала про ситуации, когда она набирала тестировщиков в свой отдел и у нее возникла диллема: набирать игроков и учить их тестированию или набирать тестировщиков и учить их играть? Она выбрала первый вариант и ни разу не пожалела.
Ссылка на ее блог http://jnechaeva.blogspot.com/
Баранцев Алексей c темой "Классы эквивалентности: правда и мифы"
Очень живо и интересно рассказал о казалось бы всем известной теме "Классы эквивалентности". На примере проверки регистрации домменого имени нарисовал ряд красочных картинок, которые наглядно показывали суть темы. Постоянно сыпал смешными примерами из жизни, которые значительно украсили презентацию.
Ссылка на его портал http://www.software-testing.ru
вторник, 18 мая 2010 г.
Доклад "Тестирование без требований" на SQA Days 7
Презентация моего доклада "Тестирование без требований"
Чуть позже выложу сладйкаст
Чуть позже выложу сладйкаст
понедельник, 17 мая 2010 г.
Конференция SQA Days 7 - первый день 14 мая
Начнем сначала...
Приехал в Радмир на регистрацию около 9.00 - сразу поразило количество народу в холле.
Быстро зарегистрировался - получил бейджик с красивым названием "Докладчик" и пошел знакомиться с "высшими" в мире тестирования.
Было очень приятно пообщаться с Викой Мусияченко (ведет Харьковский клуб инженеров по качеству - QAclub.com.ua) - быстренько с ней договорились, что я повторно выступлю со своим докладом у них в клубе.
Далее познакомился с Алексеем Баранцевым (главный редактор портала http://www.software-testing.ru/), обменялись визитками, я сделал небольшую рекламу своей текущей компании - не все знают, кто такие GlobalLogic.
Также было сложно пройти мимо Алексея Лупана (редактор портала www.software-testing.ru, автор блога testitquickly.com) - он приехал на конференцию как журналист, новости на его блоги появлялись раньше, чем докладчик получал свою порцию вопросов :)
В 9.30 было открытие конференции. Выступил Владислав Орликов (www.sqalab.ru) и Виктория Мусияченко - организаторы конференции. Я пока сидел в зале подбил еще человек 10 на свой доклад :)
Приехал в Радмир на регистрацию около 9.00 - сразу поразило количество народу в холле.
Быстро зарегистрировался - получил бейджик с красивым названием "Докладчик" и пошел знакомиться с "высшими" в мире тестирования.
Было очень приятно пообщаться с Викой Мусияченко (ведет Харьковский клуб инженеров по качеству - QAclub.com.ua) - быстренько с ней договорились, что я повторно выступлю со своим докладом у них в клубе.
Далее познакомился с Алексеем Баранцевым (главный редактор портала http://www.software-testing.ru/), обменялись визитками, я сделал небольшую рекламу своей текущей компании - не все знают, кто такие GlobalLogic.
Также было сложно пройти мимо Алексея Лупана (редактор портала www.software-testing.ru, автор блога testitquickly.com) - он приехал на конференцию как журналист, новости на его блоги появлялись раньше, чем докладчик получал свою порцию вопросов :)
В 9.30 было открытие конференции. Выступил Владислав Орликов (www.sqalab.ru) и Виктория Мусияченко - организаторы конференции. Я пока сидел в зале подбил еще человек 10 на свой доклад :)
среда, 12 мая 2010 г.
Выступление на конференции SQA Days 7
Всем привет!
Решил возобновить пользование блогом. Повод даже для этого имеется: я выступаю с докладом на конференции SQA Days 7, которая пройдет 14 мая в Харькове.
Более детально: http://it-conf.ru/ru/content/243.htm
Думаю тема моего выступления "Тестирование без требований" заинтересует многих.
После выступления напишу подробный отчет о конференции.
Следите за обновлениями...
Решил возобновить пользование блогом. Повод даже для этого имеется: я выступаю с докладом на конференции SQA Days 7, которая пройдет 14 мая в Харькове.
Более детально: http://it-conf.ru/ru/content/243.htm
Думаю тема моего выступления "Тестирование без требований" заинтересует многих.
После выступления напишу подробный отчет о конференции.
Следите за обновлениями...
Подписаться на:
Сообщения (Atom)