44
Методология Kanban впервые появилась в Японии. Эту методику изобрела в 1959 г. компания Toyota. В 1962 г. она начала использоваться для производства автомобилей. В Kanban всего три простых базовых принципа, на которых строится все остальное:
Визуализация процесса разработки. Визуальное представление процесса разработки помогает вам быстро определить, на какой стадии выполнения находится каждая задача. Это может быть крайне полезно в случае большого проекта, состоящего из множества задач. Наиболее подходящий инструмент для этого – канбан-доска. Канбан-доска – это таблица с несколькими столбцами. Внутри столбцов находятся стикеры с задачами.
Минимизация WIP. Ограничение числа задач, выполняемых на каждой стадии разработки, помогает эффективно распределять имеющиеся ресурсы и не вызывать простоев в работе.
Измерение и оптимизация жизненного цикла разработки. Возможность
вносить изменения в процесс разработки является одним из важных компонентов Agile-методологии.
Преимуществом гибких моделей является то, что они позволяют включать тестирование уже на этапе планирования [13].
3.2Этапы тестирования
Вболее широком смысле тестирование – это один из этапов разработки ПО, включающий в себя активности (рис. 3.5):
планирование работ (Test Planning);
анализ и проектирование тестов (Test Analysis & Test Design);
выполнение тестирования (Test Execution);
анализ полученных результатов (Test results evaluation).
|
Тестовый |
|
|
|
Тестовые |
|
|
Результаты |
|
|
Тестовый |
|||
|
случай |
|
|
|
|
данные |
|
|
|
теста |
|
|
отчет |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Планирование |
Подготовка |
Запуск |
|
Сравнение |
|
|||||||||
программы с |
результатов с |
|||||||||||||
тестового |
|
тестовых |
||||||||||||
|
тестовыми |
|
тестовым |
|
||||||||||
случая |
|
данных |
|
|
||||||||||
|
данными |
|
случаем |
|
||||||||||
|
|
|
|
|
|
|
|
|||||||
Рис. 3.5 – Этапы тестирования ПО
45
· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · ·
Планирование тестирования – это действия, направленные
на определение целей и описание задач тестирования.
· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · ·
Планирование учитывает данные, полученные при проверке и управлении. 1. Планирование тестирования:
планирование момента начала тестирования;
планирование критерия завершения тестирования;
планирование объема тестирования;
планирование стратегии тестирования: определяются виды тестирования и их применение по отношению к объекту тестирования;
планирование тестовой среды.
К артефактам, создаваемым на стадии планирования, можно отнести:
тестовый план;
матрицу конфигураций, которая может быть включена в тестовый план как отдельный раздел;
запрос на выделение тестового оборудования.
2. Анализ и разработка тестовых сценариев.
· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · ·
Тест-анализ – это деятельность, во время которой осу-
ществляется анализ имеющихся проектных артефактов: документации (спецификаций, требований, планов), моделей, исполняемого кода и т. д.
Тест дизайн – это этап процесса тестирования ПО, на котором проектируются и создаются тестовые случаи (тест-кейсы), в соответствии с определенными ранее критериями качества и целями тестировани (IEEE 829).
· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · ·
Для анализа и проектирования тестов поставлены следующие основные задачи:
оценка тестируемости базиса тестирования и объектов тестирования;
идентификация и расстановка приоритетов условий тестирования, основанных на анализе элементов тестирования, спецификации, поведении и структуре программного обеспечения;
46
разработка и расстановка приоритетов тестовых сценариев высокого уровня;
выявление необходимых данных для поддержки тестовых условий и тестовых сценариев;
проектирование и установка тестового окружения и выявление необходимой инфраструктуры и инструментов;
создание двунаправленной трассируемости между тестовым базисом и тестовым сценарием.
Результат тест-анализа – точные метрики и цели, к которым стремится процесс тестирования. Они входят в выходные критерии тестирования, должны быть неразрывно связаны с базисом тестирования и стратегическими целями проекта и служат основой для тест-дизайна.
Тест-дизайн (разработка тестовых сценариев) включает в себя:
составление пошаговой инструкции по выполнению тестовых сценариев;
составление критериев успешности прохождения теста.
Тест-анализ отвечает на вопрос «Что тестировать?», а тест-дизайн отвечает на вопрос «Как тестировать?».
· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · ·
Выполнение тестирования – это деятельность, где процедуры тестирования или автоматизированные сценарии задаются последовательностью тестовых сценариев, собирается любая информация, необходимая для выполнения тестов, разворачивается окружающая среда и запускаются тесты.
·· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · ·
3.Подготовка тестовой среды:
составление набора входных данных;
развертывание тестовой среды и т. д. 4. Выполнение тестов:
ввод входных значений тестирования;
анализ выходных значений;
выполнение тестовых сценариев и т. д. 5. Создание отчетов:
анализ успешности прохождения тестирования;
описание найденных дефектов и т. д.