Студопедия

КАТЕГОРИИ:


Архитектура-(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)

Введение. Лекция 12 Тестирование приложений




План лекции

Лекция 12 Тестирование приложений. Функциональное тестирование, нагрузочное тестирование. CASE-средства Rational Functional Tester, Rational Performance Tester.

Заключение

Совсем необязательно использовать RequisitePro только для процесса управления требованиями. Он может быть полезен и тогда, когда создается множество взаимосвязанной документации. Определяя в RequisitePro различные части этих документов, как требования, и устанавливая трассировку между ними, появляется возможность отслеживания изменений в этих частях. Следовательно, если какая-либо часть одного из документов была изменена, то легко проследить, какие части этого или других документов необходимо в первую очередь просмотреть для внесения в них возможных исправлений.

 

· Виды испытаний. ГОСТ 16504, ГОСТ 34.603. Критерии оценки качества систем различного назначения. Документирование испытаний.

· Общее представление о видах тестирования на различных этапах разработки ПО.

· Возможности IBM Rational TeamTest, объектно-ориентированной технологии тестирования.

· Место тестирования в жизненном цикле ПО. Фазы тестирования. Общая схема тестирования.

· Роли и ответственность.

· Методы тестирования («Белый ящик», «Серый ящик», «Черный ящик»). Статические проверки.

· Планирование тестирования.

· Функциональное тестирование ПО с использованием инструментальных средств IBM Rational.

· Нагрузочное тестирование с использованием средств IBM Rational. Основы использования инструментальных средств IBM Rational Software в нагрузочных испытаниях программного обеспечения.

· Обзор IBM Rational Suite TestStudio.

· Использование IBM Rational Administrator.

· Использование GUI пользователей.

· Запись VU пользователей. Датапулы.

· Разработка расписаний. Выполнение расписаний. Анализ результатов тестирования.

· Язык записи виртуальных пользователей.

· Корреляция данных.

· Тестирование больших систем.

· Инсталляция и конфигурация тестового окружения.

 

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

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

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

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

Для обнаружения и устранения ошибок проектирования все этапы разработки и сопровождения ПО должны быть поддержаны методами и средствами систематического автоматизированного тестирования и поэтапных испытаний.

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

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

Первоочередными мерами по обеспечению качества ПО является воспитание и обучение следующих двух категорий специалистов:

1 Специалисты, управляющие качеством ПО. Они должны владеть:

· методиками и стандартами фирмы, поддерживающими тестирование, контроль, документирование;

управляющими воздействиями, на показатели качества на всех этапах жизненного цикла программы.

Должны выявлять:

· все отклонения от заданных параметров качества объектов и процессов;

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

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

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

2 Непосредственные разработчики компонентов и программного обеспечения в целом (с заданными показателями качества). В процессе управления качеством задача данной группы состоит в тщательном соблюдении принятой в фирме технологии разработки, тестирования и испытаний и в формировании всех предписанных руководствами исходных и отчетных документов. При этом предполагается, что выбранная технология тестирования способна обеспечить необходимые значения показателей качества, а достижение заданных функциональных характеристик гарантируется тематической квалификацией соответствующих специалистов и регулярным контролем данных характеристик в процессе разработки.

Система стандартизированного документирования частных работ должна обеспечить объективное отражение достигнутого качества компонентов и процессов их создания на всех этапах разработки.

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




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


Дата добавления: 2014-01-07; Просмотров: 418; Нарушение авторских прав?; Мы поможем в написании вашей работы!


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



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




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