4-software_engineering_testing (1133544), страница 2
Текст из файла (страница 2)
Обе эти категории важны. Данная область знаний - “Тестирование” – касается динамическихтехник.Как уже отмечалось ранее, тестирование тесно связано с областью знаний “Конструирование”(Software Construction). Более того, модульное (unit-) и интеграционное тестирование все чащерассматривают как неотъемлемый элемент деятельности по конструированию.Copyright © Сергей Орлик, 2004-2010.http://swebok.sorlik.ru3Основы программной инженерии (по SWEBOK)Программная инженерия. Тестирование программного обеспечения.Рисунок 5. Область знаний “Тестирование программного обеспечения” [SWEBOK, 2004, с.5-2, рис. 1]1. Основы тестирования (Software Testing Fundamentals)Охватывает основные понятия в области тестирования, базовые термины, ключевые проблемы и ихсвязь другими областями деятельности и знаний.1.1 Терминология тестирования (Testing-Related Terminology)1.1.1 Определение тестирования и связанной терминологии достаточно полно даѐтся в “Глоссариитерминов по программной инженерии” – IEEE Standard 610-90 (Standard Glossary of SoftwareEngineering Terminology).1.1.2 Недостатки и сбои (Faults vs.
Failures)В литературе, посвященной программной инженерии, встречается множество терминов,описывающих нарушение функционирования программных систем – недостатки (faults), дефекты(defects), сбои (failures), ошибки (errors) и др. Соответствующая терминология, как было указановыше в 1.1.1, описана в IEEE Std. 610-90 также обсуждается в области знаний SWEBOK “Качествопрограммного обеспечения” (Software Quality). Важно чѐтко разделять причину нарушения работыприкладных систем, обычно описываемую терминами недостаток или дефект, и наблюдаемыйнежелательный эффект, вызываемый этими причинами – сбой. Термин ошибка, в зависимости отконтекста, может описывать и как причину сбоя, и сам сбой. Тестирование позволяет обнаружитьдефекты, приводящие к сбоям.Необходимо понимать, что причина сбоя не всегда может быть однозначно определена.
Несуществует теоретических критериев, позволяющих гарантированно определить какой именнодефект приводит к наблюдаемому сбою.1.2 Ключевые вопросы (Key Issues)Copyright © Сергей Орлик, 2004-2010.http://swebok.sorlik.ru4Основы программной инженерии (по SWEBOK)Программная инженерия. Тестирование программного обеспечения.1.2.1 Критерии отбора тестов/критерии адекватности тестов, правила прекращения тестирования(Test selection criteria/test adequacy criteria, or stopping rules)Критерии отбора тестов могут использоваться как для создания набора тестов, так и для проверки,насколько выбранные тесты адекватны решаемым задачам (тестирования).
При этом, обсуждаемыекритерии помогают определить, когда можно или необходимо прекратить тестирование.1.2.2 Эффективность тестирования/Цели тестирования (Test effectiveness/Objectives for testing)Тестирование – это наблюдение за выполнением программы, запущенной в целях тестирования сзаданными параметрами, по заданному сценарию или с другими заданными начальными условиямиили целями тестирования. Эффективность теста может быть определена только в контекстезаданных условий.1.2.3 Тестирование для идентификации дефектов (Testing for defect identification)Данный случай тестирования подразумевает успешность процедуры тестирования, если дефектнайден.
Это отличается от подхода в тестировании, когда тесты запускаются для демонстрации того,что программное обеспечение удовлетворяет предъявляемым требованиями и, соответственно, тестсчитается успешным, если не найдено дефектов.1.2.4 Проблема оракула (The oracle problem)“Оракул”, в данном контексте, любой агент (человек или программа), оценивающий поведениепрограммы, формулируя вердикт - тест пройден (“pass”) или нет (“fail”).1.2.5 Теоретические и практические ограничения тестирования (Theoretical and practical limitation oftesting)Теория тестирования выступает против необоснованного уровня доверия к серии успешнопройденных тестов. К сожалению, большинство установленных результатов теории тестирования –негативны, означая, по словам Дейкстры (Dijkstra), то, что “тестирование программы можетиспользоваться для демонстрации наличия дефектов, но никогда не покажет их отсутствие”.Основная причина этого в том, что полное (всеобъемлющее) тестирование недостижимо дляреального программного обеспечения.1.2.6 Проблема неосуществимых путей (The problem of infeasible paths)Эта сложнейшая проблема автоматизированного тестирования связана с тем, что путь, по которомувыполняются потоки работ тестируемой программной системы, не могут быть заданы входнымипараметрами.1.2.7 Тестируемость (Testability)Это понятие может подразумевать две различных идеи.
Первая описывает степень легкостиописания критериев покрытия тестами для заданной программной системы. Вторая определяетвозможность вероятность, возможность статистического измерения того, что при тестированиипроявится сбой программной системы. Обе интерпретации этого понятия одинаково важны длятестирования.1.3 Связь тестирования с другой деятельностью (Relationships of testing with other activities)Тестирование программного обеспечения отличается от статических техник управления качеством,проверки корректности, отладки и программирования, но связано со всеми этими работами.
Полезнорассматривать тестирование с точки зрения аналитиков и специалистов по сертификации качества.2. Уровни тестирования (Test Levels)2.1 Над чем производятся тесты (The target of the test)Copyright © Сергей Орлик, 2004-2010.http://swebok.sorlik.ru5Основы программной инженерии (по SWEBOK)Программная инженерия.
Тестирование программного обеспечения.Тестирование обычно производится на протяжении всей разработки и сопровождения на разныхуровнях. Уровень тестирования определяет “над чем” производятся тесты: над отдельным модулем,группой модулей или системой, в целом. При этом ни один из уровней тестирования не можетсчитаться приоритетным.
Важны все уровни тестирования, вне зависимости от используемыхмоделей и методологий.2.1.1 Модульное тестирование (Unit testing)Этот уровень тестирования позволяет проверить функционирование отдельно взятого элементасистемы. Что считать элементом – модулем системы определяется контекстом. Наиболее полноданный вид тестов описан в стандарте IEEE 1008-87 “Standard for Software Unit Testing”, задающеминтегрированную концепцию систематического и документированного подхода к модульномутестированию.2.1.2 Интеграционное тестирование (Integration testing)Данный уровень тестирования является процессом проверки взаимодействия между программнымикомпонентами/модулями.Классические стратегии интеграционного тестирования – “сверху-вниз” и “снизу-вверх” –используются для традиционных, иерархически структурированных систем и их сложно применять,например, к тестированию слабосвязанных систем, построенных в сервисно-ориентированныхархитектурах (SOA).Современные стратегии в большей степени зависят от архитектуры тестируемой системы и строятсяна основе идентификации функциональных “потоков” (например, потоков операций и данных).Интеграционное тестирование – постоянно проводимая деятельность, предполагающая работу надостаточно высоком уровне абстракции.
Наиболее успешная практика интеграционноготестирования базируется на инкрементальном подходе, позволяющем избежать проблемпроведения разовых тестов, связанных с тестированием результатов очередного длительного этапаработ, когда количество выявленных дефектов приводит к серьезной переработке кода(традиционно, негативный опыт выпуска и тестирования только крупных релизов называют “bigbang”).2.1.3 Системное тестирование (System testing)Системное тестирование охватывает целиком всю систему. Большинство функциональных сбоевдолжно быть идентифицировано еще на уровне модульных и интеграционных тестов.
В своюочередь, системное тестирование, обычно фокусируется на нефункциональных требованиях –безопасности, производительности, точности, надежности т.п.На этом уровне также тестируются интерфейсы к внешним приложениям, аппаратному обеспечению,операционной среде и т.д.2.2 Цели тестирования (Objectivies of Testing)Тестирование проводится в соответствии с определенными целями (могут быть заданы явно илинеявно) и различным уровнем точности. Определение цели точным образом, выражаемымколичественно, позволяет обеспечить контроль результатов тестирования.Тестовые сценарии могут разрабатываться как для проверки функциональных требований (известныкак функциональные тесты), так и для оценки нефункциональных требований. При этом, существуюттакие тесты, когда количественные параметры и результаты тестов могут лишь опосредованноговорить об удовлетворении целям тестирования (например, “usability” – легкость, простотаиспользования, в большинстве случаев, не может быть явно описана количественнымихарактеристиками).Можно выделить следующие, наиболее распространенные и обоснованные цели (а, соответственно,виды) тестирования:Copyright © Сергей Орлик, 2004-2010.http://swebok.sorlik.ru6Основы программной инженерии (по SWEBOK)Программная инженерия.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
