Виды тестирования

Содержание

Слайд 3

Функциональное тестирование

Функциональное тестирование выполняется чтобы убедиться, что каждая функция программного приложения ведет

Функциональное тестирование Функциональное тестирование выполняется чтобы убедиться, что каждая функция программного приложения
себя так, как указано в документе с требованиями.

Задача:

проверяем ЧТО наша система делает

Слайд 4

Функциональное тестирование

функциональное

безопасности

Если продукт отвечает за безопасность, тогда это функциональное.

Функциональное тестирование функциональное безопасности Если продукт отвечает за безопасность, тогда это функциональное.

Слайд 5

Этапы функционального тестирования:

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

Этапы функционального тестирования: 1. Определении функциональности продукта, который необходимо протестировать. Включает в
тестирование основных функций, условий ошибок и сообщений, тестирование удобства использования, то есть, является ли продукт удобным для пользователя или нет, и т. д.
2. Создание входных данных для проверяемой функциональности в соответствии со спецификацией требований.
3. Позже, из спецификации требований, определяется результат для тестируемой функциональности.
4. Подготовленные тест-кейсы исполняются.
5. Фактический результат, то есть результат после выполнения тест-кейса, и ожидаемый результат (определенный из спецификации требований) сравниваются, чтобы определить, работает ли функциональность должным образом или нет.

Слайд 6

Нефункциональное тестирование

Нефункциональное тестирование проводится для проверки нефункциональных требований приложения, таких как производительность,

Нефункциональное тестирование Нефункциональное тестирование проводится для проверки нефункциональных требований приложения, таких как
безопасность, совместимость, надежность, удобство использования и т. д.

Слайд 7

Виды нефункционального тестирования:

Виды нефункционального тестирования:

Слайд 8

Тестирование безопасности

только достоверный пользователь может войти в систему (Аутентификация)
пользователь должен иметь возможность

Тестирование безопасности только достоверный пользователь может войти в систему (Аутентификация) пользователь должен
входить в те модули, для которых он авторизован или к которым пользователю был предоставлен доступ (Авторизация)
пароль должен соответствовать требованиям (то есть длине, специальным символам, числам и т. д.)
тайм-аут: если приложение неактивно, оно должно истечь по таймауту в указанное время;
резервное копирование данных: резервное копирование данных должно быть выполнено в указанное время и данные должны быть скопированы в безопасное место;
вся коммуникация должна быть зашифрована

Слайд 9

2. Тестирование интерфейса (UI)

UI (user interface) — пользовательский интерфейс: все кнопки, таблички,

2. Тестирование интерфейса (UI) UI (user interface) — пользовательский интерфейс: все кнопки,
поля ввода текста и другие способы взаимодействия юзера с сайтом, приложением или иным IT-сервисом.

Например:
• соблюдение единого стиля
• интерфейс соответствует дизайну (шрифт, цвет, размер, расположение на экране)

Слайд 10

3. Тестирование удобства использования (Usability)

Usability-тестирование предназначено для определения того, насколько программный

3. Тестирование удобства использования (Usability) Usability-тестирование предназначено для определения того, насколько программный
продукт понятен, легок в освоении, прост в эксплуатации и привлекателен для пользователей при определенных условиях и требованиях.

Как быстро пользователь достиг цели?
Удобно ли попасть по кнопке?
Не длинный ли путь?
Порог вхождения (как быстро пользователь поймет как пользоваться программой)

Слайд 11

4. Тестирование локализации

В данный вид проверки входит необходимость выполнения работ по переводу

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

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

Слайд 12

5. Тестирование интернационализации

Тестирование продукта на одинаковую работу в разных регионах и культурах

5. Тестирование интернационализации Тестирование продукта на одинаковую работу в разных регионах и
мира.
Задача:
может ли программный код работать со всей международной поддержкой без нарушения функциональности, что может привести к потере данных или проблемам целостности информации.

• проверка языковой совместимости: может ли продукт правильно работать в определенной языковой среде?
• правильно ли отображаются и принимаются на ввод валюта, дата, время, индекс и т.п.
• интерфейс: любые визуальные проблемы, такие как проблемы с графикой, наложение текста

Слайд 13

6. Тестирование совместимости

Цель:
проверка корректной работы продукта в определенном окружении.
1. Аппаратная платформа;
2.

6. Тестирование совместимости Цель: проверка корректной работы продукта в определенном окружении. 1.
Операционная система (Windows, MacOS, ...)
3. Браузеры (Internet Explorer, Firefox, Opera, Chrome, Safari)
4. Различные расширения экрана

Кроссбраузерное тестирование – это вид тестирования, направленный на поддержку и корректное отображение продукта в различных браузерах, мобильных устройствах, планшетах и экранах разных размеров.

Слайд 14

7. Конфигурационное тестирование

Данный вид тестирования применяется, если известно, что продукт будет использоваться

7. Конфигурационное тестирование Данный вид тестирования применяется, если известно, что продукт будет
на разных платформах, в различных браузерах, будет поддерживать разные версии драйверов и т.п.
Цель:
• Определить оптимальную конфигурацию оборудования, обеспечивающую требуемые характеристики производительности и времени реакции тестируемой системы.

Слайд 15

Как отличить совместимость от конфигурации?

При конфигурационном тестировании тестируют различные конфигурации железа, софта,

Как отличить совместимость от конфигурации? При конфигурационном тестировании тестируют различные конфигурации железа,
которые поддерживает система. Например, сайт по спецификации должен работать на веб-браузерах Google Chrome, Mozilla Firefox и Apple Safari. Или приложение должно запускаться с 500 мб оперативной памяти.
Тестирование совместимости проверяет совместимость с объектами вне зависимости от того поддерживает ли их система.
Пример. Приложение разработано для работы с семейством Windows. При тестировании его на различных видах Windows (XP, 7, 10, ...), это будет конфигурационное тестирование. Но когда мы начнем тестировать его на Linux, то это уже будет тестирование совместимости.

Слайд 16

8. Инсталляционное тестирование

Успешная установка, настройка, обновление и удаление ПО (как десктопного, так

8. Инсталляционное тестирование Успешная установка, настройка, обновление и удаление ПО (как десктопного, так и мобильного)
и мобильного)

Слайд 17

Инсталляционное тестирование

Установка:
должна начаться после клика по кнопке
успешна во всех поддерживаемых окружениях
подсчитывает

Инсталляционное тестирование Установка: должна начаться после клика по кнопке успешна во всех
ли свободное место перед установкой и выдает ли предупреждение если недостаточно
наличие созданных ярлыков

Обновление:
поддерживает ли приложение функцию обновления
поведение с более ранней версией
сохраняются ли настройки пользователя
запуск приложения после обновления
откат к предыдущей версии

Удаление:
не остается ли в системе никаких папок/файлов/ярлыков после полного удаления приложения
корректно ли работает система после установки и последующего удаления приложения

Слайд 18

9. Тестирование производительности

Используется для проверки скорости, времени отклика, стабильности, надежности, масштабируемости и

9. Тестирование производительности Используется для проверки скорости, времени отклика, стабильности, надежности, масштабируемости
использования ресурсов приложения при определенной рабочей нагрузке, обычно регрессионным образом, когда в приложение ежедневно или еженедельно вносятся небольшие изменения.
Цель:
выявить и устранить узкие места производительности в программном приложении.

Слайд 19

Тестирование производительности

Нагрузочное

Стрессовое

Стабильности
(надежность)

Масштабируемости

Объемами

Конкурентное

Тестирование производительности Нагрузочное Стрессовое Стабильности (надежность) Масштабируемости Объемами Конкурентное

Слайд 20

9.1. Нагрузочное

Это проверка того, как работает система под разными уровнями нагрузки до

9.1. Нагрузочное Это проверка того, как работает система под разными уровнями нагрузки
предельного значения, которое она должна выдерживать (предельное значение должно быть прописано в нефункциональных требованиях по нагрузке)
В процессе замеряется:
- время отклика системы
- скорость обработки запросов от пользователей (например, как быстро открываются и прогружаются страницы сайта, как быстро система выполняет расчеты, выдает результаты поиска и т.д.)
- сколько ресурсов “съедает” система – сетевых, процессорных, памяти.
Цель:
создав определенную нагрузку наблюдать за показателями производительности системы.

Слайд 21

9.2. Стрессовое

Оценивает скорость работы системы, если нагрузка на систему выше нормы, описанной

9.2. Стрессовое Оценивает скорость работы системы, если нагрузка на систему выше нормы,
в требованиях, или же в состоянии ограниченных ресурсов (память, скорость интернета).

Слайд 22

Как отличить стресс от нагрузки?

Нагрузочное – это тестирование в пределах значений

Как отличить стресс от нагрузки? Нагрузочное – это тестирование в пределах значений
нагрузки, которые должна выдерживать система, а стрессовое – это тестирования за ее пределами.

Слайд 23

9.3. Стабильности (надежности)

Это тестирование системы со значительной нагрузкой в ​​течение длительного периода

9.3. Стабильности (надежности) Это тестирование системы со значительной нагрузкой в ​​течение длительного
времени, чтобы выяснить, как система ведет себя при длительном использовании. То есть для обеспечения того, чтобы производительность и / или время отклика после некоторого длительного периода устойчивой активности были не хуже, чем в начале теста.

Слайд 24

9.4. Масштабируемости

Проводится для определения способности приложения масштабироваться с точки зрения пользовательской

9.4. Масштабируемости Проводится для определения способности приложения масштабироваться с точки зрения пользовательской
нагрузки, количества транзакций, объема данных и т. д

Слайд 25

9.5. Объемное

Предназначено для прогнозирования того, может ли система / приложение обрабатывать большой

9.5. Объемное Предназначено для прогнозирования того, может ли система / приложение обрабатывать
объем данных в плане проверки объема данных, обрабатываемых базой данных.

Слайд 26

9.6. Конкурентное

Проверяется поведение системы в момент, когда одновременно происходят два или более

9.6. Конкурентное Проверяется поведение системы в момент, когда одновременно происходят два или
событий, или выполняется одновременный вход нескольких пользователей в систему с выполнением одного и того же действия.
Цели:
Определить влияние одновременного доступа к одним и тем же записям базы данных, модулям или коду приложения;
Определить и измерить уровень взаимоблокировки, блокировки и использования однопоточного кода и ограничения доступа к общим ресурсам;

Слайд 27

10. На отказ и восстановление

Проверяет тестируемый продукт с точки зрения способности противостоять

10. На отказ и восстановление Проверяет тестируемый продукт с точки зрения способности
и успешно восстанавливаться после возможных сбоев, возникших в связи с ошибками ПО, отказами оборудования или проблемами связи/сети.
Имя файла: Виды-тестирования.pptx
Количество просмотров: 44
Количество скачиваний: 0