• Главная
  • О сайте
  • Архив

Normal testing

From the programmer's worst friend

Feeds:
Записи
Комментарии
« Алексей Лупан: Мал, да удал — менеджмент тестирования в маленькой компании
Сергей Олейников: Почему тестировщики не хотят быть тестировщиками »

Александр Александров: Дефектные дефекты

21.11.2010 Автор: Alexei Lupan

Рассматривается определение дефекта в программном продукте. Подчеркивается связь процессов управления дефектами и управления требований, важность обеспечения качества требований.

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

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

Хорошо известно, что дефекты являются основной продукцией тестировщиков. Однако откуда берутся дефекты в этой продукции?

Мы рассмотрим ситуации, при которых результаты работы тестировщиков не только не представляют ценности для выполняемого проекта, но заставляют тратить зря бюджет проекта.

Мы также проанализируем причины, по которым качество дефектов, обнаруживаемых тестировщиками, является недопустимо низким, и предложим решения, позволяющие вовремя обнаружить и устранить эти причины.

Что такое дефект

Хорошо известно, что дефект – это любое расхождение между реальным поведением приложения и разумными ожиданиями пользователя.

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

От чего зависит качество дефектов

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

Как возникают дефектные дефекты

Как правило, причины возникновения дефектных дефектов возникают задолго до появления самих дефектов и связаны с ними отношением «один-ко-многим». Другими словами, просчет, скажем, на этапе подготовки требований может обернуться потоком дефектных дефектов.

Как обнаружить дефектные дефекты

Необходимо уметь, во-первых, отличать дефектные дефекты от нормальных, во-вторых, анализировать причины возникновения дефектных дефектов и, в-третьих, минимизировать риски возникновения таких дефектов.

Как предотвратить дефектные дефекты

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

Ваша оценка:

Поделиться ссылкой:

  • Tweet
  • по электронной почте
  • Печать

Понравилось это:

Нравится Загрузка...

Похожее

Опубликовано в Конференции, Презентации | Отмечено Александр Александров, SQA Days 8 |

  • Aut bene

    Спiвпрацювальник по підготувальні тестувальників.

    Автор [глоссария] терминологии тестирования (english).

    Неоднократный докладчик [SQA Days], [QA Fest] и других конференций по тестированию ПО.

    Неспешный езжун на «[Волга ГАЗ-21]» 1965 года выпуска.

    Игрун чего-то похожего на тяжелый блюз [на классической гитаре].

    И так [далее].

  • Присоединиться к ещё 1 338 подписчикам

  • Follow Normal testing on WordPress.com
  • Залежи

  • Темы

    • Без рубрики (6)
    • Документация (18)
      • Тест-план (2)
    • Изображения (148)
      • Видео (48)
      • Комиксы (20)
      • Скриншоты (48)
      • Фотографии (46)
    • Инструменты (53)
      • Debian (13)
      • Макросы (1)
      • Трекеры (15)
        • Баг-трекер (8)
        • Тест-трекер (5)
      • LibreOffice (4)
    • Книги (19)
    • Конференции (137)
      • Подкасты (12)
      • Презентации (50)
        • Слайдкасты (10)
      • Семинары (18)
    • Обзоры (1)
    • Постановка мозгов (245)
      • Банальное (168)
        • Не смешно (47)
        • Неприятно (14)
        • Печали (15)
        • Радости (57)
        • Смешно (35)
      • В гостях у психиатра (45)
        • Поросенок v2.0 (3)
        • Странности (12)
        • Удивительные баги (17)
      • Level 80 (2)
    • Соображения (206)
      • Балабольник (10)
      • Гипотезы (11)
      • Озарения (55)
      • Откровения (88)
    • Статьи (23)
      • Интервью (6)
      • Опросы (1)
      • Переводы (11)
    • Управляторское (56)
      • Agile (13)
      • Программисты (23)
      • Рекрутинг (8)
    • Учеба в бою (83)
      • Тренировка (13)
      • Фишки (28)
      • Читерство (9)
    • Testing like… (79)
      • Acceptance testing (5)
      • Business Driven Testing (2)
      • Context-driven testing (2)
      • Defect-based Test Design Technique (1)
      • Автоматизация (37)
        • Performance Testing (5)
      • Рецессионное тестирование (1)
      • Юзероиммитатор (15)
      • Exploratory testing (9)
      • тест-дизайн (8)
      • State Transition testing (1)
      • Unit testing (1)
      • Usability testing (2)
    • To Do (12)
      • Анонсы (7)
  • Тэги

    Calc Excel James Bach Jira Mantis SQA Days SQA Days 7 SQA Days 8 SQA Days 10 Александр Александров Александр Орлов Алексей Баранцев Наталья Руколь Хватит тупить Юля Нечаева
  • Самое читаемое

    • Тестируем поля логин/пароль
    • Группирование данных в Excel
    • Как в Excel отображать символ валюты перед цифрами
    • Priority & Severity на пальцах обезъянок
    • Что такое перформанс-тестирование
    • План тестирования должен быть внятным, четким, небольшим
    • Разница между ошибкой (багом) и дефектом (тоже багом)
    • Ссылки в Confluence. Mazafaka
    • Основные положения тестирования
    • А не тестируй только функционал...
  • Комментарии

    • Alexei Lupan к записи Сетап для преподавания в сети
    • Дмитрий к записи Сетап для преподавания в сети
    • Сетап для преподавания в сети | Normal testing к записи Оценка времени на тестирование: неочевидные надводные камни
    • Мария к записи Выделить вкладку страницы в фокусе в Firefox
    • Alexei Lupan к записи Савин, Фолкнер и Нгуен…
    • Тимур Исхаков к записи Савин, Фолкнер и Нгуен…
    • Alexei Lupan к записи Кагбэ собеседования в паблике
  • Блоги о тестировании

    • 1) Блоги тестировщиков на software-testing.ru
    • Про тестинг
    • Selenium IDE — rulezzz!
  • Профессиональное

    • Удобный софт
    • Управление тестированием
    • IT Crowd wikiquotes
    • Testing History

На платформе WordPress.com.

WPThemes.


loading Отмена
Сообщение не было отправлено — проверьте адреса электронной почты!
Проверка по электронной почте не удалась, попробуйте еще раз
К сожалению, ваш блог не может делиться ссылками на записи по электронной почте.
Политика конфиденциальности и использования файлов сookie: Этот сайт использует файлы cookie. Продолжая пользоваться сайтом, вы соглашаетесь с их использованием.
Дополнительную информацию, в том числе об управлении файлами cookie, можно найти здесь: Политика использования файлов cookie
%d такие блоггеры, как: