RSS

SoftJournal - IT новости/ IT news

СЕМИНАРЫ И КОНФЕРЕНЦИИ/ SEMINARS AND CONFERENCES

12.01.2010 в 14:00

Конференция Agile Base Сamp. 23 января 2010, Киев

Размещено в: Семинары и конференции/ Seminars and Conferences по материалам It4business.ru

Профессиональная конференция Agile Software Development 23 января 2010, Киев | www.agilebasecamp.org Аудитория Конференция Agile Base Сamp соберет профессионалов в сфере разработки программного обеспечения, интересующихся подходами Agile Software Development. В числе спикеров конференции гости из России, Беларуси и Великобритании. Формат Программа конференции включает 11 докладов и 4 мастер класса. Тематика подобрана для специалистов с разными областями интересов и уровнем опыта:

 

 

Разработка программного обеспечения


08.12.2009 в 05:20

Серия вебинаров «Аналитика для тестировщиков» от Юлии Нечаевой

Размещено в: Семинары и конференции/ Seminars and Conferences, Тестирование ПО/ Software Testing по материалам It4business.ru

Разработка программного продукта начинается с выявления и составления требований. Вторым, не менее важным этапом, является анализ и тестирование требований. И именно мы, тестировщики, лучше всех сможем справиться с этим.

Можно научиться методикам и инструментам работы с требованиями. Но для того, чтобы делать что-то эффективно, нужно в первую очередь понимать цель. И только затем – знать методики. Тестировщик должен уметь работать с требованиями, и он должен делать это также осознанно, как процедуру утренней чистки зубов. А то и более ;-)

 

Бытует мнение, что основная задача тестирования – проверка соответствия разработанного приложения требованиям и поиск ошибок. Но как же часто встречается ситуация, когда сами требования содержат ошибки. Ошибки не функциональные, а логические, ошибки бизнес-логики, недомолвки, двусмысленности.

Когда Филиппа Крухтена спросили, что такое качество продукта, он ответил: «Качество — это соответствие ожиданиям Заказчика/Пользователя».

А что, если ожидания пользователя были поняты неверно изначально? Тогда продукт, даже если он вопреки статистике (теории вероятности) не содержит ни одной функциональной ошибки, не сможет удовлетворить ни заказчика, ни конечного пользователя.

Составление требований – удел (хотите, называйте это обязанностью или компетенцией) аналитиков.  А вот за создание качественного программного продукта ответственна вся команда. Именно поэтому все участники процесса разработки должны быть причастны к созданию продукта с самого начала и дополнять друг друга.

В процессе разработки тестировщик дополняет и проверяет работу разработчика. А где же тестировщик может дополнять и проверять аналитика? В тестировании до разработки. В тестировании требований.

Требования – это основной документ, фундамент всей работы по тестированию продукта. Именно поэтому очень важно тестировать этот фундамент. Ведь если он далек от правды, то вся дальнейшая активность по сверке реализации с требованиями теряет смысл.

Аналитики не всегда имеют достаточно времени на детальную проработку требований, не всегда имеют достаточно знаний о нюансах проектирования и реализации приложения. Особенно, если аналитики – люди от заказчика.

Часто встречаются ситуации, когда продукт поступил в разработку с уже готовыми требованиями. Их тем более нужно тестировать. На предмет реализуемости, на предмет тестируемости, на предмет адекватности.  

Что же, если у вас в команде свои аналитики? Соглашусь с высказываением, что каждый должен заниматься своим делом. Действительно, тестировщик никогда не сравнится со «специально обученным» аналитиком. Ну и не нужно равняться. Нужно делать то, что по силам, и то, что работает на улучшение качества программных продуктов. Предотвращение дефектов – это уже не контроль качества (Quality Control), а элементы его обеспечения (Quality Assurance).

Сложно ли научиться дополнять и проверять работу аналитика? Не думаю. Ведь аналитический склад ума и так присущ нам, тестировщикам, иначе бы мы навсегда остались на уровне «маускликеров». Мы анализируем поведение приложения в различных ситуациях, придумываем эти самые ситуации, основываясь на бизнес-приоритетах и сценариях поведения пользователей. Мы выясняем все недовыясненные моменты и доказываем разработчикам, что заказчику нужно другое, отличное от реализованного.

Мы не будем с вами слушать теорию. Теорию можно почитать и самим. Мы будет с вами пробовать все руками на тестовом проекте с тестовыми требованиями.

Оговорюсь, что всему этому конечно же нельзя научиться за 2 часа. Моя цель – показать вам, где мы можем дополнять работу аналитика, и показать вам, что чем более осознанно мы это делаем, тем больше пользы это приносит продукту, команде и нашему профессионализму.

Серию семинаров: «Аналитика для тестировщиков» открывают два первых семинара:

«Работа с требованиями: анализ, тестирование» (10 декабря, 13:00-15:00)

«Работа с требованиями: управление изменениями» (24 декабря, 13:00-15:00)

Условия участия в семинарах

тестирование программных продуктов


12.08.2009 в 15:00

Программа конференции Test Labs 2009 расширена 3-им потоком!

Размещено в: Семинары и конференции/ Seminars and Conferences, Тестирование ПО/ Software Testing по материалам It4business.ru

Программа конференции Test Labs 2009 по вопросам тестирования и обеспечения качества ПО, которая пройдет 26 сентября 2009 в Киеве, дополнена 3-им потоком докладов! Доклады конференции Test Labs 2009 будут проходить в три потока. Рабочие названия секций: «Качество и процессы», «Подходы, инструменты и стратегия», «Тестировщики и QA». В программе 14 докладов!

Докладчики и доклады

Ирина Мясникова: «Качество — от контроля к управлению или Как перестать догонять ушедший поезд»
Зачастую менеджер и вся команда тестирования находятся в ситуации, когда “поезд ушел”, если под поездом мы понимаем качество. Конечно, кое-чего еще добиться можно, и проект «вытянуть» и сдать. Тем не менее, отличие от того, что можно было сделать при аналогичных трудозатратах хотя бы на уровне ощущений понимают все. Можем ли мы, как тестировщики и менеджеры команд тестирования, как-то изменить ситуацию к лучшему?

Наталья Руколь: «Борьба за свободу или эксплоративное тестирование»
Эксплоративное (или исследовательское) тестирование зачастую считают процессом «хаотичного тыкания на кнопочки в надежде найти ошибку». Однако это далеко не так. Эксплоративное тестирование подразумевает отсутствие тестовых спецификаций, но, тем не менее, является контролируемым и измеримым процессом – а, ко всему прочему, творческим и интересным!

Виталий Ярыныч: «Организация процесса тестирования при разработке ПО на заказ»
Доклад предназначен в первую очередь руководителям групп тестирования. Материал позволит сравнить предлагаемые подходы с собственными процессами (если таковые вообще формализованы) и применить их у себя в проекте. Амбициозным тестировщикам эти знания позволят организовать эффективную группу тестирования. Не лишним будет послушать и менеджерам проектов, так как бывает, что менеджеры среднего звена не достаточно осведомлены в тестировании.

Роман Ивлиев: «Тестирование в стиле “heavy metal”»
Представить современного человека без мобильника, врача без аппарата для снятия кардиограммы, сложный станок без ЧПУ, самолет без автопилота практически невозможно. Все эти устройства объединяет одно: наличие спрятанного внутри них ПО. Речь пойдет о наиболее распространенных проблемах и особенностях тестирования встраиваемого программного обеспечения, о подходах, которые с моей точки зрения, могут облегчить жизнь специалистам по тестированию, ускорить процесс и обеспечить качественный результат.

Александр Якима: «Избавляемся от иллюзий: тестирование в гибких методах»
Каким должен быть продукт по окончании итерации разработки? Готовым к поставке, как считают многие? Иллюзия! Нет, далеко не всегда это возможно, почти всегда – неэффективно, а самое главное – не нужно вовсе.

Максим Дорофеев: «Обезьянки против роботов»
В нашей индустрии уже много лет подряд сохраняется тенденция: люди становятся все ленивее и дороже, в то время как компьютеры все мощнее и дешевле. Не смотря на устойчивость этой тенденции, часто возникают споры о целесообразности инвестиций в автоматизацию тестирования. Не редко доходит до серьезных баталий.

Александр Александров: «Обзор теории качества»

Алексей Баранцев: «Во что верят тестировщики?»
Людям свойственно верить. Тестировщикам тоже это свойственно, хотя и в меньшей степени, в силу специфического критического стиля мышления. Люди верят в то, что им говорят другие люди. Раньше считалось, что Земля плоская и стоит на трёх слонах, а теперь мы верим в то, что она круглая и куда-то летит в безвоздушном пространстве. Но многие ли лично проделывали опыты, подтверждающие шарообразность Земли? А те, кто проделывал, задумывались ли серьёзно над методологическим обоснованием этих опытов и построенных на их основе теорий? Тестировщики, вы действительно верите в то, что написано в учебниках по тестированию?

Лужанский Игорь: «Театр начинается с вешалки или тестирование требований»
На производстве одна из функций отдела контроля качества — это входной контроль, который гарантирует качество поступающего в производство сырья. Такой подход гарантирует более высокое качество конечного продукта выпускаемого производственной линией. Аналогично в производстве ПО необходимо проверять качество требований («сырья») для того что бы создавать качественный продукт, удовлетворяющий потребностям заказчика. Тестировать требования важно, поскольку приложение, созданное на основе некачественных требований, будет однозначно некачественным, несмотря на качественный код, стройную архитектуры и отсутствие дефект.

Ковалев Юрий: «Обеспечение производительности ИТ»
Software Testing условно можно разделить на два класса: функциональное и нагрузочное тестирование. В нашем докладе речь пойдет о нагрузочном тестировании, а именно об особенностях обеспечения качества высоконагруженных промышленных ИТ-систем. Будут затронуты вопросы лучших практик нагрузочного тестирования и оптимизации производительности, особенностей процесса Capacity Management, а также выполнен обзор основных инструментов Performance Assurance.

Налютин Никита: «Тестирование, как средство противодействия внешнему хаосу»
В реальной жизни тестировщики часто сталкиваются с ситуацией, когда требования к системе меняются постоянно, сроки разработки сжаты, а 100% покрытие недостижимо — не потому, что заказчик не знает, чего хочет, а потому что постоянно меняется среда, в которой работает система, и потому что опоздать — хуже, чем ошибиться. Здесь приходится говорить о достаточном уровне надежности, приоритетах и принятии определенной доли риска.

Гриневич Максим: «Быть или не быть? Артефакты тестирования.»
Доклад рассматривает подход к процессу тестирования исходя из реалий жизни небольшой софтверной аутсорсной компании. От каких документов можно отказаться в процессе тестирования? Что стоит делать в первую очередь и на что обращать внимание. Какой принцип ложится во главу угла, когда тестировщики определяются с объемом работы на проекте.

Федоров Александр: «Тест-дизайнер в «попугаях»: метрики проектирования тестов»
Залог успеха в любом деле — непрерывное совершенствование своих процессов и поиск путей снижения издержек. Но для того чтобы понять что «хорошо», а что «плохо» необходимы инструменты измерения, которые сильно разнятся в зависимости от области деятельности. В своем докладе, я хочу рассмотреть практические походы к оценке эффективности тест-дизайнеров, измерению результатов их труда и различных методов использования этих измерений.

Нечаева Юлия: «Где брать тестировщиков: покупать или готовить?»
В прекрасные моменты расширения перед IT-компаниями остро встает вопрос необходимости набора людей. Первое, что приходит в голову, — рынок резюме, найм готовых специалистов, которые уже все знают и умеют. Есть риск столкнуться с тем, что на рынке или нет подходящих специалистов, или есть, но они согласны работать лишь за директорскую зарплату, или специалисты с нужными навыками и знаниями есть, но вы понимаете, что в ваш коллектив они не впишутся. Выхода два: жертвовать чем-то (расширением, деньгами либо атмосферой в коллективе) и смиряться с текущей ситуацией, либо обучать людей без опыта с расчетом на продолжение трудовых отношений.

 

Тестирование программного обеспечения


03.04.2009 в 11:00

15 апреля: Онлайн-семинар «Обзор бесплатных инструментов тестирования»

Размещено в: Семинары и конференции/ Seminars and Conferences, Тестирование ПО/ Software Testing по материалам It4business.ru

15 апреля 2009 г. будет проводиться открытый четырехчасовой онлайн-семинар "Обзор бесплатных инструментов тестирования".

Мероприятие будет проводиться в виде онлайн-семинара. Продолжительность 4 часа, из которых 3 часа будут посвящены живой демонстрации различных инструментов тестирования.

Программа семинара:

В первой части семинара мы обсудим, что обычно имеется в виду под "инструментами тестирования" и постараемся ответить на следующие вопросы:
  • что входит в набор инструментов тестировщика;   
  • инструменты поддержки процесса и инструменты решения задач;
  • инструменты группового и индивидуального пользования.

Во второй части семинара мы поговорим про платные и бесплатные инструменты, точнее говоря про дорогие платные, недорогие платные, условно бесплатные, бесплатные с закрытым кодом и бесплатные с открытым кодом. Вы узнаете:
  • почему некоторые инструменты распространяются бесплатно, кто за это на самом деле платит;
  • как выбирать инструменты, с каких начать рассмотрение -- с платных или бесплатных;
  • какие достоинства и недостатки у той и другой альтернаривы;
  • почему вообще нужно время от времени возвращаться к вопросу выбора инструментов, почему нельзя выбрать раз и навсегда;
  • каковы общие тренды в развитии платных и бесплатных инструментов;
  • что нужно сделать до того, как начать выбирать инструменты.

Третья часть семинара будет посвящена рассмотрению конкретных примеров бесплатных инструментов:
  • модульное тестирование (семейство xUnit, TesNG);
  •  функциональное тестирование веб-приложений (Selenium, Watir/Watij/WatiN, FitNesse);
  • функциональное тестирование Java-приложений (Jemmy, Marathon, Abbot);
  • функциональное тестирование Windows-приложений (AutoIt, AppPerfect, Ranorex, TAFX);
  • тестирование производительности веб-приложений (httperf, JMeter, OpenSTA, WebLOAD, grinder);
  • виртуальные машины для организации тестовой лаборатории (VirtualBox, VirtualPC, VMWare);
  • управление требованиями (Wiki, GatherSpace, LightHOUSE);
  • управление тестами (XStudio, LightHOUSE, TestLink);
  • управление дефектами (Bugzilla, Mantis);
  • исследовательское (exploratory) тестирование;
  • "сопутствующие" инструменты.

Тестирование программного обеспечения


30.01.2009 в 07:00

Открыт форум «Локализация и интернационализация ПО»

Размещено в: Семинары и конференции/ Seminars and Conferences по материалам It4business.ru

Мы открыли форум посвященный вопросам Локализации и Интернационализации приложений и систем.

Если вы знакомы с тем что такое «l10n» и «i18n» или хотите разобраться в этом опросе - добро пожаловать!

Интернационализация (англ. internationalization) — процесс, упрощающий дальнейшую адаптацию продукта, такого как программное или аппаратное обеспечение, к языковым и культурным особенностям региона (регионов), отличного от того, в котором разрабатывался продукт.

Есть важное различие между интернационализацией и локализацией. Интернационализация — это адаптация продукта для потенциального использования практически в любом месте, в то время как локализация — это добавление специальных функций для использования в некотором определённом регионе. Интернационализация производится на начальных этапах разработки, в то время как локализация — для каждого целевого языка.

В английском языке для слова «internationalization» принято сокращение «i18n». При этом число 18 означает количество пропущенных между «i» и «n» букв.

Локализация (англ. localization) — перевод и адаптация элементов интерфейса, вспомогательных файлов и документации. В английском языке для слова «localization» иногда применяется сокращение «l10n». При этом число 10 означает количество пропущенных между «l» и «n» букв.

Вход в форум «Локализация и интернационализация ПО»: http://it4business.ru/forum/forum196.html .

Программирование на заказ


« Предыдущая страница Следующая страница »