Грядут новогодние праздники и мы подготовили для вас частичку “праздничного настроения” в виде приглашения на шестую конференцию Selenium Camp. В последние дни зимы 26-27 февраля мы соберем всех тестировщиков и разработчиков, неравнодушных к автоматизации тестирования, в Киеве.
В этом году мы решили продолжить движение в сторону автоматизации в целом. Selenium/WebDriver не так бурно развивается, чтобы каждый год уделять ему 2 дня с двумя потоками докладов.
Мы по-прежнему будем держать основной фокус на тестировании веб-приложений с Selenium/WebDriver, потому что веб является наиболее популярным способом предоставления сервисов в современном мире (не считаю растущего рынка мобильных приложений) и WebDriver – единственно верный инструмент для его тестирования. Но есть множество интересных тем в автоматизации тестирования, которые полезны для любых технологий и языков программирования. Наш программный комитет отобрал вот такие интересные направления на этот год:
Мы активно ищем докладчиков на указанные темы и постепенно формируем предварительную программу конференции.
Что вы еще получите на Selenium Camp 2016? Отличную возможность пообщаться с коллегами из других компаний и стран на нашем “виски пати”, пройти практические тренинги по Selenium/WebDriver перед конференцией, получить “заряд бодрости” на весь следующий год, обозначить вектор собственного развития и получения новых знаний, вырваться из рутинного рабочего окружения и провести несколько дней с единомышленниками и коллегами.
На данный момент действует этап предварительной регистрации. В этом году будет действовать наша обычная стратегия продажи билетов: они будут продаваться в 4 этапа и их будет всего 300. Как только билеты на этапе заканчиваются, начинается следующий этап. Чем раньше вы присоединились к участникам, тем больше вы сэкономили на билете. Поэтому не откладывайте вопрос с билетами на потом!
Присоединяйтесь! Будем рады видеть вас на нашей конференции!
Мы рады сообщить, что 25-26 сентября запланировали проведение одного из лучших наших тренингов на тему тестирования – Exploratory Testing. В современном мире разработки цикл поставки продукта становятся все меньше и времени на полное ручное регрессионное тестирования по тестовым сценариям попросту не хватает. Exploratory Testing позволяет более прагматично подойти к процессу тестирования и тратить время тестировщиков с гораздо большей пользой.
Тренинг проводит Андрей Дзыня, который имеет большой опыт в тестировании не только в отечественных компаниях, но и в зарубежных. На данный момент Андрей работает в известной компании Spotify, поэтому тренинг покрывает особенности как продуктовых так и аутсорсинговых компаний. В программе тренинга много практики, поэтому участники смогут отлично усвоить теоретический материал под чутким руководством опытного тренера (Андрей обучает тестировщиков вот уже почти 5 лет).
Регистрация на тренинг уже открыта. Стоимость с обедом составляет 6000 гривен. Поспешите занять себе место, тренинг проводится достаточно редко и в этом году такой возможности больше не представится!
Мы немного запоздали с официальным анонсом Selenium Camp 2015, но на то были определенные причины. Во-первых, мы сдвинули конференцию XP Days Ukraine 2014 на декабрь, что отняло много времени в конце осени и в декабре. Во-вторых, в этом году мы решили изменить формат конференции и поэтому дольше стартовали подготовку программы. Но об этом я расскажу чуть детальнее дальше.
Итак, юбилейный (5-й по счету) Selenium Camp состоится в последние дни зимы 27-28 февраля. Традиционно конференция пройдет в Киеве и будет состоять из двух дней докладов и двух дней тренингов перед основными днями (25-26 февраля). Еще в прошлом году мы всерьез задумались над тем, что Selenium/WebDriver не так бурно развивается, чтобы каждый год уделять ему 2 дня с двумя потоками докладов. И было принято решение расширить формат конференции в сторону автоматизации в целом. Мы по-прежнему будем держать основной фокус на тестировании веб-приложений с Selenium/WebDriver, потому что веб является наиболее популярным способом предоставления сервисов в современном мире (не считаю растущего рынка мобильных приложений) и WebDriver – единственно верный инструмент для его тестирования. Но есть множество интересных тем в автоматизации тестирования, которые полезны для любых технологий и языков программирования. Наш программный комитет отобрал вот такие интересные направления на этот год:
Мы активно ищем докладчиков на указанные темы и постепенно формируем предварительную программу конференции. Если вам есть о чем рассказать, то присоединяйтесь и мы будем рады видеть вас в качестве докладчика.
Ранняя регистрация на конференцию уже открыта. Мы решили открыть ее до Нового Года, чтобы позволить нашим постоянным участникам сэкономить себе на подарки. Билеты на раннем этапе регистрации посчитаны по курсу $ к гривне на уровне 14. При текущей ситуации на валютном рынке очень выгодным становится вкладывать гривну в билеты на Selenium Camp. 😉 Половина билетов уже распродана, поэтому поторопитесь!
Что вы еще получите на Selenium Camp 2015? Отличную возможность пообщаться с коллегами из других компаний и стран на нашем “виски пати”, пройти практические тренинги по Selenium/WebDriver перед конференцией, получить “заряд бодрости” на весь следующий год, обозначить вектор собственного развития и получения новых знаний, вырваться из рутинного рабочего окружения и провести несколько дней с единомышленниками и коллегами. Присоединяйтесь!
Мы давненько не проводили никаких публичных мероприятий для тестировщиков. А тут появилась возможность поставить тренинг “Exploratory Testing” и мы решили, что ее нельзя упускать. Ведь наш основной тренер по направлению тестирования Андрей Дзыня переехал работать в Швецию и теперь трудится в известной компании Spotify. Благодаря этому факту, у участников есть возможность узнать, как тестирование устроено в большой продуктовой компании, какая роль отводится исследовательскому тестированию, как взаимодействуют тестировщики с разработчиками.
Андрей обновил программу тренинга, сделав ее еще полезнее и интереснее. На мой взгляд, исследовательское тестирование должно быть чуть ли не основной работой тестировщика в правильной команде. Но, к сожалению, многие даже не представляют что это такое. Данный тренинг поможет систематизировать знания, попробовать на практике различные техники и подходы, а также получить ответы на практические вопросы. Тренинг пройдет 3-4 октября, регистрация уже открыта и в группе осталось только 6 мест. Торопитесь занять место!
Мы уже 2 месяца занимаемся подготовкой конференции Selenium Camp 2014 и рады поделиться нашим видением программы. Это будет уже 4-ый год проведения данного мероприятия. В прошлом году конференция собрала больше 300 человек и впервые прошла в двухдневном формате. Нам он понравился и мы решили взять его в качестве стандарта.
Прежде всего, хочется сказать о важном изменении – сайт конференции теперь будет официально вестись на английском языке. При этом доклады будут как на русском так и на английском (информация о языке указывается для каждого доклада в программе). Это важно прежде всего для привлечения иностранных докладчиков и доступности информации для иностранных участников.
В этом году никаких существенных изменений в самом Selenium/WebDriver не произошло, за исключением развития мобильного направления. Мы постараемся покрыть определенные направления, которые нам кажутся интересными.
Рынок мобильных устройств развивается очень быстро, а вместе с ним и рынок мобильных приложений. А их нужно тестировать не меньше чем обычные веб-приложения. Уже давно существуют неофициальные драйвера для iOS и Android, но до недавнего времени им не уделялось достаточно внимания. В последнее время происходит много активностей вокруг этой области, недавно даже выпустили драйвер для Windows Phone. Мы считаем это направление интересным и перспективным.
Selenium/WebDriver позволяет не только писать автоматизированные функциональные тесты, но и просто удаленно управлять браузером. В паре с другими инструментами, плагинами к браузерам, разнообразными прокси-серверами вы получаете мощный инструмент для проведения разнообразных активностей со своим приложением, начиная от мониторинга, тестирования производительности, поиска “битых” ссылок и заканчивая мониторингом состояния вашего приложения.
Уровень абстракции Selenium/WebDriver очень низкий и мало подходит для тестирования напрямую. Поэтому создается все больше и больше прослоек, фреймворков и библиотек поверх него. Многие из них заточены под определенные языки программирования, другие предоставляют удобный мета-язык для разработки тестов, а также мощные отчеты и управление данными. Все они могут очень сильно упростить работу тестировщика и сложность написания и поддержки тестов.
Практические отчеты – чуть ли не самая полезная часть на каждой конференции. Люди делятся своими удачами и провалами, наработками и инструментарием, которые были опробованы в реальной практике. Этот опыт является очень полезным как для начинающих так и для уже опытных тестировщиков. В этот раздел входят вопросы масштабирования запуска тестов, подходы к отчетам, хорошие практики по написанию и поддержке тестов и многое другое.
Программа уже потихоньку публикуется на сайте, в январе планируется выложить финальную версию. Мы активно ищем интересных докладчиков. Если вам есть чем поделиться в заявленных направлениях, мы будем рады видеть вас с докладом на конференции. Подача докладов открыта до 10 января.
В этом году мы снова решили ограничить количество участников и продать только 300 билетов. Билеты продаются в 4 этапа, каждый из которых ограничен по числу билетов в наличии. Не теряйте времени и регистрируйтесь, чтобы обеспечить себе место на конференции по максимально комфортной цене. Почти 100 участников уже сделали свой выбор. Действуют групповые скидки для групп от 5 человек.
Перед конференцией, 26-27 февраля, как обычно мы проведем тренинги, целью которых будет дать больше практического материала для желающих работать с Selenium/WebDriver. При участии в тренинге вы получаете возможность купить билет на конференцию с 10% скидкой.
Присоединяйтесь, будет интересно!
Практически каждый тестовый сценарий состоит из трех частей:
В мире программирования такие методы принято называть setUp, test, tearDown:
В контексте web приложений и языка программирования Java, это будет выглядеть следующим образом:
@Before
public void setup() {
//Login to the system
steps.login();
}
@Test
public void addNewMember() {
// Test Logic
steps.openAddNewMember();
steps.addMember(newMember);
asserts.thatEditUserPageOpened();
asserts.thatUserPresentInViewMembers(newMember.getName());
}
@AfterMethod
public void tearDown() {
//Removing created member
steps.removeMember(newMember.getName());
}
Все функции реализованы с использованием WebDriver API, то есть взаимодействуют с браузером напрямую.
Пример функции removeMember:
public void removeMember(String name) {
viewMembersPage.open();
viewMembersPage.clickDeleteMemberBy(name);
viewMembersPage.acceptConfirmation();
}
public void clickDeleteMemberBy(String name) {
driver.findElement(By.xpath(String.format(CELL_MEMBER_NAME +
LINK_DELETE_MEMBER, name))).click();
}
Это простой пример. Но представьте каким количеством действий может обладать функция tearDown() для более комплексной системы. Или когда эта функция встречается в каждом тесте. Все это значительно отразится на скорости выполнения тестов.
Самый простой выход из ситуации, который я применяю на своих проектах – это использование библиотеки HttpClient (библиотека доступна в дистрибутиве selenium). Это бесплатная Java библиотека, позволяющая формировать HTTP запросы, отправлять их на сервер и принимать ответы в виде Java объектов.
При помощи этой библиотеки возможно самостоятельно формировать необходимые запросы, чтобы взаимодействовать с тестируемой системой посредством обращения к серверу, минуя взаимодействие с браузером. Таким образом, наши функции будут отрабатывать быстрее.
Как это выглядит:
private static int deleteUser(String name) throws IOException {
HttpGet deleteUserRequest = new HttpGet("http://cells.org.ua/scrum-selenium/admin/pageDeleteMember.php?memberID=" + name);
HttpResponse response = getHttpClient().execute(deleteUserRequest);
return response.getStatusLine().getStatusCode();
}
private static DefaultHttpClient getHttpClient() {
if (httpClient == null) {
PoolingClientConnectionManager cm = new PoolingClientConnectionManager();
cm.setMaxTotal(100);
httpClient = new DefaultHttpClient(cm);
}
return httpClient;
}
Для тех случаев, когда в вашу систему нужно предварительно залогиниться, вызываем POST запрос на вход до вызова функции removeMember.
Пример POST запроса, функция login:
private static int login() throws IOException {
HttpPost loginRequest = new HttpPost("http://cells.org.ua/scrum-selenium/admin/pageHome.php");
List<NameValuePair> credentials = new ArrayList<NameValuePair>();
credentials.add(new BasicNameValuePair("username", "admin"));
credentials.add(new BasicNameValuePair("password", "admin"));
loginRequest.setEntity(new UrlEncodedFormEntity(credentials, Consts.UTF_8));
HttpResponse response = getHttpClient().execute(loginRequest);
return response.getStatusLine().getStatusCode();
}
Пример класса на GitHub.
Небольшие замеры
long start = System.nanoTime();
steps.removeMember(newMember.getName());
// HttpActions.removeMember(newMember.getName());
long elapsedTime = System.nanoTime() - start;
Среднее время выполнение с использованием WebDriver API ~ 1055 milliseconds.
Среднее время выполнение с использование HTTPClient ~ 360 milliseconds.
Заменить WebDriver на использование HttpClient рискованно, так как мы принимаем все риски, связанные с работой приложения в браузере. Потому все, что вызывается внутри функции test, лучше делать при помощи WebDriver API, так как мы эмулируем действия конечного пользователя. Подготовительную же или завершающую части можно отнести на HttpClient.
Как альтернативу можно использовать HtmlUnit, этот инструмент работает по похожему принципу, но обернут в WebDriver API. При этом стоит учитывать риски, которые ограничивают работу HtmlUnit, а именно работа с тяжелыми JavaScript приложениями. При помощи HttpClient мы сами формируем запросы на сервер, что дает нам больше гибкости и снижает вероятность головной боли.
Все примеры кода доступны на GitHub.
Не хочешь пропускать ничего интересного? Подпишись на ленту RSS или следи за нами в Twitter!
Меня давно волнует один и тот же вопрос: почему для многих слово тестировщик ассоциируется с временной профессией или той, где можно просто хорошо заработать и при этом знать минимум?
Изначально я был уверен, что это зависит не от самого человека, а от окружения, в котором он работает. Но спустя время я понял еще одну причину. Проблема не в том, что процесс поставлен не должным образом, а в том, что профессия тестировщика недооценивается. У многих людей бытует мнение, что тестирование – это обезьяний труд и научить быть тестировщиком можно каждого. Лично я с этим не согласен. Ведь аналогично можно сказать о программировании, бизнес анализе, менеджменте и любой другой профессии. Все зависит от того, насколько качественно этот труд будет выполняться.
Требования к хорошему тестировщику достаточно высоки. Он должен быть осознанным в технологиях как программист, уметь структурировать документацию как бизнес аналитик и еще при всем этом быть экспертом в тестировании ПО. Если вы еще считаете, что это очень легко, то посмотрите весь цикл видео материалов от Cem Kaner. Я сейчас не говорю об автоматизации или тест менеджменте, я говорю о тестировании как о непрерывном исследовании продукта для поиска несоответствий, потенциальных улучшений и уязвимостей.
Умные менеджеры решили защитить свои проекты от так называемых “monkey-тестировщиков”, изменив название позиции на гордое «Инженер по обеспечению качества» (QA Engineer). Нельзя сказать, что намерения были плохими. Наверное, это было сделано с целью хоть каким-то образом мотивировать тестировщиков на развитие и поднятие их авторитета в глазах программистов. Правда, одно понимание было упущено. Обеспечение качества – это не работа отдельно взятых людей, это обязанности всей команды, к тому же не только разработчиков и тестировщиков.
Чтобы быть хорошим тестировщиком нужно отвечать за свои решения. Помните, мы в ответе за то, что протестировали! И нужно принимать это. Хватит скрываться за тест планами и тест кейсами, оправдываясь, что такого сценария не было в твоем списке. Если ты специалист, то проведи анализ, выбери подходящую технику, выполни тестовую сессию, расскажи о результатах и проблемах, которые волнуют или остались не протестированы. Сделай так, чтобы другие видели результат твоей работы. Сделай так, чтобы ты был ценным игроком в команде. Экспериментируй с минимально-необходимой документацией для того, чтобы спланировать тестирование и предоставить отчетность. Прочти, осознай и примени Heuristic Test Strategy Model, Exploratory Testing и Session Based Test Management. Вдумайся в основные пункты Agile манифеста, прочти еще раз постулаты Context Driven School, повтори Craftsmanship манифест.
Работа тестировщика требует активной позиции. Чтобы быть профессионалом, нужно постоянно находиться в движении, непрерывно развиваться и всегда уметь задавать неудобные вопросы. Лишь свободный человек может обладать всеми этими качествами. Когда у вас есть эта свобода, вы сможете максимально спроецировать свои навыки и умения на решение поставленной проблемы в нужном направлении, чтобы принести максимальную пользу проекту! Речь идет не о менеджерах или тим лидах, а о тестировщиках. О тех специалистах, которые: анализируют, тестируют, находят проблемы, генерируют идеи, обучаются продукту и умеют фокусироваться над решаемой задачей отведенный для этого промежуток времени.
Гордитесь и любите свою профессию – будьте настоящим тестировщиком!
Не хочешь пропускать ничего интересного? Подпишись на ленту RSS или следи за нами в Twitter!
«Каждый человек – индивидуум»
Многие ученые пытались разделить людей на группы, чтобы можно было как-то классифицировать каждого человека. Это гороскопы, психотипы, все различные типы личности (по Юнгу, Майерс-Бриггсовскому, Хорни, Лоурэна, Кречмера и других).
Я не хочу сейчас рассуждать о правильности и неправильности каждого из подходов. В любом случае, на все 100% невозможно определить тип человека, так как на это влияет неимоверное количество всевозможных факторов. А полученная информация меняется настолько динамично, что формализованный тип перестанет отражать реальность спустя год, месяц, неделю или даже при изменении контекста.
В этой статье я хочу поделиться своими мыслями по определению типа и стиля работы тестировщика, опираясь на личные наблюдения и два источника, которые помогли оформить это в виде статьи (это PAEI модель Ицаха Адизеса, и статья Джонатана Кохла о Exploratory Testing).
Определим 4 «основных» стиля работы тестировщика программного обеспечения: Learner, Intuit, Systematic, Automator.
Learner – стиль, при котором тестировщик проявляет все возможные средства самообучения, чтобы получить как можно больше знаний, которые он сможет применить для решения поставленной задачи.
Intuit – стиль, при котором тестировщик использует свое внутреннее чутье для определения требуемых действий на выполнение поставленной задачи.
Systematic – стиль, при котором тестировщик непрерывно собирает полученную информацию в некую систему, которую сам и определяет.
Automator – стиль, при котором тестировщик использует всевозможные инструменты для автоматизации своей работы чтобы защитить себя от повторяющихся действий.
Наложим PAEI модель Ицаха Адизеса, где каждая составляющая может присутствовать в трех типах:
БОЛЬШАЯ БУКВА – доминантный навык;
Маленькая буква – начальный уровень развития навыка;
«-» (прочерк) – навык отсутствует вовсе и не применяется.
Можем получить наборы разных типов, например:
-I-a – тестировщик руководствуется только интуицией во время тестовой сессии и использует минимально простой сценарий с возможностью подстановки тестовых данных. Это позволяет ему по максимуму использовать свой творческий потенциал чтобы сфокусироваться на поставленной задаче.
LiS- – тестировщик, который схватывает новую информацию на лету и пытается «разложить все по полочкам». Он хочет видеть полную картину происходящего и сохранять иллюзию контроля. Он слушает свой внутренний голос для поиска новых идей и тут же добавляет их в свою систему.
L-sA – тестировщик, который быстро обучается и применяет последние технические навыки для максимальной автоматизации своей работы. При этом не доверяет необоснованным порывам и эмоциям.
Бывают же случаи, когда человеку очень хочется верить в то, что его любимый навык у него доминантный, но что-то не дает на 100% согласиться с этим. Для таких случаев, на одном из тренингов по Exploratory Testing, мы договорились применять знак ?. Который означает, что человек стремиться повысить уровень владения этим навыком.
Список можно продолжить, описывая всевозможные комбинации, а их 81. Но цель статьи – ознакомить с идеей и подходом для определения кодов самостоятельно.
Эта методика может помочь для:
Эти примеры вовсе не говорят о том, что нужно в лоб спрашивать каждого тестировщика «какой у тебя код?». Лучше попытайтесь проанализировать и понять какой код подойдет этому человеку. Для этого можете придумать практические задачи и посмотреть, как человек будет их решать. Какими инструментами, вспомогательными средствами он пользуется, да и вообще, чем он будет руководствоваться в момент принятия решений.
Как можно улучшить эту методику? Чтобы более широко развить эту тему можно попытаться описать каждую из комбинаций кода и проводить аналогии с реальной жизнью. Может быть, какой-то из стилей придется убрать или заменить на другой чтобы более четко отразить этот код. Давайте будем практичными в этом отношении и попробуем поэкспериментировать.
Когда мы определимся с кодом, можно будет подумать о разного рода тестах, пройдя которые можно будет приблизительно получить свой стиль. Но лучше всего быть предельно откровенным с самим собой и попытаться определить код для себя, а затем спросить у коллеги, согласен ли он с вашими выводами.
Эта статья – лишь попытка формализовать мои мысли за время наблюдений и работы тестировщиком. Эта тема очень широкая и потребует немалого времени для ее полного изучения, раскрытия и находится далеко за пределами области разработки программного обеспечения.
Но, пока есть базовая теория, постарайтесь подумать и решить, каким же стилем обладаете вы?
Не хочешь пропускать ничего интересного? Подпишись на ленту RSS или следи за нами в Twitter!
Почти 2 месяца назад я выступал на очередной онлайн конференции Auto ConfeT&QA с докладом “Не изобретайте велосипед! Грамотные функциональные тесты с WebDriver и Thucydides.”. Доклад занял лишь четвертое место по результатам голосования участников, поэтому материалы его публикуются только сейчас. Вторая причина запоздалой публикации – поломка моего нового ноутбука, на котором хранились все материалы. Я кое-как восстановил их и решил опубликовать.
При подготовке доклада я сильно переработал мои старые презентации по Thucydides, чтобы в данном докладе больше подчеркнуть, что надо делать и зачем, а не с помощью какого конкретно инструмента. Получилось, на мой взгляд, достаточно неплохо для 30-ти минут. Эту тему я собираюсь разобрать более глубоко на конференции Selenium Camp 2013 в своем одноименном докладе. А вот и слайдкаст выступления:
Не хочешь пропускать ничего интересного? Подпишись на ленту RSS или следи за нами в Twitter!
В первые дни весны, 1-2 марта, мы рады пригласить вас в Киев на конференцию Selenium Camp 2013, целиком посвященную продукту для тестирования web-приложений Selenium. Цель конференции – собрать вместе всех, кто так или иначе использует Selenium.
Конференция Selenium Camp 2011 стала первой в мире конференцией, посвященной данному инструменту, и вот уже третий год собирает сторонников автоматизации тестирования в Киеве. В 2012 году участие в конференции смогли принять более 350 участников. Конференция получилась действительно международной, несмотря на то, что подавляющее большинство участников было из СНГ. Мы принимали гостей из Чехии, Норвегии, США, Венгрии, Великобритании, России, Беларуси и Украины. 18 докладчиков из различных стран представили вниманию участников множество докладов и мастер-классов.
Что ждет участников в этом году? Selenium выходит на лидирующие позиции в автоматизации тестирования веб-приложений, а значит появляется все больше инструментов, фреймворков и подходов, основанных на нем. Мы стараемся собрать самых активных докладчиков, которые являются практиками своего дела. Среди них будет несколько разработчиков самого инструмента! А что может быть лучше, чем получить полезную информацию их первых рук? Программа конференции уже формируется и по мере приближения даты конференции мы будем публиковать принятые доклады.
Мы приглашаем всех, имеющих практический опыт в использовании Selenium, принять участие в конференции. Если вы чувствуете в себе силы и желание поделиться опытом с другими, присылайте нам свое предложение о выступлении. Предложения принимаются до 15 января.
На данный момент действует этап предварительной регистрации. Стоимость участия на данном этапе составляет 1100 гривен. Чтобы принять участие в конференции по указанной цене, вы должны зарегистрироваться и оплатить свое участие до 15 декабря 2012 года. По мере приближения даты конференции цена будет расти.
В преддверие конференции, 27-28 февраля, для желающих будут организованы разнообразные тренинги и мастер-классы. Таким образом, у участников будет возможность выбрать себе программу по вкусу и потребностям.
Присоединяйтесь! Будем рады видеть вас на нашей конференции!
