Важность требований
Тестирование программного обеспечения. Базовый курс.
© EPAM Systems, 2015–2023
Стр: 36/301
o
Пользовательскую и сопроводительную документацию (user and ac-
companying documentation
65
), такую как
встроенная помощь, руковод-
ство по установке и использованию, лицензионные соглашения и т.д.
o
Маркетинговую документацию (market requirements document, MRD
66
),
которую представители разработчика или заказчика используют как на
начальных этапах (для уточнения сути и концепции проекта), так и на
финальных этапах развития проекта (для
продвижения продукта на
рынке).
В некоторых классификациях часть документов из продуктной документации
может быть перечислена в проектной документации — это совершенно нормально,
т.к. понятие проектной документации по определению является более широким.
Поскольку с этой классификацией связано очень много вопросов и непонимания,
отразим суть ещё раз — графически (см. рисунок 2.2.c) — и напомним, что мы до-
говорились классифицировать документацию по признаку того, где (для чего) она
является наиболее востребованной.
Рисунок 2.2.c — Соотношение понятий «продуктная документация» и «проектная
документация»
Степень важности и глубина тестирования того или иного вида документации
и даже отдельного документа определяется
большим количеством факторов, но
неизменным остаётся общий принцип: всё, что мы создаём в процессе разработки
проекта (даже рисунки маркером на доске, даже письма, даже переписку в скайпе),
можно считать документацией и так или иначе подвергать тестированию (напри-
мер, вычитывание письма перед отправкой — это тоже своего рода тестирование
документации).
65
Достарыңызбен бөлісу: