Home

Уважаемые коллеги, друзья, наши читатели!!!

Каждый новый год мы публиковали поздравления от одних и тех же людей. Теперь мы решили немного отойти от этой традиции и предложили всем желающим присоединиться к коллективному поздравлению этого года.

Если Вы хотите присоединиться к поздравлениям и добавить чуточку тепла и радости от себя, пишите свои поздравления в комментариях.

А ниже поздравления от самых разных людей: тренеры, блогеры, представители компаний, тестировщики и не только.

Автор: Joel Montvelisky

Перевод: Максим Шульга

Думаю, что вдогонку статье о разработчиках, нужно добавить что-нибудь интересное и для тестировщиков.
И какая удача, на глаза попалась статья о 10 причинах того, что вы не настоящий тестировщик (+ часть 2).
Так что я позволю себе, как и в прошлый раз, потренироваться в переводе, а заодно и переварить эти мысли. Перевод, как обычно, очень вольный (а местами и неполный) и по ходу повествования перемежается моими мыслями.

Итак, поехали.

Вы НЕ являетесь профессионалом, если:

Публикуем доклад Дмитрия Жария с прошедшей осенью очередной онлайн-конференции Auto ConfeT&QA.

Я уверен в том, что многие из нас, тестировщиков-автоматизаторов, прикладывают огромные усилия для того, чтобы результате тестового прогона создавался красивый, понятный и читабельный отчет. Чтобы был не просто голый call-stack c “NoSuchElementException”, а чтобы было ясно, что делал тесткейс и на каком шаге он упал, чтобы были картинки и видео, чтобы было просто приятно его читать и не стыдно другим показать.

+
Пусть наши коллеги из мира Java продолжают настраивать Jenkins и писать собственные парсеры для логов JUnit. А в мире .NET, есть замечательные бесплатные инструменты – MbUnit, Gallio Icarus, BDDfy – которые помогут сделать из Вашей автоматизации – кон-фЭтку!

Автор: Дмитрий Марков

В инструменте TestComplete уже давно (начиная с древних версий) есть модули, позиционируемые как ODT (Object-driven testing) и KDT (keyword-driven testing). Являются ли эти модули удобными для реализации этих подходов или это просто красивое название? Об этом и порассуждаю в этой заметке.

Все, что написано ниже — сугубо мое мнение, основанное на 5-летнем опыте автоматизации на TestComplete, начиная с версии 6.0 и заканчивая последней (на данный момент 9.10).

Пара слов о самом TestComplete

TestComplete — отличный инструмент. В автоматизации desktop-приложений ему пока нет равных, если брать во внимание цену, порог вхождения, удобство, функциональность. В последних версиях (начиная с 8.0) также очень существенно была доработана возможность автоматизации веб-приложений. Вполне возможно, что скоро TestComplete станет конкурентом WebDriver (во всем, кроме цены).

Также очень большой плюс инструмента — это поддержка таких технологий, как Flash, Flex, AJAX, Silverlight. Ну и другое (что, впрочем, есть и в других инструментах).

В отличие от того же (конкурента) QTP, TestComplete, например, дает возможность выбора скриптового языка: C++, C#, DelphiScript, VBS, JScript. Не все стоит использовать (об этом напишу отдельную заметку), но есть выбор — это само по себе уже плюс.

Также есть полнофункциональный 30-дневный триал в версии Enterprise, что очень удобно и хорошо.

В трансляцию блогов добавлен блог Максима Шульги, где он пишет про программирование, тестирование и управление проектами.

От автора:

"Я долгое время работал в команде разработки, где не было тестировщиков. Все тестирование выполнялось разработчиками, упор был сделан на автоматическом тестировании. Поэтому у меня есть чем поделиться с вами. Буду рад вопросам и комментариям к статьям. Особенно к моему выступлению на ITTalk "Можно ли обойтись без тестировщиков". Блог не только о тестировании, там можно найти мои отзывы о конференциях, книгах, а также статьи о программировании. В статьях о тестировании речь чаще идет не о классическом тестировании (специалистами-тестировщиками), а о том, как выполнять часть работы по тестированию силами разработчиков."

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

Блог Олега Малышева – Просто IT блог.

Об авторе: Меня зовут Малышев Олег. На данный момент вот уже 1,5 года занимаюсь тестированием веб и мобильных сайтов, приложений под Android и IOS. До этого 3,5 года занимался тестирование банковского ПО. Работаю в компании ЗАО "Мамба" на должности руководителя группы тестирования.

Курсы Алексея Баранцева подтолкнули меня к изучению Selenium-а. На данный момент прошел все курсы по селениуму (и не только) от Алексея, кроме Базового курса по Селениуму, который в ближайшее время планирую пройти.

В связи с большим количеством задач и нехваткой ресурсов, стараюсь правильно автоматизировать наш сайт исключительно в свободное от работы время. Пишу тесты на Java c использованием Seleniuma , как завещал Алексей, в формате DSL в удобно читаемом стиле, тесты в одном пакете, реализация в хелперах в другом. Для автоматизации приложения под Android начинаю потихоньку использовать Robotium.

О блоге: prostoitblog.ru - блог об автоматизации тестирования и жизни.

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

Одни из последних статей, которые я разместил:

Как я заавтотестил переписку между юзерами через WebDriver на Java - я расписал код и структуру, которые я использовал для автоматизации переписки между юзерами на на нашем сайте, было бы неплохо узнать от коллег, как реализовали автоматизацию переписки между юзерами на своих проектах

Как я использую регулярные выражения в своих автотестах - здесь я написал небольшую статью, как я использовал регуларные выражения на своем проекте при автоматизации тестирования, было бы здорово узнать как коллеги используют регулярные выражения в своих проектах

Как составлять xpath и css селекторы - в этой статье я написал отзыв и поделился вебинаром Михаила Поляруша "КАк составлять xpath и css селекторы" а так составил шпаргалку по xpath и css на основе этого видео, которое разместил на блоге.

Также написал добавил несколько записей со статьями для новичков, как создавать проект в эклипс, как установить библиотеку selenium, как подключить testng, как установить груви консоль и т д В общем, блогу только 4 месяца и я его тихонько заполняю.

Сергей Высоцкий, cпециалист по тестированию высоконагруженных сервисов 2ГИС

Представляем вашему вниманию запись выступления, которое состоялось в рамках DevDay , организованном компанией 2ГИС в Новосибирске.

В разработке программного обеспечения мы работаем со сложными системами. В них не самые тривиальные технологии переплетаются со сложными процессами, и это только начало. Зачастую это означает, что, когда все ломается, не всегда очевидно, почему произошла ошибка, и что можно сделать, чтобы хоть чему-то из этой ошибки научиться.
Как проводить пост мортем? Почему происходят ошибки? Как сделать нашу работу надежнее и безопаснее? Чему мы можем научиться из авиакатастроф и аварий на объектах мирного атома?

Выступление Алексея Баранцева на онлайн-конференции Auto ConfeT&QA 2012.

Я расскажу, как запротоколировать выполнение тестов, разработанных с использованием инструмента Selenium, фреймворка TestNG и языка программирования Java.

Я не буду рассказывать о том, как сделать красивый отчёт о выполнении тестов.

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

Я не буду рассказывать о том, как сделать собственный фреймворк для протоколирования.

Вместо этого я покажу, как выжать максимум из того, что уже имеется в Selenium и TestNG. Разные библиотеки используют разные фреймворки протоколирования, я расскажу, как всё это перенаправить в единый фреймворк-фасад slf4j и при помощи фреймворка протоколирования logback сохранить всё в базу данных. При этом будут рассмотрены разные варианты запуска тестов – локально, удалённо, с использованием Selenium Grid, а также запуск тестов в облаках с использованием сервиса SauceLabs.