Page 51 - 4787

Фактично внутрішня якість і не узгоджується з замовником: її визначає
програміст. Програмістські тести – нормальна частина автоматизованого

процесу, що проганяється при кожній фіксації програмного коду в системі

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

Квадрант 2. Тести з цього квадранту також пітримують функціунування

команди розробки, але на більш високому рівні. Ці орієнтовані на бізнес тести,
які ще називають тестами для замовника, визначають зовнішню якість засобів,

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

проростаєть з прикладів, що запропонувала команда замовника. Вони

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

умови. Фактично бізнес–експерти використовують ці тести для оцінки

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

квадранта 2 спрямовані на демонстрацію бажаної поведінки системи на більш
високому рівні.

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

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

пошук недоліків. Вони повинні запускатися часто, щоб забезпечити команді

ранній відгук у випадку напередбаченої зміни поведінки програмного коду. За
можливості ці автоматизовані тести запускаються безпосередньо на бізнес –

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

деякі автоматизовані тести можуть перевіряти і графічні інтерфейси, і будь–які
АРІ – інтарфейси, якими можуть користуватися клієнтські додатки. Всі ці тести

потрібно запускати як частину процесу неперервної автоматичної інтеграції,

збірки і тестування.
Існує й інша група тестів, що відноситься до цього квадранту. Для

перевірки запропонованого дизайну графічного інтефейсу експерти
користувацькій взаємодії разом з замовниками застосовують макети і каркаси:

перед початком кодування цей дизайн обговорюється з розробниками. Тести з

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

50