Что пишут в блогах

Подписаться

Онлайн-тренинги

 Все онлайн-курсы

Конференции

Разделы портала

Про инструменты

Лучшие вакансии

.
SQA Days 19: подборка докладов о развитии профессиональных качеств тестировщика
25.08.2016 11:40

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

Это здорово! И в век интернета вы наверняка знаете почти обо всех нововведениях или по крайней мере слышали о них. Однако, чтобы быть хорошим специалистом, не достаточно отслеживать изменения в профессиональной области. Важно понять, что из обновленной информации подойдет именно вам и стоит ли применять новые техники или инструменты на своем проекте.

Участники конференции SQA Days 19 рассказали о том, на что стоит обратить внимание в первую очередь тем, кто хочет быть лучшим в своей области, и как сделать так, чтобы процесс собственного развития приносил удовольствие.

Ниже вы можете найти записи их докладов:

Тестируем развитие тестировщика, Екатерина Боброва, Тамтэк, Омск, Россия

Как же научиться программировать, в конце концов? Mikhail Chumakov, Сбербанк - Технологии, Москва, Россия

Пополняем арсенал тестировщика. Учимся применять новые техники, Герман Варгин, T-Systems Rus, Санкт-Петербург, Россия

Открыта регистрация на следующую конференцию для специалистов в области качества программного обеспечения - SQA Days-20, Минск, ноябрь.

Как обычно для читателей нашего портала действует промокод на получение 10% скидки.

Промокод для получения 10% скидки - s-t.ru

Обсудить в форуме

 
Исследовательское тестирование: искусство внимания к деталям
24.08.2016 00:00

Автор: Джефф Найман (Jeff Nyman)

Оригинал статьи: http://testerstories.com/2016/03/the-art-of-attention-to-detail-in-exploratory-testing/

Перевод: Ольга Алифанова

Тестировщики должны уметь исследовать свободным поиском так же хорошо, как ходить по шагам тест-кейсов. Но исследовательское тестирование – это вовсе не неорганизованная беготня как попало, как кажется некоторым. Об этом и поговорим.

Я уже говорил о ремесле тестирования и о том, что в тестировании есть элементы, делающие его искусством. Я верю, что ремесло и искусство наиболее сильно проявляются в эффективном, результативном и изящном исследовательском тестировании.

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

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

Тут стоит отметить, что именно в исследовательском тестировании подход "задеть лампу", как правило, наиболее эффективен (см. примечание в конце статьи). Недавно я убедился в этом, тестируя Star Wars: The Old Republic (сокращенно SWTOR) для Bioware Austin. Приведу пример.

Подробнее...
 
Опросы про инструменты баг-трекинга и работы с тест-кейсами
23.08.2016 14:13

Приглашаем принять участие в коротких опросах:

Инструменты для работы с тест-кейсами

Какие баг-трекеры вы используете?

Опросы созданы, чтобы выявить наиболее популярные инструменты баг-трекинга и работы с тест-кейсами и понять причины выбора того или иного инструмента.
Результаты будут опубликованы до 3 сентября и доступны по ссылкам выше.

 
Новая версия курса по тестированию производительности сдана в эксплуатацию
22.08.2016 17:03

Автор: Баранцев Алексей

Два месяца назад мы начали работу над созданием новой версии тренинга "Тестирование производительности веб-приложений". Всё прошло по плану, и вот уже первая группа завершает обучение по новой программе с обновлёнными учебными материалами, а через неделю стартует следующая учебная группа.

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

Внутренние причины более или менее одинаковы для всех тренингов:

  • не всегда удаётся с первой попытки объяснить какую-то сложную тему, чтобы это было понятно ученикам (а иногда и со второй попытки не удаётся :)), поэтому мы придумываем новые способы объяснения
  • если участники постоянно задают вопросы по теме, которая не вошла в предыдущую версию тренинга -- хочется эту тему добавить, ответить на эти вопросы превентивно
  • хочется добавить некоторые новые темы, даже если ученики про это не спрашивают :)
  • хочется научить студентов решать более сложные задачи, но не просто показать, как это делается, а добиться, чтобы студенты сами смогли их решить, для этого приходится делать более хитрые "подводки", меняя порядок изложения материала в лекциях и домашние задания

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

Для тренинга "Тестирование производительности веб-приложений" внешними причинами послужили:

  • выход новой версии JMeter 3.0, инструмент достаточно долго не развивался, но за последний год разработчики проделали большую работу и внесли в инструмент много полезных изменений
  • изменение системы установки плагинов в JMeter, появление Plugin Manager
  • выход новой версии RapidMiner Studio, замечательного инструмента для анализа данных (да, мы рекомендуем использовать для анализа результатов тестирования профессиональные инструменты)

Всё это было учтено при подготовке новой версии учебного курса.

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

Добавлено много нового материала, в том числе:

Подробнее...
 
SQA Days 19: подборка докладов о правильном применении автоматизации
22.08.2016 12:00

Нередко от тестировщиков с небольшим опытом можно услышать, что автоматизированное тестирование - это решение чуть ли не всех проблем на проекте.

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

Как раз этот вопрос обсуждали участники конференции SQA Days 19 и вот к каким выводам они пришли:

Как перестать бояться и начать автоматизировать. Или не начать, Алексей Лянгузов, Behavox, Санкт-Петербург, Россия

JDI: Автоматизировать проще, чем кажется, Наталья Гребенщикова, EPAM, Санкт-Петербург, Россия

Тестирование систем процессинга банковских карт. Особенности и сложности, Алексей Зенкин, АО Сбербанк-Технологии, Москва, Россия

Напоминаем, что уже открыта регистрация на следующую конференцию для специалистов в области качества программного обеспечения - SQA Days-20, Минск, ноябрь.

Как обычно для читателей нашего портала действует промокод на получение 10% скидки.

Промокод для получения 10% скидки - s-t.ru

Обсудить в форуме

 
Сергей Атрощенков: Семь принципов Кванза в работе тест-менеджера
18.08.2016 13:05

Выступление Сергея Атрощенкова на онлайн-конференции для тест-менеджеров Chief ConfeT&QA.

Когда-то давным-давно, в середине 60-х, в США появился праздник Кванза. Это один из афроамериканских фестивалей, представляющий собой неделю предновогодних торжеств. Считается, что праздник «первого плода» отмечался в древней Нубии в эпоху фараонов, кроме того, его праздновали в средневековых африканских государствах Йоруба и Ашанти. В основу праздника положены африканские традиции и глубинная мысль, провозглашающая Семь Принципов жизни и ценностей сообщества: Единство, Самоопределение, Коллективизм, Совместная экономика, Цель, Творческий потенциал и Вера.

Казалось бы, при чем здесь тестирование?

Да при том, что принципы данного веселого мероприятия очень хорошо ложатся в основу работы любых IT команд, а в нашем случае – тестировщиков.

А когда таких принципов целых семь… Есть где развернуться и организаторским навыкам, и фантазии, и аналитическим способностям всё-улучшающего ума.

Чем принцип Единства не прекрасная возможность объединять различные роли: аналитиков, разработчиков, программистов, системных администраторов в едином порыве, нацеленном на работу над качественным продуктом?

А принцип Творчества? Чем не возможность проявить себя в тест-аналитике?

Я расскажу о том, как принципы Кванзы можно применять в своей команде, например в команде тестирования, если есть полное взаимопонимание между различными проектными ролями.

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

Обсудить в форуме

 
Как измерить эффективность тестировщика
17.08.2016 11:54

Автор: Роб Ламберт (Rob Lambert)

Оригинал статьи: http://thesocialtester.co.uk/how-do-you-measure-the-effectiveness-of-a-tester-the-only-calculation-you-need/

Перевод: Ольга Алифанова

Меня регулярно спрашивают, как измеряется эффективность тестировщика. Обычно я отвечаю "Зачем это вам? Чтобы что?" Мой ответ вызван желанием понять мотивы менеджмента: почему измерение эффективности конкретного человека так важно для них? Обычно этот вопрос задают именно менеджеры.

Конечно, важно знать, насколько хорошо человек справляется со своей работой и достигает поставленных целей. Но не менее важно понимать, что движет теми, кто пытается это измерять. Это делается, чтобы развивать и улучшать сотрудника, предоставить ему возможности для обучения и поддержку? Или исходя из чисто коммерческих соображений?

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

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

Как правило, они пытаются измерять две вещи. Во-первых, одинаково ли ценны тестировщик А и тестировщик Б? Можем ли мы поменять их местами и продолжать достигать своих целей? Может, один из них лучше другого?

Во-вторых, они пытаются измерить, приносят ли тестировщик А и тестировщик Б вообще какую-то ценность (что произойдет, если мы от них избавимся?).

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

Звучит бредово, но встречается достаточно часто! Менеджеры любят простые метрики для принятия информированных решений.

Подробнее...
 
SQA Days 19: подборка докладов про особенности тестирования мобильных приложений
16.08.2016 13:45

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

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

На конференции SQA Days 19 наши коллеги, которые сталкиваются с тестированием мобильных приложений каждый день, рассказали, как именно проводить данный вид тестирования, о чем нельзя забывать в процессе и как свои теоретические знания применить на практике.

Ниже вы можете найти записи их докладов.

Тестирование мобильных API: Behind The Scenes, Андрей Павлов, T-Systems CIS, Санкт-Петербург

Mobile testing. Tips and tricks, Denys Yaremenko, Softengi, Киев

Лучшие тестировщики - наши пользователи. На примере мобильных приложений Альфа-Банка, Лилия Идиятуллина, Альфа-лаборатория, АО "Альфа-Банк", Москва

Приложения для мобильных устройств: автоматизируем автоматизацию! Алёна Пономаренко, Zillion Whales, Санкт-Петербург

Поиск багов при тестировании переходов с веба в мобильное приложение, Татьяна Синтина, EPAM Systems, Санкт-Петербург

Напоминаем, что уже открыта регистрация на следующую конференцию для специалистов в области качества программного обеспечения - SQA Days-20, Минск, ноябрь.

Как обычно для читателей нашего портала действует промокод на получение 10% скидки.

Промокод для получения 10% скидки - s-t.ru

 
Новости тестирования за август
15.08.2016 14:41

За первую половину августа материалов на сайте было очень много, поэтому мы решили сделать сводную рассылку уже в середине месяца.

Как всегда в выпуске рассылки собраны ссылки на новые статьи, слайдкасты, отобраны самые интересные публикации в ленте блогов и темы на форуме.

Посмотреть выпуск можно по ссылке

 
Язык автотестов != язык приложения
15.08.2016 12:14

Автор: Джефф Найман

Оригинал статьи: http://testerstories.com/2015/12/automation-language-is-not-necessarily-your-development-language/

Перевод: Ольга Алифанова

Множество компаний считает, что тестировщики обязаны использовать тот язык программирования, на котором написано тестируемое приложение. Если компания пишет на Java, то все тестовые решения обязаны быть именно на Java. Это абсолютно неверный, близорукий подход к вопросу. Такая ситуация возникает, если менеджеры разработки отвечают за создание тест-команды, или когда тестировщикам приходится полагаться на других людей, чтобы они сделали их работу (и заодно подумали) вместо них самих.

Конечно, я преувеличиваю, и, возможно, это несправедливо по отношению к командам и компаниям, но я довольно часто сталкиваюсь с подобной точкой зрения, и она не перестает меня раздражать. Честно говоря, я и сам когда-то так считал – я спрашивал, должен ли язык разработки соответствовать языку автотестов. По тексту может показаться, что я склоняюсь к ответу "должен", но на самом деле я в тот момент экспериментировал со своими практиками. Большинство этих экспериментов крутились вокруг ответа на вопрос, который часто задают мне тестировщики: какой язык программирования осваивать?

Подробнее...
 
Разработчики, вовлеченные в тестирование
12.08.2016 12:15

Автор: Катрина Клоки (Katrina Clokie)

Оригинал статьи: http://katrinatester.blogspot.ru/2016/07/test-infected-developers.html

Перевод: Ольга Алифанова

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

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

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

Подробнее...