Самостійна робота №7

Тема: Зв'язок тестування з іншими видами діяльності

Мета: З’ясувати зв'язок тестування з іншими видами діяльності

 

 

План

1. Розробка, що управляється тестуванням

2. Зв'язок тестування з іншими видами діяльності

 

 

 

1.   Розробка, що керується тестуванням

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

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

У меншій мірі це стосується FDD – Feature Driven Development (розробка на основі функціональних можливостей).

У чому відмінність таких близьких, на перший погляд, підходів (і, до речі, відповідних абревіатур)? Причина - проста. Тести - інструмент досягнення характеристик системи, що задовольняє заданим вимогам, тобто потреб користувачів, а "можливості" (features) - практично самі (частіше - функціональні) вимоги, втілені (в ідеальному випадку) в код.

 

2.   Зв'язок тестування з іншими видами діяльності

Зв'язок тестування з іншими видами діяльності  (Relationships of testing with other activities)

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

 

 

Питання для самоконтролю

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

2.    У чому проявляється зв’язок тестування з іншими видами діяльності?