День Секция 1
| Вид материала | Тезисы |
- Xix всероссийская конференция, 249.97kb.
- 1 ноября в с. Табуны прошёл ежегодный молодёжный фестиваль «Табуния-2008». Внём приняли, 111.28kb.
- Экологическая секция. День второй. Михаил Леонидович, 889.39kb.
- Информация о Японии Столица, 281.43kb.
- Научные направления и секции конференции: Секция, 39.35kb.
- Научная программа Секция Порядок и беспорядок в минералах. Председатели: М. И. Новгородова, 47.17kb.
- Конкурс на лучшее решение бизнес-кейсов. Секция Мировая экономика и инвестиции Секция, 139.21kb.
- Столица: Пекин. Время, 64.03kb.
- Темы секционных заседаний: Секция «Австрия в мировой истории». Секция «Австрийская, 54.73kb.
- Мбук «Центральная межпоселенческая библиотека» г. Белебея Информационно-библиографический, 104.32kb.
Тезисы докладов
День 1. Секция 1
| 1. | Ромуальд Здебский, Microsoft, Санкт-Петербург, Россия Обеспечение качества через интегрированное управление проектами разработки ПО - настоящее и будущее | 10-00 - 10-40 |
| Ромуальд Здебский выступает с докладом с целью рассказать о методах повышения эффективности и оперативности работы разработчиков и специалистов по качеству, обеспечив при этом качество и безопасность создаваемых решений и динамических приложений, управляемых данными. Методы, описанные докладчиком, связанны с использованием высокоинтегрированных платформ разработки программного обеспечения и управления проектами. | ||
| 2. | Юлия Нечаева, NIX Solutions Ltd, Харьков, Украина Анализ как часть тестирования, или Замените “аналитика» тестировщиком | 10-50 - 11-30 |
| Юлия Нечаева рассматривает различные ситуации, связанные с присутствием либо отсутствием аналитика в проектной команде. Далее описываются функции аналитика и проводится анализ, что же из перечисленного может исполнять команда тестирования. В итоге доклада иллюстрируется и анализируется ситуация, когда обязанности и полномочия аналитика передаются тестировщикам. Основная идея, которую хочет донести докладчик, заключается в том, что в команде должна быть роль аналитика, должны быть его задачи, полномочия, ответственность за активность. И это все могут успешно делать тестировщики. | ||
| 3. | Юрий Цыганенко, DataArt, Санкт-Петербург, Россия QA как услуга | 12-00 - 12-40 |
| В своем докладе Юрий Цыганенко, рассматривает QA именно как услугу и оценивает качество этой услуги по следующим аспектам:
В своей работе докладчик приводит примеры "как лучше" и антипримеры, в которых анализирует, почему бывает "как всегда". Также в докладе рассматривается ситуация повторного завоёвывания доверия. Особенности автоматизации регрессионных тестов автор рассматривает с позиций «на старте», «после первых успехов» и в «периоде большой "раскрутки". | ||
| 4. | Наталья Руколь, Лаборатория качества, Москва, Россия Эффективное управление командой тестирования | 12-50 - 13-30 |
| Доклад Натальи Руколь можно разделить на 3 части. Первая часть посвящена взаимодействию менеджера и команды, где предлагается переосмыслить роль менеджера в команде на основании факта частой переоценки значимости. Далее автор рассматривает основные задачи руководителя: подбор специалистов, распределение ресурсов и задач в зависимости от навыков сотрудников, их склонностей и предпочтений, обучение, развитие, мотивация, а также постановка процесса в зависимости от имеющихся специалистов, их навыков и способностей. Во второй части доклада описаны особенности подбора тестировщиков. Докладчик рассматривает приемы выявления компетенций тестировщика на собеседовании, способы определения мотивации сотрудника. В третьей части доклада рассматриваются особенности мотивации тестировщиков, как использовать мотиваторы на практике. | ||
| 5. | Александр Орлов, Happy-PM.COM, Санкт-Петербург, Россия Разработчики vs. Тестеры. История войн | 14-30 - 15-10 |
| В свойственной только ему зажигательной манере Александр Орлов рассматривает распространенный стереотип о противостоянии разработчиков и тестировщиков, анализирует корни этой проблемы, предлагает попытаться извлечь из этого выгоду для всех. Докладчик проводит анализ на примере жизненных ситуаций с описанием ярких ролей участников и задается вопросом: а действительно ли это противостояние существует? | ||
| 6. | Михаил Мериин, Вымпелком, Москва, Россия Формирование постоянной и профессиональной команды тестирования | 15-20 - 16-00 |
| Михаил Мериин рассказывает о таком понятии, как «команда» и рассуждает, нужна ли она. Если нужна, то тогда встают вопросы подбора сотрудников и построениия отношений внутри коллектива, оценки персонала и его мотивации, обучении и ротациях сотрудников. Докладчик анализирует логику постановки целей, делает обзор инструментов руководителя, рассказывает об обратной связи с сотрудниками, и не оставляет в стороне такой важный аспект, как денежные вопросы. | ||
| 7. | Александр Александров, Luxoft, Москва, Россия Количественное управление процессом тестирования | 16-30 - 17-10 |
| В докладе А. Александрова описаны современные подходы к количественному и статистическому контролю. процесса тестирования, которые позволяют решить эту проблему, устанавливать количественные цели по качеству, анализировать процессы и своевременно разрабатывать и предпринять корректирующие и/или предупреждающие действия- причем это можно сделать на более ранней стадии, когда цена ошибки еще не так дорога. Кроме того, рассмотрен подход к разработке границ возможностей процесса (PCB- process capability baseline). На основе изучения метрик по тестированию и их корреляции, предложен метод прогнозирования качества программной системы, переданной Заказчику (а именно, прогнозирования количества дефектов, которые обнаружит Заказчик в поставленной ему программной системе). В докладе приведены типичные корректирующие и предупреждающие действия, которые могут быть реализованы в различных ситуациях при проведении количественного анализа процесса тестирования. | ||
| 8. | Асхат Уразбаев, ScrumTrek, Москва, Россия Руководство по организации тестирования в Agile | 17-20 - 18-00 |
| Тестирование в Agile на первый взгляд кажется трудной задачей. И действительно, что можно протестировать, если заказчик меняет требования каждую итерацию, документации пишется минимум, а в конце каждой итерации необходимо предоставлять полностью оттестированный продукт. И тем не менее тестирование в Agile производится. В докладе «Руководство по организации тестирования в Agile» Асхат Уразбаев рассматривает типичные заблуждения, принципы и практики тестирования продуктов в Agile:
| ||
День 1. Секция 2
| 1. | Денис Иванов, Ай Ти Консалтинг, Санкт-Петербург, Россия Применение UML в тестировании | 10-00 - 10-40 |
| В своем докладе Денис Иванов рассказывает о том, как использовать UML при тестировании, при этом под тестированием понимается системное тестирование и рассматривается пример приложения в GUI. Доклад построен следующим образом: вначале докладчик знакомит аудиторию с тем, что же такое UML, как его можно сопоставить с тестированием и какие системы для этого подходят. Далее следует описание различных диаграмм UML с точки зрения полезности при тестировании. Затем речь идет об общих принципах использования UML диаграмм в тестировании с упором на системное тестирование. Все рассказанное выше автор иллюстрирует на конкретном практическом примере и завершает доклад выводом о возможности использования UML для описания test cases для GUI как альтернативу текстовому описанию или неформализованному описанию. | ||
| 2. | Алексей Лянгузов, Sun Microsystems, Inc, Санкт-Петербург, Россия Методика автоматизации поиска некорректных модульных тестов | 10-50 - 11-30 |
| Цель доклада Алексея Лязгунова - рассказать о практической методике определения некорректных модульных тестов в больших тестовых сьюитах. Речь НЕ пойдет о том, как правильно писать юнит-тесты, кто их должен писать, а кто не должен. Предлагаемая практика позволяет повысить уровень качества модульных тестов, и как следствие, повысить уверенность в качестве и стабильности разрабатываемого программного продукта. Автор отвечает на вопрос «Чем опасны некорректные тесты?»: ложной уверенностью в качестве программного кода, подгонкой кода программы под тест, и рассуждает о том, что же такое корректный («хороший») и некорректный («плохой») тесты и что хуже: тесты, которые падают («красные») или которые проходят («зеленые»)? Слушателям приводятся анти-паттерны модульных тестов, а также примеры и последствия некорректных юнит-тестов. В заключительной части доклада рассматриваются имеющиеся методики обнаружения ошибок в тестах, а именно: - Инспекция кода тестов. - Аудит кода тестов - Запуск тестов. Докладчик анализирует преимущества и недостатки этих методик, и приводит ту, которую считает наиболее подходящей и для обнаружения «плохих» тестов: тестируемый программный продукт, заведомо работающий неправильно (Fault Injection Technique). Предложенная методика описывается со стороны компонентной модели и процесса, а также автор описывает её ограничения, недостатки и достоинства. | ||
| 3. | Анна Книжник, Usethics, Москва, Россия Тестирование удобства использования (usability). Организация и проведение с нуля | 12-00 - 12-40 |
| В докладе Анны Книжник пойдет речь о том, как спланировать и провести юзабилити-тестирование с привлечением пользователей, избежав при этом больших затрат и возможных проблем. Доклад основан на многолетнем опыте проведений тестирований в компании Usethics . Докладчик рассматривает понятие «юзибилити-тестирования», рассказывает об организации мобильной лаборатории, перечисляет необходимый минимум для рабочего места и описывает способы фиксации данных. В части доклада, посвященной планированию затрат, рассматриваются вопросы, связанные с оборудованием, временем, респондентами и распределением задач между сотрудниками. | ||
| 4. | Варвара Стрижкова, Enkata, Санкт-Петербург, Россия Разработка фреймворка для автоматизации тестирования с использованием одного и более инструментов | 12-50 - 13-30 |
| При долгосрочном развитии продукта встает вопрос о целесообразности введения автоматизации тестирования для сокращения затрат на регрессионное тестирование. Варвара Стрижкова рассказывает о проблеме выбора инструмента на основании его эффективности и особенностях тестируемой системы. На практическом примере в докладе рассматривается построение фреймоворка: вначале разработка подхода с использованием одного инструмента для автоматизации, и затем – введение второго инструмента. Таким образом, в описанном докладчиком примере имеются два инструмента, суммарно обеспечивающие оптимальное и стабильное тестирование. Но тут же встают вопросы: Каким образом минимизировать затраты на разработку автоматических скриптов? Каким образом разрабатывать скрипты так, чтобы тестировщику не приходилось постоянно думать о том, каким конкретно инструментом в данный момент он пользуется. Далее автор подробно рассказывает об идее «абстракции» - разработке «прослойки» между тестируемым приложением и инструментами, анализирует возможности развития такого процесса и в заключительной части доклада приводит ответ на вопрос « когда целесообразно применять описанный подход?» | ||
| 5. | Александр Федоров, Acronis, Москва, Россия Контроль качества на основе тест-дизайна | 14-30 - 15-10 |
| В своем докладе Александр Федоров рассматривает качество на основе ментальной модели пользователя и определяет его как совокупность наличия функционала, удобства его использования и стабильности продукта. Здесь же описываются методы составления сценариев использования продукта его будущими пользователями. Автор строит ранжированный перечень тестов путем формирования перечня операций и расстановки приоритетов. В простейшем случае каждая проверка является тест-кейсом, приоритет которого будет соответствовать приоритету операции или их последовательности. Завершает доклад автор описанием метода предопределения уровня качества на стадии тест-дизайна на основании выбора тестов в соответствии с условиями и доказательством гибкости подхода. | ||
| 6. | Алексей Кабанов, EMC, Санкт-Петербург, Россия Автоматизируем Rich Internet Applications с нуля на примере Flex | 15-20 - 16-00 |
| Rich Internet Applications (или RIA) – это веб-приложения, обладающие характеристиками настольных приложений и запускаемые пользователем в браузере или на виртуальной машине. Алексей Кабанов рассказывает о проблемах тестирования RIA на примере Flex (технология, использующая движок Flash и основанная на описании интерфейса приложения с помощью языка MXML). Описав виды возможной автоматизации тестирования подобных приложений и проанализировав безопасность, докладчик переходит к этапу выбора инструментов для автоматизации и аргументирует решение о написании своей системы автоматизированого тестирования. В докладе описана архитектура разработанной системы, её специфика и проведена оценка результатов. | ||
| 7. | Илья Гаврилов, Exigen Services, Санкт-Петербург, Россия Оценка затрат на автоматизацию тестирования | 16-30 - 17-10 |
| В докладе Ильи Гаврилова рассматривается такая тема, как оценка затрат на автоматизацию тестирования, обычно, на практике, анализируются все задачи по тестированию, выделяется подмножество для автоматизации, подсчитывается эффективность с помощью коэффициента окупаемости инвестиций (ROI) и начинается работа. В ходе доклада будут освещены два основных способа оценки затрат на автоматизацию, применяемых в компании на данном этапе: это экспертная оценка работ и оценка вычисляемая как процентная часть от оценки на разработку данного программного продукта. Будет произведен анализ данных методов и выработаны критерии для нового метода оценки. Будет продемонстрирован механизм, как на основе практически любых тест кейсов можно с достаточной точностью и в короткие сроки получить прозрачную оценку затрат на автоматизацию данных тест кейсов и всего проекта автоматизации в целом. В заключение будет дан пример использования данного метода и приведены результаты анализа применения метода на практике. | ||
| 8. | Сергей Ревко, Intetics Co., Минск, Беларусь Практические рекомендации по организации и проведению автоматизированного тестирования | 17-20 - 18-00 |
| Сергей Ревко в своем докладе на основании тезиса о необходимости тестирования анализирует, когда же необходимо автоматизированное тестирование, рассуждает о том, что это такое, когда стоит и не стоит его проводить, описывает основные преимущества и недостатки. От сравнения инструментов для автоматизированного тестирования автор переходит к описанию создания автоматических тестов. Условно, тестируемое приложение разбивается на 3 уровня:
Для обеспечения лучшего качества продукта, докладчик рекомендует автоматизировать все 3 уровня и рассматривает более детально стратегию автоматизации тестирования на основе трехуровневой модели. | ||
День 1. Секция 3
| 1. | Андрей Дмитриев, Sun Microsystems, Inc, Санкт-Петербург, Россия Опыт налаживания работы новой SQE команды | 10-00 - 10-40 |
| Доклад Андрея Дмитриева базируется на опыте создания команды, занимающейся тестированием совместимости нового продукта на различных аппаратных платформах. Докладчик описывает и анализирует трудности, с которыми пришлось справляться команде за время работы: связанные с окружением, с развитием тестовой базы и оболочки, с разницей в подходе к процессу разработки/тестирования. Также на пути нормальной работы команды стояло отсутствие установленных сроков выполнения работ, недоговоренности о формате отчетности и утаивание ошибок. К каждой описанной проблеме прилагается метод решения из практического опыта докладчика. | ||
| 2. | Антон Голей, Yota, Санкт-Петербург, Россия Настройка окружения тестирования производительности с использованием средств свободного ПО | 10-50 - 11-30 |
| Антон Голей в своем докладе осветит заявленную тему на примере тестирования web сервисов. Основной идеей доклада является описание полного цикла проведения тестирования производительности (от подготовки тестовых данных до предоставления результатов в графическом виде) на базе свободного ПО. Докладчик рассказывает об определении требований (к тестовым данным и результатам тестирования) и выборе элементов тестового окружения, а также о подборе ПО на основании результатов, настройке и оптимизации работы. Все вышеперечисленное автор описывает на примере тестового окружения, состоящего из инструмента нагрузочного тестирования (JMeter), средств мониторинга (встроенные функции ОС, SNMP), баз данных для хранения и статической обработки информации, полученной в ходе тестов (MySql) и графопостроителей. | ||
| 3. | Надежда Кошкина, Москва, Россия Потребности сотрудников и их мотивация | 12-00 - 12-40 |
| Одной из политик стратегии персонала в организации является система мотивации персонала. Путь к эффективному управлению производством лежит через понимание мотивации трудовой деятельности работника. Надежда Кошкина рассматривает понятия «потребности» и «мотивация», связь потребностей личности с этапами карьеры, внешнюю и внутреннюю мотивации, а также приводит примеры мотивации работников на основе их потребностей. Докладчик рассуждает о стимулировании персонала и подробно останавливается на таких видах стимуляции, как материальное стимулирование и неэкономические виды мотивации. Здесь снова приведены примеры нематериального стимулирования в зависимости от потребностей. | ||
| 4. | Виталий Стрелюк, Intetics Co., Минск, Беларусь Постановка процесса тестирования в Agile | 12-50 - 13-30 |
| Виталий Стрелюк анализирует случаи неправильного использования тестировщиков в Agile и показывает корни такой ситуации в проблемах при переходе на Agile. Тут же докладчик приводит более комплексный, системный взгляд на тестировщика, который и предлагает использовать. В ходе смены процесса на Agile возникают проблемы с нехваткой тестирования. Автор описывает их и предлагает пути решения. Также приводит методы использования времени, свободного от тестирования. | ||
| 5. | Татьяна Смехнова, DataArt, Санкт-Петербург, Россия "Воспитание настоящего тестировщика" (Академический подход vs Практический подход) | 14-30 - 15-10 |
| Татьяна Смехнова в докладе «"Воспитание настоящего тестировщика" (Академический подход vs Практический подход)» рассматривает 2 подхода к обучению специалистов по тестированию, при этом подход к обучению в университете называет академическим, а в компании – практическим, и рассказывает о целях этих двух подходов. Далее докладчик рассуждает о мотивации студентов и практикантов и как использовать мотивацию в процессе обучения. Автор делает вывод на основании проведенного анализа и, главное, собственного опыта, что практический подход более успешен при воспитании настоящего тестировщика, тем не менее, введение обязательного спец курса по тестированию для программистских специальностей крайне необходимо. | ||
| 6. | Павел Степанов, Sun Microsystems, Inc, Санкт-Петербург, Россия Система контроля качества Java SE | 15-20 - 16-00 |
| Java SE – продукт, имеющий сотни миллионов пользователей по всему миру. Стоимость необнаружения ошибки для такого продукта крайне высока. В докладе Павла Степанова рассмотрен подход к контролю качества Java SE. Докладчик рассказывает об организации ресурсов: технических и человеческих. Описывает процесс выпуска новой версии Java (Feature Release), выпуска обновлений безопасности (SSR) Java (Update Release) и выпуска исправлений Java for Business (Update Release) в разрезе обеспечения качества продукта. | ||
| 7. | Лилия Горбачик, EMC, Санкт-Петербург, Россия Тестирование Web Services | 16-30 - 17-10 |
В начале своего доклада Лилия Горбачик знакомит аудиторию с архитектурой сервисно-ориентированных приложений, и затем рассказывает о таких особенностях тестирования Web Services как отсутствие пользовательского интерефейса приложения, кросс-платформенносиь и независимости компонентов, а также о необходимости проверки на соответствие стандартам XML, SOAP, WSDL.Для тестирования web-сервиса необходимо обеспечить распределенную систему, включающую различные платформы. Тестированию безопасности должно быть уделено внимание еще на стадии проектирования. Об этом подробно рассказывает докладчик, не обходя вниманием и автоматизированное и нагрузочное тестирование Web Services. | ||
| 8. | Сергей Слесарев, Бинбанк, Москва, Россия Отличия в работе тестировщика в software-development компании и в банке | 17-20 - 18-00 |
| Большинству людей при слове «тестировщик» представляется сфера разработки программного обеспечения. Однако, качество востребовано и в других сферах. Название доклада Сергея Слесарева «Отличия в работе тестировщика в software-development компании и в банке» говорит само за себя: докладчик описывает и анализирует работу специалиста по качеству в банковской сфере, проводит сравнение с тестированием в сфере разработки программного обеспечения. | ||