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

Подписаться

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

Конференции

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

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

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

.
COMAQA Spring 2017_Подборка об организации работы в команде
01.06.2017 08:33

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

Если у вас уже есть команда, с которой вы сотрудничаете не первый год, возможно, в решении многих вопросов вам поможет правильных подход к мотивации сотрудников.

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

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

Ниже представляем записи докладов, где были озвучены эти и другие интересные тест-менеджеру вопросы:

Подробнее...
 
Тестирование: простая дорожка в IT или серьезная затея?
31.05.2017 08:15

Автор: Руслан Ахметзянов

Оригинальная публикацияhttps://habrahabr.ru/company/jugru/blog/327362/

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


— Расскажите, пожалуйста, немного о себе и своей работе. Как вы связаны с тестированием?

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

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

Еще спустя год (с апреля 2016 года) я стал руководить всем тестированием в «Одноклассниках», сохранив за собой и предыдущие позиции. В итоге сфера моих обязанностей довольно широка — чаще всего я могу назвать себя психоаналитиком в IT.

Подробнее...
 
Нужна ли специализация тестировщиков внутри одной команды?
29.05.2017 16:16

Автор: Юлия Миронова, ведущий специалист по тестированию компании "Лаборатория качества"

Оригинальная публикацияhttp://quality-lab.ru/do-you-need-specialized-testers-in-your-team/

Предыстория вопроса

 Давным-давно, когда деревья были большими, солнце светило ярче, а телефоны не работали без проводов, программисты делали все сами. Сами выясняли, что хочет заказчик, сами писали программу, сами ее тестировали. Прошли годы, отрасль расширилась, и появились первые специализации. Аналитик стал выяснять и описывать требования, дизайнер – продумывать внешний вид, разработчик – писать код, тестировщик – проверять, правильно ли все работает. В наше время тенденция увеличения численности команд тестирования поставила перед руководителями новый вопрос, который пока еще не имеет однозначного ответа: нужна ли специализация тестировщиков внутри одной команды?

Специализация: когда она работает на нас, а когда – против?

Для начала отметим некие общие принципы, которые нужно учесть.

Итак, специализация явно нужна в следующих случаях:

  • тестируется критичное ПО, ошибки в котором могут затрагивать жизнь и здоровье людей, а также крупные финансовые потоки;
  • специализированные тестировщики одних направлений на вашем рынке дороже тестировщиков других направлений, а также существенно дороже широкопрофильных специалистов (нет смысла тратить «дорогой» труд на «дешевые» задачи и нет смысла учить тестировщиков на специалистов – выучась, они продолжат работать за прежнюю зарплату лишь до первого интересного предложения в LinkedIn);
  • узкопрофильный тестировщик может обслуживать более одного проекта в вашей компании (например, автоматизаторы или юзабилисты часто работают сразу на нескольких проектах);
  • вы решили отдать на аутсорс некоторые задачи – простые или сложные разовые (типа полной автоматизации устоявшегося регресса или юзабилити-оценку).
Подробнее...
 
Тестирование – это не карьера
29.05.2017 08:39

Автор: Джоэл Монтвелиски (Joel Montvelisky)

Оригинал статьи: http://qablog.practitest.com/testing-not-a-career/

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

Это путешествие.

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

Если это так, то какая дорога лучше всего подходит для того, чтобы стать успешным профессиональным тестировщиком?

Я, честно говоря, не знаю.

Более того, я даже не знаю, есть ли единственно верный путь.

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

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

Успешные тестировщики обладают вот такими качествами – я встречал их практически у любого профессионала: 

Подробнее...
 
Особенности тестирования веб-приложений
26.05.2017 08:25

Автор: Олег Грабко, ведущий специалист по тестированию компании "Лаборатория качества"

Оригинальная публикацияhttp://quality-lab.ru/key-principles-of-web-testing/

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

- на данный момент в сети Интернет действует более миллиарда сайтов, и пользуются ими более 3,5 млрд. людей по всему миру (по данным Международного союза электросвязи на июль 2016 года);
- в России более 70% взрослого населения являются интернет-пользователями, а общий оборот средств на российском рынке интернет-торговли за первое полугодие 2016 года вырос на 26% в сравнении с аналогичным периодом 2015 года и достиг 405 млрд. рублей.

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

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

Подробнее...
 
Как устроено автоматическое тестирование в Почте Mail.Ru под iOS
25.05.2017 08:16

Автор: Никита Анисимов

Оригинальная публикацияhttps://habrahabr.ru/company/mailru/blog/325552/

Некоторое время назад мы рассказали вам об автоматическом тестировании нашей Почты на Android и получили огромное количество вопросов от читателей. Сегодня приоткроем вам часть нашей «внутренней кухни», которая касается автотестирования на iOS. Для тестирования каждой сборки мы проводим более 500 автотестов, которые выполняются менее чем за один час. Как мы их реализовывали и зачем? С какими проблемами сталкивались и как смогли их решить? Обо всём этом читайте под катом.


Схематически рабочий процесс выглядит следующим образом:


Нажмите на картинку, чтобы увеличить изображение

Схема показывает начальные, наиболее жесткие и критически важные шаги задачи на пути к релизу. Начнем с одного из первых компонентов — Code Review.

Подробнее...
 
Manual vs Automation: битва тестировщиков
24.05.2017 08:02

Мануальный тестировщик или автоматизатор? Наверняка вы уже не раз слышали спор, в котором обсуждалось, кто лучше, более востребован и т.д., а, возможно, и сами принимали участие в подобной беседе.

В конце апреля в Херсоне прошла очередная встреча QA talk, на которой ребята говорили о перспективах развития тестировщиков, дискутировали о плюсах и минусах автоматизации и ручного тестирования,  выясняли, страдает ли качество ПО из-за отсутствия автоматизатора или ручного тестировщика на проекте.

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

Подробнее...
 
Доверяйте автоматизации
19.05.2017 16:26

Автор: Баз Дийкстра (Bas Dijkstra)

Оригинал статьи: http://www.ontestautomation.com/trust-automation/

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


Сейчас большинство людей уже в курсе, что цель автоматизации – это НЕ "поиск багов". Конечно, неплохо, когда ваши автотесты ловят баг-другой, которые иначе просочились бы в продакшн. Но пока искуственный интеллект автоматизации не достиг больших высот (я имею в виду, действительно БОЛЬШИХ), тестировщики куда более искусны в поиске багов, чем самые умные, развитые автоматизированные решения для тестирования.

Нет, добавочная ценность автоматизации совсем в другом – в уверенности. Из оксфордского словаря:

"Уверенность: твердое убеждение в надежности, правдивости, или способности чего-либо или кого-либо."

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

Эта уверенность появляется благодаря доверию:

Подробнее...
 
2-недельная открытая стажировка для начинающих тестировщиков в “Лаборатории Качества”
22.05.2017 07:08

Хотите работать в тестировании, но не знаете, с чего начать? Приходите к нам!

С 29 мая 2017 “Лаборатория Качества” проводит стажировку. За время обучения вы получите опыт работы в этой сфере, а наиболее успешные участники получат предложения работы (естественно, принятие решения - за вами).

Чему мы будем учиться?

В рамках курса мы рассмотрим следующие темы:

  • основы тестирования
  • написание чек-листов и тест-кейсов
  • регистрация баг-репортов
  • тестирование удобства использования
  • исследовательское тестирование
  • тестирование веб-приложений
  • тестирование мобильных приложений
  • анализ требований и проектной документации
  • Rest-запросы
  • отчётность по итогам тестирования

10 тем - 10 экспертов - 10 вебинаров.

Подробнее...
 
Новости тестирования за первую половину мая
19.05.2017 10:21

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

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

Подписаться на рассылку можно по ссылке.

 
Тестирование параллельных процессов
18.05.2017 08:11

Автор: Николай Матюшенков

Оригинальная публикация: https://habrahabr.ru/post/327292/

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


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

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

Пример номер один. Параллельное добавление одного и того же

Задача. У нас есть приложение с базой данных (PostgreSQL) и нам надо наладить импорт данных из сторонней системы. Допустим, есть таблица account (id, name) и связи идентификаторов с внешней системой в таблице account_import (id, external_id). Давайте набросаем простой механизм приема сообщений.

При приеме сообщения будем сперва проверять — есть ли такие записи у нас в базе. Если есть, то будем обновлять имеющиеся. Если нет, то будем добавлять в базу.

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