Примеры оформления плана тестирования документации и руководства польз
#1
Отправлено 11 мая 2012 - 15:26
#2
Отправлено 11 мая 2012 - 16:53
Докуменатция вычитывается разработчиком. Также вычитывается тестировщиками, которые согласно этой документации устанавливают и настраивают продукт (а потом часто актуализируют её, пишут замечания).
Отдельная проверка - поиск битых ссылок, где под ссылками поразумевается отсылка к несуществующим местам документации или ссылки на какие-либо каталоги, ветки реестра, ... которые уже не используются или поменяли имя. Эта проверка отдельная, так как она оавтоматизирована. Например, предыдущая версия была 12.3, а текущая 12.4. Значит надо поиском найти все места где явно указана старая версия = строка 12.3. Также автоматически проверяются ссылки. Более механические проверки.
#3
Отправлено 13 мая 2012 - 17:50
План тестирования программного продукта тоже, в принципе, не обязателен, но его состовляют в случае серьезных проектов, для формализации и спецификации всех работ по тестированию документации, я думаю, тестовый план документации имеет место бытьПри тестировании документации выполняются проверки без плана тестирования.
Докуменатция вычитывается разработчиком. Также вычитывается тестировщиками, которые согласно этой документации устанавливают и настраивают продукт (а потом часто актуализируют её, пишут замечания).
Отдельная проверка - поиск битых ссылок, где под ссылками поразумевается отсылка к несуществующим местам документации или ссылки на какие-либо каталоги, ветки реестра, ... которые уже не используются или поменяли имя. Эта проверка отдельная, так как она оавтоматизирована. Например, предыдущая версия была 12.3, а текущая 12.4. Значит надо поиском найти все места где явно указана старая версия = строка 12.3. Также автоматически проверяются ссылки. Более механические проверки.
#4
Отправлено 13 мая 2012 - 18:11
Помимо тестирования самого програмного продукта производится тестирование документации. Документация тестируется на соответствие тербования, полноту, понятность для пользователя и точность соответствия разрабатываемому програмному обеспечению. Часто бывает так, что в процессе разработки было принято решение изменить, добавить или удалить часть функционала или, например, был изменен интерфейс. По завершении проекта необходимо убедиться что окончательная версия документации точно соответствует окончательной версии програмного обеспечения. В противном случае, внести соответствующие изменения.
Какие вы хотите шаблоны? При тестировании документации не пишут тест-кейсов...
Хотите шаблон? Сделайте себе табличку:
Полнота
Непротиворечивость
Понятность
Точность
И ставьте галочки, когда проверите каждый пункт.
Автор портала проверки названий багов http://bugred.ru/
Веду блог http://okiseleva.blogspot.com/
Количество пользователей, читающих эту тему: 1
0 пользователей, 1 гостей, 0 анонимных

