terminy_testa

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

• Научной основой метрологического обеспечения является метрология.

• Цели метрологического обеспечения:

• Повышение качества продукции;

• Оптимизация управления производством;

• Обеспечение взаимозаменяемости;

• Повышение эффективности научно-методологических работ;

• Оптимизации системы учета

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

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

42. Модели надежности (над-ть стр 7) можно классифицировать по тому, какой из перечисленных процессов они поддерживают (предсказывающие, прогнозные, оценивающие, измеряющие) Нужно отметить, что модели надежности, которые в качестве исходной информации используют данные об интервалах между отказами, можно отнести к измеряющим, и к оценивающим в равной степени. Некоторые модели, основанные на информации, полученной в ходе тестирования программного средства дают возможность делать прогнозы поведения программного средства в процессе эксплуатации.

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

44. Недостаток связности методов (LCOM). Чем выше значение LCOM, тем больше состояний надо тестировать, чтобы гарантировать отсутствие побочных эффектов при работе методов.

45. Нисходящая разработка структуры программы заключается в следующем: строится модульная структура программы в виде дерева. Затем поочередно программируются модули программы, начиная с модуля самого верхнего уровня (головного), переходя к программированию какого-либо другого модуля только в том случае, если уже запрограммирован модуль, который к нему обращается. После того, как все модули программы запрограммированы, производится их поочередное тестирование и отладка в таком же (нисходящем) порядке. При этом первым тестируется головной модуль программы, который представляет всю тестируемую программу и поэтому тестируется при "естественном" состоянии информационной среды, определяющей начальное состояние программы.

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

47. Нормативные документы по обеспечению единства измерений - это положения, инструкции и иные нормативные и методические документы, определяющие требования и порядок проведения работ по обеспечению единства измерений;

1. В соответствии с настоящим Законом и другими актами законодательства РФ Госстандарт России утверждает нормативные документы по обеспечению единства измерений, устанавливающие метрологические правила и нормы и имеющие обязательную силу на территории РФ.

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

48. Объектом метрологии являются физические величины. Существуют различные физические объекты, обладающие разнообразными физическими свойствами, количество которых неограниченно.

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

51. Особенности работы с вещественными типами данных – нету...

52. Отклик для класса RFC. RFC — это количество методов класса плюс количество методов других классов, вызываемых из данного класса.

Метрика RFC является мерой потенциального взаимодействия данного класса с другими классами, позволяет судить о динамике поведения соответствующего объекта в системе. Данная метрика характеризует динамическую составляющую внешних связей классов.

Множество отклика класса RS — это множество методов, которые могут выполняться в ответ на прибытие сообщений в объект этого класса.

53. Оценивание — оценка заказчиком текущих результатов конструирования.

54. Оценка затрат на тестирование – нету…

55. Планирование тестирования зависит от выбранной модели разработки. Однако вне зависимости от модели разработки при планировании тестирования необходимо ответить на пять вопросов, определяющих этот процесс:

Кто будет тестировать и на каких этапах? (Разработчики продукта, независимая группа тестировщиков или совместно?); Какие компоненты надо тестировать? (Будут ли подвергнуты тестированию все компоненты программного продукта или только компоненты, которые угрожают наибольшими потерями для всего проекта?); Когда надо тестировать? (Будет ли это непрерывный процесс, вид деятельности, выполняемый в специальных контрольных точках, или вид деятельности, выполняемый на завершающей стадии разработки?); Как надо тестировать? (Будет ли тестирование сосредоточено только на проверке того, что данный продукт должен выполнять, или также на том, как это реализовано?); В каком объеме тестировать? (Как определить, в достаточном ли объеме выполнено тестирование, или как распределить ограниченные ресурсы, выделенные под тестирование?); Кто будет тестировать?

56. Полная корректность программы: программа полностью корректна по отношению к предусловию A и постусловию B, если на любых входных данных, которые удовлетворяют свойству A , программа всегда останавливается с выходными данными, которые удовлетворяют B.

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

58. Правильность измерений – это качественная характеристика измерения, которая определяется тем, насколько близка к нулю величина постоянной или фиксировано изменяющейся при многократных измерениях погрешности (систематическая погрешность).

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

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

61. Прикладная метрология – раздел метрологии, рассматривающий вопросы применения метрологических методов и средств измерений на практике;

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

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

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

• профили, описывающие методологию разработки ("технологические профили");

• профили, описывающие технологии, применяемые в разрабатываемом программном продукте ("функциональные профили").

Профили дополняются и корректируются по мере их применения вплоть до завершения разработки.

65. Проход участков – нету…

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

Этапы:

• Подготовительная работа

• Обеспечение качества продукта

• Обеспечение качества процесса

• Обеспечение прочих показателей качества системы

67. Процессы ЖЦ. Согласно стандарту ISO/IEC серии 15288 [7] в структуру ЖЦ следует включать следующие группы процессов:

Договорные процессы:

• приобретение (внутренние решения или решения внешнего поставщика);

• поставка (внутренние решения или решения внешнего поставщика).

Процессы предприятия:

• управление окружающей средой предприятия;

• инвестиционное управление;

• управление ЖЦ ИС;

• управление ресурсами;

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

Проектные процессы:

• планирование проекта;

• оценка проекта;

• контроль проекта;

• управление рисками;

• управление конфигурацией;

• управление информационными потоками;

• принятие решений.

Технические процессы:

• определение требований;

• анализ требований;

• разработка архитектуры;

• внедрение;

• интеграция;

• верификация;

• переход;

• аттестация;

• эксплуатация;

• сопровождение;

• утилизация.

Специальные процессы:

• определение и установка взаимосвязей исходя из задач и целей.

69. Разработка определения требований к ПС (управляемая пользователем, контролируемая пользователем и независимая от пользователя). В управляемой пользователем разработке определения требований к ПС определяются заказчиком, представляющим организацию пользователей. Это происходит обычно в тех случаях, когда организация пользователей (заказчик) заключает договор на разработку требуемого ПС с коллективом разработчиков и требования к ПС являются частью этого договора. Роль разработчика ПС в создании этих требований сводится, в основном, в выяснении того, насколько понятны ему эти требования с соответствующей критикой рассматриваемого документа. Это может приводить к созданию нескольких редакций этого документа в процессе заключения указанного договора.

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

В независимой от пользователя разработке требования к ПС определяются без какого-либо участия пользователя (на полную ответственность разработчика). Это происходит обычно тогда, когда разработчик решает создать ПС широкого применения в расчете на то, разработанное им ПС найдет спрос на рынке программных средств.

70. Рутинность модуля — это его независимость от предыстории обращений к нему. Модуль будем называть рутинным, если результат (эффект) обращения к нему зависит только от значений его параметров (и не зависит от предыстории обращений к нему).

71. Ручная проверка (Desk Checking) - это не что иное, как тщательная проверка Вашей программы за письменным столом. При ручной проверке программы (или алгоритма) программист по тексту программы мысленно старается восстановить тот вычислительный процесс, который определяет программа, после чего сверяет его с требуемым процессом.

72. Связность модуля — это мера зависимости его частей. Связность — внутренняя характеристика модуля. Чем выше связность модуля, тем лучше результат проектирования, то есть тем «черней» его ящик (капсула, защитная оболочка модуля), тем меньше «ручек управления» на нем находится и тем проще эти «ручки».

73. Секционированная абстракция - объединение секций всех экземплярных переменных.

74. Секция данных - статическая (постоянно выделенная, неизменного размера) область основной памяти, выделяемая операционной системой процессу, в которой хранятся его глобальные переменные, массивы, структуры, объекты.

Процесс включает счетчик команд, стек и секцию данных.

75. Сертификация – деятельность 3ей стороны независимо от изготовителей и потребителей продукции по подтверждению прод. изготовленной по нормам.

76. Сертификация (регистрация) систем качества организаций - это средство. предоставляющее уверенность в том, что сертифицированная (зарегистрированная) организация способна поставлять продукцию, соответствующую определенным требованиям.

77. Сильно склеенными лексемами называют те склеенные лексемы, которые являются элементами всех секций данных.

78. Синтез программ - Процесс получение программы, исходя из условий задачи и метода ее решения.

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

80. Системное тестирование. Цель — проверка правильности объединения и взаимодействия всех элементов компьютерной системы, реализации всех системных функций.

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

82. Склеенными лексемами называют те лексемы данных, которые являются элементами более чем одной секции данных.

83. Случайные ошибки - это величина которых различаетс даже при измерении одинаковым образом

84. Смежный контроль - это контроль разработчиками внешнего описания: разработчиками спецификации качества и разработчиками функциональной спецификации. Смежный контроль архитектуры ПС снизу - это ее контроль потенциальными разработчиками программных подсистем, входящих в состав ПС в соответствии с разработанной архитектурой.

85. Спецификация программного модуля содержит, во-первых, синтаксическую спецификацию его входов, позволяющую построить на используемом языке программирования синтаксически правильное обращение к нему (к любому его входу), и, во-вторых, функциональную спецификацию модуля (описание семантики функций, выполняемых этим модулем по каждому из его входов). Функциональная спецификация модуля строится так же, как и функциональная спецификация ПС.

86. Спиральная модель — классический пример применения эволюционной стратегии конструирования. Спиральная модель (автор Барри Боэм, 1988) базируется на лучших свойствах классического жизненного цикла и макетирования, к которым добавляется новый элемент — анализ риска, отсутствующий в этих парадигмах

87. Способы получения эталонных значений теста – нету…

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

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

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

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

92. Статическое тестирование является наиболее формализованным методом проверки корректности программ. Тестирование проводится без исполнения программы путем формального анализа текста программы на языке программирования.

93. Стохастическое тестирование - тестирование программ, при котором исходные тестовые данные берутся случайным образом (с использованием статистического распределения).

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

95. Сцепление модуля (орлов 63)— мера взаимозависимости модулей поданным. Сцепление — внешняя характеристика модуля, которую желательно уменьшать. Количественно сцепление измеряется степенью сцепления (СЦ).

96. Теоретическая метрология - база измерительной техники, занимается изучением проблем измерений в целом и образующих измерение элементов: средств измерений, физических величин и их единиц, методов и методик измерений, результатов и погрешностей измерений и др.

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

98. Тестирование — выполнение программы для выявления дефектов в функциях, логике и форме реализации программного продукта.

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

100. Тестирование «черного ящика». Работа каждой функции на всей области определения. Рассматриваются системные характеристики программ, игнорируется их внутренняя логическая структура. Исчерпывающее тестирование, как правило, невозможно.

101. Тестирование интеграции. Цель — тестирование сборки модулей в программную систему. В основном применяют способы тестирования «черного ящика».

102. Тестирование нетривиальных классов программ – нету…

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

104. Тестирование элементов. Цель — индивидуальная проверка каждого модуля. Используются способы тестирования «белого ящика».

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

ТРПО представляет собой инженерный подход к разработке программных средств ЭВМ, охватывающий методологию программирования, проблемы обеспечения надежности программ, оценки рабочих характеристик и качества проектов.

ТРПО рассматривает вопросы управления проектированием систем программного обеспечения, а также средства и стандарты разработки программ.

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

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

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

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

108. Цельная программа представляет вырожденный случай архитектуры ПС: в состав ПС входит только одна программа. Такую архитектуру выбирают обычно в том случае, когда ПС должно выполнять одну какую-либо ярко выраженную функцию и ее реализация не представляется слишком сложной. Естественно, что такая архитектура не требует какого-либо описания (кроме фиксации класса архитектуры), так как отображение внешних функций на эту программу тривиально, а определять способ взаимодействия не требуется (в силу отсутствия какого-либо внешнего взаимодействия программы, кроме как взаимодействия ее с пользователем, а последнее описывается в документации по применению ПС).

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

• количество независимых путей в базовом множестве программы;

• верхнюю оценку количества тестов, которое гарантирует однократное выполнение всех операторов.

110. Частичная корректность программы – нету…

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

112. Экономический эффект внедрения ПС – нету…

113. Эталон Единицы Величины - средство измерений, предназначенное для определения, воспроизводства и (или) хранения единицы величины с целью передачи ее размера другим средствам измерений.

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

• На первом уровне проводится тестирование методов каждого класса программы, что соответствует этапу модульного тестирования.

• На втором уровне тестируются методы класса, которые образуют контекст интеграционного тестирования каждого класса.

• На третьем уровне протестированный класс включается в общий контекст (дерево классов) программного проекта. Здесь становится возможным отслеживать реакцию программы на внешние события

Второй и третий уровни рассматриваемой модели соответствуют этапу интеграционного тестирования.