38. Метрика программного обеспечения. Метрика Чепина.
Метрика сложности потока данных ПО – определяют использование, конфигурацию и размещение данных в программе.
Метрика Чепина.
Согласно этой метрике, все множество данных разбивается на 4 функциональные группы:
Р – вводимые переменные для расчета и обеспечения вывода.
М – модифицируемые или создаваемые внутри программы переменные.
С – переменные, участвующие в управлении работой программы
Т – используемые переменные
Q = a1∙P + a1∙M + a1∙C + a1∙N – метрика сложности потока данных ПО, где
а1, а2, а3, а4 – весовые коэффициенты. Они используются для отражения влияния на сложность программы.
Q = P + 2M + 3C + 0,5T
39. Тестирование программного обеспечения. Классификация.
Тестирование – это процесс выполнения программы с целью нахождения в ней ошибок.
Классификация тестирований:
По объему тестирования:
Функциональные
Тестирование производительности:
- нагрузочное тестирование
- стресс-тестирование
3) Тестирование удобства программы.
2. По знанию системы:
1) «черный» ящик
2) тестирование «белого» ящика. Проверяется внутренняя структура программы путем анализа логики программы.
3. По степени авоматизированности:
1) ручное
2) полуавтоматизированное
3) автоматизированное
4. По степени изолированности компонентов.
1) По отдельным компонентам
2) По системе в целом
5. По времени тестирования.
1) альфа-тестирование – закрытый процесс тестирования, в котором принимают участие только разработчики.
2) бета-тестирование – интенсивное использование почти готовой программы, с целью выявления максимального числа ошибок для их последующего устранения до выхода версии программы.
40. Верификация, валидация программного обеспечения.
В
ерификация
ПО –
соответствие ПО требованиям, спецификациями
стандартам. В отличии от тестирования,
проводится инспекция на соответствие
стандартам.
Верификация проверяет соответствие одних создаваемых в ходе разработки и
сопровождения ПО артефактов другим, ранее созданным или используемым в качестве
исходных данных, а также соответствие этих артефактов и процессов их разработки
правилам и стандартам. В частности, верификация проверяет соответствие между
нормами стандартов, описанием требований (техническим заданием) к ПО,
проектными решениями, исходным кодом, пользовательской документацией и
функционированием самого ПО. Кроме того, проверяется, что требования, проектные
решения, документация и код оформлены в соответствии с нормами и стандартами,
принятыми в данной стране, отрасли и организации при разработке ПО, а также — что
при их создании выполнялись все указанные в стандартах операции, в нужной
последовательности. Обнаруживаемые при верификации ошибки и дефекты являются
расхождениями или противоречиями между несколькими из перечисленных
документов, между документами и реальной работой программы, между нормами
стандартов и реальным процессами разработки и сопровождения ПО. При этом
принятие решения о том, какой именно документ подлежит исправлению (может быть,
и оба) является отдельной задачей.
Валидация (испытание) ПО – экспериментальное определение достигнутых свойств ПО. Делается вывод о пригодности ПО.
Валидация проверяет соответствие любых создаваемых или используемых в
ходе разработки и сопровождения ПО артефактов нуждам и потребностям
пользователей и заказчиков этого ПО, с учетом законов предметной области и
ограничений контекста использования ПО. Эти нужды и потребности чаще всего не
зафиксированы документально — при фиксации они превращаются в описание
требований, один из артефактов процесса разработки ПО. Поэтому валидация является
менее формализованной деятельностью, чем верификация. Она всегда проводится с
участием представителей заказчиков, пользователей, бизнес-аналитиков или экспертов
в предметной области — тех, чье мнение можно считать достаточно хорошим
выражением реальных нужд и потребностей пользователей, заказчиков и других
заинтересованных лиц. Методы ее выполнения часто используют специфические
техники выявления знаний и действительных потребностей участников.