В соответствие с процессами или методологиями разработки ПО, во время проведения тестирования создается и используется определенное количество тестовыхартефактов (документы, модели и т.д.).
Вы уже знаете о суперспособностях современного учителя?
Как тратить минимум сил на подготовку и
проведение уроков?
Как быстро и объективно проверять
знания учащихся?
Как сделать изучение нового материала
максимально понятным?
Как избавить себя от подбора заданий и
их проверки после уроков?
Как наладить дисциплину на своих
уроках?
Как получить возможность работать
творчески?
Просмотр содержимого документа
«Тестовая документация»
Тестовая документация
https://qacourse.atlassian.net/
Тестовая документация
В соответствие с процессами или методологиями разработки ПО, во время проведения тестирования создается и используется определенное количество тестовых артефактов (документы, модели и т.д.).
Тест план
План тестирования (Test Plan) - это главный документ описывающий весь объем работ по тестированию, начиная с описания объекта, стратегии, расписания, критериев начала и окончания тестирования
Шаблон тест плана
Что надо тестировать? - описание объекта тестирования: системы, приложения, оборудования
Что будете тестировать? список функций и описание тестируемой системы и её компонент в отдельности
Как будете тестировать? - стратегия тестирования, а именно: виды тестирования и их применение по отношению к объекту тестирования
Когда будете тестировать? - последовательность проведения работ: подготовка (Test Preparation), тестирование (Testing), анализ результатов (Test Result Analisys) в разрезе запланированных фаз разработки
Критерии начала тестирования: - готовность тестовой платформы (тестового стенда) , законченность разработки требуемого функционала , наличие всей необходимой документации
Критерии окончания тестирования:
результаты тестирования удовлетворяют критериям качества продукта:
Тест план
Introduction (Введение)
Test Items (Объекты тестирования)
Features To Be Tested (Функциональности для тестирования)
Features Not To Be Tested (Функциональности которые не будут тестироватся )
Suspension Criteria and Resumption Requirements (Критерии остановки и возобновления тестирования )
Test Deliverables (Тестовые результаты)
Environmental Needs (Тестовое окружение)
Responsibilities (Ответсвенность)
Чек лист
Чек-лист - это документ, описывающий что должно быть протестировано
Зачем нужен чек-лист?
Не забыть требуемые тесты
Для деления задач по уровню квалификации
Для сохранения отчётности и результатов тестирования
Что может (должно) быть в чек-листе?
Номер
Список проверок (с требуемой степенью детализации)
Статус проверки (сборка, окружение, тестировщик)
Приоритет
Результат
Чек лист- пример
Тестовые данные
Тестовые данные (Test data) - данные которые используются для тестирования
Пример:
410039303350 — счет заблокирован (зачисления на счет запрещены)
4100322407607 — корректный номер (зачисление успешно пройдет)
test1@bk.ru – тестовый логин
123 – тестовый пароль
Тест кейс
Тестовый случай ( Test Case ) - это документ, описывающий совокупность шагов, конкретных условий и параметров, необходимых для проверки реализации тестируемой функции или её части.
Пример тест кейса
Атрибуты тест-кейса
Номер (ID)
Название (Summary/Name
Предусловие (PreConditions)
Шаги тест кейса и описание (Steps and Descriptions )
Ожидаемый результат (Expected result)
Пост-условие (PostConditions)
Автор (Designer)
Статус (Status)
Дата создания (Created)
Test Name:
Status:
Created Date:
Designer:
Pre Conditions:
Steps
Description
Step 1
Expected Result
Step 2
Step 3
Step 4
Post Conditions:
Тест комплект
Набор тестов (тест комплект )(test suite) - это набор тест кейсов , которые объединены тем что относятся к одному тестируемому модулю, функциональности, приоритету или одному типу тестирования.