отчёт. Веревкин. Народ, жамкайте кнопку чата чтоли для авторизации

• Название: Народ, жамкайте кнопку чата чтоли для авторизации
• Анкор: отчёт
• Дата: 29.01.2022
• Размер: 81.53 Kb.
• Имя файла: Веревкин.docx
• Тип: Документы; #345896
• страница: 8 из 12

Проектирование пользовательского интерфейса: оконный интерфейс и оконные композиции

Пользовательский интерфейс –это совокупность информационной модели проблемной области, средств и способов взаимодействия пользователя с информационной моделью, а также компонентов, обеспечивающих формирование информационной модели в процессе работы программной системы Проектирование GUI состоит из проектирования окон и элементов ввода и проектирования окон для вывода информации.

Типичное Windows приложение состоит из единственного главного приложение, оно сопровождается всплывающими окнами и вторичными окнами. Главное окно имеет строку заголовка, строку меню, панель инструментов, строку состояния и содержимое окна. Вторичное окно дополняет функциональные возможности главного окна и, как правило, является модальным. Вторичные окна бывают:

• 
  Диалоговое окно.
  
• 
  Папка с вкладками.
  
• 
  Выпадающий список
  
• 
  Окно сообщений.
  

Оконные композиции, зависимость между окнами.

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

Многодокументный интерфейс (MDI) это способ организации одновременной работы над «параллельными» документами. Главное окно – родительское. Каждый документ отображается в дочернем окне внутри родительского окна.

14. Тестирование и управление изменениями: тестирование системных сервисов

Системные сервисы (основные функции системы) проходят неформальное тестирование, которое выполняет сам разработчик при моделировании и реализации; и методическое тестирование.

Существуют два основных вида методического тестирования:

1. Тестирование без выполнения программы (формальные пересмотры)

a) Сквозной контроль – формальный пересмотр артефактов методом мозгового штурма, который может проводиться на любом этапе разработки. Цель – уточнение существующих проблем и подтверждения их существование. Попыток решения проблем не предпринимается.

b) Инспекция – совещание, проводимое под наблюдением руководства проекта, выявления и подтверждения дефектов, их фиксация, назначение сроков устранения и ответственных лиц. Этапы: планирование (участники и область инспектирования), вводное информационное совещание, проведение совещания (подготовка журнала дефектов), устранение дефектов с фиксацией информации о соответствующем дефекте, подтверждение его устранения, тестирование, изучение группой обеспечения качества ПО.

2. Тестирование, основанное на выполнении программы

a) Тестирование по отношению к спецификации – применяется к исполняемым программным продуктам (тестирование по методу черного ящика, функциональное тестирование, тестирование по входу-выходу). На основании спецификации подготавливаются тестовые требования, формируется тест-план и сценарий тестирования. Сценарий может быть записан с помощью специальных средств автоматизации. Тестирование по спецификации помогает обнаружить пропущенные функции.

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

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

15. Тестирование и управление изменениями: тестирование системных ограничений

Цель: установить ограничения.

Тестирование системных ограничений включает в себя:

1. Тестирование пользовательского интерфейса – начинается с тестирования удобства и функциональности пользовательского интерфейса на этапе моделирования, далее после реализационное тестирование заказчиком и разработчиком.

2. Тестирование БД – БД тестируется по отдельной методике, в т. ч. тестируются транзакции и другие специальные объекты (производительность, параллелизм, полномочия пользователей).

3. Тестирование контроля пользователя – тестирование систем безопасности от несанкционированного использования, осуществляется с использованием аутентификации.

16. Тестирование и управление изменениями: виды тестирования программного обеспечения

Дополнительные виды тестирования:

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

2. Тестирование в утяжеленном режиме с использование завышенных требованием к системе производится вывод системы из строя из-за повышенной конкуренции за ресурсы, недостатка ресурсов.

3. Тестирование на отказ – изучение системы на сетевые, аппаратные или программные сбои.

4. Конфигурационное тестирование – возможность использования ПО на различных аппаратных конфигурациях.

5. Инсталляционное тестирование – повтор тестирования системных услуг на каждой и платформ.

Все виды тестирования программного обеспечения, в зависимости от преследуемых целей, можно условно разделить на следующие группы:

1. 
   Функциональные
   
2. 
   Нефункциональные
   
3. 
   Связанные с изменениями
   

Функциональные виды тестирования

Функциональные тесты базируются на функциях и особенностях, а также взаимодействии с другими системами, и могут быть представлены на всех уровнях тестирования: компонентном или модульном (Component/Unit testing),интеграционном (Integration testing), системном (System testing) и приемочном (Acceptance testing). Функциональные виды тестирования рассматривают внешнее поведение системы. Далее перечислены одни из самых распространенных видов функциональных тестов:

• 
  Функциональное тестирование (Functional testing)
  
• 
  Тестирование безопасности (Security and Access Control Testing)
  
• 
  Тестирование взаимодействия (Interoperability Testing)
  

Нефункциональные виды тестирования

Нефункциональное тестирование описывает тесты, необходимые для определения характеристик программного обеспечения, которые могут быть измерены различными величинами. В целом, это тестирование того, "Как" система работает. Далее перечислены основные виды нефункциональных тестов:

• 
  Все виды тестирования производительности:
  
  • 
    нагрузочное тестирование (Performance and Load Testing)
    
  • 
    стрессовое тестирование (Stress Testing)
    
  • 
    тестирование стабильности или надежности (Stability / Reliability Testing)
    
  • 
    объемное тестирование (Volume Testing)
    
• 
  Тестирование установки (Installation testing)
  
• 
  Тестирование удобства пользования (Usability Testing)
  
• 
  Тестирование на отказ и восстановление (Failover and Recovery Testing)
  
• 
  Конфигурационное тестирование (Configuration Testing)
  

Связанные с изменениями виды тестирования

После проведения необходимых изменений, таких как исправление бага/дефекта, программное обеспечение должно быть пере тестировано для подтверждения того факта, что проблема была действительно решена. Ниже перечислены виды тестирования, которые необходимо проводить после установки программного обеспечения, для подтверждения работоспособности приложения или правильности осуществленного исправления дефекта:

• 
  Дымовое тестирование (Smoke Testing)
  
• 
  Регрессионное тестирование (Regression Testing)
  
• 
  Тестирование сборки (Build Verification Test)
  
• 
  Санитарное тестирование или проверка согласованности/исправности (Sanity Testing)