💀
Второй курс РПО
Разработка программных модулей
Разработка программных модулей
  • Модели разработки
  • Ошибки и отладка программ
  • Средства разработки алгоритмов
    • Основные принципы и стадии тестирования
  • Сложностные классы
  • Эмуляторы операционных систем
  • Сложность сортировки
  • Уровни тестирования
  • Задание №1
  • Регрессионное тестирование
  • Тестирование «белым ящиком»
  • Как делать оценку сложности?
  • Алгоритмы и сложность
  • Тестирование "белым ящиком" №2
  • Сложность алгоритмов
  • Тестирование "белым ящиком" №3
  • Тестирование "Чёрным ящиком»" №1
  • Тестирование "Черным ящиком" №2
  • Оценка сложности эвристических алгоритмов
  • Принципы ООП
  • Тестирование "Черным ящиком" №3
  • КТ - В3
  • Модульное тестирование
    • С кодами
  • Модульное тестирование
  • Абстрактные классы и интерфейсы в Python
  • Структуры в Python по аналогии с C++
    • Диалоги гениев
  • Делегаты в Python
    • Ещё более не смешные диалоги
  • Регулярные выражения в Python от простого к сложному
  • Python: Коллекции
  • Параметризованные классы (шаблоны)
  • Указатели и операции со списками в Python
  • Интеграционное тестирование
  • Работа с классами. Перегрузка методов
  • Определение операций в классе.
  • Создание наследованных классов
  • Интеграционное тестирование
  • Работа с объектами через интерфейсы
  • Использование стандартных интерфейсов
  • Работа с типом данных "Структура"
  • Коллекции. Параметризованные классы
  • Использование регулярных выражений
  • Операции со списками
  • Что такое паттерны проектирования?
  • Шпаргалка по шаблонам проектирования
    • [Habr] Шпаргалка
  • UML-диаграммы проектирования
  • Использование основных шаблонов.
  • Использование каких то там шаблонов
  • 15-я Практическая
  • 16-я Практическая
  • Graphviz Online
  • 17-я Практическая
  • Введение в теорию программирования: Объектно-ориентированный подход
  • Документирование софта и стандарты
  • C# Ввод и вывод
  • Оптимизация кода: просто о главном
  • Автоматизация разработки технической документации
  • Автоматизированное документирование и первичные данные
  • ADO.NET что это?
Powered by GitBook
On this page

Уровни тестирования

23.10.2024

PreviousСложность сортировкиNextЗадание №1

Last updated 7 months ago

Тестирование ПО делится на уровни, каждый из которых проверяет разные части системы на разных этапах разработки:

1

Модульное тестирование (Unit testing)

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

  • Используются методы «белого ящика» (внутреннее устройство модуля известно).

  • Выполняется разработчиками для проверки, что каждый компонент работает корректно.

2

Интеграционное тестирование (Integration testing)

  • Проверяет, как отдельные модули работают вместе.

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

  • Выполняется разработчиками на более позднем этапе разработки.

3

Системное тестирование (System testing)

  • Проверяет работу всей системы в целом.

  • Используются методы «чёрного ящика» (внутреннее устройство системы неизвестно).

  • Проверяет, соответствует ли система требованиям и как она работает через интерфейсы.

4

Приемочное тестирование (Acceptance testing)

  • Проверка готового продукта пользователями в реальных условиях.

  • Определяет, соответствует ли программа ожиданиям пользователей.

  • Проводится перед выпуском продукта.

5

Статическое и динамическое тестирование

  • Статическое: программа не запускается, проводится анализ кода вручную или с помощью инструментов.

  • Динамическое: программа запускается, проверяется ее поведение в реальном времени.

6

Регрессионное тестирование (Regression testing)

  • Проверяет, что после изменений в коде система работает так же, как и до них.

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

7

Дымовое тестирование (Smoke testing)

  • Быстрая проверка основных функций системы перед более глубоким тестированием.

  • Используется для выявления грубых ошибок сразу после сборки.