|
|
|
|
|
|
|
|
|
|
|
|
|
ПЛАН РЕФЕРАТА.
ВСТУПЛЕНИЕ.
ОБЩИЕ ПОНЯТИЯ.
ОСНОВНЫЕ ОПРЕДЕЛЕНИЯ.
ТЕСТИРОВАНИЕ ПРОГРАММНЫХ ПРОДУКТОВ.
ФИЛОСОФИЯ ТЕСТИРОВАНИЯ.
ИНТЕГРАЦИЯ МОДУЛЕЙ.
ВОСХОДЯЩЕЕ ТЕСТИРОВАНИЕ.
НИСХОДЯЩЕЕ ТЕСТИРОВАНИЕ.
МОДИФИЦИРОВАННЫЙ НИСХОДЯЩИЙ МЕТОД.
МЕТОД БОЛЬШОГО СКАЧКА.
МЕТОД САНДВИЧА.
МОДИФИЦИРОВАННЫЙ МЕТОД САНДВИЧА.
СРАВНИТЕЛЬНАЯ ХАРАКТЕРИСТИКА МЕТОДОВ ТЕСТИРОВАНИЯ.
ИСПЫТАНИЕ ПРОГРАММНЫХ ПРОДУКТОВ (АНАЛИЗ).
ЦЕЛЬ И ОСОБЕННОСТИ ИСПЫТАНИИ.
ТЕХНОЛОГИЧЕСКАЯ СХЕМА ИСПЫТАНИЯ.
ПЛАНИРОВАНИЕ И ОЦЕНКА ЗАВЕРШЕННОСТИ ИСПЫТАНИЙ.
СТЕНДЫ ОТЛАДКИ И ИСПЫТАНИЯ ПРОГРАММ.
СЕРТИФИКАЦИЯ ПРОГРАММНЫХ ПРОДУКТОВ.
СТАНДАРТИЗАЦИЯ СИСТЕМ КАЧЕСТВА.
КЛАССИФИКАЦИЯ ПОКАЗАТЕЛЕЙ КАЧЕСТВА.
ВЫБОР НОМЕНКЛАТУРЫ ПОКАЗАТЕЛЕЙ КАЧЕСТВА
ГРУППЫ ПОКАЗАТЕЛЕЙ КАЧЕСТВА
I. ВСТУПЛЕНИЕ.
ОБЩИЕ ПОНЯТИЯ.
Многие организации, занимающиеся созданием программного обеспечения, до 50% средств, выделенных на разработку программ, тратят на тестирование, что составляет миллиарды долларов по всему миру в целом. И все же, несмотря на громадные капиталовло жения, знаний о сути тестирования явно не хватает и большинство программных продуктов неприемлемо ненадежно даже после «ос новательного тестирования».
О состоянии дел лучше всего свидетельствует тот факт, что боль шинство людей, работающих в области обработки данных, даже не может правильно определить слово «тестирование», и это на самом деле главная причина неудач.
«Тестирование — процесс, подтверждающий правильность програм мы и демонстрирующий, что ошибок в программе нет.» Основной недостаток подобного определения заключается в том, что оно совершенно неправильно; фактически это почти определение анто нима слова «тестирование». Читатель с некоторым опытом програм мирования уже, вероятно, понимает, что невозможно продемонст рировать отсутствие ошибок в программе. Поэтому определение описывает невыполнимую задачу, а так как тестирование зачастую все же выполняется с успехом, по крайней мере с некоторым успе хом, то такое определение логически некорректно. Правильное определение тестирования таково: Тестирование — процесс выполнения программы с намерением найти ошибки.
Невозможно гарантировать отсутствие ошибок в нетривиальной программе; в лучшем случае можно попытаться показать наличие ошибок. Если программа правильно ведет себя для солидного набора тестов, нет основании утверждать, что в ней нет ошибок; со всей определенностью можно лишь утверждать, что не известно, когда эта программа не работает. Конечно, если есть причины считать данный набор тестов способным с большой вероятностью обнаружить все возможные ошибки, то можно говорить о некотором уровне уверенности в правильности программы, устанавливаемом этими тестами.
Психологические эксперименты показывают, что большинство людей, поставив цель (например, показать, что ошибок нет), ориен тируется в своей деятельности на достижение этой цели. Тестовик подсознательно не позволит себе действовать против цели, т. е. подготовить тест, который выявил бы одну из оставшихся в програм ме ошибок. Поскольку мы все признаем, что совершенство в проекти ровании и кодировании любой программы недостижимо и поэтому каждая программа содержит некоторое количество ошибок, самым плодотворным применением тестирования будет найти некоторые из них. Если мы хотим добиться этого и избежать психологического барьера, мешающего нам действовать против поставленной цели, наша цель должна состоять в том, чтобы найти как можно больше ошибок. Сформулируем основополагающий вывод:
Если ваша цель — показать отсутствие ошибок, вы. их найдете не слишком много. Если же ваша цель — показать наличие ошибок, вы найдете значительную их часть.
Надежность невозможно внести в программу в результате тестирования, она определяется пра вильностью этапов проектирования. Наилучшее решение проблемы надежности — с самого начала не допускать ошибок в программе. Однако вероятность того, что удастся безупречно спроектировать большую программу, бесконечно мала. Роль тестирования состоит как раз в том, чтобы определить местонахождение немногочислен ных ошибок, оставшихся в хорошо спроектированной программе. Попытки с помощью тестирования достичь надежности плохо спроектированной программы совершенно бесплодны.
Тестирование оказывается довольно необычным процессом (вот почему оно и считается трудным), так как этот процесс разрушитель ный. Ведь цель проверяющего (тестовика) — заставить программу сбиться. Он доволен, если это ему удается; если же программа на его тесте не сбивается, он не удовлетворен.
Еще одна причина, по которой трудно говорить о тестирова нии — это тот факт, что о нем известно очень немногое. Если сегодня мы располагаем 5% тех знании о проектировании и собствен но программировании (кодировании), которые будут у нас к 2000 г., то о тестировании нам известно менее 1%.
ОСНОВНЫЕ ОПРЕДЕЛЕНИЯ.
Хотя в тестировании можно выделить несколько различных процессов, такие термины, как тестирование, отладка, доказатель ство, контроль и испытание, часто используются как синонимы и, к сожалению, для разных людей имеют разный смысл. Хотя стан дартных, общепринятых определений этих терминов нет, попытка сформулировать их была предпринята на симпозиуме по тестирова нию программ. Нашу классификацию различных форм тестирования мы начнем с того, что дадим эти опре деления, слегка их дополнив и расширив их список.
Текущая страница: 1
|
|
|
|
|
 |
Предмет: Информатика
|
 |
Тема: Тестирование програмного обеспечения |
 |
Ключевые слова: програмного, комп-ры, анализ, Тестирование програмного обеспечения, обеспечения, тест, тест анализ качество испытание, качество, Тестирование, испытание, Программирование и комп-ры, Программирование |
|
|
|
|
|
|
|
|
|
|
