А. Н. Ильин - «Информационное тематическое пособие в помощь начинающему QA engineer (Тестировщику ПО)»

и
эксплуатации
программного
обеспечения
(ПО)
информационных
систем,
предпринимаемых на разных стадиях жизненного цикла ПО, для обеспечения требуемого
уровня качества выпускаемого продукта, где тестирование является только одним из
аспектов обеспечения качества.
К задачам обеспечения качества относятся:
- проверка технических характеристик и требований к ПО;
- оценка рисков;
- планирование задач для улучшения качества продукции;
- подготовка документации, тестового окружения и данных;
- тестирование;
- анализ результатов тестирования, а также составление отчетов и других
документов.
Обеспечение качества определено в стандарте ISO 9000:2005 «Системы
менеджмента качества. Основные положения и словарь» как «часть менеджмента качества,
направленная на создание уверенности в том, что требования к качеству будут выполнены».
Верификация (verification) — это процесс оценки системы, чтобы понять,
удовлетворяют ли результаты текущего этапа разработки условиям и требованиям, которые
были сформулированы в его начале.
Валидация (validation) - это определение итогового результата, соответствия,
разрабатываемого ПО ожиданиям и потребностям пользователя, его требованиям к
системе.
Существует шесть базовых типов задач:
Эпик (epic) — большая задача, на решение которой команде нужно несколько
спринтов.
Требование (requirement) — задача, содержащая в себе описание реализации той или
иной фичи.
История (story) — часть большой задачи (эпика), которую команда может решить за
1 спринт.
Задача (task) — техническая задача, которую делает один из членов команды.
Подзадача (sub-task) — часть истории / задачи, которая описывает минимальный
объем работы члена команды.
Баг (bug) — задача, которая описывает ошибку в системе.

5

Тестовые среды:
Среда разработки (Development Env) – за данную среду отвечают разработчики, в
ней они пишут код, проводят отладку, исправляют ошибки
Среда тестирования (Test Env) – среда, в которой работают тестировщики
(проверяют функционал, проводят smoke и регрессионные тесты, воспроизводят.
Интеграционная среда (Integration Env) – среда, в которой проводят тестирование
взаимодействующих друг с другом модулей, систем, продуктов.
Предпрод (Preprod Env) – среда, которая максимально приближена к продакшену.
Здесь проводится заключительное тестирование функционала.
Продакшн среда (Production Env) – среда, в которой работают пользователи.
Основные фазы тестирования:
Pre-Alpha: прототип, в котором всё ещё присутствует много ошибок и наверняка
неполный функционал. Необходим для ознакомления с будущими возможностями
программ.
Alpha: является ранней версией программного продукта, тестирование которой
проводится внутри фирмы-разработчика.
Beta: практически готовый продукт, который разработан в первую очередь для
тестирования конечными пользователями.
Release Candidate (RC): возможные ошибки в каждой из фичей уже устранены и
разработчики выпускают версию на которой проводится регрессионное тестирование.
Release: финальная версия программы, которая готова к использованию.
ТРЕБОВАНИЯ — это спецификация (описание) того, что должно быть
реализовано. Требования описывают то, что необходимо реализовать, без детализации
технической стороны решения.
Источники требований:
- заказчик;
- мозговой штурм;
- документы;
- фокус группа;
- наблюдение;
- моделирование;
- анкетирование;
- прототип;
- описание;
- нормы;
- лучшие практики;
- конкуренты.
Виды требований:
1) Прямые (формализованные в технической документации, спецификации, юзерстори и прочих артефактах) и Косвенные (проистекающие из прямых, либо являющимися
негласным стандартом для данной продукции или основывающихся на опыте и здравом
смысле использования продукта); (пример про ссылку)
2) Функциональные (Уровни требований: бизнес-требования, требования
пользователей, функциональные требования) и Нефункциональные (описание
производительности, интерфейсы работы (платформа, протоколы)).
Атрибуты требований:
Корректность — точное описание разрабатываемого функционала.
Проверяемость — формулировка требований таким образом, чтобы можно было
выставить однозначный вердикт, выполнено все в соответствии с требованиями или нет.
Полнота — в требовании должна содержаться вся необходимая для реализации
функциональности информация.
Недвусмысленность — --">