Архив за Март, 2020

Доклад “Ключевые метрики тестирования”

Среда, Март 18th, 2020

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

Расширенная аннотация
Перед докладом крайне рекомендую прочитать книги Голдратта «Синдром стога сена» (в частности там объясняется разница между данными и информацией и поднимается проблема информационного шума) и «Цель-1». Регулярно даю эти советы, но редко кто им следует ;-) . А материал сложен без предварительного изучения базы. По трехбалльной шкале сложности этот материал примерно на пятерку.
Для затравки приведу список метрик, которые в принципе можно измерять. Как будет показано на докладе, это путь в никуда. Не удивляйтесь «потоку сознания», список писался в режиме генерации идей без фазы критики.

(more…)

Новые формы подготовки к докладам и тренингам

Среда, Март 18th, 2020

Бизнесмены часто задают вопрос: «Почему?».

Это хороший вопрос, но не менее важный: «Почему бы и нет?»,

– Джеффри Безос.

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

Действительно, вот прямо сейчас мне может быть интересен такой аспект как: «Метрики разработки ПО, которые наиболее подходят для анализа при помощи карт Шухарта.» Но не факт, что именно на этой конференции эта тема будет интересной. А, например, «сравнение разных методов организации деревьев в реляционных БД» мне сейчас неинтересна (была интересна 15 лет назад), а аудитории может оказаться интересной.

Для эксперимента попробую поступить по-другому. Буду публиковать анонсы докладов, а потом отдавать темы на голосование. А потом посмотрю. Из чего-то получатся круглые столы на посиделках, что-то станет докладом. А что-то придется разворачивать в тренинг, т.к. на материал достоин целого дня, а то и недели.
– Для раздела “Об авторе” —————-
Чем я могу быть интересен?

Мне не слишком интересно рассказывать то, что я прочитал в книге пару месяцев назад. Гораздо интересней изобретать что-то новое. Мне удалось расширить технику разработки требований, известную как CRUDL. Теперь это CRUDL-тесеракт. Получилось придумать достаточно годную фасетную классификацию видов тестирования. И еще немного по мелочи, вроде тех статей, которыми пользуются тысячи коллег.

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

Достаточно часто материал проходит рецензию у завсегдатаев клуба имени Френсиса Бэкона https://t.me/FrancisBaconClub . Иногда после этого материал отправляется в корзину. Но чаще на доработку. Таким образом получается сделать доклад интереснее.

Пример чеклистов для тестирования ссылочной целостности

Четверг, Март 12th, 2020

db-int.xls

Очередной древний документ. Сейчас смотрю на него – вполне годен. Буду рекомендовать на тренинге по тестдизайну.

Данный вид тестирования относится к тестированию «белого» ящика. Нужно иметь доступ к базе данных. Вид тестирования сложный. Рекомендую давать такую задачу «сеньору», имеющему смежную специальность. Крайне желательно, владение SQL и базовыми знаниями о проектировании баз данных. Знание первых трех нормальных форм и формы Бойса-Кодда приветствуются.

Этот вид тестирования в частности отвечает на такие вопросы как:

  • Что будет с задачами, если в Jira удалить проект? А как надо? А я думаю, что если есть задачи, то удалять проект нельзя, это так или нет? Ответь мне аналитик.
  • Что будет с задачами, если удалить Эпик? А как надо? А я думаю, что если есть задачи, то при удалении эпика у задач должна сбрасываться ссылка на эпик, это так или нет? Ответь мне аналитик.

Крайне нетривиальная штука. И что самое обидное, такие вещи мало кто продумывает при написании спецификации требований к системе. Если что техника  юзкейсов вам в помощь.
По опыту тестирования новых систем (не настройки уже существующих движков). На сотню проведенных тестов может находиться 50+ ошибок. И 20+ ошибок крайне неприятные. Уровень «Critical». Так что это еще одна техника тестдизайна, позволяющая отловить кучу дефектов.

PS. В книге Lee Copeland этой техники тестдизайна нет.
PSS. Excel более, чем подходит для ведения чеклистов. Есть некая проблема с организацией совместного доступа, но часто Excel сильно удобней того же зефира.