Тесты по дисциплине «Метрология и качество программного обеспечения»

Аннотация.

Данный тест предназначен для студентов, обучающихся по специальности 071900 «Информационные системы и технологии».

Автор теста – Гриняк В.М, доцент кафедры ИСКТ.

1. 
   Целью программирования является
   
   1. 
      представление фактов и идей в формализованном виде, пригодном для передачи и переработке в некоем процессе;
      
   2. 
      описание процессов обработки данных;
      
   3. 
      упрощение задачи понимания программы человеком.
      

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

3. 
   Считается, что в программе имеется ошибка, если она
   
   1. 
      не копируется в память машины;
      
   2. 
      не запускается на каком-либо компьютере;
      
   3. 
      не выполняет того, что разумно ожидать от нее пользователю.
      

4. 
   Несогласованность между программами программного средства и документацией по их применению
   
   1. 
      считается ошибкой в программном средстве;
      
   2. 
      не считается ошибкой в программном средстве;
      
   3. 
      может считаться, а может и не считаться ошибкой в программном средстве.
      

5. 
   Дефектом программы (defect) называется
   
   1. 
      частный случай ошибки в программном средстве, когда программа не соответствует своей функциональной спецификации;
      
   2. 
      сбой программы при выполнении;
      
   3. 
      окно, предупреждающее пользователей программы об ошибке.
      

6. 
   Понятие правильной программы неконструктивно в том смысле, что
   
   1. 
      нельзя дать определение правильной программы;
      
   2. 
      нельзя доказать правильность программы;
      
   3. 
      правильная программа – это то же самое, что и надёжная программа.
      

7. 
   Понятие надёжной программы является альтернативой понятию правильной программы в том смысле, что
   
   1. 
      надёжность программы можно доказать, а правильность - нельзя;
      
   2. 
      правильная программа – это то же самое, что и надёжная программа;
      
   3. 
      нельзя дать определение правильной программы;
      

8. 
   Под надёжностью (reliability) программного средства подразумевается
   
   1. 
      способность безотказно выполнять определенные функции при заданных условиях в течение заданного периода времени с достаточно большой вероятностью;
      
   2. 
      полное отсутствие ошибок в программном средстве;
      
   3. 
      полное отсутствие сбоев программы при выполнении.
      

9. 
   Понятие надёжного программного средства
   
   1. 
      полностью исключает наличие в нём ошибок;
      
   2. 
      не исключает наличия в нем ошибок  важно лишь, чтобы эти ошибки при практическом применении программы заданных условиях проявлялись достаточно редко;
      
   3. 
      подразумевает обязательное наличие в нём ошибок.
      

10. 
    Принципиальная разница между понятиями надёжной и правильной программы состоит в том, что
    
    1. 
       невозможно гарантированно создать правильную программу, возможно создать лишь надёжную программу;
       
    2. 
       невозможно гарантированно создать надёжную программу, возможно создать лишь правильную программу;
       
    3. 
       правильность и надёжность программы описываются в разных проектных документах.
       

11. 
    Основным источником ошибок (из перечисленных) в программных средствах является
    
    1. 
       несоответствие системных требований;
       
    2. 
       некорректные действия пользователя;
       
    3. 
       сложность программного средства как системы.
       

12. 
    Основным источником ошибок (из перечисленных) в программных средствах является
    
    1. 
       человеческий фактор;
       
    2. 
       некорректные действия пользователя;
       
    3. 
       несоответствие системных требований.
       

13. 
    Основным путём борьбы с ошибками в программном средстве (из перечисленных) является
    
    1. 
       сужение пространства перебора (упрощение создаваемых систем);
       
    2. 
       правильное ведение документации;
       
    3. 
       приведение в соответствие системных требований.
       

14. 
    Основным путём борьбы с ошибками в программном средстве (из перечисленных) является
    
    1. 
       обеспечение требуемого уровня подготовки разработчиков программных средств;
       
    2. 
       правильное ведение документации;
       
    3. 
       приведение в соответствие системных требований.
       

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

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

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

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

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

20. 
    Одним из критериев качества программных средств является его функциональность. При этом под функциональностью программного средства понимается
    
    1. 
       способность ПС выполнять набор функций, удовлетворяющих заданным или подразумеваемым потребностям пользователей;
       
    2. 
       способность ПС безотказно выполнять определенные функции при заданных условиях в течение заданного периода времени с достаточно большой вероятностью.
       
    3. 
       набор характеристик ПС, которые позволяют минимизировать усилия пользователя по подготовке исходных данных, применению ПС и оценке полученных результатов, а также вызывать положительные эмоции определенного или подразумеваемого пользователя.
       

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

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

23. 
    Одним из критериев качества программных средств является его эффективность. При этом под эффективностью программного средства понимается
    
    1. 
       отношение уровня услуг, предоставляемых ПС пользователю при заданных условиях, к объему используемых ресурсов;
       
    2. 
       способность ПС безотказно выполнять определенные функции при заданных условиях в течение заданного периода времени с достаточно большой вероятностью.
       
    3. 
       набор характеристик ПС, которые позволяют минимизировать усилия пользователя по подготовке исходных данных, применению ПС и оценке полученных результатов, а также вызывать положительные эмоции определенного или подразумеваемого пользователя.
       

24. 
    Одним из критериев качества программных средств является его сопровождаемость. При этом под сопровождаемостью программного средства понимается
    
    1. 
       отношение уровня услуг, предоставляемых ПС пользователю при заданных условиях, к объему используемых ресурсов;
       
    2. 
       способность ПС безотказно выполнять определенные функции при заданных условиях в течение заданного периода времени с достаточно большой вероятностью.
       
    3. 
       набор характеристик ПС, которые позволяют минимизировать усилия по внесению изменений для устранения в нем ошибок и по его модификации в соответствии с изменяющимися потребностями пользователей
       

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

26. 
    Обязательными критериями качества программных средств являются
    
    1. 
       функциональность и надёжность;
       
    2. 
       сопровождаемость и мобильность;
       
    3. 
       эффективность и лёгкость применения.
       

27. 
    Одним из подходов к обеспечению надёжности программных средств является предупреждение ошибок. Под ним понимается
    
    1. 
       реализация комплекса мер, цель которых – минимизировать число ошибок в готовых программных продуктах;
       
    2. 
       реализация средств обнаружения отказа в программе в процессе её выполнения;
       
    3. 
       реализация средств обнаружения отказа в программе в процессе её выполнения и исправление последствий этого отказа.
       

28. 
    Одним из подходов к обеспечению надёжности программных средств является самообнаружение ошибок. Под ним понимается
    
    1. 
       реализация комплекса мер, цель которых – минимизировать число ошибок в готовых программных продуктах;
       
    2. 
       реализация средств обнаружения отказа в программе в процессе её выполнения;
       
    3. 
       реализация средств обнаружения отказа в программе в процессе её выполнения и исправление последствий этого отказа.
       

29. 
    Одним из подходов к обеспечению надёжности программных средств является самоисправление ошибок. Под ним понимается
    
    1. 
       реализация комплекса мер, цель которых – минимизировать число ошибок в готовых программных продуктах;
       
    2. 
       реализация средств обнаружения отказа в программе в процессе её выполнения;
       
    3. 
       реализация средств обнаружения отказа в программе в процессе её выполнения и исправление последствий этого отказа.
       

30. 
    Элементом предупреждения ошибок в программных средствах является смежный контроль рабочих продуктов. Под ним понимается
    
    1. 
       контроль не только рабочих продуктов как таковых, но и проверка, какой процесс обработки данных они реализуют;
       
    2. 
       независимое обеспечение проверки точности перевода требований;
       
    3. 
       проверка рабочего продукта лицами, не участвующими в его разработке, с двух сторон: во-первых, со стороны автора исходного для контролируемого продукта документа, и, во-вторых, лицами, которые будут использовать полученный рабочий продукт в качестве исходного в последующих технологических процессах.
       

1. 
   Дизайн, планирование, тестирование, разработка требований, кодирование
   
2. 
   Кодирование, дизайн, разработка требований, планирование, тестирование
   
3. 
   Планирование, разработка требований, дизайн, кодирование, тестирование
   

1. 
   Класс 0 – исправление незначительных ошибок
   
2. 
   Класс 2 – существенная доработка продукта
   
3. 
   Класс 4 – сопровождение продукта
   

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

1. 
   Спиральная
   
2. 
   Водопад
   
3. 
   Водопад с возвратами
   
4. 
   Инкрементная
   

1. 
   Спиральная
   
2. 
   Водопад
   
3. 
   Водопад с возвратами
   
4. 
   Инкрементная
   

1. 
   Спиральная
   
2. 
   Водопад
   
3. 
   Водопад с возвратами
   
4. 
   Инкрементная
   

1. 
   Итеративно-инкрементная
   
2. 
   Водопад
   
3. 
   Водопад с возвратами
   
4. 
   Инкрементная
   

1. 
   простота сохранения связанного дизайна на всех инкрементах
   
2. 
   простота соблюдения баланса между желаниями пользователя и первоначальными требованиями
   
3. 
   отдельные инкременты могут выполняться параллельно
   

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

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