50. Тестування та визначення дефектів.

    1. Відслідковування стану тестування та усунення дефектів;

    2. Організація взаємодії між співробітниками та рішення спірних питань відносно класифікації і пріоритетів усунення дефектів;

    3. Визначення причин дефектів та виявлення “ вузьких місць ” у процесах розробки тестування.

В тестуванні для визначення дефекту вдалий тест той, котрий спричиняє збій у системі. Це сильно відрізняється від тестування, аби продемонструвати, що програми відповідають своїм специфікаціям або іншим бажаним властивостям, в цьому випадку тестування вдале якщо спостерігаються незначні збої або їх повна відсутність.

Інспекція вихідного коду проектних документів, специфікацій і т.д. з метою виявлення та усунення дефектів

Тестування виявляє дефекти шляхом спостереження пов'язаних з ними відмов

***

Тестування - діяльність, що здійснюється для оцінки якості продукції, так і для його покращення, шляхом виявлення дефектів і проблем.

• Тестування складається з динамічної верифікації поведінки програм за обмеженим набором тест-кейсів, відповідним чином вибраних із нескінченної предметної області (галузі) для очікуваної поведінки.

• Динамічний: Цей термін означає, що тестування завжди передбачає виконання програми на вході. Щоб бути точним, самого вхідного значення не завжди достатньо, щоб визначити тестування, в той час як комплекс не детермінованих систем може відреагувати на ті ж вхідні дані з різною поведінкою, залежно від стану системи. Термін "вхідні дані" буде підтримуватися за звичаями, мається на увазі що його значення також включає в себе певний стан входу, в тих випадках, коли це необхідно.

• Кінцевий: Навіть в простих програм, так багато тест-кейсів теоретично можливих, що виснажливе тестування може займати декілька місяців або років для виконання. Ось чому на практиці цілий набір тестів в цілому можна вважати нескінченним. Тестування завжди передбачає компроміс між обмеженими ресурсами та розкладом, і по суті необмеженими вимогами до тестування.

• Вибір: багато запропоновані методи тестування істотно відрізняються в тому, як вони обирають набір тестів, а також програмні інженери повинні знати, що різні критерії відбору можуть дати зовсім різні ступені ефективності. Як визначити найбільш відповідний критерій відбору. За даних умов це дуже складна проблема; але на практиці застосовуються методи аналізу ризиків і досвід інженерного тестування.

• Очікування: Це повинно бути можливим, хоча і не завжди легко, щоб вирішити, чи є спостережені результати виконання програми бажаними чи ні, в іншому випадку зусилля витрачені на тестування будуть марними. Спостережена поведінка може бути перевірена на очікування користувачів (часто називають тестування для перевірки (валідації)), на специфікацію (тестування для перевірки), або, нарешті, на очікувану поведінки при внесенні неявних вимог або розумних очікувань.

Ключові моменти:

• Вид тестування програмного забезпечення розвивається в більш конструктивному напрямку.

• Тестування більше не розглядається як діяльність, яка починається тільки після завершення фази кодування для виявлення збоїв.

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

• Справді, планування тестування має починатися з ранніх стадій вимог процесу, і плани тестування та процедури повинні бути систематично і безперервно розвиватися та можливо, удосконалюватися щоб продовжувати розвиток.

• Вважається, що правильна позиція щодо якості є однією з профілактик, це безсумнівно покращує уникнення проблем, ніж їх виправляння.

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

• Можливо, це очевидно, але слід визнати, що навіть після успішного завершення тестування великої програми, програмне забезпечення все ще може містити помилки.

• Засіб від збоїв програмного забезпечення постає як досвід після надання виправлених робіт з технічного обслуговування.

• Тестування програмного забезпечення також пов'язане з конструюванням програмного забезпечення. Модульне та інтеграційне тестування тісно пов'язані з конструюванням програмного забезпечення, якщо не його частини.

Тестування для визначення дефекту

• В тестуванні для визначення дефекту вдалий тест той, котрий спричиняє збій у системі. Це сильно відрізняється від тестування, аби продемонструвати, що програми відповідають своїм специфікаціям або іншим бажаним властивостям, в цьому випадку тестування вдале якщо спостерігаються незначні збої або їх повна відсутність.