21. Система відслідковування проблем

• Цілі системи відслідковування проблем:

  • Відслідковування стану тестування та усунення дефектів;

  • Організація взаємодії між співробітниками та рішення спірних питань відносно класифікації і пріоритетів усунення дефектів;

  • Визначення причин дефектів та виявлення “ вузьких місць ” у процесах розробки тестування.

22. Класифікація дефектів за серйозністю:

• Критичний;

• Серйозний;

• Значний;

• Незначний;

• Не дефект.

Класифікація дефектів за пріоритетом усунення:

• У першу чергу;

• Звернути увагу;

• У порядку черги;

• Відкласти;

• Відхилити.

Класифікація дефектів за стадіями розробки та джерелам:

• Класифікація дефектів за стадіями розробки співвідносить їх зі стадіями розробки, на яких вони були внесені.

• Класифікація дефектів за джерелами співвідносить дефекти з робочими продуктами стадій розробки, використання яких призвело до появи дефектів у коді ПО.

Класифікація дефектів за типом дефекту:

• Логічні;

• Обчислень;

• Інтерфейсу;

• Обробки даних;

• Вводу даних;

• Обробки помилок та ін.

23. Исследовательское тестирование – систематический способ проверить продукт без предопределенного набора тестов. Существует множество эвристик, которые могут быть применены к проведению исследовательского тестирования. Эти эвристики включают в себя использование ролей, характеристики, переменный анализ, область поиска и тестирование различных состояний. Для того, чтобы выполнить исследовательское тестирование таким образом, необходимо выбрать роль и работать через функциональные возможности системы, пытаясь достичь определённых целей. Лимит сессий исследовательского тестирования – не более двух часов.

24. Тестуванняконфігурації.

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

В зависимости от типа проекта конфигурационное тестирование может иметь разные цели:

• Проект по профилированию работы системы

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

• Проект по миграции системы с одной платформы на другую

Цель Тестирования: Проверить объект тестирования на совместимость с объявленным в спецификации оборудованием, операционными системами и программными продуктами третьих фирм.

Перед началом проведения конфигурационного тестирования рекомендуется:

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

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

• шаг за шагом, в соответствии с расставленными приоритетами, проверяют каждую конфигурацию.

• Уже на начальном этапе становится очевидно, что чем больше требований к работе приложения при различных конфигурациях рабочих станций, тем больше тестов нам необходимо будет провести. В связи с этим, рекомендуем, по возможности, автоматизировать этот процесс, так как именно при конфигурационном тестировании автоматизация реально помогает сэкономить время и ресурсы. Конечно же автоматизированное тестирование не является панацеей, но в данном случае оно окажется очень эффективным помощником.