Конспект лекций междисциплинарного курса МДК 01.02 Прикладное программирование профессионального модуля ПМ.01 Разработка программных модулей программного обеспечения для компьютерных систем (стр. 3 )

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

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

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

Данная стратегия производится на основании внешних проявлений работы программного обеспечения или сайта. Другими словами, специалист по тестированию руководствуется предположениями о возможных действиях пользователя. Под тестированием «черного ящика» обычно подразумевают тестирование через интерфейс пользователя (без доступа к исходному коду).Тестирование черного ящика также известно как функциональное тестирование. Преимущества тестирования «черного ящика»: анализ проводится с точки зрения пользователя, а не дизайнера тестировщику сайта или ПО не требуются знания каких-либо специальных языков программирования тестирование является объективным, так как дизайнер и тестировщик ПО независимы друг от друга тест кейсы могут быть разработаны сразу после подготовки спецификаций. Для тестирования «белого ящика» необходимы знания структуры данных, логики ПО, алгоритмов работы программы, архитектуры программного кода. Данный анализ проводится с точки зрения разработчика. Тестирование «белого ящика» и тестирование «черного ящика» являются неотъемлемой частью всего процесса тестирования программного обеспечения. По отдельности, они не дают предельно хороших результатов для сбалансированной работы компании по тестированию. Тестирование «черного ящика» может быть менее эффективным при поиске ошибок, связанных с потоком данных на уровне исходного кода. А тестирование «белого ящика» менее эффективно в нахождении макро-уровневых ошибок в операционной системе, а также ошибок совместимости. Тестирование «серого ящика» - это сочетание тестирования «черного» и «белого ящика». Тестирование «серого ящика» используется для оценки проекта в рамках взаимодействия его индивидуальных компонентов.  Тестирование «серого ящика» наиболее подходит для тестирования веб-приложений, потому что для него необходимы высокоуровневая разработка, операционное окружение и условия совместимости.

Во время проведения анализа черного или белого ящика более сложно определить проблемы, связанные с непрерывным потоком данных. Специфические контекстные проблемы тестирования веб сайтов легче всего найти во время проверки серого ящика. Веб-приложения состоят из множества элементов, как на программном, так и аппаратном уровне. Эти компоненты должны быть проверены в контексте разработки системы для оценивания их взаимодействия и функциональности. Для тестирования «серого ящика» используются инструменты, нацеленные на понимание свойств приложения и окружения, с которым оно взаимодействует. Такой подход может быть использован для проверки «черного ящика» с целью увеличения продуктивности тестирования и производительности анализа багов. С другой стороны, проверка «серого ящика» - это использование неполной или предполагаемой информации о структуре или дизайне для дальнейшей концентрации или расширения анализа «черного ящика». Помните, что тестирование программного обеспечения более эффективно с хорошим пониманием поведения системы и ее архитектуры, процесса разработки продукта, требований приложения, типов ошибок.

1.4.Документирование программного обеспечения.

Документирование программного обеспечения– важный этап в процессе создания и эксплуатации программного обеспечения, так как пользователь начинает свое знакомство с программным продуктом с программной документации. Для чего предназначен программный продукт, как установить программный продукт, как начать с ним работать – это первые вопросы, на которые должна отвечать программная документация. Вопросы, связанные с документированием программных средств, решаются с помощью отечественных и международных стандартов, включающих стандарты на виды программной документации, структуру программных документов, требования к оформлению программных документов. Основу отечественной нормативной базы в области документирования программных средств составляет комплекс стандартов Единой системы программной документации (ЕСПД). Единая система программной документации - комплекс национальных стандартов, устанавливающих взаимоувязанные правила разработки, оформления и обращения программ и программной документации. Стандарты ЕСПД в основном охватывают ту часть документации, которая создается в процессе разработки программных средств. Эти стандарты носят рекомендательный характер. В соответствии с Законом РФ «О техническом регулировании» они становятся обязательными на контрактной основе, то есть при ссылке на них в договоре на разработку или поставку программных средств. В состав ЕСПД входят:

§ основополагающие и организационно-методические стандарты;

§ стандарты, определяющие формы и содержание программных документов, применяемых при обработке данных;

§ стандарты, обеспечивающие автоматизацию разработки программных документов.

Несмотря на то, что большая часть стандартов ЕСПД морально устарела и нуждается в полном пересмотре на основе стандарта ИСО/МЭК 12207-99 на процессы жизненного цикла программных средств, многие стандарты могут применяться в практике документирования программных средств. Эта позиция основана на следующем:

§ стандарты ЕСПД вносят элемент упорядочения в процессе документирования программных средств;

§ предусмотренный стандартами ЕСПД состав программных документов может быть изменен в конкретных проектах;

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

Перечень документов ЕСПД обширен. Одним из основных стандартов является ГОСТ 19.101-77 ЕСПД. Виды программ и программных документов. В Российской Федерации действует ряд стандартов на документирование программного обеспечения, разработанных на основе прямого применения международных стандартов ИСО и МЭК.

ГОСТ Р ИСО/МЭК ТО 9294-93 Информационная технология. Руководство по управлению документированием программного обеспечения. Стандарт полностью соответствует стандарту ISO/IEC 9294:1990 и устанавливает рекомендации по эффективному управлению документированием программных средств для руководителей, отвечающих за их создание. Целью стандарта является оказание помощи в определении стратегии документирования программных средств, выборе стандартов по документированию, выборе процедур документирования, определении необходимых ресурсов, составлении планов документирования. ГОСТ Р ИСО/МЭК 12119-2000. Информационная технология. Пакеты программ. Требования к качеству и тестирование. В этом стандарте установлены требования к качеству пакетов программ и инструкции по их испытаниям на соответствие заданным требованиям. Стандарт определяет требования к качеству и испытаниям, определяет требования к описанию продукта, к пользовательской документации, программам и данным. Предполагается, что документ «Описание продукта» должен помочь пользователю или потенциальному покупателю оценить данный продукт, а пользовательская документация должна содержать всю информацию, необходимую для применения продукта. В данном стандарте требования к качеству продукта рассматриваются с точки зрения описания реальных свойств продукта в «Описании продукта» и пользовательской документации. Требования к программам и данным в основном сводятся к утверждению необходимости соответствия реальных свойств продукта свойствам, объявленным в документации. Таким образом, стандарт определяет исходные требования к продукту:

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

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