Шестая часть курса по тестированию ПО.

Виды ошибок

Мало найти ошибку – важно ее распознать!

Ошибки, которые нас ждут:

•Ошибки в спецификациях.

•Ошибки проектирования.

•Ошибки кодирования.

•Ошибки тестирования и отладки.

•Ошибки в описании базы данных.

•Канцелярские ошибки.

•Внешние ошибки.

•Ошибки документации

Ошибки в спецификациях:

•Неполная или неоднозначная спецификация.

•Некорректное определение проблемы.

Ошибки проектирования:

•Непонимание спецификаций.

•Некорректный алгоритм решения задачи.

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

•Ошибки инициализации переменных.

•Ошибки в управлении циклом,

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

Ошибки кодирования:

•Неправильное понимание проектных документов.

•Ошибки в управляющих структурах.

•Ошибки форматов ввода/вывода.

•Ошибки индексирования.

•Ошибки инициализации и повторная инициализация.

•Противоречивые наименования переменных.

•Ошибки межпрограммных интерфейсов.

•Ошибки в записи математических выражений.

•Переполнение, потеря значимости или точности.

•Логические ошибки.

•Отсутствие проверки флажка и контроля установки началь­ных значений.

•Ошибки в операциях манипулирования данными.

•Ошибки в пользовательском интерфейсе и в сопряжениях с системным программным обеспечением.

Ошибки тестирования и отладки:

•Неадекватные тестовые наборы данных.

•Недостаточное или некорректное использование тестовых вариантов и данных.

•Неправильная интерпретация результатов тестирования.

•Неправильные выводы о причинах ошибки и ее источнике.

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

Ошибки в описании базы данных:

•Ошибки в сопряжениях с базой данных.

•Ошибки в словарной базе метаданных.

•Ошибки в инициализации базы данных.

Канцелярские ошибки:

•Описки.

•Неверное использование клавиш.

•Пропуск или перестановка строк программы.

Внешние ошибки:

•Отказы технических устройств.

•Реакция программного обеспечения на сбои в работе техни­ческих устройств.

•Ошибки из-за аварийных ситуаций, возникающих в других системах, с которыми взаимодействует рассматриваемое про­граммное изделие.

Баг-трекинг

Стадии жизни дефекта:

•Обнаружение

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

•Фиксация в системе

•Передача разработчику

•Исправление

•Ре-тестинг

•Закрытие

•Использование в качестве материала для пополнения тестовой модели

Требования к оформлению

•Оперативное заведение дефекта

•Короткое, но четкое обозначение дефекта в заголовке

•По возможности, с обозначением модуля, объекта, в котором обнаружен дефект;

•Позиционирование дефекта по тестовой модели, до шага

•Четкое указание на использованные данные, тестовую среду, отклонения от тест-кейса

•Подробное детальное описание отклонения от ожидаемого результата

•Заполнение свойств дефекта по правилам, принятым на проекте

•Приложение к дефекту пояснительных документов (скриншоты, таблицы с тестовыми данными и т.п.)

Работа с заведенным дефектом

•Отслеживание дефекта. Прохождение по стадиям. Напоминание ответственному. Учет времени на будущий ретест.

•Оперативное комментирование/уточнение записи о дефекте при необходимости

•Подготовка тест-кейса на обнаруженную ошибку

•Подготовка тестовых данных и тестовой среды для ре-теста

•Ре-тест

•Комментарий об устранении.

•Закрытие дефекта или перевод в ответственность закрывающему.

Системы баг-трекинга

•Atlassian JIRA

•HP ALM (HP Application Lifecycle Management)

•Bugzilla

•YouTrack

•Redmine

Но можно пользоваться и Exel

Буду рад Вашим комментариям и Вашей поддержке моего канала. Подписывайтесь, ставьте лайки! Всем удачи