Документирование и тестирование программного обеспечения.фит_БАК

Скачать тест — (Документирование и тестирование программного обесп_326521d4.pdf)

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. Второй этап техники граничных значений.
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. Как называется отклонение программы от функционирования или невозможность программы выполнять функции, определенные требованиями и ограничениями, что рассматривается как событие, способствующее переходу программы в неработоспособное состояние из-за ошибок, скрытых в ней дефектов или сбоев в среде функционирования?