5. Тестирование - mouhodokenai/HabitsTasksTracker GitHub Wiki
Модульное тестирование
Модульное тестирование – это тестирование программы на уровне отдельно взятых модулей, функций или классов. В разработанное приложение можно провести модульное тестирование посредством добавления в код обработки исключительных ситуаций. Исключения используются для обработки ошибок, которые могут возникнуть в программе, и обеспечивают механизм для их корректной обработки.
Таблица 1 – Тест кейс модульного тестирования метода для регистрации
Таблица 2 – Тест кейс модульного тестирования метода для входа
Таблица 3 – Тест кейс модульного тестирования метода для добавления записи
Интеграционноетестирование
Следующим этапом является интеграционное тестирование — это тестирование части системы, состоящей из двух и более модулей. Основная задача интеграционного тестирования — поиск дефектов, связанных с ошибками в реализации и интерпретации интерфейсного взаимодействия между модулями. Для проведения интеграционного тестирования необходимо составить управляющий граф программы.
Пояснению по графу:
- Запуск приложения;
- Окно приветствия;
- Вход;
- Регистрация;
- Выбор раздела;
- Взаимодействие с разделом «Задачи»;
- Добавление или редактирование задачи
- Взаимодействие с разделом «Привычки»;
- Добавление или редактирование привычки;
- Взаимодействие с разделом «Заметки»;
- Добавление или редактирование заметки;
- Взаимодействие с разделом «Достижения»;
- Добавление достижения
- Просмотр статистики
- Выход из приложения
Тестовые пути для данного графа для пользователя:
– Т1: 1-2-3-5-6-7-15;
– Т2: 1-2-3-4-5-6-7-15;
– Т3: 1-2-4-5-6-15;
– Т4: 1-2-3-5-6-15;
– Т5: 1-2-3-5-8-15;
– Т6: 1-2-4-5-8-15;
– Т7: 1-2-3-5-8-9-15;
– Т8: 1-2-4-5-8-9-15;
– Т9: 1-2-3-5-10-15;
– Т10: 1-2-3-5-10-11-15;
– Т11: 1-2-4-5-10-15;
– Т12: 1-2-4-5-10-11-15;
– Т13: 1-2-3-5-12-15;
– Т14: 1-2-3-5-12-13-15;
– Т15: 1-2-4-5-12-15;
– Т16: 1-2-4-5-12-13-15;
– Т17: 1-2-3-5-14-15;
– Т18: 1-2-4-15-14-15;