Разработка требований к ПО. Функциональное тестирование

1.

Разработка требований к
ПО. Функциональное
тестирование.
Усманов Руслан Талгатович
Тестирование и
отладка ПО

2.

Разработка требований к ПО
• Разработка любого ПО начинается с определения
требований к нему.
• Проводятся опросы заказчика, в результате которых
составляется специальный документ.
• Определяются как функциональные требования, так
и нефункциональные требования.

3.

Этапы разработки требований
1. Опросы заказчика
2. Подготовка документа требований
3. Разработка спецификации ПО (Software
Specification)
4. Построение матрицы прослеживаемости
требований (Requirements Traceability Matrix)
5. Анализ и тестирование требований

4.

Критерии проверки требований
a) Полнота
b) Однозначность
c) Непротиворечивость
d) Прослеживаемость
e) Осуществимость
f) Контролепригодность

5.

Категории требований к ПО
1. Функциональные аспекты
2. Интерфейсы
3. Данные
4. Производительность
5. Пользователи
6. Безопасность
7. Документация
8. Устранение неисправностей
9. Сопровождение

6.

Функциональное тестирование
• Функциональное тестирование – вид тестирования,
цель которого проверить соответствие ПО
заданным функциональным требованиям.
• Тестирование проводится по методу черного ящика

7.

Тестовый план
Тестовый план – документ, согласно которому будут
проводиться все действия по тестированию.
Примерное содержание:
1. Объемы тестирования
2. Критерии качества
3. Документация тестирования
4. Стратегия тестирования
5. Ресурсы
6. График тестирования

8.

Тестовый сценарий
• Тестовый сценарий (Test Script) – алгоритм
проверки некоторой функциональности ПО в
совокупности с ожидаемыми результатами.
• Все отдельные случаи проверок называются
тестовыми случаями (Test Case)
• Тестовые случаи организуются в тестовые наборы
(Test Suite)

9.

Процесс разработки тестовых случаев
1. Ознакомление с проектной документацией
(требования к ПО, тестовый план и т.д.)
2. Проектирование тестовых случаев:
• тесты для проверки «на дым» (Smoke Test)
• тесты для позитивного тестирования
• тесты для негативного тестирования
3. Написание тестовых случаев
4. Проверка тестовых случаев

10.

Пример тестового случая
№
№
требов
ания
Название
модуля/экрана
1
R1001
Режим
Администратора,
Добавление
студента в группу
Описание тестового случая
Ожидаемые результаты
Добавление нового студента в 1. Появляется окно с пустыми
группу
полями: Фамилия, Имя, Отчество, а
1. Нажать кнопку «Добавить».
также выпадающий список с
2. Заполнить поля данными:
существующими номерами групп.
Иванов
Иван
Иванович, 2. Вводимая информация появляется
выбрать группу 1111б.
в полях, группа выбрана.
3. Нажать «Сохранить»
3. Если такого студента в БД нет, то
он добавляется в список, иначе на
экране
появляется
сообщение
«Такой студент уже имеется».
Тест
пройден
?
Да/Нет

11.

Выбор тестовых данных
• Для упрощения создания тестовых случаев все
возможные входные данные можно разбить на
конечное число классов эквивалентности.
• Обычно классов два:
– класс верных значений (для позитивных тестов)
– класс неверных значений (для негативных тестов)
• Граничные значения – те значения которые находятся
на границах класса эквивалентности
• Эквивалентные значения – те которые находятся
внутри класса эквивалентности

12.

Пример
Целочисленное поле ввода центы товара, которое по
требованиям может находиться в диапазоне [0, 1000000]
Класс верных значений
Граничные
0, 1000000
Эквивалентные
1, 999999, 500000
Класс неверных значений
Граничные
-1, 1000001
Эквивалентные
-2, 1000002, 1000000000,
-50000, 8.5, абвгде, 2$,
%$*/