Содержание
- 2. Введение Основные понятия и определения Жизненный цикл ПО и место тестирования в ЖЦ Методы тестирования Обзор
- 3. Введение Тестирование ПО, равно как и разработка ПО, является наиболее востребованной профессией в IT сфере. Такие
- 4. Основные понятия и определения (1 из 4) Тестирование – процесс, помогающий определить корректность, полноту и качество
- 5. Основные понятия и определения (2 из 4) Тестируемость - степень, до которой могут быть запланированы объективность
- 6. Основные понятия и определения (3 из 4) Регрессионное тестирование - повторное тестирование программы после внесения изменений,
- 7. Основные понятия и определения (4 из 4) Валидация (validation) - проверка того, что программа делает то,
- 8. Типовой пример установки заказного ПО
- 9. Организация процесса тестирования ОТК должен быть независимым и могущественным. Он не должен отчитываться перед отделом разработки.
- 10. Важность тестирования Большинство дефектов вносятся на этапе сбора требований и разработки … а обнаруживаются на стадии
- 11. Важность тестирования Стоимость исправления ошибки возрастает с каждым этапом ЖЦ
- 12. Принципы тестирования (Майерс) Описание предполагаемых значений выходных данных или результатов должно быть необходимой частью тестового набора
- 13. Методы тестирования (1 из 4) Белый ящик – тестирование на основе анализа структуры кода Серый ящик
- 14. Методы тестирования (2 из 4). «Белый» ящик Данный метод включает в себя следующие процедуры: анализ структуры
- 15. Методы тестирования (3 из 4). «Серый» ящик Данный метод включает в себя следующие процедуры: анализ архитектуры.
- 16. Методы тестирования (4 из 4). «Чёрный» ящик Данный метод включает в себя следующие процедуры: анализ потоков.
- 17. Задачи и виды тестирования Функциональное тестирование (functionality) Регрессионное тестирование (regression) Интеграционное тестирование (integration) Тестирование производительности (performance)
- 18. Тестирование функциональности Проверка соответствия поведения системы/подсистемы и т.д. спецификациям функциональных требований (requirements specification)
- 19. Регрессионное тестирование Проверка работоспособности базового функционала и/или тестирование повторения ошибок предыдущих версий. При большой истории все
- 20. Тестирование производительности Проверка отдачи от основных процессов, контроль временных показателей системы. Проверка соответствия системы/подсистем критериям производительности
- 21. Нагрузочное и стрессовое тестирование Проверка работы программы в условиях реальной нагрузки с целью выявить оптимальную конфигурацию
- 22. Тестирование эргономики человеческий фактор; эстетичность; логичность в пользовательском интерфейсе; online и контекстно-зависимая помощь; пользовательская документация; учебные
- 23. Тестирование поддержки (supportability) тестируемость расширяемость (открытость) приспособляемость удобство сопровождения совместимость способность к изменению конфигурации удобство эксплуатации
- 24. Ход тестирования Планирование Выполнение Анализ результатов Представление результатов
- 25. Структура плана тестирования Введение Цель тестирования Причина тестирования Объект тестирования Стратегия тестирования Углубление по видам тестирования
- 26. План тестирования. Введение Сертификация Определение уровня качества продукта Подбор аппаратных средств Подбор настроек конфигурации окружения Выработка
- 27. План тестирования. Объект тестирования Основные функции Структурная схема Назначение компонентов Список систем, с которыми интегрируется Обоснование
- 28. План тестирования. Стратегия тестирования Виды тестирования Сложности тестирования Ограничения тестирования Риски тестирования Критерии окончания тестирования
- 29. План тестирования. Виды тестирования Цель тестирования Ход тестирования Критерии завершения тестирования
- 30. План тестирования. Планируемые результаты Документы, являющиеся результатом тестирования Отчет о тестировании Bug reports Полученные значения настроек
- 31. План тестирования. Ресурсы Аппаратные ресурсы Человеческие ресурсы Программное обеспечение Прочее
- 32. Тестовые требования Требование – это формализованное описание свойств системы. Бизнес-требования Функциональные требования Нефункциональные требования Тестовые требования
- 33. Варианты построения модели требований По структуре Плоская Иерархическая По подробности Поверхностная Детальная
- 34. Плоская структура требований Достоинства Простота Наглядность при печати Недостатки Осложненный поиск Сложно понять, что покрыли требованиями,
- 35. Иерархическая модель требований Достоинства: Легко найти интересующее требование (или понять, что оно отсутствует) Структура требований отражает
- 36. Подробность тестовых требований Распределение времени поверхностной модели требований: Распределение времени подробной модели требований:
- 37. Взаимосвязь требований к функциональности Ограничение функциональности Рост детализации
- 38. Классификация тестовых требований Функциональные Нефункциональные К ресурсам К безопасности К производительности К отказоустойчивости К масштабируемости К
- 39. Назначение тестовых требований Инструмент анализа требований к системе с точки зрения тестирования Исходный документ для написания
- 40. Разработка тестовых требований Выявление доступной документации описывающей систему Получение выявленной документации Выяснение степени актуальности полученной документации
- 41. Как получаются тестовые требования? Функциональные и нефункциональные требования к ПО Ограничения, изложенные в проектных документах Архитектурные
- 42. Задание №1 Необходимо подготовить небольшое эссе в форме ответов на вопросы: Что нового Вы узнали на
- 43. Создание тестовых сценариев Состав тестового сценария Название Описание проверок сценария Предварительные условия Необходимые действия Ожидаемый результат
- 44. Пример тестового сценария Предусловия Windows калькулятор запущен Вид калькулятора - научный Шаги Нажать кнопку “5” Нажать
- 45. Оптимизация тестов: баланс между риском и затратами Риск – ущерб, вызванный ошибкой * вероятность возникновения ошибки
- 46. Определение ущерба
- 47. Определение ущерба Высокий ущерб – бизнес функция с двумя и более критериями «высокий ущерб»; или двумя
- 48. Определение вероятности
- 49. Определение вероятности Наиболее вероятно– бизнес функция с двумя и более критериями «Наиболее вероятно»; или двумя или
- 50. Определение риска
- 51. Характеристики хорошего теста Существует обоснованная вероятность выявления тестом ошибки Набор тестов не должен быть избыточным Тест
- 52. Разработка набора тестовых сценариев Идентификация всех значений, которые вводятся действующими субъектами, содержащимися в модели случая использования
- 53. Пример классов эквивалентности Как пример рассматривается некая система управления персоналом. В случаях использования этой системы употребляются
- 54. Построение тестов (продолжение примера) В таблице ниже каждой из этих переменных отводится отдельный столбец. В эти
- 55. Структура тестовой модели
- 56. Выполнение тестовых сценариев Тестировщик работает с печатным носителем Выполнение тестов поддерживается ИС тестирования (HP QC) Выполнение
- 57. Разбиение тестирования на стадии Для эффективной работы тестировщик должен: знать метод тестирования знать тестируемое приложение Но
- 58. Стадии тестирования Рекомендуемая последовательность проведения тестов ознакомление с системой. Исследовательское тестирование. базовый тест. выявление зависимостей между
- 59. Ознакомление с системой В ходе изучения тестировщик узнает, как работает система, что представляют результаты, тип входных
- 60. Базовый тест Обычно базовый тест несложен и описывает наиболее простую и логичную последовательность действий. Результат теста
- 61. Выявление зависимостей между данными Анализ тенденций – это необязательная стадия, необходимая если: знакомство с системой весьма
- 62. Тестирование для различных категорий данных Стадия состоит из определения типов данных, доступных в приложении с последующей
- 63. Проверка граничных значений Ошибки концентрируются на границах значений Необходимы позитивные и негативные проверки Продолжение метода эквивалентных
- 64. Артефакты процесса тестирования Отчеты о тестировании История прохождения тестов План проведения тестирования Отчеты по дефектам
- 65. Критерии оценки качества ПО Формальные Число ошибок Распределение серьезности ошибок Процент нахождения ошибки (отношение общего числа
- 66. Критерии завершения тестирования устойчивая работа системы; время и/или другие ресурсы исчерпаны; руководство или клиент теряют терпение;
- 67. Понятие и классификация ошибок Классификация по типу ошибки в функциональности ошибки эргономики модуля или бизнес-процесса ошибки
- 68. Действия при обнаружении ошибок Можно привести два отношения к найденным ошибкам на примере автомобильной промышленности: принцип
- 69. Принцип Форда Принцип Форда Все должно непрерывно двигаться к нам и от нас. Заминки вызывают огромные
- 70. Принцип Оно Принцип Оно Над десятилетиями казавшейся незыблемой американской автомобильной «большой тройкой» - Genaral Motors, Ford
- 71. Действия при обнаружении ошибок Необходимо убедиться, что ошибка произошла не из-за ввода тестируемым неверного значения. Следует
- 72. Дефект. Атрибуты дефекта Минимальные данные о дефекте: краткое наименование дата автор (обнаруживший дефект) ссылка на систему
- 73. Баг-трекинг Работа с дефектами: Баг-трекинговые системы; Почтовая переписка Плюсы баг-трекинговых систем: Дефекты не теряются Возможность построения
- 74. Диаграмма состояний дефекта
- 75. Задание №2 Необходимо составить набор тестов для проверки корректности работы следующей программы: На вход подается 3
- 77. Скачать презентацию