РАЗРАБОТКА И СТАНДАРТИЗАЦИЯ ПРОГРАММНЫХ СРЕДСТВ И ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ

контрольные вопросы на тему: РАЗРАБОТКА И СТАНДАРТИЗАЦИЯ ПРОГРАММНЫХ СРЕДСТВ И ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ ...

Какие виды тестирования наиболее важны для практики?
Что такое тестирование программы как «черного ящика»?
Какие квалификационные требования предъявляются к специалисту по тестированию ПС?
По каким показателям оцениваются методы тестирования?
Какие системы кодирования символьной информации наиболее распространены в настоящее время?
Какое представление целых чисел со знаком является в настоящее время фактическим стандартом, какие преимущества у такого варианта?
Выполнение каких возможностей требуется для взаимодействия открытых систем?
Как решается проблема переносимости программ по стандарту ANDF?
Какие варианты используются для реализации API? Каковы достоинства и недостатки каждого варианта?
Как реализован набор сервисных функций ОС типа MS-DOS?
Какие единицы используются для измерения производительности МП?

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

сокращение необходимого количества тестовых вариантов (из-за проверки не статических, а динамических аспектов системы);
выявление классов ошибок, а не отдельных ошибок.
3. Какие квалификационные требования предъявляются к специалисту по тестированию ПС?
Должностные обязанности. Под руководством специалиста по тестированию программного обеспечения осуществляет тестирование программного продукта в соответствии с планом, программой и методикой тестирования для обеспечения функционирования систем в соответствии с техническим заданием. Анализирует и разрешает возникающие в системах проблемы функционирования и сбои. Тестирует отдельные компоненты программного обеспечения. Выполняет подготовительные операции, связанные с тестированием программного обеспечения. Разрабатывает простые тестовые наборы и тестовые процедуры. Настраивает тестовое окружение согласно установленным требованиям. Принимает участие в разработке и внедрении типовых и стандартных программных средств. Ведет и представляет установленную отчетность.
Должен знать: нормативные, методические материалы по вопросам испытания и тестирования программных продуктов; основы разработки программного обеспечения; современные методики и методологии тестирования программного обеспечения; программные продукты, используемые в процессе тестирования программного обеспечения; организацию работ по подготовке и проведению тестирования; стандарты качества в области информационных технологий; технико-эксплуатационные характеристики, конструктивные особенности, назначение и режимы работы компьютерной техники, правила их технической эксплуатации; иностранный язык; основы организации труда и управления; основы законодательства о труде; правила и нормы охраны труда и пожарной безопасности.
Квалификационные требования.
Тестировщик программного обеспечения I квалификационной категории: среднее специальное образование соответствующей квалификации по направлению образования "Вычислительная техника" и стаж работы в сфере информационных технологий в должностях специалистов среднего уровня квалификации II квалификационной категории не менее 1 года.
Тестировщик программного обеспечения II квалификационной категории: среднее специальное образование соответствующей квалификации по направлению образования "Вычислительная техника" и стаж работы в сфере информационных технологий не менее 1 года.
Тестировщик программного обеспечения: среднее специальное образование соответствующей квалификации по направлению образования «Вычислительная техника» без предъявления требований к стажу работы.
Требуемая квалификация
Желательная квалификация
Высшее техническое (IT) образование
Знание технологий тестирования ПО
Опытный пользователь ПК
Опыт тестирования ПО
Опыт программирования
Опыт использования инструмента автоматизированного тестирования
Знание технологий баз данных
Знакомство с жизненным циклом разработки программного продукта в целом
Способность к быстрому переключению между задачами
Опыт работы с различными реляционными СУБД
Ответственность
Знание языков программирования
Умение четко излагать свои мысли (устно и письменно)
Опыт проектирования комплекта тестов
Знание английского языка (чтение технической литературы)
Знание стандартов тестирования
Обучаемость, «живой ум»
Высокая степень коммуникабельности и способность работать в постоянно меняющейся среде
Умение работать в команде и эффективно взаимодействовать с высшим руководством
4. По каким показателям оцениваются методы тестирования?
Для выбора и применения методов тестирования и испытаний важно анализировать не только их трудоемкость («стоимость»), но и достигаемую эффективность. В качестве показателей эффективности методов и средств автоматизации тестирования и отладки сложных программных средств реального времени можно использовать:
• интенсивность (вероятность) обнаружения и устранения ошибок за единицу времени тестирования;
• достигаемую надежность (или корректность) функционирования программного средства или его компонентов за счет рационального применения данного метода.
Эти два подхода значительно различаются характером функциональной зависимости соответствующего показателя эффективности каждого метода от трудоемкости («стоимости») его применения, поэтому целесообразно рассмотреть их оба. Простейшие методы тестирования эффективны в некоторых пределах и для обнаружения только некоторых классов ошибок. На начальных этапах разработки, когда в программе много простейших ошибок, наиболее полезны ручные методы тестирования, которые обеспечивают высокую интенсивность выявления грубых ошибок этими методами при относительно небольших затратах. По мере использования каждого метода, сокращения числа и повышения сложности выявления ошибок его эффективность падает, что уменьшает целесообразность его применения. В то же время применение сложных и трудоемких методов на ранних этапах разработки нерентабельно, так как ряд типов ошибок может быть выявлен более простыми и дешевыми методами.
5. Какие системы кодирования символьной информации наиболее распространены в настоящее время?
Наиболее популярные системы кодирования символьной информации: ASCII, Unicode, Windows-1251.
Наиболее распространённой международной согласованной системой кодирования всех символов является система ASCII. Символы с кодами от 0 до 127 представляют так называемую основную таблицу кодов ASCII. Эта часть идентична на всех IBM-совместимых компьютерах. Коды с символами от 128 до 255 представляют национальную часть. Первые 32 символа ASCII являются управляющими.
Unicode - универсальная система, основанная на 16-разрядном кодировании символов. Шестнадцать разрядов позволяют обеспечить уникальные коды для 65536 различных символов – этого поля достаточно для размещения в одной таблице символов большинства языков планеты. В интерпретации файла в формате Unicode каждые два байта интерпретируется как изображаемый символ. как и в других кодировках кроме кодов изображаемых символов, файл в формате Unicode включат ряд управляющих кодов, например, перевода строки, конца файла. и др. Сегодня наблюдается постепенный переход документов и программных средств на универсальную систему кодирования.
Кодировка символов русского языка, известная как кодировка Windows-1251, была введена компанией Microsoft, но учитывая широкое распространение операционных систем и других продуктов этой компании в России она нашла широкое распространение в России. Эта кодировка используется на большинстве локальных компьютеров, работающих на платформе Windows.
6. Какое представление целых чисел со знаком является в настоящее время фактическим стандартом, какие преимущества у такого варианта?
В некоторых случаях при представлении чисел в памяти ЭВМ используется смешанная двоично-десятичная система счисления, где для хранения каждого десятичного знака нужен полубайт (4 бита) и десятичные цифры от 0 до 9 представляются соответствующими двоичными числами от 0000 до 1001.
Другой способ представления целых чисел — дополнительный код (метод знака и значения). Диапазон значений величин зависит от количества бит памяти, отведенных для их хранения.
Данные могут быть интерпретированы как числа со знаком, так и без знака. В случае представления величины со знаком самый левый (старший) разряд указывает на положительное число, если содержит нуль, и на отрицательное, если — единицу.
Дополнительный код положительного числа совпадает с его прямым кодом. Прямой код целого числа может быть получен следующим образом: число переводится в двоичную систему счисления, а затем его двоичную запись слева дополняют таким количеством незначащих нулей, сколько требует тип данных, к которому принадлежит число.
При получении числа по его дополнительному коду прежде всего необходимо определить его знак. Если число окажется положительным, то просто перевести его код в десятичную систему счисления.
При помощи обратного и дополнительного кодов, используемых для представления отрицательных чисел, операция вычитания (алгебраического сложения) сводится к операции простого арифметического сложения. При этом операция сложения распространяется и на разряды знаков, рассматриваемых как разряды целой части числа. Именно поэтому для представления целых чисел со знаком применяется дополнительный код.
7. Выполнение каких возможностей требуется для взаимодействия открытых систем?
Открытая система – это система, разработанная с использованием стандартных средств: интерфейсов, протоколов и форматов данных, переносимых по принципам построения.
Обязательными свойствами открытых систем являются:
переносимость;
интероперабильность;
масштабируемость;
доступность программного и аппаратного обеспечения для развития и реструктуризации.
Переносимость – это свойство, заключающееся в возможности исполнения программы в исходных кодах на различных аппаратных средствах (платформах) под управлением (в среде) различных ОС.
Кроме того, открытые системы должны обладать свойством взаимодействия. Взаимодействие – это свойство (открытой) системы, обеспечивающее способность обмена информацией с автоматическим восприятием форматов и семантики данных (например, в сети Internet).
Третье свойство открытых систем – масштабируемость, которая обеспечивает возможность исполнения программ на различных ресурсах (объем памяти, количество и быстродействие процессоров) с пропорциональным изменению ресурсов значением показателей эффективности.
Интеграция компонентов в открытой системе должна следовать профилям стандартов на интерфейсы этих компонент.
Профиль составляют набор согласованных стандартов интерфейсов компонентов на каждом уровне системы и обеспечивают их совместимость.
Для взаимодействия открытых систем необходимо проведение согласованной (в пред конкурентной фазе) научно-технической политики и реализация стандартов открытых систем.
8. Как решается проблема переносимости программ по стандарту ANDF?
ANDF - Architecture Neutral Distribution Format - независимый от архитектуры формат электронного распространения ПО.
Одна из известных попыток реализации концепции открытых систем предпринята в проекте этого стандарта, который направлен на обеспечение переносимости программ. Для этого компиляцию предлагается делать в два этапа. На первом этапе исходный текст программы вместе с обобщенными описаниями типов данных транслируется в обобщенные декларации интерфейсов открытых систем – API. Результатом является программа в терминах абстрактной алгебры. Текст такой программы может быть подвергнут формальной проверке (тестированию) и, если необходимо, преобразованию. Тем самым обеспечивается адекватное описание системы и исчерпывающее ее тестирование. На втором этапе трансляции генерируется программа под конкретную архитектуру процессора.
9. Какие варианты используются для реализации API? Каковы достоинства и недостатки каждого варианта?
API - интерфейс прикладного программирования — это набор готовых классов, функций, структур и констант, предоставляемых приложением (библиотекой, сервисом) для использования во внешних программных продуктах.
Существует несколько вариантов реализации API:
реализация на уровне модулей операционной системы;
реализация на уровне системы программирования;
реализация на уровне внешней библиотеки процедур и функций.
Система программирования в каждом из этих вариантов предоставляет разработчику средства для подключения функций API к исходному коду программы и организации их вызовов. Объектный код функций API подключается к результирующей программе компоновщиком при необходимости.
Реализация функций API на уровне модулей операционной системы
При реализации функций API на уровне ОС за их выполнение ответственность несет ОС. Объектный код, выполняющий функции, либо непосредственно входит в состав ОС (или даже ядра ОС), либо поставляется в составе динамически загружаемых библиотек, разработанных для данной ОС. Система программирования ответственна только за то, чтобы организовать интерфейс для вызова этого кода.
В таком варианте результирующая программа обращается непосредственно к ОС. Поэтому достигается наибольшая эффективность выполнения функций API по сравнению со всеми другими вариантами реализации API.
Недостатком организации API по такой схеме является практически полное отсутствие переносимости не только кода результирующей программы, но и кода исходной программы. Программа, созданная для одной архитектуры вычислительной системы, не сможет исполняться на вычислительной системе другой архитектуры даже после того, как ее объектный код будет полностью перестроен. Чаще всего система программирования не сможет выполнить перестроение исходного кода для новой архитектуры вычислительной системы, поскольку многие функции API, ориентированные на определенную ОС, будут в новой архитектуре просто отсутствовать.
Таким образом, в данной схеме для переноса прикладной программы с одной целевой вычислительной системы на другую будет требоваться изменение исходного кода программы.
Переносимости можно было бы добиться, если унифицировать функции API в различных ОС. С учетом корпоративных интересов производителей ОС такое направление их развития представляется практически невозможным. В лучшем случае при приложении определенных организационных усилий удается добиться стандартизации смыслового (семантического) наполнения основных функций API, но не их программного интерфейса.
Хорошо известным примером API такого рода может служить набор функций, предоставляемых пользователю со стороны ОС типа Microsoft Windows — WinAPI (Windows API).
Реализация функций API на уровне системы программирования