4. Методи тестування програмного продукту.

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

Различают тестирование методами «белого ящика» и «чёрного ящика».

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

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

Тестирование ПО также может быть статическим и динамическим.

Тестирование белого ящика и тестирование чёрного ящика – это динамическое тестирование.

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

Регрессионное тестирование

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

Тестовые скрипты

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

Покрытие кода

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

5. Вимоги до документів на стадії розробки технічного завдання.

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

ТЗ содержит основные технические требования, предъявляемые к сооружению, изделию или услуге и исходные данные для разработки; в ТЗ указываются назначение объекта, область его применения, стадии разработки документации, её состав, сроки исполнения и т. д., а также особые требования, обусловленные спецификой самого объекта либо условиями его эксплуатации. Как правило, ТЗ составляют на основе анализа результатов предварительных исследований, расчётов и моделирования.

ТЗ должно содержать следующие разделы:

• введение;

• основания для разработки;

• назначение разработки;

• требования к программе или программному изделию;

• требования к программной документации;

• технико-экономические показатели;

• стадии и этапы разработки;

• порядок контроля и приемки;

• в техническое задание допускается включать приложения.

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

Как инструмент коммуникации в связке общения заказчик-исполнитель, ТЗ позволяет:

• обеим сторонам

  • представить готовый продукт

  • выполнить проверку готового продукта

  • уменьшить число ошибок, связанных с изменением требований в результате их неполноты или ошибочности

• заказчику

  • осознать, что именно ему нужно

  • требовать от исполнителя соответствия продукта всем условиям, оговорённым в ТЗ

• исполнителю

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

  • спланировать выполнение проекта и работать по намеченному плану

  • отказаться от выполнения работ, не указанных в ТЗ