58.74K
Category: softwaresoftware

Интеграция требований тестирования и отладки

1.

Интеграция требований
тестирования и отладки

2.

Что такое тестирование и отладка?
Тестирование - это процесс проверки и оценки качества ПО с целью выявления ошибок, дефектов и
недостатков. Оно выполняется для уверенности в том, что ПО работает правильно, соответствует
требованиям и ожиданиям пользователей.
Отладка программного обеспечения (ПО) – это процесс исследования и исправления ошибок, которые
могут возникнуть в программном коде во время его выполнения.

3.

Виды тестирования ПО
Функциональное тестирование - Функциональное тестирование проверяет, соответствует ли ПО требованиям и
способно выполнять свои функции. Этот вид тестирования проверяет, что все функции и возможности ПО работают
правильно и в соответствии с ожиданиями пользователей.
Нагрузочное тестирование - Нагрузочное тестирование проверяет, как ПО работает при различных нагрузках и
объемах данных. Оно помогает определить, какое количество пользователей или какой объем данных может
обрабатывать ПО без потери производительности или неправильной работы.
Интеграционное тестирование - Интеграционное тестирование проверяет, как различные компоненты или модули
ПО взаимодействуют друг с другом. Оно помогает обнаружить ошибки взаимодействия между компонентами и
убедиться, что они работают согласованно и без проблем.
Приемочное тестирование - Приемочное тестирование выполняется для проверки, соответствует ли ПО требованиям
и ожиданиям заказчика или конечного пользователя. Оно проводится после завершения разработки и перед
передачей ПО заказчику.
Регрессионное тестирование - Регрессионное тестирование выполняется после внесения изменений или
исправлений в ПО, чтобы убедиться, что эти изменения не повлияли на работу других функций или компонентов ПО.
Оно помогает предотвратить появление новых ошибок после внесения изменений.
Тестирование безопасности - Тестирование безопасности проверяет, насколько ПО защищено от внешних угроз и
атак. Оно включает в себя проверку наличия уязвимостей, проверку аутентификации и авторизации, а также проверку
защиты данных.
Тестирование совместимости - Тестирование совместимости проверяет, как ПО работает на разных платформах,
операционных системах и устройствах. Оно помогает убедиться, что ПО может быть успешно установлено и работать
на различных конфигурациях.

4.

Виды документации
• План тестирования - План тестирования – это документ, который описывает общую
стратегию и подход к тестированию ПО. В нем указываются цели, задачи, ресурсы,
расписание и ожидаемые результаты тестирования.
• Тестовые сценарии и тест-кейсы - Тестовые сценарии и тест-кейсы – это документы,
которые описывают последовательность шагов, которые необходимо выполнить
для проведения определенного теста. Они включают в себя ожидаемые входные
данные, ожидаемые результаты и описание ожидаемого поведения ПО.
• Тестовые данные - Тестовые данные – это набор данных, которые используются для
проведения тестов. Они могут включать в себя различные комбинации входных
параметров, граничные значения и негативные сценарии. Тестовые данные
помогают проверить работоспособность и надежность ПО в различных ситуациях.
• Отчеты о тестировании - это документы, которые содержат информацию о
проведенных тестах, их результаты и обнаруженные ошибки. Они помогают
оценить качество и готовность ПО к выпуску, а также предоставляют информацию
для улучшения процесса разработки и тестирования.

5.

Методы тестирования ПО
• Метод белого ящика (структурное тестирование) - Метод белого ящика основан на анализе
внутренней структуры программного кода. Тестировщик имеет доступ к исходному коду и может
создавать тесты, которые покрывают все возможные пути выполнения программы. Этот метод позволяет
обнаружить ошибки в логике программы, недостатки в коде и другие проблемы, связанные с его
структурой.
• Метод черного ящика (функциональное тестирование) - Метод черного ящика основан на проверке
функциональности программного обеспечения без знания о его внутренней структуре. Тестировщик
рассматривает программу как “черный ящик” и создает тесты, основанные на требованиях и ожидаемых
результатов. Этот метод позволяет проверить, соответствует ли программа требованиям и работает ли
она правильно.
• Метод серого ящика (комбинированное тестирование) - Метод серого ящика сочетает в себе
элементы методов белого и черного ящика. Тестировщик имеет ограниченный доступ к внутренней
структуре программы и может использовать эту информацию для создания более эффективных тестов.
Этот метод позволяет проверить как функциональность, так и структуру программного обеспечения.
• Метод регрессионного тестирования - Метод регрессионного тестирования используется для
проверки, не повлияло ли внесение изменений в программное обеспечение на уже ранее
протестированные функции и модули. После внесения изменений проводится повторное тестирование,
чтобы убедиться, что изменения не вызвали новые ошибки или не повлияли на работу существующего
функционала.
• Метод эксплораторского тестирования - Метод эксплораторского тестирования основан на интуиции и
опыте тестировщика. Тестировщик исследует программное обеспечение, проводит различные тесты и
ищет ошибки и неожиданное поведение. Этот метод позволяет обнаружить проблемы, которые могут
быть упущены при формальном тестировании.

6.

Сравнение методов
Метод
Описание
Преимущества
Недостатки
Метод черного ящика
Тестирование без знания
внутренней структуры ПО
Простота использования,
возможность проверить
реальное поведение ПО
Ограниченные возможности
для поиска и устранения
ошибок
Метод белого ящика
Тестирование с полным
знанием внутренней
структуры ПО
Позволяет проверить все
возможные пути
выполнения кода, выявить
скрытые ошибки
Требует глубоких знаний
программирования, затраты
времени на анализ кода
Комбинация методов
черного и белого ящика
Компромисс между
простотой использования и
возможностью проверить
внутреннюю структуру ПО
Может быть сложно
определить оптимальное
сочетание методов
Метод серого ящика

7.

Виды ошибок
• Логические. Приводят к тому, что программа зависает, работает не так, как надо, или выдает
неожиданные результаты — например, не записывает файл, а стирает.
• Синтаксические. Это опечатки в названиях операторов, пропущенные запятые или кавычки.
Безобидные ошибки: их обнаруживают и подсвечивают в коде компиляторы, а программисту
остается исправить.
• Взаимодействия. Это ошибка в участке кода, который отвечает за взаимодействие с
аппаратным или программным окружением. Такая ошибка возникает, например, если
неправильно использовать веб-протоколы. Исправляется элементарно: разработчик
переписывает нужный кусок кода.
• Компиляционные. Любая программа — это текст. Чтобы он заработал как программа,
используют компилятор. Он преобразует программный код в машинный, но одновременно
может вызывать ошибки.
• Ошибки среды выполнения. Возникают, когда программа скомпилирована и уже выглядит
как файл — жми и работай. Юзер запускает файл, а программа тормозит и виснет. Причина
— нехватка ресурсов, например памяти или буфера.
• Арифметические. Бывает, в коде есть числовые переменные и математические формулы.
Если где-то проблема — не указаны константы или округление сработало не так, возникает
баг. Надо лезть в код и проверять математику.

8.

Таблица тестирования
Фактический
результат
(неудачный)
Статус
Приоритет
Тип теста
Ответственн
ый
Дата
создания
Дата
последнего
изменения
T001
1. Открыть страницу Пользователь должен
входа <br> 2. Ввести быть успешно
Пользователь
Авторизация
логин и пароль <br> авторизован и
успешно
пользователя
3. Нажать кнопку
перенаправлен на
авторизован
"Войти"
главную страницу
Страница загружается
с ошибкой
"Неправильный логин
или пароль"
Пройден
Высокий
Функционал
ьный
QA Team
20.02.2024
20.02.2024
T002
1. Ввести ключевое Должны отобразиться
Проверка
слово в поле поиска результаты поиска,
Отображаются
работы поиска <br> 2. Нажать
соответствующие
результаты поиска
кнопку "Поиск"
ключевому слову
Не отображаются
результаты поиска
Неудачен
Средний
Функционал
ьный
QA Team
20.02.2024
20.02.2024
ID теста
Описание теста
Шаги теста
Ожидаемый
результат
Фактический
результат
(удачный)

9.

Этапы отладки программы
1. Выявление проблемы (дебаггинг) - Идентификация конкретной проблемы или ошибки в программе на
основе отчетов о тестировании или обратной связи от пользователей.
2. Воспроизведение проблемы - Повторное создание сценария или условий, при которых проявляется
проблема, чтобы убедиться, что она воспроизводится надежно и может быть изучена.
3. Исследование кода - Анализ исходного кода программы для выявления потенциальных причин ошибки.
4. Исправление проблемы - Внесение изменений в код программы для устранения обнаруженной
проблемы или ошибки.
5. Тестирование исправлений - Повторное тестирование программы с внесенными изменениями для
проверки того, что проблема была успешно исправлена и что другие части программы не были
повреждены.
6. Повторное тестирование - Запуск повторного цикла тестирования, включая функциональное
тестирование, интеграционное тестирование и регрессионное тестирование, чтобы убедиться, что
исправления не вызвали новых проблем или не повредили другие части программы.
7. Документация - Документирование процесса отладки, включая описание проблемы, внесенные
изменения и результаты повторного тестирования, чтобы сохранить историю изменений и обеспечить
легкость отслеживания ошибок в будущем.
8. Релиз исправлений - Выпуск обновленной версии программы с внесенными исправлениями после
успешного завершения процесса отладки и повторного тестирования.

10.

Таблица отладки

1
2
3
Проблема
Описание проблемы
Действия по
исправлению
Статус
Пользователь не может
Обновлены методы
Ошибка
успешно авторизоваться на
проверки пароля в
Исправлено
авторизации
сайте из-за неправильного
модуле авторизации.
пароля.
Исправлена ошибка
При попытке добавить
в логике обработки
Не добавляется товар в корзину через
клика на кнопку
Исправлено
товар в корзину интерфейс пользователя
"Добавить в
ничего не происходит.
корзину".
Обновлены запросы
При использовании
к базе данных для
Не отображаются функции поиска результаты
корректного
Исправлено
результаты поиска не отображаются на
отображения
странице.
результатов поиска.
Ответственный
Дата
исправления
John Doe
15.02.2024
Jane Smith
16.02.2024
Alex Johnson
17.02.2024
English     Русский Rules