🗊Презентация Понятие дефекта.Виды дефектов.Bug Tracking Systems

План

Ошибки в ПО - все возможные несоответствия между демонстрируемыми характеристиками его качества и сформулированными или подразумеваемыми требованиями и ожиданиями пользователей. Ошибки в ПО - все возможные несоответствия между демонстрируемыми характеристиками его качества и сформулированными или подразумеваемыми требованиями и ожиданиями пользователей. Англ. термины, кот. часто переводят как "ошибка": defect — самое общее нарушение каких-либо требований или ожиданий, не обязательно проявляющееся вовне (нарушения стандартов кодирования, недостаточная гибкость системы и пр.). failure — наблюдаемое нарушение требований, проявляющееся при каком-то реальном сценарии работы ПО. Это можно назвать проявлением ошибки. fault, error (на след. слайде)

fault — ошибка в коде программы, вызывающая нарушения требований при работе (failures), то место, которое надо исправить. Хотя это понятие используется довольно часто, оно не вполне четкое, поскольку для устранения нарушения может потребоваться исправить программу в нескольких местах. Что именно надо исправлять, зависит от дополнительных условий, выполнение которых мы хотим при этом обеспечить, хотя в некоторых ситуациях наложение дополнительных ограничений не устраняет неоднозначность. fault — ошибка в коде программы, вызывающая нарушения требований при работе (failures), то место, которое надо исправить. Хотя это понятие используется довольно часто, оно не вполне четкое, поскольку для устранения нарушения может потребоваться исправить программу в нескольких местах. Что именно надо исправлять, зависит от дополнительных условий, выполнение которых мы хотим при этом обеспечить, хотя в некоторых ситуациях наложение дополнительных ограничений не устраняет неоднозначность. error — используется в двух смыслах: Ошибка в ментальной модели программиста, в его рассуждениях о программе, которая заставляет его делать ошибки в коде (faults). Это ошибка, которую сделал человек в своем понимании свойств программы. Некорректные значения данных (выходных или внутренних), которые возникают при ошибках в работе программы

Определения по стандарту

Основные определения (2)

Немного истории

Таксономия дефектов

Таксономия дефектов (2)

Версии программного продукта

Версии программного продукта (2)

Версии программного продукта (3)

Версии программного продукта (4)

Версии программного продукта (5)

Версии программного продукта (6)

Системы контроля версий

Системы контроля версий (2)

Жизненный цикл дефектов

Bug Tracking Systems

Описание дефекта

Требования к описанию дефекта Краткое описание (Summary) должно давать возможность отличить один баг от другого (в идеале - быть уникальным), поскольку часто необходимо смотреть список багов. Серьезность (Severity) – категория техническая, приоритет (Priority) – маркетинговая, зависящая от текущего состояния дел. Полное описание (Description) должно быть достаточно подробным для однозначного воспроизведения бага. Прикрепленные файлы часто содержат скриншоты, позволяющие программисту лучше понять проблему, или файлы с исх. данными для теста. См. книгу Р. Савина, с.205 – 256. А кто не читал предыдущие 204 страницы – и их тоже .

Заключение

Bug report for Heron.exe (пример)

Домашнее задание – «исследовательское тестирование» Найти и описать по крайней мере 10 багов для программы HERON или ROOTS Найти и описать по крайней мере 10 багов для программы BugPad Результат: файл Word или Excel по приведенным на двух предыдущих слайдах образцам на английском языке (кто изучал другой язык – на русском). Имя файла – ваша фамилия. Присылать по почте.