Page 35 - 4566

Формування цієї бази – прямий функціональний обов'язок
експерта предметної області, який, діючи на боці
розробників, забезпечує проект орієнтирами, для
спрямовання розвитку. Адаптація тестів до умов розробки,
класифікація тестів - це основне завдання тестувальника як
члена проектної команди. Додаткові його завдання пов'язані
із забезпеченням технічної допомоги і підтримки
комплексного тестування, з веденням протоколів тестування
і архівів тестів.
У ланцюжку ролей "замовник - експерт предметної
області - тестувальник" немає суперечливих інтересів, а
тому, не зважаючи, що замовник зазвичай є зовнішньою по
відношенню до проекту особою, тут поєднання ролей
виправдане.
Усе сказане вище про тестування повинне
поширюватися на перевірку усіх отриманих у проекті
результатів, а не лише на код програмного виробу. Таким
чином, роль тестувальника пов'язана з діяльністю, яка
дозволяє упевнитися в правильності рішень, що
приймаються, на усіх рівнях, включаючи вироблення
специфікацій (чи відповідають вони вимогам ініціаторів
робіт), побудову декомпозиції (чи дає вона оптимальну для
розвитку проекту архітектуру), складання документації (чи
допускає роботу користувачів, не регламентовану
неописаними відомостями про систему), а також розробку
інших робочих продуктів, що супроводжують програмний
виріб. Тестування як спосіб зовнішньої оцінки продукту для
розробника протипоказане (суперечить принципам 1 і 3).
Як підсумок обговорення сумісності ролей для
дійових осіб проекту у таблиці 2.2. [6] наведені короткі
характеристики поєднання ролей, що можна розглядати як
рекомендації до практичного заняття. Певна річ, не можна
абсолютизувати ці характеристики для будь-яких проектів,
або чітко фіксувати розподіл ролей в одному проекті.

35