Файл: 1.(Гриша)Дайте определение понятия репозитория проекта. Опишите классы уровней репозиториев.docx

ВУЗ: Не указан

Категория: Не указан

Дисциплина: Не указана

Добавлен: 22.11.2023

Просмотров: 765

Скачиваний: 8

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

42.(Аня)Сформулируйте основные этапы документирования результатов тестирования.

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

Тест план (Test Plan) — это документ, описывающий весь объем работ по тестированию, начиная с описания объекта, стратегии, расписания, критериев начала и окончания тестирования, до необходимого в процессе работы оборудования, специальных знаний, а также оценки рисков с вариантами их разрешения.

Последовательность проведения работ:

подготовка (Test Preparation),

тестирование (Testing),

анализ результатов (Test Result Analisys) в разрезе запланированных фаз разработки.

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

Документирование результатов тестирования состоит из следующих этапов:

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

Статистика по ошибкам (перечисление количества и важности ошибок, их местоположение и статус (Исправлено/Не исправлено) )

43.(Лера)Перечислите стандарты качества программных средств.



44.(Влад)Опишите процесс выявление ошибок системных компонентов.

Меры по обнаружению ошибок можно разбить на две подгруппы:

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

Пассивное обнаружение ошибок

Меры по обнаружению ошибок могут быть приняты на нескольких структурных уровнях программной системы. Нас интересуют меры по обнаружению симптомов ошибок, предпринимаемые при переходе от одной компоненты к другой, а также внутри компоненты. Все это, конечно, применимо также к отдельным модулям внутри компоненты. Разрабатывая эти меры, мы будем опираться на следующие положения: 1. Взаимное недоверие. Каждая из компонент должна предполагать, что все другие содержат ошибки. Когда она получает какие-нибудь данные от другой
компоненты или из источника вне системы, она должна предполагать, что данные могут быть неправильными, и пытаться найти в них ошибки. 2. Немедленное обнаружение. Ошибки необходимо обнаружить как можно раньше. Это не только ограничивает наносимый ими ущерб, но и значительно упрощает задачу отладки. 3. Избыточность. Все средства обнаружения ошибок основаны на некоторой форме избыточности (явной или неявной).

Активное обнаружение ошибок

Не все ошибки можно выявить пассивными методами, поскольку эти методы обнаруживают ошибку лишь тогда, когда ее симптомы подвергаются соответствующей проверке. Можно делать и дополнительные проверки, если спроектировать специальные программные средства для активного поиска признаков ошибок в системе. Такие средства называются средствами активного обнаружения ошибок. Активные средства обнаружения ошибок обычно объединяются в диагностический монитор: параллельный процесс, который периодически анализирует состояние системы с целью обнаружить ошибку. Диагностический монитор можно реализовать как периодически выполняемую задачу (например, она планируется на каждый час) либо как задачу с низким приоритетом, которая планируется для выполнения в то время, когда система переходит в состояние ожидания. Как и прежде, выполняемые монитором конкретные проверки зависят от специфики системы. Монитор может обследовать основную память, чтобы обнаружить блоки памяти, не выделенные ни одной из выполняемых задач и не включенные в системный список свободной памяти. Он может проверять также необычные ситуации: например, процесс не планировался для выполнения в течение некоторого разумного интервала времени. Монитор может осуществлять поиск «затерявшихся» внутри системы сообщений или операций ввода-вывода, которые необычно долгое время остаются незавершенными, участков памяти на диске, которые не помечены как выделенные и не включены в список свободной памяти, а также различного рода странностей в файлах данных. Иногда желательно, чтобы в чрезвычайных обстоятельствах монитор выполнял диагностические тесты системы. Он может вызывать определенные системные функции, сравнивая их результат с заранее определенным и проверяя, насколько разумно время выполнения. Монитор может также периодически предъявлять системе «пустые» или «легкие» задания, чтобы убедиться

, что система функционирует хотя бы самым примитивным образом.

45.(Ася)Дайте определение понятия «Качество программного обеспечения». Перечислите критерии оценки качества ПО.
Качество ПО - Комплекс характеристик программного продукта, обеспечивающих его соответствие требованиям и ожиданиям пользователей. Оно включает в себя такие аспекты, как функциональность, надежность, удобство использования, производительность, безопасность и т.д.
Критерии качества ПО:
-Функциональность
-Надежность
-Эффективность
-Удобство пользования ПО
-Модифицируемость(способность программного обеспечения быть легко изменяемым и дополняемым, чтобы соответствовать изменяющимся требованиям и потребностям пользователей)
46.(Ася)Перечислите основные средства проектирования интерфейса пользователя и опишите принцип их работы.

Основными средствами проектирования интерфейса пользователя являются:

1. Графические элементы - кнопки, поля ввода, списки, выпадающие меню и т.д. Они используются для взаимодействия пользователя с системой и предоставления ему информации .Они должны быть легко распознаваемы и доступны для использования.

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

3. Типографика - выбор шрифтов и их размеров для удобства чтения текста на экране.Шрифты должны быть читабельными и легко воспринимаемыми пользователем.

4. Иконки - маленькие изображения, которые используются для представления функций или действий.Они должны быть понятными и соответствовать функционалу, который они представляют.

5. Анимация - использование движущихся элементов для привлечения внимания пользователя к определенным функциям.Она должна быть умеренной и не мешать работе пользователя, а также соответствовать общему стилю интерфейса.

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

47.(Аня)Дайте определение свойств качественного программного обеспечения: понятность, осмысленность, завершенность. Поясните их назначение.


Качество (quality)ПС - это совокупность его черт и характеристик, которые влияют на его способность удовлетворять заданные потребности пользователей.

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

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

3. Завершенность - свойство качественного программного обеспечения, которое означает, что программа должна быть полностью разработана и протестирована перед ее выпуском. Это означает, что все функции и возможности программы должны быть реализованы и проверены на соответствие требованиям и ожиданиям пользователей.

48.(Лера)Дайте определение понятий ручное и автоматизированное тестирование. Расскажите об их преимуществах и недостатках.

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

Преимущества ручного тестирования:

- Гибкость: тестировщик может быстро изменить тест-кейсы и адаптировать их под новые требования.

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

- Легкость в использовании: не требуется специальных знаний или навыков для выполнения ручного тестирования.

Недостатки ручного тестирования:

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

- Ошибки: человеческий фактор может привести к ошибкам в процессе тестирования.

- Невозможность автоматизации: некоторые тесты могут быть слишком сложными для выполнения вручную.

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

Преимущества автоматизированного тестирования:

- Быстрота: автоматизированные тесты могут быть выполнены значительно быстрее, чем ручные.

- Точность: автоматизированные тесты выполняются без ошибок, связанных с человеческим фактором.

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

Недостатки автоматизированного тестирования:

- Сложность: создание автоматизированных тестов может потребовать значительных затрат времени и ресурсов.

- Необходимость обновления: автоматизированные тесты должны быть обновлены при изменении приложения или его требований.

- Ограничения: некоторые виды тестирования могут быть сложными или невозможными для автоматизации.
Практические задания:
1.Разработать окно добавления нового сотрудника работником отдела кадров. При

добавлении учитывать валидацию всех полей.

https://github.com/Vakog22/Adyskin3K/tree/main/Task1

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

https://github.com/Aaren2/Task

3.Разработать окно добавления нового фильма в онлайн кинотеатре. При добавлении

учитывать валидацию всех полей.

https://github.com/EVETuesday/PracticTests3_6_9_12_15_18.git

4.Разработать окно добавления нового пациента в частной клинике. При добавлении

учитывать валидацию всех полей.

https://github.com/Vakog22/Adyskin3K/tree/main/Task4

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

https://github.com/Aaren2/Task

6.Разработать окно вывода информации о заказе в интернет магазине. Использовать

несколько разных типов объектов для вывода (тест, дата/время, изображение и т.д).

https://github.com/EVETuesday/PracticTests3_6_9_12_15_18.git

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

Использовать несколько разных типов объектов для вывода (тест, дата/время, изображение и

т.д).

Откровенно говоря, я сомневаюсь, что всё НАСТОЛЬКО просто. Однако, тут нет указания того, что это можно редактировать, и ,к тому же, это личный кабинет, а, значит, тут вывод одного сотрудника

https://github.com/Vakog22/Adyskin3K/tree/main/Task7
8.Разработать окно вывода информации о записи на прием в зубной клинике. Использовать

несколько разных типов объектов для вывода (тест, дата/время, изображение и т.д).