31) Как проводится тестирование документации?

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

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

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

Следует помнить, что тестировщик одинаково не имеет права требовать изменений как в руководстве к ПП, так и в самом ПП. Обязанность тестировшика — выявить проблему, а что с ней де­лать, решать не ему. В частности, у тестировщика нет никакого пра­ва требовать стилистических изменений текста. Он может предло­жить такие изменения, но технический писатель вправе оставить все как есть и не обязан доказывать тестировщику, что поступает правильно. Для взаимодействия с техническими писателями фор­мальная система отслеживания проблем обычно не применяется. Большинство комментариев вносится прямо в копию руководства.

По договоренности с техническим писателем выбирается спо­соб выделения в тексте правок и комментариев. Копии коммента­риев следует сохранять и проверять по ним очередные версии до­кументации.

32) что является целью тестирования?

Целью тестирования является поиск возможных ошибок, анализ возможных вариантов сбоя программы.

33) какие варианты сбоев программы или её некорректной работы Вы знаете?

34) Основные понятия о возможности ПП.

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

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

Проблема — отклонение от заданных технических характерис­тик или ожидаемых результатов.

Ошибка при обработке — вывод некорректных результатов npi выполнении процесса обработки.

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

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

Сбой при выполнении процесса — сбой, имеющий отношение к используемым в процессе некорректным входным данным и вы­зывающий неправильное состояние процессе или системы, к ко­торой относится процесс.

35) Почему показатель надежности наиболее важен для конечного пользователя?

Надежность считается ключевым показателем качества ПП. Особое внимание обеспечению надежности ПП уделяется в силу

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

36) Основной показатель, влияющий на надежность ПП

Основной показатель-это сложность разрабатываемых программ.

37) Объясните U-образную кривую надежности аппаратного обеспечения

38) Объясните U-образную кривую надежности ПП

39) Рассказать о методах обеспечения надежности на различных этапах жизненного цикла разработки ПП

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