16. Системне тестування.

1.Системне тестування охоплює повністю всю систему.2.Більшість функціональних збоїв ідентифіковано ще на рівні модульних та інтеграційних тестів.3.Системне тестування фокусується на нефункціональних вимогах - безпеки, продуктивності, точності, надійності.4.На цьому рівні також тестуються інтерфейси до зовнішніх додатків, апаратного забезпечення, операційному середовищі і т.д.

5.Види:1.Функціональне тестування – показати, що система веде себе згідно з очікуваннями користувачів (відповідність вимог)2.Тестування продуктивності – перевірка, щоб система забезпечувала заданий рівень продуктивності при обробці запитів. Виявляються “вузькі” місця в системі.3.Нагрузочне (стресове) тестування – оцінка продуктивності та стійкості системи у випадках максимальних навантажень

4.Тестування конфігурації – перевірка роботи системи на різному апаратному забезпеченні з різними програмними засобами

5.Тестування зручності використання

• Види (продовження):

  • Тестування безпеки – перевіряється недоступність захищених даних та можливість несанкціонованого доступу

  • Тестування надійності та відновлення після збоїв – імітуються збої, та перевіряється відновлюваність системи та даних

  • Тестування зручності використання – перевіряється в першу чергу інтерфейс

17. Методології покращення якості.

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

• методология реинжиниринга;

• методология бенчмаркинга;

• методология «Шесть сигм»;

• методология (методы, подходы) Гэнити Тагути;

• методология самооценки;

• методология решения проблем.

18. Вимірювання, пов’язані з тестуванням.

Вимірювання результатів тестування

• Оцінювання продукту здійснюється за допомогою метрик:

  • Підрахунку дефектів;

  • Тенденції дефектів;

  • Надійності;

  • Процесу тестування;

  • Покриття;

  • Структурного покриття;

  • Функціонального покриття;

  • Динаміки виявлення дефектів.

19. Випадкове тестування.

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

20. Техніки, орієнтовані на код.

Техники, ориентированные на код (Code-based techniques)

Тесты, базирующиеся на блок-схеме (Control-flow-based criteria)

Набор тестов строится исходя из покрытия всех условий и решений блок-схемы. В какой-то степени напоминает тесты на основе конечного автомата. Отличие – в источнике набора тестов.

Максимальная отдача от тестов на основе блок-схемы получается когда тесты покрывают различные пути блок-схемы – по-сути, сценарии потоков работ (поведения) тестируемой системы. Адекватность таких тестов оценивается как процент покрытия всех возможных путей блок-схемы.

Тесты на основе потоков данных (Data-flow-based criteria)

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

Ссылочные модели для тестирования, ориентированного на код (Reference models for code-based testing – flowgraph, call graph)

Является не столько техникой тестирования, сколько контролем структуры программы, представленной в виде дерева вызовов (например, sequence-диаграммы, определенной в нотации UML и построенной на основе анализа кода).