Войти в мой кабинет
Регистрация
ГОТОВЫЕ РАБОТЫ / КУРСОВАЯ РАБОТА, ИНФОРМАТИКА

Тестирование модулей

NLatipova 190 руб. КУПИТЬ ЭТУ РАБОТУ
Страниц: 18 Заказ написания работы может стоить дешевле
Оригинальность: неизвестно После покупки вы можете повысить уникальность этой работы до 80-100% с помощью сервиса
Размещено: 11.12.2017
Программ без ошибок не существуют. Ошибки, соединенные с неправильным вводом команд в монтажере, неправильной записи идентификаторов почти всегда, это возможно узнать простое исследование начального текста, и фиксируется компилятором платформы, на котором пишется программа. Обычно по традиции компании-производители телевизионных программ применяют попытку метода - попытка, будет ли программа работать в этом или том изменении, обычно это называет устранение неисправностей.
Введение

Модульные тесты применяются при исследованию программного обеспечения. Они могут быть сформированы как после написания исходного кода, так и до этого, все в зависимости от ваших предпочтений и вероисповедания, либо предпочтений вашей компании. Создание с помощью тестирования(TDD) активизирует достаточно неоднозначное чувство. Кто-то думает, что это достаточно ненужная вещь, но намерен не согласиться. Ненужным TDD именовать явно нельзя. Сбор теста, который покрывает намеревающееся изменение в программе, а создание кода, позволяющий пройти данный тест, значительно упрощает разработку. Модульные тесты так же применяются для контроля уже сделанного функционала. Но достичь 100% покрытия кода программы модульными тестами почти невозможно. Цель модульного тестирования — отгородить отдельные составляющие программы и показать, что по раздельности данные части могут работать. Данный тип тестирования обычно производится программистами. Модульное тестирование позднее дает возможность программистам вести рефакторинг, быть уверенными, что модуль по-прежнему работает правильно. Это толкает программистов к поправкам кода, потому что довольно просто проверить, что код работает и после поправок. Модульное тестирование способствует устранениям комплекса по поводу раздельных модулей и может быть применено для подхода к тестированию «снизу вверх»: сначала тестируя отдельные части программы, а затем программу в целом. Модульные тесты можно исследовать как «живой документ» для тестируемого класса. Клиенты, незнающие, как применять этот класс, могут применять юнит-тест в качестве примера. Потому что некоторые классы могут пользоваться другими классами, тестирование некоторого класса часто затрагивает связанные с ним. К примеру, класс использует базу данных; по ходу создания теста программист замечает, что тесту нужно вести взаимодействие с базой. Это ошибка, ибо тест не обязан выходить за грань класса. В итоге разработчик отвлекается от соединения с базой данных и реализует этот интерфейс, применяя свой собственный mock-объект. Это приводит к менее связанному коду, минимизируя зависимости в системе.
Содержание

1. ВВЕДЕНИЕ 3 2. ПОНЯТИЕ МОДУЛЬНОГО ТЕСТИРОВАНИЯ 5 2.1. ТЕСТИРОВАНИЕ НА ОСНОВЕ ПОТОКА УПРАВЛЕНИЯ 7 2.2. ТЕСТИРОВАНИЕ НА ОСНОВЕ ПОТОКА ДАННЫХ 7 3. МЕТОДЫ ТЕСТИРОВАНИЯ ТЕСТОВЫХ ПУТЕЙ ДЛЯ ДОСТИЖЕНИЯ ЗАДАННОЙ СТЕПЕНИ ТЕСТИРОВАННОСТИ В СТРУКТУРНОМ ТЕСТИРОВАНИИ 9 3.1. СТАТИЧЕСКИЕ МЕТОДЫ 9 3.2. ДИНАМИЧЕСКИЕ МЕТОДЫ 10 3.3. МЕТОДЫ РЕАЛИЗУЕМЫХ ПУТЕЙ 10 4. ПРИМЕР МОДУЛЬНОГО ТЕСТИРОВАНИЯ 11 5. ЗАКЛЮЧЕНИЕ 13 6. БИБЛИОГРАФИЯ 16 ПРИЛОЖЕНИЕ 1 18
Список литературы

1. Бейзер Б. Тестирование черного ящика. Технологии функционального тестирования программного обеспечения и систем [текст] / Б. Бейзер; - Питер, 2004, 320 с. ISBN 5-94723-698-2. 2. Брауде Э.Д. Технология разработки программного обеспечения [текст] / Э.Д. Брауде; - Питер, 2004, 656 с. ISBN 5-94723-663-X. 3. Винниченко И.В. Автоматизация процессов тестирования [текст] / И. В. Винниченко; - Питер, 2005, 208 с. ISBN 5-469-00798-7. 4. Канер С. Тестирование программного обеспечения. Фундаментальные концепции менеджмента бизнес-приложений [текст] / С. Канер; - ДиаСофт, 2001, 544 с, ISBN 966-7393-87-9. 5. Калбертсон Р. Быстрое тестирование [текст] / Р. Калбертсон, К. Браун, Г. Кобб; - Вильямс, 2002, 384 с. ISBN 5-8459-0336-X. 6. Коликова Т.В. Основы тестирования программного обеспечения. Учебное пособие [текст] / Т.В. Коликова, В.П. Котляров; - Интуит, 2006, - 285 с. ISBN 5-85582-186-2. 7. Касперски К. Техника отладки программ без исходных текстов [текст] / К. Касперски; - БХВ-Петербург, 2005, 832 с. ISBN 5-94157-229-8. 8. Макгрегор Д. Тестирование объектно-ориентированного программного обеспечения. Практическое пособие [текст] / Д. Макгрегор, Д. Сайкс; - ТИД «ДС», 2004, 432 с. ISBN 966-7992-12-8. 9. Плаксин М. Тестирование и отладка программ - для профессионалов будущих и настоящих [текст] / М. Пласкин; - Бином. Лаборатория знаний, 2007, - 168 с. ISBN 978-5-94774-458-3. 10. Роберт М. Быстрая разработка программ: принципы, примеры, практика [текст] / М. Роберт, Д. Ньюкирк; - Вильямс, 2004, 752 с. ISBN 5-8459-0558-3. 11. Фолк Д. Тестирование программного обеспечения [текст] / Д. Фолк, Е. К. Нгуен, С. Канер; - Диасофт, 2003 , 400 с. ISBN 966-7393-87-9. 12. Элфрид Д. Автоматизированное тестирование программного обеспечения. Внедрение, управление и эксплуатация [текст] / Элфрид Д., Джефф Р., Джон П.;- Лори, 2003, ISBN 5-85582-186-2.
Отрывок из работы

2. ПОНЯТИЕ МОДУЛЬНОГО ТЕСТИРОВАНИЯ Модульным тестированием является тестирование программы на ступени раздельно взятых модулей, функций или классов. Целью модульного тестирования является выявление локализованных в модуле недочетов в осуществлении алгоритмов, а также в установлении уровне готовности системы к переходу на следующую ступень разрабатывания и тестирования. Модульное тестирование проходит по принципу "белого ящика", это значит обосновывается на знании внутренней структуры программы, и зачастую включает те или другие способы анализа покрытия кода. Модульное тестирование чаще всего предполагает формирование вокруг каждого модуля некоторой среды, которая включает в себя заглушки для абсолютно всех интерфейсов тестируемого модуля. Кое-какие из них могут применяться для подачи входных значений, другие для анализа итогов, пребывание третьих может быть продиктовано условиями, накладываемыми компилятором и сборщиком. На ступени модульного тестирования элементарнее всего заметить изъяны, которые связаны с алгоритмическими недочетами и ошибками кодирования алгоритмов, типа работы с условиями и счетчиками циклов, а также с употреблением локальных переменных и ресурсов. Недочеты, которые связаны с неправильной трактовкой данных, некорректной реализацией интерфейсов, совместимостью, производительностью и т.п. как правило пропускаются на ступени модульного тестирования и обнаруживаются наиболее позднейших стадиях тестирования. Как раз эффективность выявления тех или других типов изъянов обязана характеризовать план модульного тестирования, а значит постановку акцентов при установлении набора входных значений. У компании, которая занимается разработкой программного обеспечения, обычно, есть историческая база данных ( Repository ) разработок, которая хранит определенную информацию о разработке прошлых проектов: о версиях и сборках кода ( build ) отмеченных в ходе разработки продукта, о принятых решениях, допущенных просчетах, ошибках, успехах и т.п. Проведя анализ характеристик прежних проектов, аналогичных заказанному организации, можно обезопасить новую разработку от давних ошибок, например, установив типы недостатков, поиск которых более результативен на всевозможных стадиях тестирования.
Не смогли найти подходящую работу?
Вы можете заказать учебную работу от 100 рублей у наших авторов.
Оформите заказ и авторы начнут откликаться уже через 5 мин!
Похожие работы
Служба поддержки сервиса
+7(499)346-70-08
Принимаем к оплате
Способы оплаты
© «Препод24»

Все права защищены

Разработка движка сайта

/slider/1.jpg /slider/2.jpg /slider/3.jpg /slider/4.jpg /slider/5.jpg