Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

ОКиТПО_04_Алексеева_ПРО-323

.docx
Скачиваний:
8
Добавлен:
25.11.2022
Размер:
219.43 Кб
Скачать

Министерство науки и высшего образования РФ

Федеральное государственное бюджетное образовательное

учреждение высшего образования

«Уфимский государственный авиационный технический университет»

Факультет информатики и робототехники

Кафедра вычислительной математики и кибернетики

Отчет по лабораторной работе №4

Разработка тестов

по дисциплине

«Обеспечение качества и тестирование программного обеспечения»

Выполнила:

студентка группы ПРО-323

Алексеева А. В.

Проверил:

Тугузбаев Гаяз Ахтямович

Уфа 2022

Оглавление

Теоретические сведения 3

1. Acceptance Sheet 5

2. Ответы на контрольные вопросы 6

Вывод 6

Цель:

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

Задачи:

  1. Изучить теоретические сведения.

  2. Выполнить практическое задание по лабораторной работе.

  3. Оформить отчёт и ответить на контрольные вопросы.

Теоретические сведения

Рабочая тестовая документация значительно улучшает качество последующего тестирования за счет анализа и детального планирования тестов. После завершения тестирования наличие тестовой документации позволяет оценить, насколько успешно были проведены все этапы тестирования, а для заказчика является подтверждением реального объема работ. Рабочую тестовую документацию тестировщик может разрабатывать исключительно на основе спецификации еще до поставки программного обеспечения. В этом случае после поставки на тестирование версии программного продукта специалист по тестированию может сразу приступить к поиску дефектов. Существуют следующие виды рабочей тестовой документации:

1. Check List.

2. Acceptance Sheet.

3. Test Survey.

4. Test Cases.

Check List – высокоуровневый список проверок, набор правил и критериев, по которым проводится тестирование приложения. Описывает основные проверки для типовой функциональности.

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

Test Survey - документ, который содержит подробный перечень всех модулей и функций приложения, конкретные проверки для них, а также результаты всех тестов. В некоторых случаях для проверок может быть указан ожидаемый результат. Как правило, содержит статистику по наиболее важным показателям каждой сборки, определяющим ее качество.

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

Основные факторы выбора тестовой документации – сложность бизнес-логики проекта, сроки проекта, размер команды и объем проекта. На одном проекте могут комбинироваться несколько типов тестовой документации. Например, для всего проекта составлен Acceptance Sheet, но для наиболее сложных частей составлены Test Cases. Если какие-либо модули программного продукта будут подвергаться автоматизированному тестированию, то для таких модулей в обязательном порядке составляются Test Cases.

  1. Acceptance Sheet

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

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

Рабочая тестовая документация для веб-приложения “To-do list” представляет собой перечень всех проверок для модулей/подмодулей приложения. В качестве модуля выступает главный экран приложения, в качестве подмодулей – функциональные блоки экрана (рисунок 1.1).

Рис.1.1. Acceptance Sheet

  1. Ответы на контрольные вопросы

    1. Алексеева Анна, 2 вариант

Ответ на вопрос №2 «Check List: что описывают и когда используют?»:

Описывают вспомогательный тип документации, содержащий список основных проверок.

Используют для типовой функциональности.

Вывод

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