'

Анализ стандартных методов тестирования.

Понравилась презентация – покажи это...





Слайд 0

Анализ стандартных методов тестирования. Применимость к разработке игр. Шишенин Александр Apeiron lead-tester


Слайд 1

Несколько аксиом Тестирование способно выявить только наличие ошибки, а не их отсутствие. Удачный тест, это который нашел ошибку.


Слайд 2

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


Слайд 3

Что есть тестирование? Verification: “Мы правильно создаем проект?” Соответствие спецификации. Validation: "Мы создаем правильный проект?” Соответствие ожиданиям и нуждам пользователей.


Слайд 4

Static and dynamic verification Статические. Software inspections. Проверки документации, кода и пр. Динамические. Software testing. Проверка поведения программы.


Слайд 5

Static and dynamic V&V


Слайд 6

Проверка путей выполнения программы. Цель – создать набор тестов, на которых каждая инструкция будет выполнена хоть один раз. Начальным данным для построения таких тестов является исходный код. Условные инструкции являются вершинами этого графа. Проверить все комбинации путей часто невозможно. Делайте выборку.


Слайд 7

Тестирование сценариями. Надо определить случаи использования. Найти потоки взаимодействия. Моделирование интересующих ситуаций при помощи скриптов или при помощи мульта.


Слайд 8

Интеграционное тестирование. У нас есть набор модулей, которые работают корректно. Надо собрать воедино. Основная трудность – локализация ошибки. Инкрементальная интеграция облегчает локализацию ошибки. Сверху вниз или снизу вверх. Надежность и стоимость.


Слайд 9

Тестирование интерфейсов. (не пользовательских) Проверка информации общей или передаваемой между подсистемами. Характерна для ООП.


Слайд 10

Типы интерфейсов. Параметры передаваемые между процедурами. Общая память. Процедурные интерфейсы. Наборы процедур предоставляемые другой подсистеме. Передача сообщений.


Слайд 11

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


Слайд 12

Тестирование ресурсов. Когда начинать? Как координировать работу? Создание читов, обходов. Локализация ошибки. Ошибка в ресурсе или в экспортере?


Слайд 13

Сборка версий. Финальная сборка. Выбираем компоненты, которые будут включены. Автоматические средства сборки. Скрипты и прочее. Сбор необходимых ресурсов. Как ничего не забыть.


Слайд 14

Стресс тесты. Перегрузка системы сверх заданных границ. Может показать узкие места (bottle neck). Стресс тесты - приводящие к падениям системы. Желательно добиться сохранения как можно большего количества информации или локализовать падение. Оно не должно быть катастрофическим. Характерно для сетевых приложений. Перегрузка сети.


Слайд 15

Инспекции кода. Причины возникновения. Никакое разумное тестирование не может дать гарантии отсутствия ошибок. “Дебажить” приходится всегда. Есть потенциальные ошибки, которые лучше тоже уничтожать.


Слайд 16

Суть метода. Проверить можно все, что можно читать. Не требует запуска системы. Много разных дефектов можно найти за 1 раз. Обучение персонала. Списки стандартных ошибок.


Слайд 17

Необходимые условия. Четкая спецификация. Члены команды должны быть знакомы со стандартами организации. Синтаксически корректный код. Подготовленный checklist. Менеджмент должен понимать, что это увеличит стоимость разработки на ранних этапах. Менеджмент не должен использовать результаты для карающих мероприятий.


Слайд 18

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


Слайд 19

Вопросы.


×

HTML:





Ссылка: