Файл: молодечненский торговоэкономический колледж белкоопсоюза перечень вопросов для подготовки к обязательной контрольной работе.docx
Добавлен: 23.11.2023
Просмотров: 26
Скачиваний: 2
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
УЧРЕЖДЕНИЕ ОБРАЗОВАНИЯ
«МОЛОДЕЧНЕНСКИЙ ТОРГОВО-ЭКОНОМИЧЕСКИЙ КОЛЛЕДЖ»
БЕЛКООПСОЮЗА
ПЕРЕЧЕНЬ ВОПРОСОВ
ДЛЯ ПОДГОТОВКИ К ОБЯЗАТЕЛЬНОЙ КОНТРОЛЬНОЙ РАБОТЕ №2
Предмет: «Тестирование программного обеспечения»
Темы: «Структурное и функциональное тестирование», «Организация тестирования ПО»
Специальность: 2-40 01 01 «Программное обеспечение информационных технологий»
Группы: СП305, ПО309
Составил преподаватель: О.Н. Апетенок
Рассмотрено и одобрено на заседании методической (цикловой) комиссии программного обеспечения информационных технологий и информатики
Протокол №________________________
«_______» _________________ 2022 года
Председатель цикловой комиссии _________________________С.С. Лаптик
Молодечно, 2022
ПЕРЕЧЕНЬ ВОПРОСОВ
ДЛЯ ПОДГОТОВКИ К ОБЯЗАТЕЛЬНОЙ КОНТРОЛЬНОЙ РАБОТЕ
-
Виды рабочей тестовой документации и их характеристика. -
Ошибки, дефекты, сбои, отказы и т. д. -
Отчёт о дефекте и его жизненный цикл. Атрибуты (поля) отчёта о дефекте -
Документация, создаваемая на различных этапах жизненного цикла. -
Документация, сопровождающая процессы верификации и тестирования. -
Отчеты о прохождении тестов. Отчеты о покрытии программного кода. Отчеты о проблемах. Трассировочные таблицы -
Цели и задачи модульного тестирования. -
Понятие о модуле и его границах. -
Подходы к проектированию тестового окружения. -
Организация модульного тестирования -
Цели и задачи интеграционного тестирования. Организация интеграционного тестирования. -
Структурная классификация методов интеграционного тестирования. Временная классификация методов интеграционного тестирования. -
Планирование интеграционного тестирования
ГЛОССАРИЙ
Термин (по-русски) | Термин (по- английски) | Определение |
Автоматизированное тестирование | Automated testing | Набор техник, подходов и инструментальных средств, позволяющий исключить человека из выполнения некоторых задач в процессе тестирования. |
Альфа-тестирование | Alpha testing | Тестирование, которое выполняется внутри организации-разработчика с возможным частичным привлечением конечных пользователей. Может являться формой внутреннего приёмочного тестирования. |
Анализ первопричин | Root cause analysis | Процесс исследования и классификации первопричин возникновения событий, негативно влияющих на безопасность, здоровье, окружающую среду, качество, надёжность и производственный процесс. |
Бета-тестирование | Beta testing | Тестирование, которое выполняется вне организации- разработчика с активным привлечением конечных пользователей/заказчиков. |
Граничное условие | Border condition, boundary condition | Значение, находящееся на границе классов эквивалентности. |
Дефект | Defect, anomaly | Отклонение фактического результата от ожиданий наблюдателя, сформированных на основе требований, спецификаций, иной документации или опыта и здравого смысла. |
Динамическое тестирование | Dynamic testing | Тестирование с запуском кода на исполнение. |
Дымовое тестирование | Smoke test | Тестирование, которое направлено на проверку самой главной, самой важной, самой ключевой функциональности, неработоспособность которой делает бессмысленной саму идею использования приложения (или иного объекта, подвергаемого дымовому тестированию). |
Интеграционное тестирование | Integration testing | Тестирование, которое направлено на проверку взаимодействия между несколькими частями приложения (каждая из которых, в свою очередь, проверена отдельно на стадии модульного тестирования). |
Класс эквивалентности | Equivalence class | Набор данных, обрабатываемых одинаковым образом и приводящих к одинаковому результату. |
Метод белого ящика | White box testing | Метод тестирования, в рамках которого у тестировщика есть доступ к внутренней структуре и коду приложения, а также есть достаточно знаний для понимания увиденного. |
Метод серого ящика | Gray box testing | Комбинация методов белого ящика и чёрного ящика, состоящая в том, что к части кода и архитектуры у тестировщика доступ есть, а к части — нет. |
Метод чёрного ящика | Black boxtesting | Метод тестирования, в рамках которого у тестировщика либо нет доступа к внутренней структуре и коду приложения, либо недостаточно знаний для их понимания, либо он сознательно не обращается к этим данным в процессе тестирования. |
Метрика | Metric | Числовая характеристика показателя качества. Может включать описание способов оценки и анализа результата. |
Модель разработки ПО | Software Development Model | Структура, систематизирующая различные виды проектной деятельности, их взаимодействие и последовательность в процессе раз работки ПО. |
Модульное (компонентное) тестирование | Unit testing, component testing | Тестирование, направленное на проверку от дельных небольших частей приложения, которые (как правило) можно исследовать изолированно от других подобных частей. |
Набор тест кейсов | Test case suite, test suite, test set | Совокупность тест-кейсов, выбранных с некоторой общей целью или по некоторому общему признаку. |
Негативное тестирование | Negative testing | Тестирование, направленное на исследование работы приложения в ситуациях, когда с ним выполняются (некорректные) операции и/или используются данные, потенциально приводящие к ошибкам. |
Нефункциональное тестирование | Non-functional testing | Тестирование, направленное на проверку не функциональных особенностей приложения (корректность реализации нефункциональных требований), таких как удобство использования, совместимость, производительность, безопасность и т.д. |
Нефункциональные требования | Non-functional requirements | Требования, описывающие свойства системы (удобство использования, безопасность, надёжность, расширяемость и т.д.), которыми она должна обладать при реализации своего поведения. |
Отчёт о дефекте | Defect report | Документ, описывающий и приоритизирущий обнаруженный дефект, а также содействующий его устранению |
Отчёт о результатах тестирования | Test progress report, test sum marry report | Документ, обобщающий результаты работ по тестированию и содержащий информацию, достаточную для соотнесения текущей ситуации с тест-планом и принятия необходимых управленческих решений. |
Позитивное тестирование | Positive testing | Тестирование, направленное на исследование приложения в ситуации, когда все действия выполняются строго по инструкции без каких бы то ни было ошибок, отклонений, ввода неверных данных и т.д. |
Приёмочное тестирование | Acceptance testing | Формализованное тестирование, направленное на проверку приложения с точки зрения конечного пользователя/заказчика и вынесения решения о том, принимает ли заказчик работу у исполнителя (проектной команды). |
Расширенное тестирование | Extended test | Тестирование, направленное на исследование всей заявленной в требованиях функциональности — даже той, которая низко про ранжирована по степени важности. |
Регрессионное тестирование | Regression testing | Тестирование, направленное на проверку того факта, что в ранее работоспособной функциональности не появились ошибки, вызванные изменениями в приложении или среде его функционирования. |
Ручное тестирование | Manual testing | Тестирование, в котором тест-кейсы выполняются человеком вручную без использования средств автоматизации. |
Системное тестирование | System testing | Тестирование, направленное на проверку всего приложения как единого целого, собранного из частей, проверенных на стадиях модульного и интеграционного тестирования. |
Статическое тестирование | Static testing | Тестирование без запуска кода на исполнение. |
Структурная декомпозиция | Work break down structure, WBS | Иерархическая декомпозиция объёмных за дач на всё более и более малые подзадачи с целью упрощения оценки, планирования и мониторинга выполнения работы. |
Тест | Test | Набор из одного или нескольких тест-кейсов. |
Тестирование критического пути | Critical path test | Тестирование, направленное на исследование функциональности, используемой типичными пользователями в типичной повседневной деятельности. |
Тестирование под управлением данными | Data-driven testing | Способ разработки автоматизированных тест-кейсов, в котором входные данные и ожидаемые результаты выносятся за пределы тест-кейса и хранятся вне его — в файле, базе данных и т.д. |
Тестирование под управлением ключевыми словами | Keyword-driven testing | Способ разработки автоматизированных тест-кейсов, в котором за пределы тест-кейса выносится не только набор входных данных и ожидаемых результатов, но и логика поведения тест-кейса, которая описывается ключевыми словами (командами). |
Тестирование под управлением поведением | Behavior-driven testing | Способ разработки автоматизированных тест-кейсов, в котором основное внимание уделяется корректности работы бизнес-сценариев, а не отдельным деталям функционирования приложения. |
Тестирование программного обеспечения | Software testing | Процесс анализа программного средства и сопутствующей документации с целью выявления дефектов и повышения качества продукта. |
Тестирование производительности | Performance testing | Исследование показателей скорости реакции приложения на внешние воздействия при различной по характеру и интенсивности нагрузке |
Тест-кейс | Test case | Набор входных данных, условий выполнения и ожидаемых результатов, разработанный с целью проверки того или иного свойства или поведения программного средства. Под тест кейсом также может пониматься соответствующий документ, представляющий формальную запись тест-кейса. |
Требование | Requirement | Описание того, какие функции и с соблюдением каких условий должно выполнять приложение в процессе решения полезной для пользователя задачи. |
Трудозатраты | Man-hours | Количество рабочего времени, необходимого для выполнения работы (выражается в чело веко-часах). |
Функциональная декомпозиция | Functional de composition | Процесс определения функции через её раз деление на несколько низкоуровневых под функций. |
Функциональное тестирование | Functional testing | Тестирование, направленное на проверку корректности работы функциональности приложения |
Примерные задачи
______________________________________________________________
ЗАДАЧА
Определить классы эквивалентности. Выбрать представителя каждого класса. Выполнить тесты.
УСЛОВИЕ:
На рейсах авиакомпании при оформлении предварительной оплаты за провоз сверхнормативного багажа ранее, чем за 24 часа до вылета рейса по расписанию действует скидка в размере 50% от общего тарифа. При оплате за провоз сверхнормативного багажа во время посадки в самолет действует тариф на 20% выше общего тарифа. Регистрация на рейс начинается за 3 часа до вылета.
______________________________________________________________
ЗАДАЧА
Определить классы эквивалентности. Определить граничные значения для каждого класса (важно понимать к какому классу относится значение). Провести тесты по проверке значения до границы, на границе и сразу после границы.
УСЛОВИЕ:
На рейсах авиакомпании при оформлении предварительной оплаты за провоз сверхнормативного багажа ранее, чем за 24 часа до вылета рейса по расписанию действует скидка в размере 50% от общего тарифа. При оплате за провоз сверхнормативного багажа во время посадки в самолет действует тариф на 20% выше общего тарифа. Регистрация на рейс начинается за 3 часа до вылета.
Предложить вариант выделения классов эквивалентности входных данных для подпрограммы открытия файла по его имени. Тестовые требования к подпрограмме выделены и имеют следующий состав:
− проверить, что присутствия в имени файла символов, не являющимися буквами латинского алфавита и цифрами, система выводит сообщение об ошибке;
− проверить, что в случае, когда длина имени файла превышает 11 символов, система выдает сообщение об ошибке;
− проверить, что система не различает регистр символов имени при открытии файла;
− проверить, что в случае, когда имя файла не противоречит требованиям 1-3, система открывает файл.
______________________________________________________________
ЗАДАЧА
Разработать unit-тест. Проверить правильно ли вычисляет программа площадь прямоугольника со сторонами 3 и 5. Ожидаемый результат (правильное решение) в данном случае это число 15.
______________________________________________________________
ЗАДАЧА
В проекте Calc содержатся 2 метода, которые необходимо протестировать на корректность работы. Для этого создайте unit-тест, который будет проверять операцию деления двух чисел.
______________________________________________________________
ЗАДАЧА
В проекте Calc содержатся 2 метода, которые необходимо протестировать на корректность работы. Для этого создайте unit-тест, который будет будут проверять операцию деления на ноль.
______________________________________________________________
ЗАДАЧА
В проекте Calc содержатся 2 метода, которые необходимо протестировать на корректность работы. Для этого создайте unit-тест, который будет проверять операцию сложения двух чисел и инкрементацию полученной суммы.
______________________________________________________________
ЗАДАЧА
Разработать программу для подсчета объема цилиндра и создать модульный тест.
Рекомендуемая литература
-
Бейзер, Б. Тестирование «черного ящика». Технологии функционального тестирования программного обеспечения и систем / Б. Бейзер. СПб., 2004. -
Гленфорд М., Искусство тестирования программ, 3-е издание / Гленфорд Майерс, Том Баджетт, Кори Сандлер, Вильямс, 2012, 272 стр. 272, ISBN 978-5-8459-1796-6, 978-1-118-03196-4 -
Дастин, Э. Автоматизированное тестирование программного обеспечения / Э. Дастин, Д. Рэшка, Д. Пол. М., 2003. -
Иванова, Г.С. Технология программирования / Г.С. Иванова. М., 2002. -
Искусство тестирования программ, Гленфорд Майерс, Москва: Диалектика, 2019 -
Калбертсон, Р. Быстрое тестирование / Р. Калбертсон, К. Браун, Г. Кобб. М., 2006. -
Канер С., Тестирование программного обеспечения. Фундаментальные концепции менеджмента бизнес - приложений, Канер С., Москва: Диа Софт, 2018 -
Канер, С. Тестирование программного обеспечения. Фундаментальные концепции менеджмента бизнес-приложений / С. Канер, Д. Фолк, К.Н. Енг. ДиаСофт, 2018. -
Котляров, В.П. Основы тестирования программного обеспечения / В.П. Котляров, Т.В. Коликова. М., 2006. -
Криспин Л., Гибкое тестирование. Практическое руководство для тестировщиков ПО и гибких команд / Лайза Криспин, Джанет Грегори; Вильямс, 2016, стр. 464, ISBN 978-5-8459-1625-9, 978-0-321-53446-0 -
Кулаков К., Основы тестирования программного обеспечения: учебное электронное пособие / К. А. Кулаков, В. М. Димитров; Петрозаводск : Издательство ПетрГУ, 2018. ISBN 978-5-8021-3222-7 -
Макгрегор, Д. Тестирование объектно-ориентированного программного обеспечения : практ. пособие / Д. Макгрегор, Д. Сайкс. Киев, 2002. -
Степанченко, И.В. Методы тестирования программного обеспечения: учеб. пособие / И.В. Степанченко. Волгоград, 2006. -
Тамре, Л. Введение в тестирование программного обеспечения / Л. Тамре. М., 2003.