- •Version 1.0 Содержание
- •1.Введение
- •2.По объекту тестирования
- •3.По знанию системы (по доступу кода) Тестирование по стратегии чёрного ящика
- •Свойства правильно выбранного теста
- •Методы стратегии чёрного ящика
- •Эквивалентное разбиение
- •Анализ граничных значений
- •Анализ причинно-следственных связей
- •Предположение об ошибке
- •Стратегия тестирования по принципу «Белого ящика»
- •Покрытие операторов
- •Покрытие решений
- •Покрытие условий
- •Покрытие условий и решений
- •Комбинаторное покрытие решений
- •4. По степени автоматизации
- •5. По степени изолированности компонентов Компонентное или Модульное тестирование (Component or Unit Testing)
- •Разница между компонентным и модульным тестированием
- •Интеграционное тестирование (Integration Testing)
- •Уровни интеграционного тестирования:
- •Подходы к интеграционному тестированию:
- •6.По времени проведения тестирования
- •Регрессионное тестирование
- •7.По степени подготовленности документации Тестирование документации (documentation testing)
7.По степени подготовленности документации Тестирование документации (documentation testing)
Тестирование документации осуществляется на этапе разработки требований к программному продукту после создания функциональных спецификаций. Этот тип тестирования помогает избежать логических дефектов и ненужных изменений в продукте до начала его фактической разработки. Он также позволяет сократить число обращений в службу поддержки благодаря улучшению пользовательской документации.
Тестирование документации охватывает следующие виды документов:
Функциональные спецификации;
Спецификации по графическому интерфейсу пользователя;
Руководства пользователя и онлайновые справочные системы.
В ходе тестирования документации мы проверяем следующие аспекты:
Логику и согласованность (последовательность изложения и однородность формы подачи информации);
Полноту и ясность изложения (соответствие уровня детализации целевой аудитории, достаточность изложенной информации для понимания);
Точность (актуальность информации, правильность ссылок и графических элементов);
Структуру документа (соответствие порядка следования элементов документа его цели);
Орфографию, грамматику, правильность употребления слов и пунктуацию;
Форматирование (отсутствие отклонений от стиля оформления, соответствие элементов документа корпоративному стилю).
Тестирование ad hoc или интуитивное тестирование (ad hoc testing)
Есть тестирование по тест-кейсам, а есть тестирование ad hoc (лат. — для этой цели, читается как «эд-хок»), т.е. мы просто интуитивно роемся в ПО, пытаясь найти баги. Интуитивное тестирование, как правило, применятся: - тестировщиком в качестве теста приемки и/или теста сдачи (если тест-кейсы для них не формализованы в документации);
- тестировщиком в качестве успокаивающего для сердца в довесок к документированным тестированию новых функциональностей и регрессивному тестированию;
- тестировщиком, который только что пришел в компанию, где код уже написан и нужно срочно все протестировать;
- когда бухгалтерия и менеджмент протягивают тестировщикам руку помощи перед релизом;
- в других случаях, когда нет тест-кейсов.
Нужно отметить, что эд хок-тестирование часто дает поразительные результаты: бывает, исполняешь только что пришедшие в голову сценарии, которые и не снились при подготовке к тестированию, и находишь багги в ПО.