Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
3_Классификация тестирования.docx
Скачиваний:
47
Добавлен:
23.03.2015
Размер:
82 Кб
Скачать

7.По степени подготовленности документации Тестирование документации (documentation testing)

Тестирование документации осуществляется на этапе разработки требований к программному продукту после создания функциональных спецификаций. Этот тип тестирования помогает избежать логических дефектов и ненужных изменений в продукте до начала его фактической разработки. Он также позволяет сократить число обращений в службу поддержки благодаря улучшению пользовательской документации.

Тестирование документации охватывает следующие виды документов:

  • Функциональные спецификации;

  • Спецификации по графическому интерфейсу пользователя;

  • Руководства пользователя и онлайновые справочные системы.

В ходе тестирования документации мы проверяем следующие аспекты:

  • Логику и согласованность (последовательность изложения и  однородность формы подачи информации);

  • Полноту и ясность изложения (соответствие уровня детализации целевой аудитории, достаточность изложенной информации для понимания);

  • Точность (актуальность информации, правильность ссылок и графических элементов);

  • Структуру документа (соответствие порядка следования элементов документа его цели);

  • Орфографию, грамматику, правильность употребления слов и пунктуацию;

  • Форматирование (отсутствие отклонений от стиля оформления, соответствие элементов документа корпоративному стилю).

Тестирование ad hoc или интуитивное тестирование (ad hoc testing)

Есть тестирование по тест-кейсам, а есть тестирование ad hoc (лат. — для этой цели, читается как «эд-хок»), т.е. мы просто интуитивно роемся в ПО, пытаясь найти баги. Интуитивное тестирование, как правило, применятся: - тестировщиком в качестве теста приемки и/или теста сдачи (если тест-кейсы для них не формализованы в документации);

- тестировщиком в качестве успокаивающего для сердца в довесок к документированным тестированию новых функциональностей и регрессивному тестированию;

- тестировщиком, который только что пришел в компанию, где код уже написан и нужно срочно все протестировать;

- когда бухгалтерия и менеджмент протягивают тестировщикам руку помощи перед релизом;

- в других случаях, когда нет тест-кейсов.

Нужно отметить, что эд хок-тестирование часто дает поразительные результаты: бывает, исполняешь только что пришедшие в голову сценарии, которые и не снились при подготовке к тестированию, и находишь багги в ПО.