🦧 КАК ТЕСТИРОВАТЬ ДОКУМЕНТАЦИЮ
Документация – это еще одна составляющая программного продукта любой уважающей себя организации, занимающейся разработкой программного обеспечения. Но не все организации уделяют достаточное количество времени разработке стоящей документации. Очень часто приходится иметь дело с толковым программным продуктом и невзрачным, непонятным и беспомощным документным сопровождением.
В целом, документация создается для возможности грамотно и без паники найти выход или решение из любой возникшей проблемной ситуации человеку с самым низким знанием принципов разработки ПО. От этого принципа необходимо отталкиваться, продумывая содержание и структуру мануалов.
🦔 Основные принципы тестирования требований:
🐳 Тестирование требований лучше проводить до старта разработки. Для этого нужно рассчитать необходимое время на проверку и заморозить тестируемую документацию до окончания проверки.
🐳 Проводить тестирование требований могут как аналитики, так и тестировщики. Однако, для достижения лучшего результата описание и проверку требований следует поручать разным людям.
🐳 Выявление дефектов по документации ничем не отличается от выявления дефектов по продукту: баги следует заносить в систему баг-трекинга как обычно.
🐳 В том случае, когда проверка требований ведется параллельно с разработкой, крайне желательно предупредить команду разработки о найденных дефектах (чтобы они могли вовремя исправить ошибку).
🐳 Уровень детализации требований (как и глубина тестирования) сильно зависит от уровня проекта. Нет смысла проверять время реакции на кнопку в проекте, который только запустился (если это, конечно, не относится к ключевому функционалу).
🦒Свойства качественных требований:
🐳 Атомарность, единичность (atomicity)
🐳 Непротиворечивость, последовательность (consistency)
🐳 Недвусмысленность (unambiguousness, clearness)
🐳 Обязательность (obligatoriness), актуальность (up-to-date)
🐳 Прослеживаемость (traceability)
🐳 Модифицируемость (modifiability)
🐳 Проранжированность по важности, стабильности, срочности (ranked for importance, stability, priority)
🐳 Корректность (correctness) и проверяемость (verifiability)
#QAглазамиДжуна_полезное #тестоваядокументация #QAглазамиДжуна_понятия #тестированиедокументации #документация
Документация – это еще одна составляющая программного продукта любой уважающей себя организации, занимающейся разработкой программного обеспечения. Но не все организации уделяют достаточное количество времени разработке стоящей документации. Очень часто приходится иметь дело с толковым программным продуктом и невзрачным, непонятным и беспомощным документным сопровождением.
В целом, документация создается для возможности грамотно и без паники найти выход или решение из любой возникшей проблемной ситуации человеку с самым низким знанием принципов разработки ПО. От этого принципа необходимо отталкиваться, продумывая содержание и структуру мануалов.
🦔 Основные принципы тестирования требований:
🐳 Тестирование требований лучше проводить до старта разработки. Для этого нужно рассчитать необходимое время на проверку и заморозить тестируемую документацию до окончания проверки.
🐳 Проводить тестирование требований могут как аналитики, так и тестировщики. Однако, для достижения лучшего результата описание и проверку требований следует поручать разным людям.
🐳 Выявление дефектов по документации ничем не отличается от выявления дефектов по продукту: баги следует заносить в систему баг-трекинга как обычно.
🐳 В том случае, когда проверка требований ведется параллельно с разработкой, крайне желательно предупредить команду разработки о найденных дефектах (чтобы они могли вовремя исправить ошибку).
🐳 Уровень детализации требований (как и глубина тестирования) сильно зависит от уровня проекта. Нет смысла проверять время реакции на кнопку в проекте, который только запустился (если это, конечно, не относится к ключевому функционалу).
🦒Свойства качественных требований:
🐳 Атомарность, единичность (atomicity)
🐳 Непротиворечивость, последовательность (consistency)
🐳 Недвусмысленность (unambiguousness, clearness)
🐳 Обязательность (obligatoriness), актуальность (up-to-date)
🐳 Прослеживаемость (traceability)
🐳 Модифицируемость (modifiability)
🐳 Проранжированность по важности, стабильности, срочности (ranked for importance, stability, priority)
🐳 Корректность (correctness) и проверяемость (verifiability)
#QAглазамиДжуна_полезное #тестоваядокументация #QAглазамиДжуна_понятия #тестированиедокументации #документация