тестирование документации

помогите протестировать документацию (любую). какие должны быть поля в документе? какие могут быть баги?

берете ГОСТ на данный вид документации и проверяете на соответствие нормам.
затем проверяете на функуционал: пункт в документации=работе приложения.
или наоборот, все зависит от целей.

помогите протестировать документацию (любую). какие должны быть поля в документе? какие могут быть баги?

Про ГОСты Вам уже сказали.
По поводу (к примеру) размера полей
1. Про ГОСТы. (С)- тащено с форума технических писателей, здесь просто привожу цитату оттуда:
"О взаимозаменяемости корпоративных стандартов и ГОСТов.
Если программный продукт - собственность фирмы, то документацию на него она вправе оформлять по своему усмотрению (по корпоративному стандарту или по ГОСТу) - с целью повысить конкурентноспособность изделия (например, печатать в цвете).
Если программный продукт изготовлен по заказау госучреждений или Минобороны - то документация изготавливается и оформляется по ГОСТам.
В некоторых случаях (для Минобороны) можно делать отступление от ГОСТов, но все такие случаи должны быть обязательно оговорены и согласованы (утверждены) заказчиком в специальном документе "Руководящие указания по конструированию" (см. ГОСТ В 15.213), чтобы для заказчика это не было сюрпризом
"
(Благодарю Автора этого текста, и приношу ему свои извинения, что в свое время , сохранив текст, не записала - кто автор. Стыдно, да!).
2. Есть проект Стандарта (на каковой вышла тоже через форум технических писателей). Называется - "Стиль изложения документации пользователя программного средства". Поищите. Очень полезен будет для поиска багов!
3. Есть шаблон-инструкция к оформлению текстовой технической документации ( с учетом требований стандартов). Очень полезная и информативная!

После прочтения -- )) станет понятно, что за баги в документах могут быть!
Все можно найти в сети ))).

Увы, сейчас ссылок не дам - - остались 1 сутки до отпуска ))))!!!!
Я так думаю - сможете найти сами!

а что такое "тестопригодность"?

а что такое "тестопригодность"?

Надо определить, какие логические утверждения в требованиях можно считать проверяемыми (testable), а какие нельзя.

Если есть много требований, котоыре сложны для тестирования - уровень тестопригодности низок.

Подробнее об этом Алексей Баранцев когда-то разошелся...