Home

Автор: Кияшева Екатерина @ekiyasheva

Оригинальная публикация

Не секрет, насколько молоды профессии контроля и особенно обеспечения качества. Их значимость для IT индустрии давно обоснована. Но и сейчас, по мнению многих соискателей, это проходная ступень, которая не требует особых знаний и навыков. В моем багаже опыт работы с ПО из разных областей — ЖКХ, платежные терминалы, интернет-провайдер, retail и наконец игры. Во всех компаниях, на разных позициях, раньше и теперь я ручаюсь за качество продукта. Казус в том, что нигде я не получила убедительного ответа к какому именно «качеству» мы стремимся. Сегодня, на должности руководителя QA, я отвечаю на этот вопрос сама и хочу провести ликбез как можно шире.

Отмечу самые популярные требования к качеству.

— «Функционал должен соответствовать требованиям»
наличие настоящих требований и спецификаций роскошь, доступная не всем компаниям. И если требования есть, они целиком зависят от опыта аналитика, который к тому же может ошибиться в их структурировании и акцентировании из-за сыгравшего человеческого фактора. Не говоря уже о том, насколько шире и многообразней системы по сравнению со своими спецификациями.

— «Не должно быть багов в проде»
я не знаю ничего более относительного, чем «баг». При стремительном развитии рынка через полгода блокером может стать то, что раньше даже дефектом не считалось. Как часто фича в разработке, после выпуска воспринимается пользователем как дефект, заводится и исправляется соответственно.

— «После выпуска должно быть все хорошо/ удовлетворять пользователя»
по моему мнению это требование точнее остальных, проблема только в его неточности. В погоне за симпатией пользователя, тестирование становится необъятным, никогда не достаточно времени, чтобы убедиться в качественности и выпустить достаточно хороший продукт. Приходится выбирать наиболее критичное и смиряться с «кое-какерством». Это довольно грустно. И в этих условиях появляется привычка противопоставлять качество скорости.

Оригинал статьи: https://www.qasymphony.com/blog/5-trends-future-software-testing/

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

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

За ответами на эти вопросы мы обратились к 12 уважаемым, опытным лидерам мнений в области тестирования:

1. Джо Колантонио, основатель TestTalks & GuildConferences
   
2. Энджи Джонс, ведущий инженер по тестированию Twitter
   
3. Бобби Смит, директор R&D в QASymphony
   
4. Кит Клайн, исполнительный директор и руководитель QA-подразделения Tekmark Global Solutions
   
5. Пол Меррил, ведущий инженер по тестированию и основатель Beaufort Fairmont
   
6. Кевин Данн, вице-президент по бизнес-разработке и стратегии QASymphony
   
7. Брэндон Ципес, вице-президент DevOps в CPrime
   
8. Джозеф Ауэрс, Руководитель QA и тестирования в Centric Consulting
   
9. Райан Якель, директор продуктового маркетинга в QASymphony
   
10. Маш Хонда, вице-президент по тестированию в KMS Technology
    
11. Сума Дэниэл, тест-аналитик в Forty8fifty
    
12. Сунил Сегал, партнер TechArcis Solutions
    

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

6 ноября вышла в свет книга Геннадия Алпаева Software Testing Automation Tips.

Вот что пишет о новой книге автор:

"Несколько лет назад я начал замечать, что примерно раз в год приходится объяснять одни и те же вещи, причём речь не только о студентах, которых я учил, а и коллегам тоже. То, что мне казалось очевидным и давно понятным, для других оказывалось новостью.

В результате 1,5 года назад я сел и составил список таких вопросов, их оказалось 50. Тогда я сел ещё раз и написал небольшую книжку под названием "Software Testing Automation Tips", в которой описал все эти вопросы, придерживаясь нескольких правил:

1. Без привязки к какому-либо инструменту или языку
2. Минимум пространных рассуждений
3. Максимум полезной информации
4. Примеры из практики

И вот на днях книжку официально опубликовали, о чём я и хотел вам всем написать. Все эти 50 советов - результат более 10 лет работы со многими людьми, которые учили меня, которых учил я и просто с которыми работал. Это опыт не одного человека, а многих, просто собранный в одну книгу.

В общем, рекомендую всем, кто работает в автоматизации, особенно начинающим".

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

Ранее мы уже публиковали подборки видео докладов со SQA Days 21 по темам автоматизации тестирования, тестирования мобильных приложений, тестирования производительности, тест-дизайна и тест-менеджемента.

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

1. Тестирование Нейронных сетей, Mikhail Chumakov, TechOps, Москва

2. Функциональное тестирование с ориентацией на пользователя, Виктория Юркевич, ООО Лаборатория Качества, Минск

3. Как аналитика помогает тестировщику, Егор Васильев, Trucker Path, Москва

4. 50 оттенков тестирования, Алексей Петров, ООО «Мэйл.Ру», Москва

Рады сообщить, что сформирована программа SQADAYS 22 - международной конференции по вопросам качества программного обеспечения, которая пройдет 17-18 Ноября в Санкт-Петербурге.

На конференции выступят эксперты из Португалии, Бельгии, Чехии,  Нидерландов, Турции, Польши, Латвии, Эстонии, России, Беларуси, Армении и Украины.

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

* Методики и инструменты тестирования ПО;
* Автоматизация тестирования ПО;
* Подготовка, обучение и управление командами тестировщиков;
* Процессы обеспечения качества в компании;
* Управление тестированием и аутсорсинг;
* Совершенствование процессов тестирования и инновации.

Наши читатели могут получить 10% скидку на участие в конференции. Для получения скидки используйте промокод s-t.ru при регистрации на мероприятие.

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

Автор: Сурин Анатолий, ведущий инженер по тестированию АО «СберТех»

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

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

В данной статье мы рассмотрим один из самых популярных фреймворков для автоматизации тестирования с использованием BDD-подхода – Cucumber. Также посмотрим, как он работает и какие средства предоставляет.

Первоначально Cucumber был разработан Ruby-сообществом, но со временем был адаптирован и для других популярных языков программирования. В данной статье рассмотрим работу Cucumber на языке Java.

Автор: Джеймс Бах (James Bach)

Оригинал статьи: http://www.satisfice.com/blog/archives/1728

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

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

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

1. Когда вы говорите о том, сколько у вас тест-кейсов, вместо того, чтобы говорить о том, чем занимаются ваши тестировщики. Количество кейсов (500, 257, 39345) никому ни о чем не говорит и не демонстрирует, "сколько" вы на самом деле тестируете. Разработчики не хвастаются количеством созданных за рабочий день файлов – глупо считать файлы, буквы и строки кода. По той же причине глупо подсчитывать тест-кейсы. Одна и та же деятельность тестировщика может быть представлена как одним кейсом, так и миллионом их. Что, если тестировщик напишет программу, автоматически создающую сотню тысяч вариаций одного и того же кейса? Получится сто тысяч кейсов, или один большой кейс, или вообще не кейс? Впредь, услышав о точном количестве кейсов, попрактикуйтесь – напомните себе, что оно ни о чем вам не говорит. Затем уточните, что эти тесты делают. Что именно ими покрыто? Какие баги они могут найти? Какие риски привели к появлению этих кейсов?

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

1. Делимся опытом: как мы оптимизировали тестирование крупного проекта за 3 месяца, Наталья Руколь, Quality Lab., Москва, Олег Грабко, Quality Lab., Нижний Новгород

2. Тестирование в крупных стартапах или как упорядочить хаос, Александр Мешков, Performance Lab, Москва

3. Бизнес-ориентированное тестирование eCommerce приложений, Игорь Бондаренко, Neklo, Минск