Курс Bug advocacy - часть 2 - Эффективная защита: Как заставить людей захотеть пофиксить баг

Предыдущая часть лекций показалась мне более структурированной, чем часть, которую мы рассмотрим сегодня. В этой части я обнаружил много светлых и хороших идей, но разбросанных безсистемно. Возможно дело во мне и я просто не смог увидеть структуру. В любом случае, думаю полезно будет обсудить основные тезисы второй части. Напоминаю, что все материалы курса BBST можно найти по ссылке http://www.testingeducation.org/BBST/bugadvocacy/.

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

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

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

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

Курс Bug advocacy - часть 1 - Основные понятия

В первой части рассматриваются основные понятия:

• зачем нужны качественные баг-репорты;
• что такое error, failure, bug;
• что такое качество.

Зачем нужны эффективные баг репорты?

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

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

Курс Black Box Software Testing (BBST) - обзор

Не так давно я нашел онлайн курс BBST (Black Box Software Testing), созданный Сэмом Канером и Джеймсом Бахом. Курс включает в себя основные подкурсы:

• Foundations of Software Testing 
• Bug Advocacy: Effective Bug Investigation and Reporting 
• Test Design: A Survey of Black Box Software Testing Techniques 

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