- Якщо на вашому проекті немає команди аналітиків, які розробляють повноцінні вимоги, документують всі домовленості і своєчасно актуалізують будь-які зміни
- Якщо вам важливо, чи буде успішним проект і чи будуть задоволеними кінцеві користувачі
- Якщо ви хочете забезпечити глибоке тестування продукту, незважаючи на відсутність ідеальної документації на проекті, і зробити ваших кінцевих користувачів щасливими
- Як визначити, що якась інформація загубилася?
- Як правильно задавати питання команді про очікування про продукт?
- Як аналізувати та тестувати інформацію про продукт?
- як оцінювати повноту наявних у Вас даних?
- як відновлювати відсутні дані?
- Як домогтися від проектної команди того, щоб вимоги розроблялися і оновлювалися?
- Як налагодити процес, що дозволяє вимірювати тестове покриття і готувати прозору звітність за якістю ПЗ?
- 8-мірна модель аналізу продукту
- Чек-лист атрибутів якості
- Чек-лист оцінки покриття продукту даними
- чарівний опитувальник аналітика
- шаблони аналітичної документації
- Чек-лист джерел даних про продукт
- Чек-лист ментальних моделей по областях
- Шаблон аналізу ЦА
- шаблон опису персонажа
- посилання на статистичну аналітику
- системи зберігання інформації про ЦА
- Чек-лист джерел неявних вимог
- контрольні списки дефектів
- Чек-лист атрибутів якості вимог
- чек-лист перевірки моделей
- Шаблон реєстру недокументованих вимог
- Маркери для швидкого пошуку помилок у вимогах
- таблиця з переконливими метриками
- шаблони проектних звітів
- Чек-лист підготовки до очного рев'ю вимог
- список інструментів управління вимогами
- Воркфлоу вимог, найбільш корисний для проекту
- шаблон реєстру трасування вимог
- Чек-лист налаштування процесу управління вимогами
Урок 1: досліджуємо, з чим маємо справу
Що буде розглянуто:
- Що таке вимоги і якими вони бувають
- Які бувають проектні ролі, пов'язані з аналізом і документуванням вимог
- Як оцінити достатність проектної інформації для тестування
- Як скласти модель продукту, достатню для його тестування (в розрізі даних, станів, форм, функцій, атрибутів якості і т. д.)
- як вимірювати покриття тестованого продукту наявними даними
Урок 2: З'ясовуємо втрачену інформацію
Що буде розглянуто:
- Які існують формати аналітичної документації на проекті
- Як виявити неоднозначні, неповні та неперевірювані вимоги
- хто на проекті володіє потрібними нам даними
- Як правильно задавати питання і фіксувати відповіді на них
- Методи проведення тортур інтерв'ю аналітиків, РМ і техпідтримки
- аналіз звернень користувачів
Урок 3: Вивчаємо зовнішні джерела
Що буде розглянуто:
- дослідження ментальних моделей і рольових персонажів
- аналіз статистики вашої цільової аудиторії
- Зовнішні регламенти і стандарти, що впливають на функціональність продукту
Урок 4: рецензування документації
Що буде розглянуто:
- атрибути якості вимог
- Як проводити рецензування документації
- Як рецензувати та тестувати Недокументовані вимоги
- Як шукати помилки в моделях, що використовуються аналітиком продукту при розробці вимог
- Як проводити експрес-аналіз вимог щодо маркерів
Урок 5: Комунікації за вимогами
Що буде розглянуто:
- способи маніпуляції переконання керівництва проекту в необхідності поліпшення вимог
- варіанти формулювання питань щодо функціонування ПЗ
- підходи до рев'ю вимог в режимі реального часу
- Метрики, які допоможуть вам аргументувати свою точку зору
- підходи для підвищення авторитету тестувальників у проектній команді
Урок 6: Процес роботи з вимогами
Що буде розглянуто:
- Як організувати процес верифікації та узгодження вимог
- Як почати тестування вимог до початку розробки продукту
- Версійне зберігання проектних вимог та їх Актуалізація
- інструменти управління вимогами
- Трасованість вимог, моделей і тестів
https://privatelink.de/?https://www.software-testing.ru/edu/3-online/313-requirements