Файл: Вид работы Курсовая работа Название дисциплины Информационное обеспечение, программировани Тема Тестирование и отладка программного средства Фамилия студента Имя студента.doc
Добавлен: 10.11.2023
Просмотров: 75
Скачиваний: 3
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
Тестирование документации по применению ПС. Целью тестирования является поиск несогласованности документации по применению и совокупностью программ ПС, а также неудобств применения ПС. Этот этап непосредственно предшествует подключению пользователя к завершению разработки ПС (тестированию требований к ПС и аттестации ПС), поэтому весьма важно разработчикам сначала самим воспользоваться ПС так, как это будет делать пользователь. Все тесты на этом этапе готовятся исключительно на основании только документации по применению ПС. Прежде всего, должны тестироваться возможности ПС как это делалось при тестировании внешних функций, но только на основании документации по применению. Должны быть протестированы все неясные места в документации, а также все примеры, использованные в документации. Далее тестируются наиболее трудные случаи применения ПС с целью обнаружить нарушение требований относительности легкости применения ПС.
Тестирование определения требований к ПС. Целью тестирования является выяснение, в какой мере ПС не соответствует предъявленному определению требований к нему. Особенность этого вида тестирования заключается в том, что его осуществляет организация-покупатель или организация-пользователь ПС [5.1] как один из путей преодоления барьера между разработчиком и пользователем (см. тему 3). Обычно это тестирование производится с помощью контрольных задач - типовых задах, для которых известен результат решения. В тех случаях, когда разрабатываемое ПС должно прийти на смену другому варианту ПС, который решает хотя бы часть задач разрабатываемого ПС, тестирование производится путем решения общих задач с помощью как старого, так и нового ПС с последующим сопоставлением полученных результатов. Иногда в качестве формы такого тестирования используют опытную эксплуатацию ПС - ограниченное применение нового ПС с анализом использования результатов в практической деятельности. Посуществу, этот вид тестирования во многом перекликается с испытанием ПС при его аттестации, но выполняется до аттестации, а иногда и вместо аттестации.
Заключение
Тестирование и отладка – два противоположных, но взаимосвязанных процесса, выполняются многократно.
Отладка программы – это процесс поиска и устранения ошибок в программе, который производится после её прогона на компьютере. Тестирование – это процесс проверки правильности работы всей программы или ее составных частей.
Отладка производится для локализации и устранения синтаксических ошибок и явных ошибок кодирования. При тестировании проводится проверка работоспособности программы, которая не содержит явных ошибок. При тестировании устанавливается факт наличия ошибок, а отладка проводится для выяснения ее причины.
В современных системах программирования (например, Turbo C, Turbo Pascal, Turbo Basic и др.) отладку осуществляет зачастую специальное программное средство – отладчик, который позволяет исследовать внутреннее поведение программы.
Если программа прошла отладку и явные ошибки не выявляются, пригодность программы для работы, которая является решающей характеристикой, устанавливает контроль программы по результатам ее выполнения на системе тестов.
Программу условно считают правильной, если при ее запуске для выбранных тестовых исходных данных она во всех случаях позволяет получать правильные результаты.
По замечанию известного теоретика программирования Э. Дейкстра, тестирование показывает только наличие ошибок, а не их отсутствие. Нередко бывает, что при вводе новых входных данных вызывается «отказ» или получают неверные результаты работы программы, которая была полностью отлажена.
Для выполнения тестирования должны быть подготовлены или заранее известны эталонные результаты, которые вычислять необходимо до получения машинных результатов, а не после. В обратном случае можно получить невольно подогнанные вычисляемые значения под желаемые, которые были ранее получены на машине.
Самое сложное – понять по результатам тестирования причину ошибки. Ошибка в модуле (например, в методе обработки некоторого события) может быть связана как с логикой обработки данных, так и с ошибкой сопряжений (при передаче параметров). Ошибки вызова форм приложения могут быть связаны с неверно выбранным способом их взаимодействия.
Далее выдвигается гипотеза, которая проверяется после изменения программного кода.
Важно, что после этого следует снова выполнить (полное или частичное) тестирование, так как любое изменение кода может внести новые ошибки.
Глоссарий
№ п/п | Понятие | Определение |
1 | Автономное тестирование | контроль отдельного модуля в изолированной среде (например, с помощью ведущей программы), инспекция текста модуля на сессии программистов, которая иногда дополняется математическим доказательством правильности модуля. |
2 | Аттестация | авторитетное подтверждение правильности программы (итоговое тестирование, для критичного ПО). |
3 | Доказательство | попытка найти в программе ошибки путем доказательств на основе математических теорем о правильности программы безотносительно к внешней программной среде (вид тестирования). |
4 | Испытание | попытка найти ошибки, выполняя программу в заданной программной среде (вид тестирования). |
5 | Комплексное тестирование | контроль и/или испытание системы по отношению к исходным целям. Является процессом контроля, если оно выполняется в моделируемой среде, и процессом испытания в реальной среде. |
6 | Контроль | попытка найти ошибки, выполняя программу в тестовой или моделируемой среде (вид тестирования). |
7 | Отладка | средство установления точной природы ошибок, процесс, противоположный тестированию, ведет к устранению ошибок. |
8 | Стратегия тестирования | это статический документ высокого уровня, обычно разрабатываемый менеджером проекта |
9 | Тестирование | процесс выполнения программы с целью найти ошибки. Может выполняться как с компьютером, так и без него |
10 | Тестирование сопряжений | контроль сопряжений между частями системы, как между компонентами в комплексе, так и между модулями отдельного компонента (например, у заглушки). |
Список использованных источников
1 | Вичугова, А. А. Автоматизация процесса разработки программного обеспечения: методы и средства / А.А. Вичугова. - М.: Синергия, 2016. - 414 c. |
2 | Галиновский, А.Л. Информационные системы управления качеством в автоматизированных и автоматических производствах: Учебное пособие / А.Л. Галиновский, В.М. Корнеев, С.В. Бочкарев. - М.: Инфра-М, 2016. - 32 c. |
3 | Гвоздева, В.А. Информатика, автоматизированные информационные технологии и системы: Учебник / В.А. Гвоздева. - М.: ИД Форум, НИЦ Инфра-М, 2013. - 544 c. |
4 | Гордеев, А. В. Системное программное обеспечение / А.В. Гордеев, А.Ю. Молчанов. - М.: Питер, 2017. - 736 c. |
5 | Гроувер, Д. Защита программного обеспечения / Д. Гроувер, Р. Сатер, и др.. - М.: Мир, 2018. - 283 c. |
6 | Зелковиц, М. Принципы разработки программного обеспечения / М. Зелковиц, А. Шоу, Дж. Гэннон. - М.: Мир, 2019. - 364 c. |
7 | Информационные системы и технологии: Научное издание / Под ред. Ю.Ф. Тельнова. - М.: Юнити, 2016. - 303 c. |
8 | Котляров, В.П. Основы тестирования программного обеспечения / В.П. Котляров. - М.: Интернет-Университет Информационных Технологий (ИНТУИТ), 2018. - 942 c. |
9 | Кульдин, С. П. Генетический подход к проблеме оценки сроков и трудоёмкости разработки программного обеспечения с заданными требованиями к качеству / С.П. Кульдин. - М.: Синергия, 2015. - 844 c. |
10 | Майк, Кон Пользовательские истории: гибкая разработка программного обеспечения / Кон Майк. - М.: Диалектика / Вильямс, 2018. - 440 c. |
11 | Мезенцев, К.Н. Автоматизированные информационные системы / К.Н. Мезенцев. - М.: Academia, 2016. - 1280 c. |
12 | Новиков, В. А. Информационные системы и сети (+ CD-ROM) / В.А. Новиков, А.В. Новиков, В.В. Матвеенко. - М.: Издательство Гревцова, 2017. - 448 c. |
13 | Орлов, С. А. Технологии разработки программного обеспечения / С.А. Орлов. - М.: Питер, 2017. - 464 c. |
14 | СуперЭВМ. Аппаратная и программная организация: моногр. . - М.: Радио и связь, 2018. - 320 c. |
15 | Шигина, Н. А. Облачные инструменты разработки программного обеспечения в учебном процессе вуза / Н.А. Шигина. - М.: Синергия, 2016. - 223 c. |
Приложения
А | |