Тестирование информационных систем.кс_СПО

Скачать тест — (Тестирование информационных систем.кс_СПО_5070922b.pdf)

  1. Непосредственная цель тестирования:
  2. Что позволяет установить тестирование?
  3. Каждый из отдельных видов тестирования (блочное тестирование, тестирование компонентов и интеграционное тестирование) обычно позволяют найти менее … ошибок. Комбинация видов тестирования часто приводит к обнаружению менее … ошибок.
  4. Тестируется отдельный модуль в отрыве от остальной системы – это:
  5. Два и более компонента тестируются на совместимость – это:
  6. Повторное выполнение тестов для обеспечения того, чтобы ранее разработанное и протестированное программное обеспечение всё ещё работало после изменения – это:
  7. Выполнение ПО в его окончательной конфигурации, интегрированного с другими программными и аппаратными системами – это:
  8. Расположите в правильном порядке фазы тестирования:
  9. Типы тестирования по виду подсистемы или продукта:
  10. Существуют 2 основных принципа тестирования программ:
  11. Цель функционального тестирования:
  12. Принципы безопасности программного обеспечения:
  13. Структурное тестирование основано на:
  14. Покрытие – это часть структуры программы, которая была охвачена тестированием, выраженная в процентах. Существует несколько различных способов измерения покрытия:
  15. Алгоритм использования техники граничных значений:
  16. Набор входных данных, условий выполнения и ожидаемых результатов, разработанный с целью проверки того или иного свойства или поведения программного средства:
  17. Виды тест-кейсов:
  18. … – в этом состоянии тест-кейс находится, когда он или явно включён в план ближайшей итерации тестирования, или как минимум готов для выполнения.
  19. … – в некоторых системах управления тест-кейсами это состояние заменяет собой «запланирован». Нахождение тест-кейса в данном состоянии означает, что он готов к выполнению, но ещё не был выполнен.
  20. … – данное состояние означает, что в процессе выполнения тест-кейса не было обнаружено дефектов, связанных с расхождением ожидаемых и фактических результатов его шагов.
  21. … – данное состояние означает, что в процессе выполнения тест-кейса был обнаружен дефект, заключающийся в том, что ожидаемый результат по как минимум одному шагу тест-кейса не совпадает с фактическим результатом.
  22. Состояние программы, при котором выдаются неправильные результаты, причиной которых являются изъяны в операторах программы или в технологическом процессе ее разработки, что приводит к неправильной интерпретации исходной информации, следовательно, и к неверному решению, – …
  23. Следствие ошибок разработчика на любом из этапов разработки, которая может содержаться в исходных или проектных спецификациях, текстах кодов программ, эксплуатационной документации и т.п., – …
  24. Отклонение программы от функционирования или невозможность программы выполнять функции, определенные требованиями и ограничениями, что рассматривается как событие, способствующее переходу программы в неработоспособное состояние из-за ошибок, скрытых в ней дефектов или сбоев в среде функционирования.
  25. Для какого этапа разработки программного продукта характерны следующие ошибки: Неадекватность спецификации требований конечным пользователям; Некорректность спецификации взаимодействия ПО со средой функционирования или с пользователями; Несоответствие требований заказчика к отдельным и общим свойствам ПО; Некорректность описания функциональных характеристик; Необеспеченность инструментальными средствами всех аспектов реализации требований заказчика и др.
  26. С каким этапом разработки программного продукта связаны следующие ошибки: с определением интерфейса пользователя со средой; с описанием функций (неадекватность целей и задач компонентов, которые обнаруживаются при проверке комплекса компоненто; с определением процесса обработки информации и взаимодействия между процессами (результат некорректного определения взаимосвязей компонентов и процессо; с некорректным заданием данных и их структур при описании отдельных компонентов и ПС в целом; с некорректным описанием алгоритмов модулей; с определением условий возникновения возможных ошибок в программе; с нарушением принятых для проекта стандартов и технологий.
  27. Причиной ошибок на данном этапе являются: Бесконтрольность значений входных параметров, индексов массивов, параметров циклов, выходных результатов, деления на 0 и др.; Неправильная обработка нерегулярных ситуаций при анализе кодов возврата от вызываемых подпрограмм, функций и др.; Нарушение стандартов кодирования (плохие комментарии, нерациональное выделение модулей и компонент и др.); Использование одного имени для обозначения разных объектов или разных имен одного объекта, плохая мнемоника имен; Несогласованное внесение изменений в программу разными разработчиками и др.
  28. Данные ошибки являются причиной нарушения логики алгоритма, внутренней несогласованности переменных и операторов, а также правил программирования.
  29. Данные ошибки – следствие неправильно определенных функций, нарушения порядка их применения или отсутствия полноты их реализации и т.д.
  30. Данные ошибки возникают по причине неточности исходных данных и реализованных формул, погрешностей методов, неправильного применения операций вычислений или операндов.
  31. Данные ошибки связаны с необеспечением требуемой скорости обработки запросов или времени восстановления программы.
  32. Классификация типов отказов:
  33. Для реализации обработки исключений в C++ используются выражения try, throw и catch.
  34. Когда при использовании практик SQA осуществляется контроль качества тестируемого ПО?
  35. Сложность проявления, обнаружения и устранения ошибок значительно конкретизируется и становится измеримой, когда устанавливается связь этого понятия с конкретными ресурсами, необходимыми для решения соответствующей задачи, и возможными проявлениями дефектов. При разработке и сопровождении программ основным лимитирующим ресурсом обычно являются допустимые трудозатраты специалистов, а также ограничения на сроки разработки, параметры ЭВМ, технологию проектирования корректировок ПС. Показатели сложности при анализе можно разделить на две большие группы:
  36. Суть объективно-логического управления:
  37. Цель социально-психологического управления:
  38. Реинжиниринг заключается в том, чтобы абстрагироваться от настоящего состояния бизнеса и «заглянуть в будущее». Рисуется идеальная картина, после чего определяется, насколько возможно для компании достичь такого состояния и какие методы необходимо использовать для этого.
  39. Бизнес строится заново. Основная ошибка руководителей, обращающихся к реинжинирингу, кроется в том, что они рассчитывают сохранить удачные, по их мнению, наработки и связи. Этот подход неверный, так как реинжиниринг предполагает полную перезагрузку системы. Меняется все вплоть до стратегии развития и цели компании.
  40. Реинжиниринг также имеет цель – не бывает процесса ради процесса. Если по итогам реинжиниринга не произошло существенного изменения в результатах работы, руководителями на каком-то этапе была допущена ошибка.