Page 54 - 4787

Дослідницьке тестування – більш складний підхід, який ввимагає осмислення,
на відміну від випадкового тестування. У даному випадку потрібно керуватися

стратегією і діяти в певних обмеженнях. З самого початку кожного проекту і

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

тестувальники аналізують результати тестів, вчаться в процесі і знаходять нові

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

використовують свою інтуїцію і уяву. У результаті якраз у процесі тестування
виявляються більшість набільш суттєвих помилок.

Квадрант 4. Типи тестів, які потрапили в четвертий квадрант, важливі

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

орієнтовані тести з квадранта 4 призначені для критики таких характеристик

програмного продукту, продуктивність, стійкість і безпечність. Програмісти
можуть застосовувати модульні тести для тестування продуктивності в

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

Існує думка про те, що гнучке тестування схильне ігноруєвати

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

робить наголос на написанні і визначенні пріоритетів історій замовниками.

Нетехнічні члени команди замовника часто вважають, що розробники
потурбуються про такі речі як швидкість безпечність, а їх основне завдання -

розробка функціональності згідно з приорітетами, що визначає замовник.

Якщо ще перед початком кодування відомі вимоги, що стосуються
продуктивності, безпечності, взаємодії з іншими системами і інші

нефункціональні атрибути, то проектувати і розробляти програмний код буде

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

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

що критикують програмний продукт, необхідно розглядати як важливіший

компонент циклу розробки і не відкладати насам кінець. У багатьох випадках

53