4. Правила тестирования надежности.

Необходимо проверить надежность программы - по дизайну и здравому смыслу. Надежность - это свойство программы сохранять свою работоспособность при возникновении внештатной ситуации. Главными правилами тестирования, на которые следует обратить внимание при тестировании надежности, являются: проверка сохранения работоспособности программы при вводе неверных путей к конфигурационным файлам, при вводе недопустимых символов в текстовые поля, при использовании поврежденных файлов, некорректных режимов работы с передачей данных, при заведомо неверных настройках, при сохранении данных в несуществующий файл. Необходимо также использовать следующие правила тестирования: проконтролировать работоспособность программы при выполнении заведомо недопустимых операций, а также восстановление работоспособности программы после простого аппаратного сбоя – отключения электропитания. Для программ клиент-сервер основным универсальным правилом тестирования является проверка работы программы-клиента при разрыве связи по сети (для корпоративных клиент-серверных приложений и для многоуровневых архитектур).

5. Правила тестирования пользовательской документации.

Главными правилами тестирования пользовательской документации являются проверки документации:

1. Полнота и понятность (для UG - по функциональности, предусмотренной дизайном),

2. Техническое исполнение (качество картинок - скриншотов),

3. Наличие описания ограничений по применению,

4. Наличие описания оборудования, необходимого для функционирования продукта

5. Наличие описания программной среды функционирования продукта

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

7. Соответствие оглавления содержанию,

8. Грамматическая правильность изложения,

9. Отсутствие противоречий,

10. Отсутствие неправильных ссылок,

11. Отсутствие неоднозначных формулировок и описаний,

12. Правильность использования терминов,

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

14. Наличие непрерывной нумерации страниц,

15. Отсутствие незаконченных разделов, абзацев, предложений,

16. Наличие всех (необходимых по тексту) рисунков, таблиц и т. п.

Особое внимание следует обратить на логичность построения документации, без семантических «провалов» и «забеганий вперед».

6. Правила тестирования инсталляции/деинсталляции.

Необходимо проверить корректность инсталляции/деинсталляции программы - по дизайну и здравому смыслу. Главное правило тестирования - инсталляция должна проходить без сбоев, «зависаний» и продолжительных периодов работы без выдачи информативных сообщений на экран или элементы управления. Должны быть информационные диалоговые окна, прогресс-бары, слайдеры и т.п. Основными правилами тестирования, на которые следует обратить внимание при тестировании инсталляции/деинсталляции, являются:

1. При наличии нескольких компонентов, установка которых опциональна, должна быть возможность выбора при помощи пунктов «Customize» и «Full”.

2. Инсталляция должна устанавливать все без исключения компоненты при выборе режима «Full”.

3. Инсталляция демона по умолчанию должна проходить в /opt.

4. Инсталляция должна копировать файлы программного продукта в указанную пользователем директорию, если пользователь выбрал иную директорию, а не «по умолчанию».

5. Программа-инсталлятор должна давать возможность пользователю установить программный продукт в директорию «по желанию пользователя».

6. Во время инсталляции директория инсталляции «по умолчанию» не должна содержать некорректный путь, в частности, который может указывать на несуществующий логический диск.

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

8. Демон должен иметь опции автостарта после перезапуска системы – это правило тестирования иногда называют «проверкой на ошибку первого запуска Unix-систем».

9. Должна проводиться корректная деинсталляция программного продукта с компьютера. В Registry не должно оставаться записей, относящихся к данному продукту.

10. Все программные файлы должны удаляться из соответствующих директорий.

11. Демон должен иметь опции деинсталляции.

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