Министерство образования и науки российской федерации технологический институт Федерального государственного автономного образовательного учреждения высшего профессионального образования«Южный федеральный университет»

III. МЕТОДИЧЕСКИЕ ПОСОБИЯ ПО ЛАБОРАТОРНЫМ РАБОТАМ, КУРСОВОМУ ПРОЕКТИРОВАНИЮ И ТВОРЧЕСКИМ ЗАДАНИЯМ

4. 
   ОБУЧАЮЩИЕ ПРОГРАММЫ: АОС, АУК, уч. САПР, АСНИ и др.
   

Карту составил ____________ Бородянский Ю.М.

6. 
   Банк контрольных заданий и вопросов по учебной дисциплине
   

1. 
   Концепция тестирования
   
2. 
   статическое тестирование
   
3. 
   динамическое тестирование
   
4. 
   методы обоснования истинности формул
   
5. 
   формальный подход
   
6. 
   процедура Оракул
   
7. 
   Требования к идеальному критерию
   
8. 
   частные критерии тестируемости
   
9. 
   Структурные критерии
   
10. 
    Функциональный критерий
    
11. 
    оценка мощности покрытия
    
12. 
    стохастическое тестирование
    
13. 
    мутационный критерий
    
14. 
    понятие детерминированного контроля
    
15. 
    метод "большого скачка"
    
16. 
    Типы процессов тестирования
    
17. 
    Системное тестирование
    
18. 
    Интеграционное тестирование
    
19. 
    Функциональное тестирование
    
20. 
    Тестирование производительности
    
21. 
    Стрессовое тестирование
    
22. 
    Тестирование конфигурации
    
23. 
    Тестирование безопасности
    
24. 
    Тестирование надежности и восстановления после сбоев
    

1. 
   Тестовые данные
   
2. 
   Хорошая тестовая ситуация
   
3. 
   Удачный тест
   
4. 
   Ошибка
   
5. 
   Отказ
   
6. 
   Входы процесса формальной инспекции
   
7. 
   Выходы процесса формальной инспекции
   
8. 
   Исходные документам формальной инспекции
   
9. 
   Участники формальной инспекции
   
10. 
    Обязанности ведущего
    
11. 
    Фазы формальной инспекции
    
12. 
    Инициализация
    
13. 
    Планирование
    
14. 
    Обсуждение
    
15. 
    Завершение
    
16. 
    Бланк инспекции
    
17. 
    Статус инспектируемых документов
    
18. 
    Критерий окончания формальной инспекции
    
19. 
    Особенности формальной инспекции программного кода
    
20. 
    Особенности формальной инспекции проектной документации
    
21. 
    Стратегия и планы верификации
    
22. 
    Тест-требования
    
23. 
    Тест-планы
    
24. 
    Формы представления тест-плана
    
25. 
    Сценарий тест-плана
    

1. 
   Какого типа тестирования не существует
   

2. 
   на каком уровне тестирования тестируется вся интегрированая система на ее соотвестие требованиям (два слова)
   

3. 
   Вид тестирования, при котором провермяется минимально возможный для тестирования компонент
   

4. 
   на каком уровне тестирония как правило используют тестовые скрипты
   

5. 
   При статическом тестировании программный код выполняется
   

6. 
   Тестирование белого и черного ящика это динамическое и статическое тестирование системы
   

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

8. 
   Регрессионное тестирование может быть использовано не только для проверки корректности программы
   

9. 
   Утилиты для записи действий тестировщика во время ручного тестирования с последующим воспроизведением действий
   

10. 
    форма тестирования, при которой предполагается специальное создание сценариев для автоматического тестирования ПО
    

11. 
    В концепции тестирования: программа – это аналог формулы в обычной математике.
    

12. 
    Вид тестирования, выявляющий формальными методами анализа без выполления тестируемой программы неверные конструкции и неверные отношения объектов программы.
    

13. 
    процесс поиска, локализации и исправления ошибок в программе
    

14. 
    Процесс выполнения ПО системы или компонента в условиях анализа или записи получаемых результатов с целью проверки (оценки) некоторых свойств тестируемого объекта.
    

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

16. 
    Контролируемое выполнение программы на конечном множестве тестовых данных и анализ результатов этого выполнения для поиска ошибок
    

17. 
    Расположите фазы тестирования в порядке следования:
    

• 
  Создание тестового набора (test suite) путем ручной разработки или автоматической генерации для конкретной среды тестирования
  
• 
  Прогон программы на тестах, управляемый тестовым монитором
  
• 
  Оценка результатов выполнения программы на наборе тестов с целью принятия решения о продолжении или остановке тестирования
  

18. 
    Модульным тестированием невозможно покрыть 100% функционала ПО
    

1. 
   Идельный критерий тестирования должен показывать, когда некоторое конечное множество тестов достаточно для тестирования данной программы. Т.е. быть:
   

• 
  достаточным
  
• 
  полным
  
• 
  надежным
  
• 
  легко проверяемым
  

19. 
    Идельный критерий тестирования должен в случае ошибки содержать тест из множества тестов, удовлетворяющих критерию, который раскрывает ошибку. Т.е. быть:
    

20. 
    Идельный критерий тестирования должен любые два множества тестов, удовлетворяющих ему, одновременно раскрывать или не раскрывать ошибки программы. Т.е. быть:
    

21. 
    критерии так называемого "белого ящика" это критерии:
    

• 
  Структурные критерии
  
• 
  Функциональные критерии
  
• 
  Критерии стохастического тестирования
  
• 
  Мутационные критерии
  

22. 
    критерии так называемого "черного ящика" это критерии:
    

• 
  Структурные критерии
  
• 
  Функциональные критерии
  
• 
  Критерии стохастического тестирования
  
• 
  Мутационные критерии
  

23. 
    критерии являющиеся средствами проверки некоторой статистической гипотезы, это критерии:
    

• 
  Структурные критерии
  
• 
  Функциональные критерии
  
• 
  Критерии стохастического тестирования
  
• 
  Мутационные критерии
  

24. 
    критерии проверяющие свойства ПО на основе Монте-Карло это критерии:
    

• 
  Структурные критерии
  
• 
  Функциональные критерии
  
• 
  Критерии стохастического тестирования
  
• 
  Мутационные критерии
  

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

26. 
    Структурные критерии базируются на основных элементах УГП:
    

27. 
    Верно ли, что при функциональном тестировании преимущественно используется модель «белого ящика»?
    

28. 
    К какому виду тестирования относится критерий тестирования пунктов спецификации?
    

29. 
    К какому виду тестирования относится критерий тестирования классов входных данных?
    

30. 
    набор тестов в совокупности обеспечивающий проверку каждого действия, реализуемого тестируе­мым модулем, не менее одного раза.
    

31. 
    Метод оценки скорости выявления ошибок относится к набору кртитериев
    

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

33. 
    Вид тестирования, при котором тестированию подвергаются небольшие части программного кода
    

34. 
    Вид тестирования, при котором система тестируется, собирается поэтапно, группы модулей добавляются постепенно
    

35. 
    Вид тестирования, при котором используется подход черного ящика, при этом в качестве входных и выходных данных используются реальные данные, с которыми работает система, или данные подобные им
    

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

37. 
    Подвидом каких тестов является тестирование конфигурации?
    

38. 
    Верно ли что нефункциональные требования определяют правильность преобразования входных данных в выходные внутри системы.
    

39. 
    Время отклика на запрос пользователя это пример:
    

40. 
    Проверка на время бесперебойной работы это тестирование:
    

41. 
    Проверка на количество ошибок, которые допускает начинающий пользователь за первую неделю работы это тестировние:
    

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

43. 
    Вид тестирования цель которого вывести систему из строя, определить те условия, при которых она не сможет далее нормально функционировать.
    

44. 
    Вид тестирования цель которого проверка, что программная система корректно работает на всем поддерживаемом аппаратном обеспечении и совместно с другими программными системами.
    

45. 
    Вид тестирования одна из целей которого проверить, что система продолжает стабильно работать при горячей замене любого поддерживаемого устройства на аналогичное.
    

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

47. 
    Тестирование удобства использования относится к проверке:
    

48. 
    Расположить начала проведений тестирования в порядке следования, от самого раннего до позднего (сортировка):
    

49. 
    Верно ли что, при разработке заказного программного обеспечения фазу альфа- и бета- тестирования заменяют приемо-сдаточные испытания.
    

50. 
    При разработке заказного программного обеспечения функциональное тестирование заменяются приемо-сдаточными испытаниями.
    

51. 
    Основной объект проверки в ходе сертификационных испытаний:
    

52. 
    Основная цель процесса верификации:
    

53. 
    Установите соответствие:
    

54. 
    Установите соответствие:
    

55. 
    Установите соответствие объекта проверки и процесса проверки
    

56. 
    Верно ли, что верификация программного обеспечения – более общее понятие, чем тестирование.
    

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

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

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

60. 
    проверка соответствия системы ожиданиям заказчика это
    

61. 
    принято считать, что процесс верификации является составной частью процесса тестирования
    

62. 
    Укажите порядок разработки ПО, от самого раннего к позднему:
    

63. 
    Первый документ, входящий в состав технологической документации процесса верификации:
    

64. 
    Тест-требования, основывающиеся на системных требованиях и требованиях к программному обеспечению системы.
    

65. 
    Тест-требования, на основании описания архитектуры системы и принимают в расчет строение исходных текстов системы.
    

66. 
    Функциональный подход к написанию тест-требований рассматривает систему как:
    

67. 
    Структурный подход к написанию тест-требований рассматривает систему как:
    

68. 
    Структурные тест-требования важны в том случае, когда к надежности системы предъявляются повышенные требования.
    

69. 
    функции контроля входных данных относят к тест-требованиям:
    

70. 
    функции обработки особых ситуаций относят к тест-требованиям:
    

71. 
    функции получения основного результата относят к тест-требованиям:
    

72. 
    Примером не верифицируемого требования может служить следующее «требование»:
    

73. 
    Расположить этапы тестирования в порядке хронологического следования:
    

74. 
    В случае, если тест-план готовится в виде текстового документа, возможно только ручное тестирование системы по данному тест-плану.
    

75. 
    Одним из возможных форм представления тест-планов НЕ является:
    

76. 
    Вид инспекции, при которой, автор некоторого документа или части программной системы передает его эксперту, а тот, ознакомившись с документом, передает автору список замечаний, которые тот исправляет.
    

77. 
    Вид инспекции, являющаяся четко управляемым процессом, структура которого обычно четко определяется соответствующим стандартом проекта.
    

78. 
    Расположите фазы процесса формальной инспекции в хронологическом порядке:
    

79. 
    Минимальное количество инспекторов для проведения инспекций тестирования:
    

80. 
    Максимальное общее рекомендуемое количество участников.
    

81. 
    Что не входит в бланк инспекции:
    

82. 
    Что относится к основным документам проекта:
    

83. 
    Что относится к основным документам проекта:
    

84. 
    Что относится к списоку вспомогательных документов
    

85. 
    Что относится к списоку вспомогательных документов
    

86. 
    Этап на котором заполняется список контрольных вопросов во время инспектирования документа:
    

87. 
    Этап на котором создается титульный лист во время инспектирования документа:
    

88. 
    Этап на котором создается список обнаруженых проблемво время инспектирования документа:
    

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

1. 
   Концепция тестирования
   
2. 
   статическое тестирование
   
3. 
   динамическое тестирование
   
4. 
   методы обоснования истинности формул
   
5. 
   формальный подход
   
6. 
   процедура Оракул
   
7. 
   Требования к идеальному критерию
   
8. 
   частные критерии тестируемости
   
9. 
   Структурные критерии
   
10. 
    Функциональный критерий
    
11. 
    оценка мощности покрытия
    
12. 
    стохастическое тестирование
    
13. 
    мутационный критерий
    
14. 
    понятие детерминированного контроля
    
15. 
    метод "большого скачка"
    
16. 
    Типы процессов тестирования
    
17. 
    Системное тестирование
    
18. 
    Интеграционное тестирование
    
19. 
    Функциональное тестирование
    
20. 
    Тестирование производительности
    
21. 
    Стрессовое тестирование
    
22. 
    Тестирование конфигурации
    
23. 
    Тестирование безопасности
    
24. 
    Тестирование надежности и восстановления после сбоев
    
25. 
    Тестовые данные
    
26. 
    Хорошая тестовая ситуация
    
27. 
    Удачный тест
    
28. 
    Ошибка
    
29. 
    Отказ
    
30. 
    Входы процесса формальной инспекции
    
31. 
    Выходы процесса формальной инспекции
    
32. 
    Исходные документам формальной инспекции
    
33. 
    Участники формальной инспекции
    
34. 
    Обязанности ведущего
    
35. 
    Фазы формальной инспекции
    
36. 
    Инициализация
    
37. 
    Планирование
    
38. 
    Обсуждение
    
39. 
    Завершение
    
40. 
    Бланк инспекции
    
41. 
    Статус инспектируемых документов
    
42. 
    Критерий окончания формальной инспекции
    
43. 
    Особенности формальной инспекции программного кода
    
44. 
    Особенности формальной инспекции проектной документации
    
45. 
    Стратегия и планы верификации
    
46. 
    Тест-требования
    
47. 
    Тест-планы
    
48. 
    Формы представления тест-плана
    
49. 
    Сценарий тест-плана