Матрица трассируемости
Матрица трассируемости — двумерная таблица, содержащая соответствие функциональных требований продукта (functional requirements) и подготовленных тестовых сценариев (test cases).
На пересечении соответствующих строки и столбца ставится отметка, обозначающая, что данное требование покрывается данным тест-кейсом.
Таким образом, таблица дает визуальное отображение двух параметров:
На пересечении соответствующих строки и столбца ставится отметка, обозначающая, что данное требование покрывается данным тест-кейсом.
Таким образом, таблица дает визуальное отображение двух параметров:
- наличие в системе требований, которые еще не покрыты (если у требования нет ни одного пересечения с тест-кейсами (достаточное условие);
- есть ли в системе избыточное тестирование — если требования имеет несколько пересечений (необходимое условие).
Покрытие требований
Расчет тестового покрытия относительно требований проводится по формуле:
Tcov = (Lcov/Ltotal) * 100%
где:
Tcov - тестовое покрытие
Lcov - количество требований,
проверяемых тест кейсами
Ltotal - общее количество требований
Tcov = (Lcov/Ltotal) * 100%
где:
Tcov - тестовое покрытие
Lcov - количество требований,
проверяемых тест кейсами
Ltotal - общее количество требований
Трассируемость позволяет:
- визуализировать актуальное состояние реализации;
- разбивать требования на более атомарные и структурировать их;
- отслеживать, есть ли требования, на которые еще не запланирована разработка (пропуск реализации);
- отслеживать, реализовано ли требование в данный момент;
- отслеживать, покрыто ли требование тест-кейсом (пропуск тестирования);
- наглядно отображать приоритезацию требований.
Service Level Agreement
SLA - Соглашение об уровне сервиса
Что нам дает?
Что нам дает?
- Первоначальные критерии качества
- Сроки исполнения
- Первоначальная градация дефектов
Требования к релизу
- Определить релизный цикл
- Критерии качества к каждой сборке
- Понятия CR и дефекта
- Критерии приемки
Работа с дефектами
- Определить градации дефектов
- Определить как переприоритезировать дефекты
- Воспроизводимость дефектов
- Жизненный цикл дефекта
DoR и DoD
- Результаты тестов
- Описанная полностью документация
- Пройденное review
- Приложены специфические тестовые данные
Definition of Ready (DoR) – критерий готовности задачи к тому, чтобы взять ее в работу.
Definition of Done (DoD, «Критерии Готовности») — это когда все условия или Acceptance Criteria, которым должен соответствовать программный продукт, выполнены («Done») и готовы к принятию пользователем, клиентом, командой или потребляющей системой.
Definition of Done (DoD, «Критерии Готовности») — это когда все условия или Acceptance Criteria, которым должен соответствовать программный продукт, выполнены («Done») и готовы к принятию пользователем, клиентом, командой или потребляющей системой.
