Тестирования «белого» и «черного» ящика

Фазы тестирования белого ящика и тестирования черного ящика относятся к тому, имеет ли разработчик тестов доступ исходному коду тестируемого ПО или же тестирования выполняется через пользовательский интерфейс либо прикладной программный интерфейс, предоставленный тестируемым модулем.

При тестировании белого ящика разработчик теста имеет доступ к исходному коду и может писать код который связан с библиотеками тестируемого ПО.

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

Этапы тестирования:

1. Определение целей – какие части системы будут тестироваться, какие аспекты их работы будут выбраны для проверки, какого желаемое качество и т.д.

2. Планирование – создание графика тестов для каждой тестируемой подсистемы, оценка необходимый человеческих, программных и аппаратных ресурсов.

3. Разработка тестов – разработка тестового кода

4. Выполнение тестов – реализация тестовых циклов

5. Анализ результатов

Управление конфигурацией, документирование по, процесс верификации.

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

Документация на ПО – документы сопровождающие некоторое ПО. Эти документы описывают то, как работает программа и\или то как ее использовать.

Документирование ПО является обязательным видом работ (вспомогательным процессом по стандарту ISO IEC 12-207) документирование является процессом формализованного описания информации, созданный в течении ЖЦ ПО.

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

Оформляется документация необходимая для всех заинтересованных лиц, таких как руководство, технические специальности и пользователи ПО.

Типы документации:

1. Архитектурная\проектная – обзор ПО включающий описание рабочей среды и принципов, которые должны быть использованы при создании ПО. Проектная документация описывает продукт в общих чертах, не описывая того, как что будет использоваться. Она скорее отвечает на вопрос «почему именно так?»

2. Техническая документация – документация на код, алгоритмы, интерфейсы, API, при создании программы одного кода как правило недостаточно. Должен быть представлен некоторый текст, описывающий различные аспекты того, что именно делает код. Такая документация часто включается в код или поставляется вместе с ним. Подобная документация имеет сильно выраженный технический характер и в основном используется для определения и описания API структур данных и алгоритмов.

Пользовательская документация – руководства для конечных пользователей, администраторов системы и другого персонала.

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

Существует 3 подхода к организации пользовательской документации:

1. Вводное руководство – наиболее полезно для новых пользователей. Последовательно проводит по ряду шагов, служащих для выполнения каких либо типичных задач.

2. Тематический подход – при котором каждая глава руководства посвящена какой то отдельной теме, больше подходит для совершенствующихся пользователей.

3. В третьем подходе команды или задачи организованы в виде алфавитного справочника – часто это хорошо воспринимается продвинутыми пользователями хорошо знающими что они ищут.

4. Маркетинговая – такая форма документации имеет цели: а) подогреть интерес к продукту у потенциальных пользователей б) информировать их о том, что именно делает продукт, с тем чтобы ожидание пользователей совпадали с тем что они получат в) объяснить положение продукта по сравнению с конкурирующими решениями

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

Верификация – установление соответствия функционирования ПО предъявленным требованиям.