Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Шпори - Модуль 2.docx
Скачиваний:
0
Добавлен:
01.07.2025
Размер:
600.88 Кб
Скачать

Задачі процесу тестування

Не согласен с приоритетами в целом, но соглашусь с некоторыми выводами в разрезе задач автоматизации тестирования ПО. Постараюсь кратко, но не обещаю: 1. Выявление ошибок не есть цель тестирования ПО. 2. Основной задачей тестирования ПО является получение информации о статусе готовности заявленной функциональности системы или приложения.  3. Задача получения статуса готовности обычно реализуется как проверка сценариев использования системы в валидных и невалидных условиях использования, которые формируются наборами входных данных и состояний, операций или пеолучаемых тестируемым функционалом данных и набором выходных данных и состояний системы. 4. Выявленные ошибки это побочный результат отработки задачи тестирования ПО, так как напрямую не являются нужной и полезной Заказчику тестирования информацией. 5. Количество найденных в процессе тестирования ошибок никак не характеризует уровень качества конечного продукта, а может выступать метрикой качества или зрелости самого процесса разработки ПО. 6. Количество найденных в процессе тестирования ошибок никак не характеризует целесообразность затрат ресурсов на проведение тестирования, так как напрямую зависит в основном от состояния продукта на момент начала тестирования и в меньшей степени от степени подготовленности/спланированности тестирования.

тестировщик ищет баги в программе для достижения некоторых целей. Вот список главных целей тестирования (на мой взгляд): 1. получить адекватную и актуальную информацию о состоянии проекта (что и в каком объеме реализовано) 2. определить степень готовности продукта к выпуску 3. снизить риски финансовых и не финансовых потерь (как заказчика, так и исполнителя) Этих целей невозможно достичь без тестирования программы! Главная задача тестировщика - найти баг! Для этого он анализирует документацию, изучает программу, применяет множество персональных навыков и различных методологий. В результате этого рождается" тест. Прогон теста может закончиться обнаружением дефекта или нет. Но главная задача теста - выявить возможный дефект. Однако, даже если тесты определят отсутствие дефектов, это не означает, что они бесполезны или что тестировщик зря потратил время. Нет!  Тестирование - это моделирование. Тестировщик предполагает наличие дефекта, моделирует ситуацию в которой этот дефект может быть выявлен, проводит тест в соответствии с моделью, выявляет дефект (подтверждает свое предположение) или функциональность срабатывает правильно (предположение о наличие дефекта оказывается ложным). Результаты работы тестировщика являются исходными данными для определения степени достижения целей: 1. получить адекватную и актуальную информацию о состоянии проекта (что и в каком объеме реализовано) - сопоставляем данные traceability matrix: требование - тест кейс - результат теста - баг 2. определить степень готовности продукта к выпуску - показатели defect tracking system характеризуют степень готовности 3. снизить риски финансовых и не финансовых потерь (как заказчика, так и исполнителя) - гипотетическая цель, достигается через нахождения максимально возможного количества дефектов и не соответствий программы