double arrow

Основные 15 категорий тестов для тестирования системы ПО

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

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

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

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

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

6. тестирование производительности или эффективности ПИ

7. тестирование требований к памяти – проверить объемы оперативной и внешней памяти

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

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

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

11. тестирование надежности - надежность в настоящее время является одним из важнейших показателей качества ПИ. Если в техническом задании есть особые указания по характеру и величине показателей надежности ПИ, то эти требования технического задания в обязательном порядке выполняются

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

13. тестирование удобств обслуживания – под этим понимается комплекс сервисных средств, обеспечивающих сопровождение ПО

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

15. тестирование процедур – если ПО является некоторой частью подсистемы програмнного обеспечения то оно в свою очередь тестируется при запуске пользователем напрямую.

Трудоемкость тестирования - составляет в настоящее время от 30 до 60 % всего времени разработки ПО, при этом большая часть составляет выбор необходимых исходных данных и получение эталонных значений.

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

Модели для тестирования, как правило, разделяются на 3 направления:

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

- модели, имитирующие внешнюю среду, которые заменяют собой реальные объекты, воздействующие на исследуемый объект

- модели еще не разработанных частей ПО

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


Понравилась статья? Добавь ее в закладку (CTRL+D) и не забудь поделиться с друзьями:  



Сейчас читают про: