Студопедия

КАТЕГОРИИ:


Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748)

Аксиомы тестирования




Тестирование программ как черного и белого ящика

Тестирование ПС

Тестирование ПС - это процесс выполнения его программ с намерением найти ошибки.

Доказательство- это попытки найти ошибки в программе безотносительно к внешней для программы среде

Контроль (verification) — попытка найти ошибки, выполняя программу в

тестовой, или моделируемой, среде.

Испытание (validation) — попытка найти ошибки, выполняя программу в заданной реальной среде.

Аттестация (certification) — авторитетное подтверждение правильности

программы, аналогичное аттестации электротехнического оборудования

Underwriters Laboratories. При тестировании с целью аттестации выполняется

сравнение с некоторым заранее определенным стандартом.

Отладка (debugging) не является разновидностью тестирования. Хотя

слова «отладка» и «тестирование» часто используются как синонимы, под ними подразумеваются разные виды деятельности. Тестирование — деятельность, направленная на обнаружение ошибок; отладка направлена на установление точной природы известной ошибки, а затем — на исправление этой ошибки. Эти два вида деятельности связаны — результаты тестирования являются исходными данными для отладки.

Тестирование модуля, или автономное тестирование (module testing, unit

testing) — контроль отдельного программного модуля, обычно в изолированной среде (т. е. изолированно от всех остальных модулей).

Тестирование сопряжении (integration testing) — контроль сопряжении

между частями системы (модулями, компонентами, подсистемами).

Тестирование внешних функций (external function testing) — контроль

внешнего поведения системы, определенного внешними спецификациями.

Комплексное тестирование (system testing) — контроль и/или испытание системы по отношению к исходным целям. Комплексное тестирование является процессом контроля, если оно выполняется в моделируемой среде, и процессом испытания, если выполняется в среде реальной, жизненной.

Тестирование приемлемости (acceptance testing) — проверка соответствия программы требованиям пользователя.

Тестирование настройки (installation testing) — проверка соответствия

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


Черный ящик тестирование по входу-выходу.

ЦЕЛЬ:выяснение обстоятельств в которых поведение программы не соответствует спецификации

Белый ящик- позволяет исследовать внутреннюю структуру программы.

 

· Хорош тот тест, для которого высока вероятность обнару­жить ошибку

· Одна из самых сложных проблем при тестировании — решить, когда нужно его закончить

· Не нужно тестировать свою собственную программу.

· Необходимая часть всякого теста — описание ожидаемых выходных данных или результатов.

· Избегайте невоспроизводимых тестов, не тестируйте «слету»

· Готовьте тесты как для правильных, так и для неправильных входных данных.

· Детально изучите результаты каждого теста.

· По мере того как число ошибок, обнаруженных в некотором компоненте программного обеспечения, увеличивается, растет относительная вероятность существования в нем необнаружен­ных ошибок.

· Поручайте тестирование самым способным программистам.

· Проект системы должен быть таким, чтобы каждый модуль подключался к системе только один раз.

· Никогда не изменяйте программу, чтобы облегчить ее тести­рование.

· Тестирование, как почти всякая другая деятельность, должно начинаться с постановки целей.

ГОСТ Р ИСО/МЭК 12119-2000 о писывает только функциональное тестирование (тес­тирование по принципу «черного ящика»), а структурное тести­рование не охватывается, потому что для его проведения необ­ходимо наличие исходного кода. В нем рассматривают только тестирование продукта в необходимых для него системах.

Программы должны быть протестированы во всех вычислительных системах, указанных в описании продукта.

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

· Установка (инсталляция)

· Выполнение программы




Поделиться с друзьями:


Дата добавления: 2015-04-30; Просмотров: 1329; Нарушение авторских прав?; Мы поможем в написании вашей работы!


Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет



studopedia.su - Студопедия (2013 - 2024) год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! Последнее добавление




Генерация страницы за: 0.012 сек.