4 ноября в Санкт-Петербурге COMAQA провела большую конференцию выходного дня, посвященную автоматизации тестирования и сопутствующим вопросам обеспечения качества.
Конференция собрала почти 400 участников и более 2000 человек посмотрели YouTube трансляцию мероприятия.
Было представлено 20 докладов, посвященных автоматизации тестирования, тестированию производительности, тест-менеджменту и использованию человеческого капитала в тестировании.
Не секрет, насколько молоды профессии контроля и особенно обеспечения качества. Их значимость для IT индустрии давно обоснована. Но и сейчас, по мнению многих соискателей, это проходная ступень, которая не требует особых знаний и навыков. В моем багаже опыт работы с ПО из разных областей — ЖКХ, платежные терминалы, интернет-провайдер, retail и наконец игры. Во всех компаниях, на разных позициях, раньше и теперь я ручаюсь за качество продукта. Казус в том, что нигде я не получила убедительного ответа к какому именно «качеству» мы стремимся. Сегодня, на должности руководителя QA, я отвечаю на этот вопрос сама и хочу провести ликбез как можно шире.
Отмечу самые популярные требования к качеству.
— «Функционал должен соответствовать требованиям»
наличие настоящих требований и спецификаций роскошь, доступная не всем компаниям. И если требования есть, они целиком зависят от опыта аналитика, который к тому же может ошибиться в их структурировании и акцентировании из-за сыгравшего человеческого фактора. Не говоря уже о том, насколько шире и многообразней системы по сравнению со своими спецификациями.
— «Не должно быть багов в проде»
я не знаю ничего более относительного, чем «баг». При стремительном развитии рынка через полгода блокером может стать то, что раньше даже дефектом не считалось. Как часто фича в разработке, после выпуска воспринимается пользователем как дефект, заводится и исправляется соответственно.
— «После выпуска должно быть все хорошо/ удовлетворять пользователя»
по моему мнению это требование точнее остальных, проблема только в его неточности. В погоне за симпатией пользователя, тестирование становится необъятным, никогда не достаточно времени, чтобы убедиться в качественности и выпустить достаточно хороший продукт. Приходится выбирать наиболее критичное и смиряться с «кое-какерством». Это довольно грустно. И в этих условиях появляется привычка противопоставлять качество скорости.
Начнем с констатации факта: в тестировании грядут колоссальные перемены. Строго говоря, эти перемены серьезнее любых других изменений в индустрии, с которыми мы сталкивались ранее. Что за ними стоит? Чего ожидать тестировщикам?
За ответами на эти вопросы мы обратились к 12 уважаемым, опытным лидерам мнений в области тестирования:
"Несколько лет назад я начал замечать, что примерно раз в год приходится объяснять одни и те же вещи, причём речь не только о студентах, которых я учил, а и коллегам тоже. То, что мне казалось очевидным и давно понятным, для других оказывалось новостью.
В результате 1,5 года назад я сел и составил список таких вопросов, их оказалось 50. Тогда я сел ещё раз и написал небольшую книжку под названием "Software Testing Automation Tips", в которой описал все эти вопросы, придерживаясь нескольких правил:
1. Без привязки к какому-либо инструменту или языку 2. Минимум пространных рассуждений 3. Максимум полезной информации 4. Примеры из практики
И вот на днях книжку официально опубликовали, о чём я и хотел вам всем написать. Все эти 50 советов - результат более 10 лет работы со многими людьми, которые учили меня, которых учил я и просто с которыми работал. Это опыт не одного человека, а многих, просто собранный в одну книгу.
В общем, рекомендую всем, кто работает в автоматизации, особенно начинающим".
Рады сообщить, что сформирована программаSQADAYS 22 - международной конференции по вопросам качества программного обеспечения, которая пройдет 17-18 Ноября в Санкт-Петербурге.
На конференции выступят эксперты из Португалии, Бельгии, Чехии, Нидерландов, Турции, Польши, Латвии, Эстонии, России, Беларуси, Армении и Украины.
Конференция, как всегда, охватит широкий спектр профессиональных вопросов в области обеспечения качества, ключевыми из которых являются:
* Методики и инструменты тестирования ПО; * Автоматизация тестирования ПО; * Подготовка, обучение и управление командами тестировщиков; * Процессы обеспечения качества в компании; * Управление тестированием и аутсорсинг; * Совершенствование процессов тестирования и инновации.
Наши читатели могут получить 10% скидку на участие в конференции. Для получения скидки используйте промокод s-t.ru при регистрации на мероприятие.
К сожалению, нет магической формулы для разработки высококачественного программного обеспечения, но очевидно, что тестирование улучшает его качество, а автоматизация тестирования улучшает качество самого тестирования.
В данной статье мы рассмотрим один из самых популярных фреймворков для автоматизации тестирования с использованием BDD-подхода – Cucumber. Также посмотрим, как он работает и какие средства предоставляет.
Первоначально Cucumber был разработан Ruby-сообществом, но со временем был адаптирован и для других популярных языков программирования. В данной статье рассмотрим работу Cucumber на языке Java.
Беседовать о тестировании непросто, потому что это неестественно! Тестирование – это "мета"-деятельность. Это не просто задача – это задача, порождающая новые задачи путем находки багов, которые нужно исправлять, или рисков, которые следует изучить. Эту задачу нельзя завершить, но необходимо выполнять.
Путаница вокруг тестирования приводит к неэффективным обсуждениям, концентрирующихся на неважных вещах и игнорирующих важное. К примеру, вот когда нет смысла развивать беседу:
1. Когда вы говорите о том, сколько у вас тест-кейсов, вместо того, чтобы говорить о том, чем занимаются ваши тестировщики. Количество кейсов (500, 257, 39345) никому ни о чем не говорит и не демонстрирует, "сколько" вы на самом деле тестируете. Разработчики не хвастаются количеством созданных за рабочий день файлов – глупо считать файлы, буквы и строки кода. По той же причине глупо подсчитывать тест-кейсы. Одна и та же деятельность тестировщика может быть представлена как одним кейсом, так и миллионом их. Что, если тестировщик напишет программу, автоматически создающую сотню тысяч вариаций одного и того же кейса? Получится сто тысяч кейсов, или один большой кейс, или вообще не кейс? Впредь, услышав о точном количестве кейсов, попрактикуйтесь – напомните себе, что оно ни о чем вам не говорит. Затем уточните, что эти тесты делают. Что именно ими покрыто? Какие баги они могут найти? Какие риски привели к появлению этих кейсов?
Мы отобрали доклады с конференции SQA Days 21, посвященные вопросам управления людьми в тестировании.
1. Делимся опытом: как мы оптимизировали тестирование крупного проекта за 3 месяца, Наталья Руколь, Quality Lab., Москва, Олег Грабко, Quality Lab., Нижний Новгород
2. Тестирование в крупных стартапах или как упорядочить хаос, Александр Мешков, Performance Lab, Москва
3. Бизнес-ориентированное тестирование eCommerce приложений, Игорь Бондаренко, Neklo, Минск
Что вы знаете о локализации продуктов? Имеете ли вы хотя бы приблизительное представление о том, какие проверки проводятся на проекте в рамках локализации? В этой статье я постараюсь помочь разобраться, в чем заключается локализация, какие проблемы и нюансы встречаются на пути разработчиков (а значит, и тестировщиков), и как их можно избежать.
Что такое локализация?
Языковая локализация – это процесс адаптации продукта, который ранее был переведен на несколько языков, для определенной страны или региона.
Тестирование Итак, локализация проведена, все вопросы на данный момент улажены, нюансы согласованы, и можно приступать к тестированию. В рамках данной статьи я опишу особенности процесса, на которые хочу обратить ваше внимание.
6 ноября вышла в свет книга Геннадия Алпаева 
